Hi, I raised the bugs to RC with the upload to unstable (I thought some
notification did happen since they were blocking this one)
Feel free to drop some lines on debian-devel :)
It is mostly built and installed everywhere
Cheers,
Gianfranco
Sent from Yahoo Mail on Android
On Wed, 6 Apr, 20
Am Mittwoch, den 06.04.2016, 15:33 + schrieb Gianfranco Costamagna:
> Hi,
>
>
> > Ack. :)
>
>
>
> I don't let you change your mind now :)
> uploaded on debomatic-amd64, and on unstable a few seconds ago.
>
> lets the *fun* start!
>
> BTW I added me and Tobias in uploaders list, as per pr
Hi,
>Ack. :)
I don't let you change your mind now :)
uploaded on debomatic-amd64, and on unstable a few seconds ago.
lets the *fun* start!
BTW I added me and Tobias in uploaders list, as per private mail exchange with
the
current maintainers.
thanks!
Gianfranco
Processing control commands:
> tags -1 confirmed
Bug #650601 [release.debian.org] transition: libpng 1.6
Added tag(s) confirmed.
--
650601: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650601
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: tags -1 confirmed
On 03/04/16 09:55, Gianfranco Costamagna wrote:
> Hi,
>
>> rename libpng16-tools to libpng-tools,
>> merge libpng16-devtools with libpng-dev.
>>
>> If and when poeple will want to have a multiarch development package, we
>> will split, patch and start
>> a new transiti
Ho dear Tobias and Emilio
> Regarding libpng-config, I do not have a
> complete list, but during the
> rebuilds I
> made a list of affected packages, but I faintly
> remember
> that there were at one-two others.
> They were leafpackages though, so no need
> Also, I'm prepared to dedicated any
On Sun, 3 Apr 2016 09:55:55 +0200 Gianfranco Costamagna wrote:
with an ftpmaster *really fast* accept we are
> now in place and ready for the transition.
>
> I think we are ready for the ack.
>
> thanks,
>
> Gianfranco
>
I agree with Gianfranco, "NOW" would be a great time to start that
adven
Hi,
> rename libpng16-tools to libpng-tools,
> merge libpng16-devtools with libpng-dev.
>
> If and when poeple will want to have a multiarch development package, we will
> split, patch and start
> a new transition against ~50 packages not against ~500.
>
> We are almost ready, there is no need
An alternative is to have a multiarch library, and a non-multiarch development
package with the config script.
to me it makes no real sense to split the config file into a separate package,
specially because
1) it is in the same dev package on other linux distros
2) it was in the same dev packag
On 31/03/2016 15:59, Gianfranco Costamagna wrote:
> Hi,
>
>> (that package has a script libpng-config in usr/bin that contains arch-dep
>> information)
>> e.g.
>>
>> "libdir="${prefix}/lib/x86_64-linux-gnu""
> We shouldn't remove that file, I see it is used widely also by other distros.
One sol
Hi,
>(that package has a script libpng-config in usr/bin that contains arch-dep
>information)
>e.g.
>
>"libdir="${prefix}/lib/x86_64-linux-gnu""
We shouldn't remove that file, I see it is used widely also by other distros.
Instead, we can patch packages failing in configure script and add the re
Hi,
>- The change that libbpng-dev only recommends libpng16-devtools will cause
>some build failures, as several packages needs the devtool to be pulled in but
>do not declare a dependency on this.
>
the rationale for the change is that libpng-dev is Multiarch: same, while
devtools is providing
> Hi Gianfranco,
>
> Of course they can B-D on libpng16-devtools (but requires several sourceful
> uploads during the transition), but than we have that nasty SONAME back in the
> B-depdencies...
> Should we provide also a SONAME-neutral package name here?
Ähm, we have already a Provides: libpng-d
Hi Gianfranco,
I've just got a change to take a look at the new libpng package.
A remark:
- The change that libbpng-dev only recommends libpng16-devtools will cause
some build failures, as several packages needs the devtool to be pulled in but
do not declare a dependency on this.
Of course they
14 matches
Mail list logo