On Fri, Oct 10, 2014, at 01:13, Julien Cristau wrote:
> On Fri, Oct 10, 2014 at 00:46:42 +0200, Bill Allombert wrote:
>
> > On Tue, Oct 07, 2014 at 10:31:45AM +0200, Ondřej Surý wrote:
> > > On Mon, Oct 6, 2014, at 21:14, Bill Allombert wrote:
> > > > > Version: 1:1.3.1-4
> > > > >
> > > > > My understanding is that this bug can be now closed as
> > > > > the libjpeg-progs are not built from src:libjpeg-progs and
> > > > > libjpeg62* binary package names has been accepted now.
> > > >
> > > > Excellent news! When do you plan to upload a version libjpeg-turbo that
> > > > does not hijack libjpeg62 anymore ?
> > >
> > > JFTR I will list the consequences of any renaming that would happen:
> > >
> > > 1. libjpeg-turbo62 (as an example) would still contain shared library
> > > libjpeg.so.62, thus it needs to "Conflicts/Provides: libjpeg62", same
> > > applies for the libjpeg62-dev package vs libjpeg-turbo62-dev
> > > ("Conflicts/Provides: libjpeg62-dev)
> >
> > You are painting a bleaker picture than what is really required.
> > Since the package are fully compatible, the conflict is easily avoided by
> > moving some files a bit and then using the alternative system.
> >
> They're not fully compatible, as libjpeg-turbo's libjpeg.so.62 provides
> additional entry points.
Bill,
I am going to draw a line here. The "alternatives" thing is not going to
happen. Not in libjpeg-turbo-progs and definitely not in libjpeg-turbo.
Release and security team has already expressed that freely
interchangeable libs[1] are not really desired, since it makes the
security and debugging much harder than it needs to be.
You have made your point that you don't agree with the tech-ctte
decision in words after the decision was made and in actions by making
just everybody involveds' lives harder, and it needs to stop right now.
I will do the one last thing - do the unnecessary and senseless
transition to rename libjpeg62 to libjpeg-turbo62 and that's where I
stop listening to your demands that push harder and harder.
1. for an example just look in pkg-mysql-maint archives
Cheers,
--
Ondřej Surý <ond...@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
