Bug#650601: libpng is going to be NMUed soon

2016-03-30 Thread Gianfranco Costamagna
Hi Emilio wrote: > binary-NEW shouldn't be a big deal. Just make sure to upload to experimental. I triple checked, in 8 hours or so it will finish the deferred queue time. https://ftp-master.debian.org/deferred/libpng1.6_1.6.20-3_amd64.changes the changes file looks fine to me: Distribution:

Bug#650601: libpng is going to be NMUed soon.

2016-03-25 Thread Tobias Frost
On Sat, 26 Mar 2016 00:50:58 +0100 Emilio Pozuelo Monfort binary-NEW shouldn't be a big deal. Just make sure to upload to experimental. OK, then let's follow Gianfrancos proposoal! Beside that, here's a last report on the rebuilding on my server: (I need to free up space on the

Bug#650601: libpng is going to be NMUed soon.

2016-03-25 Thread Emilio Pozuelo Monfort
On 26/03/16 00:02, Tobias Frost wrote: > On Wed, 23 Mar 2016 21:58:56 +0100 Gianfranco Costamagna @debian.org> wrote: >> >> 1) provide a real libpng-dev and upload on experimental in 7 days > starting now. >> (I'm going to upload on deferred/7 in a few minutes/hours) >> > > Hi Gianfranco, >

Bug#650601: libpng is going to be NMUed soon.

2016-03-25 Thread Tobias Frost
On Wed, 23 Mar 2016 21:58:56 +0100 Gianfranco Costamagna wrote: >  > 1) provide a real libpng-dev and upload on experimental in 7 days starting now. > (I'm going to upload on deferred/7 in a few minutes/hours) >  Hi Gianfranco, what bothers me is that having a real libpng-dev package requires

Bug#650601: libpng is going to be NMUed soon.

2016-03-23 Thread Emilio Pozuelo Monfort
On 23/03/16 22:42, Gianfranco Costamagna wrote: > Hi, > >> So what is it that you're talking about? Adding a real libpng-dev package? > > > > exactly. > This was one of the open points, and my opinion is to have a real libpng-dev > package. > > I can of course revert if you don't like it, but

Bug#650601: libpng is going to be NMUed soon.

2016-03-23 Thread Gianfranco Costamagna
Hi, >So what is it that you're talking about? Adding a real libpng-dev package? exactly. This was one of the open points, and my opinion is to have a real libpng-dev package. I can of course revert if you don't like it, but as explained before, we might have less troubles with it, if I

Bug#650601: libpng is going to be NMUed soon.

2016-03-23 Thread Emilio Pozuelo Monfort
On 23/03/16 22:23, Gianfranco Costamagna wrote: > Hi, > >> WDYM with versioned depends? > > > as said above: > "a/ virtual provides can't safisfy versioned dependencies" > > maintainers might be able to do something like "Depends: libpng-dev (>=1.6)". > This might help future transitions (not

Bug#650601: libpng is going to be NMUed soon.

2016-03-23 Thread Gianfranco Costamagna
Hi, >WDYM with versioned depends? as said above: "a/ virtual provides can't safisfy versioned dependencies" maintainers might be able to do something like "Depends: libpng-dev (>=1.6)". This might help future transitions (not from 12 to 16 probably). Always if I understand correctly what

Bug#650601: libpng is going to be NMUed soon.

2016-03-23 Thread Emilio Pozuelo Monfort
Just one comment. On 23/03/16 21:58, Gianfranco Costamagna wrote: > I did some little rework of the package, in bug #813027 > (fixing lintian errors, and some rules refactoring). > I would like to NMU it for experimental, with providing a *real* libpng-dev > package. > > this will ensure next

Bug#650601: libpng is going to be NMUed soon.

2016-03-23 Thread Gianfranco Costamagna
Hi, as said by -release team, the open transition are ending, and this opens a slot for libPNG. the work is already done, we just need to upload on experimental, wait some little time, and pull the trigger (yes, after an ack :) ) I did some little rework of the package, in bug #813027 (fixing