Re: MBF Announcement: Transition libpng12 -> libpng16

2016-04-06 Thread Tobias Frost
Hallo -devel, Note that libpng1.6 is now in sid, so the libpng 1.6 transition has finally started.  To keep the transition short, please keep an eye on packages; of course we will also do NMUs when neeeded. The transistion tracker is here:

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-12 Thread Tobias Frost
> On Mon, Jan 04, 2016 at 12:02:00PM +0100, Tobias Frost wrote: >> we are currently planning to start the transition of libpng. > > Is there a repository with packages rebuilt against libpng16? Some > dependency chains are massive, such as the gtk/gdk/... which makes > testing fixes not possible

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-11 Thread Adam Borowski
On Mon, Jan 04, 2016 at 12:02:00PM +0100, Tobias Frost wrote: > we are currently planning to start the transition of libpng. Is there a repository with packages rebuilt against libpng16? Some dependency chains are massive, such as the gtk/gdk/... which makes testing fixes not possible without

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-08 Thread Tobias Frost
Dear Debian-devel, The preparation for the transition are going pretty much good. In the meantime the bugs have been filed and there are already many fixes uploaded. MANY THANKS for all of you. I'm also rebuilding newly uploaded packages to keep libpng.sviech.de somehow up to date.   Of course,

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-06 Thread Tobias Frost
Am Mittwoch, den 06.01.2016, 01:27 +0100 schrieb Samuel Thibault: > Rene Engelhard, on Tue 05 Jan 2016 22:15:31 +0100, wrote: > > On Tue, Jan 05, 2016 at 09:58:03PM +0100, Rene Engelhard wrote: > > > On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote: > > > > Rene Engelhard, on Tue 05

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-06 Thread Andreas Metzler
In gmane.linux.debian.devel.general Tobias Frost wrote: [...] > (IMHO I'd love to have a real libpng-dev package which depends on the > real thing; this would enable to version B-Ds on libpng-dev..) The other option would be versioned provides. cu Andreas -- `What a good friend

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-06 Thread Cyril Brulebois
Hi, (adding debian-boot@, debian-release@ to Cc) Tobias Frost (2016-01-04): > Dear debian-devel, > > we are currently planning to start the transition of libpng. > The transition bug can be found here: > https://bugs.debian.org/650601. > > Out of the 463 rebuilt packages 117

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-05 Thread Paul Wise
On Mon, Jan 4, 2016 at 9:06 PM, Simon McVittie wrote: > https://lintian.debian.org/tags/embedded-library.html and > https://anonscm.debian.org/viewvc/secure-testing/data/embedded-code-copies?view=co > might be useful, although the latter seems to be outdated (it says > libtk-img embeds libpng,

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-05 Thread Andreas Metzler
Tobias Frost wrote: > For those want to test against libpng1.6:  > Note that the libpn16 package in experimental does NOT Provide libpng- > dev at the moment. As I've hacked something together for my rebuild, > you can grab the dsc here:  >

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-05 Thread Rene Engelhard
On Tue, Jan 05, 2016 at 08:04:53PM +0100, Andreas Metzler wrote: > Tobias Frost wrote: > > For those want to test against libpng1.6:  > > Note that the libpn16 package in experimental does NOT Provide libpng- > > dev at the moment. As I've hacked something together for my rebuild,

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-05 Thread Samuel Thibault
Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote: > So that it will immediately fail when something eventually picks > up the experimental packages (as experimental buildds right now do in some > situations)? ? No, experimental buildds only pick from experimental what is not available

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-05 Thread Rene Engelhard
On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote: > Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote: > > So that it will immediately fail when something eventually picks > > up the experimental packages (as experimental buildds right now do in some > > situations)? > > ?

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-05 Thread Rene Engelhard
On Tue, Jan 05, 2016 at 09:58:03PM +0100, Rene Engelhard wrote: > On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote: > > Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote: > > > So that it will immediately fail when something eventually picks > > > up the experimental packages

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-05 Thread Samuel Thibault
Rene Engelhard, on Tue 05 Jan 2016 22:15:31 +0100, wrote: > On Tue, Jan 05, 2016 at 09:58:03PM +0100, Rene Engelhard wrote: > > On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote: > > > Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote: > > > > So that it will immediately fail

MBF Announcement: Transition libpng12 -> libpng16

2016-01-04 Thread Tobias Frost
Dear debian-devel, we are currently planning to start the transition of libpng. The transition bug can be found here: https://bugs.debian.org/650601. Out of the 463 rebuilt packages 117 FTBFS with the new libpng, however not every failure can be attributed to the library. Logs from the rebuild

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-04 Thread Jakub Wilk
* Tobias Frost , 2016-01-04, 12:02: Logs from the rebuild can be found here: http://libpng.sviech.de, as well as a scratchpad with a short analysis:  https://titanpad.com/libpng16-transistion Plain-text version for people who don't enjoy running non-free JS code:

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-04 Thread Tobias Frost
Am Montag, den 04.01.2016, 12:02 +0100 schrieb Tobias Frost: For those want to test against libpng1.6:  Note that the libpn16 package in experimental does NOT Provide libpng- dev at the moment. As I've hacked something together for my rebuild, you can grab the dsc here: 

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-04 Thread Bastien Roucaries
Le 4 janvier 2016 12:02:00 GMT+01:00, Tobias Frost a écrit : >Dear debian-devel, > >we are currently planning to start the transition of libpng. >The transition bug can be found here: >https://bugs.debian.org/650601. > >Out of the 463 rebuilt packages 117 FTBFS with the new

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-04 Thread Norbert Preining
Hi Tobias, > I guess I'll drop Norbert a line for now to make him aware  > of the libpng transistion... (CC'ed) Oh, I would be more than happy to have libpng16 in unstable!!! I can rebuild texlive-bin at any time with system-libpng, just need a working copy. But first I need the other libs

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-04 Thread Simon McVittie
On 04/01/16 12:50, Tobias Frost wrote: > Am Montag, den 04.01.2016, 12:00 + schrieb Bastien Roucaries: >> Add also bug to package using embeded libpng 1.6 like texlive ? > > Thanks for the hint, I frankly forgot to check for code copies. https://lintian.debian.org/tags/embedded-library.html

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-04 Thread Carsten Schoenert
Am 04.01.2016 um 14:06 schrieb Simon McVittie: > In addition to texlive: > > chromium and ice* might be able to move from their embedded copies to a > newer system copy, or not, depending whether they've patched them. Happily Icedove isn't using here a embedded version of libpng, that's a little

Re: MBF Announcement: Transition libpng12 -> libpng16

2016-01-04 Thread Tobias Frost
Hi Sebastien, Am Montag, den 04.01.2016, 12:00 + schrieb Bastien Roucaries: > >  > Add also bug to package using embeded libpng 1.6 like texlive ? Thanks for the hint, I frankly forgot to check for code copies. Yes, I guess the security team would be happy to drop embedded code copies or at