Re: Status of libpng transition

2005-10-25 Thread Steve Langasek
On Tue, Oct 25, 2005 at 12:00:44PM -0700, Thomas Bushnell BSG wrote: > Nathanael Nerode <[EMAIL PROTECTED]> writes: > > > But since you asked, the libpng transition is waiting for the readiness of > > a > > large cluster of GNOME 1 packages culminating in gnucash

Re: Status of libpng transition

2005-10-25 Thread Thomas Bushnell BSG
Nathanael Nerode <[EMAIL PROTECTED]> writes: > But since you asked, the libpng transition is waiting for the readiness of a > large cluster of GNOME 1 packages culminating in gnucash, and will probably > go in as soon as gnucash is ready. gnucash is number *27* on the sparc bui

Re: Status of libpng transition

2005-10-24 Thread Steve Langasek
On Tue, Oct 25, 2005 at 01:13:30AM -0400, Nathanael Nerode wrote: > > I wonder, when latest wxwindows2.4 packages will be moved to testing. > > As soon as subversion and rapidsvn are fixed and subversion gets into testing. > Currently wxwindows2.4 is held up only because the new version breaks th

Re: Status of libpng transition

2005-10-24 Thread Nathanael Nerode
are more users who would be hurt by removing rapidsvn from testing than are hurt by waiting for new wxwindows2.4). Feel free to convince them otherwise. > I know that a libpng transition is happening currently and I assume > that there is some manual intervention necessary. So I guess

Re: Status of libpng transition

2005-10-24 Thread Travis Crump
t; > http://qa.debian.org/developer.php?excuse=libpng > > I know that a libpng transition is happening currently and I assume > that there is some manual intervention necessary. So I guess I missed > some piece of information here. Yould somebody please enlighten me > about

Status of libpng transition

2005-10-24 Thread Andreas Tille
libpng transition is happening currently and I assume that there is some manual intervention necessary. So I guess I missed some piece of information here. Yould somebody please enlighten me about the planned time scale of the libpng tranistion? Kind regards Andreas. -- http://fam

Re: libpng transition

2002-01-04 Thread Anthony Towns
On Fri, Jan 04, 2002 at 10:32:22AM -0200, Henrique de Moraes Holschuh wrote: > On Fri, 04 Jan 2002, Anthony Towns wrote: > > On Thu, Jan 03, 2002 at 09:27:00PM -0800, Thomas Bushnell, BSG wrote: > > > Another way is to bump the soname on libL at the time you bump the one > > > on libM. People are

libpng transition - how about a libpng-inconsistency package

2002-01-04 Thread Erich Schubert
what about making a package called "libpng-inconsistency", which versioned-conflicts with those packages not yet recompiled; libqt, libgd, imlib etc. then only have to depend on this one package, so the conflicts list of them doesn't get too big ;) This would allow us to delay the upgrade of libqt

Re: libpng transition

2002-01-04 Thread Henrique de Moraes Holschuh
On Fri, 04 Jan 2002, Anthony Towns wrote: > On Thu, Jan 03, 2002 at 09:27:00PM -0800, Thomas Bushnell, BSG wrote: > > Another way is to bump the soname on libL at the time you bump the one > > on libM. People are usually against this, since in fact the libL > > interface hasn't changed at all. I'

Re: libpng transition

2002-01-04 Thread Anthony Towns
On Thu, Jan 03, 2002 at 09:27:00PM -0800, Thomas Bushnell, BSG wrote: > "Steve M. Robbins" <[EMAIL PROTECTED]> writes: > > If we go this route, how do we gracefully handle a bump in > > SONAME for libM? > We have no way. We have an ungraceful way, however: create a flag > day, when all the relev

Re: libpng transition

2002-01-03 Thread Thomas Bushnell, BSG
"Steve M. Robbins" <[EMAIL PROTECTED]> writes: > If we go this route, how do we gracefully handle a bump in > SONAME for libM? We have no way. We have an ungraceful way, however: create a flag day, when all the relevant applications need to be recompiled. Another way is to bump the soname on

libpng transition

2002-01-03 Thread Steve M. Robbins
On Thu, Jan 03, 2002 at 05:48:53PM -0200, Henrique de Moraes Holschuh wrote: > On Thu, 03 Jan 2002, Ed Tomlinson wrote: > > and have created one (See 127215). From my perspective the problem > > seems to be the libpng3 changes the dependencies of qt2 and hense kde. > > It seems the fix is not to r