On Thu, 07 Jun 2007, Russ Allbery wrote:
> There's an argument to be made that shlibs files should be provided by the
> -dev packages, not the library packages. We should at least think about
> whether the symbols files belong in the -dev package. They're used to
> generate dependencies for packa
* Julien Cristau ([EMAIL PROTECTED]) [070607 18:04]:
> On Thu, Jun 7, 2007 at 17:56:46 +0200, Andreas Barth wrote:
>
> > * Mike Hommey ([EMAIL PROTECTED]) [070607 17:49]:
> > > On Thu, Jun 07, 2007 at 05:39:56PM +0200, Andreas Barth <[EMAIL
> > > PROTECTED]> wrote:
> > > > symbols MUST NEVER dis
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 403 (new: 13)
Total number of packages offered up for adoption: 80 (new: 1)
Total number of packages request
Mike Hommey <[EMAIL PROTECTED]> writes:
> Raphael Hertzog <[EMAIL PROTECTED]> wrote:
>> Otherwise, the discussions in this thread lead to several interesting
>> points (listed in the TODO in the repository) which will require some
>> rewrite and optimization of the format of the symbols file. I'll
On Thu, Jun 07, 2007 at 10:28:35PM +0200, Raphael Hertzog <[EMAIL PROTECTED]>
wrote:
> Otherwise, the discussions in this thread lead to several interesting
> points (listed in the TODO in the repository) which will require some
> rewrite and optimization of the format of the symbols file. I'll up
On Thu, Jun 07, 2007 at 11:23:18PM -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 07 Jun 2007, Steve Langasek wrote:
> > It's been possible to avoid the export of symbols for years using version
> > scripts, which most libraries also ought to be using anyway.
> Maybe on Solaris. On Linux? Who
On Thu, Jun 07, 2007 at 06:03:49PM +0200, Julien Cristau wrote:
> On Thu, Jun 7, 2007 at 17:56:46 +0200, Andreas Barth wrote:
> > * Mike Hommey ([EMAIL PROTECTED]) [070607 17:49]:
> > > On Thu, Jun 07, 2007 at 05:39:56PM +0200, Andreas Barth <[EMAIL
> > > PROTECTED]> wrote:
> > > > symbols MUST
On Thu, 07 Jun 2007, Steve Langasek wrote:
> It's been possible to avoid the export of symbols for years using version
> scripts, which most libraries also ought to be using anyway.
Maybe on Solaris. On Linux? Who are you kidding?
--
"One disk to rule them all, One disk to find them. One disk
Package: wnpp
Severity: wishlist
Owner: Cameron Dale <[EMAIL PROTECTED]>
* Package name: debtorrent
Version : 0.2.0
Upstream Author : Cameron Dale <[EMAIL PROTECTED]>
* URL : http://debtorrent.alioth.debian.org/
* License : MIT
Programming Lang: Python
Desc
* From: David Nusinow <[EMAIL PROTECTED]>
* Date: Tue, 29 May 2007 20:15:08 -0400
>
> On Tue, May 29, 2007 at 08:00:17PM +0200, Josip Rodin wrote:
>> On Sat, May 26, 2007 at 07:53:30PM -0400, David Nusinow wrote:
>> > The only thing I've ever heard about helping out with the website is that
>> > it
On Thu, Jun 07, 2007 at 08:44:32PM +0200, Pierre Habouzit wrote:
> On Thu, Jun 07, 2007 at 07:15:22PM +0200, Bernhard R. Link wrote:
> > * Julien Cristau <[EMAIL PROTECTED]> [070607 18:04]:
> > > > Reality is that this build must fail with a proper warning, so that the
> > > > maintainer can decide
Hello,
On Mon, 04 Jun 2007, Raphael Hertzog wrote:
> What comes next
> ---
> Up to now, I only tested those scripts on a few packages. What comes next
> is some archive-wide work:
> - I want to generate ready-to-use symbols file for all libraries
> initialized with packages from etch
On Thu, 2007-06-07 at 21:06 +0200, Miriam Ruiz wrote:
> Description : lead the water from the house to the storage tank
>
> You get a limited number of pipes on each level and need to combine them
> to lead the water from the house at the top of the screen to the storage
> tan at the bottom
Package: wnpp
Severity: wishlist
Owner: Miriam Ruiz <[EMAIL PROTECTED]>
* Package name: vodovod
Version : 1.05
Upstream Author : Milan Babus¡kov <[EMAIL PROTECTED]>
* URL : http://home.gna.org/vodovod/
* License : GPL
Programming Lang: C++
Description :
On Thu, Jun 07, 2007 at 07:15:22PM +0200, Bernhard R. Link wrote:
> * Julien Cristau <[EMAIL PROTECTED]> [070607 18:04]:
> > > Reality is that this build must fail with a proper warning, so that the
> > > maintainer can decide if this is an excption and ok or whether he should
> > > cluebat upstrea
On Thu, 7 Jun 2007 19:15:22 +0200, Bernhard R Link <[EMAIL PROTECTED]> said:
> * Julien Cristau <[EMAIL PROTECTED]> [070607 18:04]:
>> > Reality is that this build must fail with a proper warning, so that
>> > the maintainer can decide if this is an excption and ok or whether
>> > he should clueb
Eduard Bloch <[EMAIL PROTECTED]> writes:
> #include
> * Russ Allbery [Wed, Jun 06 2007, 08:40:47PM]:
>> No, that's not done by the dependency resolver. That's done by the
>> code that removes packages that you never told it should be installed.
>> This problem goes away completely if you only u
Raphael Hertzog wrote:
> I double-checked this and no, it's not the case. Extract from dpkg-shlibdeps:
> while () {
> s/\s*\n$//; next if m/^\#/;
> if (!m/^\s*(?:(\S+):\s+)?(\S+)\s+(\S+)/) {
> &warn(sprintf(_g("shared libs info file \`%s' line %d: bad line
> \`%s'")
* Julien Cristau <[EMAIL PROTECTED]> [070607 18:04]:
> > Reality is that this build must fail with a proper warning, so that the
> > maintainer can decide if this is an excption and ok or whether he should
> > cluebat upstream about a what soname means.
> >
> Reality is that libs export private sym
Raphael Hertzog wrote:
> For me the only significant advantage of this proposed format is that it
> offers the possibility to add additional automatic dependencies at the
> package level and not only at the symbol level.
>
> Joey, how would you integrate this new scheme if I decided to reuse the
>
It was good to have ability to make simple dpkg-deb wrapper [0] (for
clean locales script). Moving further, it must be noted, that current way
dpkg uses dpkg-deb isn't optimal for any kind of pre-cleanup, such as:
- removing locales, mans;
- striping scripts (comments: they're already in the sourc
On Thu, Jun 7, 2007 at 17:56:46 +0200, Andreas Barth wrote:
> * Mike Hommey ([EMAIL PROTECTED]) [070607 17:49]:
> > On Thu, Jun 07, 2007 at 05:39:56PM +0200, Andreas Barth <[EMAIL PROTECTED]>
> > wrote:
> > > symbols MUST NEVER disappear!
> >
> > Reality is that it happens.
>
> Reality is that
* Mike Hommey ([EMAIL PROTECTED]) [070607 17:49]:
> On Thu, Jun 07, 2007 at 05:39:56PM +0200, Andreas Barth <[EMAIL PROTECTED]>
> wrote:
> > > The real lib has precedence over the provided symbols file.
> > > - any new symbol is added and marked with mininal version being the
> > > current
> > >
On Thu, Jun 07, 2007 at 05:39:56PM +0200, Andreas Barth <[EMAIL PROTECTED]>
wrote:
> > The real lib has precedence over the provided symbols file.
> > - any new symbol is added and marked with mininal version being the current
> > version of the package
> > - a symbol that disappeared is marked
* Raphael Hertzog ([EMAIL PROTECTED]) [070606 14:03]:
> On Wed, 06 Jun 2007, Steve Langasek wrote:
> > On Wed, Jun 06, 2007 at 09:15:02AM +0200, Raphael Hertzog wrote:
> > > Now, if we have people store symbols in shlibs file, it means that
> > > dh_installdeb would install the shlibs file with sym
* Josselin Mouette ([EMAIL PROTECTED]) [070603 18:46]:
> Despite its ugliness, the only proposed solution that works so far is to
> touch the libgstgnomevfs.so file in libgnomevfs2-extra's postinst (and
> the same for other packages providing GnomeVFS methods), so that its
> timestamp changes.
Why
On Wed, Jun 06, 2007 at 09:49:00PM -0400, Joey Hess wrote:
> Michael Vogt wrote:
> > - support for the new dpkg "Breaks" field (thanks to Ian Jackson for
> > his work on this)
>
> Although dpkg still doesn't have Breaks support, so we still can't use
> it, AFAIK..
In this case apt will be ready
On Wed, Jun 06, 2007 at 04:44:47PM -0700, Steve Langasek wrote:
> Hi Michael,
Hi Steve,
> On Thu, Jun 07, 2007 at 12:59:38AM +0200, Michael Vogt wrote:
> > I plan to do an apt 0.7.2 upload for sid this weekend. It's a big merge
> > of the version in debian/experimental and the version in Ubuntu.
On Thu, Jun 07, 2007 at 09:05:23AM +0200, Raphael Hertzog wrote:
> On Wed, 06 Jun 2007, Steve Langasek wrote:
> > > Can you expand? I don't see at all how libgl would "benefit" from this new
> > > approach. The current shlibs is already very lax and non-versioned.
> > Yes, and that's the problem:
Le jeudi 07 juin 2007 à 09:05 +0200, Raphael Hertzog a écrit :
> > Yes, and that's the problem: I know the libgl shlibs to have been wrong in
> > certain corner cases involving uncommon symbols (whether those are
> > implementors adding their own extensions, or failing to implement the
> > standar
Hi,
On Thu, 07 Jun 2007, Michael Vogt wrote:
> I plan to do an apt 0.7.2 upload for sid this weekend. It's a big merge
> of the version in debian/experimental and the version in Ubuntu.
Big thanks and kudos for your work!
> - automatic removal of unused dependencies moved into libapt so that
>
On Thu, Jun 07, 2007 at 12:59:38AM +0200, Michael Vogt wrote:
> The big new stuff is:
> - support for unattended installing security upgrades (via the
> unattended-upgrades package and the apt cronjob)
This sounds juicy, assuming it matches what I've in mind; where can I
find more info on this n
#include
* Russ Allbery [Wed, Jun 06 2007, 08:40:47PM]:
> > Is this the same dependency resolver that tries to remove half your
> > packages as a result of the most minor package removal?
>
> No, that's not done by the dependency resolver. That's done by the code
> that removes packages that yo
On Wed, 06 Jun 2007, Steve Langasek wrote:
> > Can you expand? I don't see at all how libgl would "benefit" from this new
> > approach. The current shlibs is already very lax and non-versioned.
>
> Yes, and that's the problem: I know the libgl shlibs to have been wrong in
> certain corner cases i
34 matches
Mail list logo
