libjpeg62 vs. libjpegg6a (was Re: Debian violates GPL?)
Christian Meder <firstname.lastname@example.org> writes:
> On Sun, Dec 20, 1998 at 11:47:45PM -0500, Steve Dunham wrote:
> > Christian Meder <email@example.com> writes:
> > > On Thu, Dec 17, 1998 at 10:30:31PM -0500, Steve Dunham wrote:
> > > > The sparc distribution has 300 packages that are older versions than
> > > > the ones in slink which means that the source and/or diff files are
> > > > missing. This would violate the GPL.
> > > I wanted to wait till the i386 recompilation rush settles down a bit
> > > so we don't have to recompile stuff twice.
> > Good idea. How do you want to handle libjpeg? Currently we have
> > libjpeg6a, if libjpeg62-dev is installed, then any program that is
> > subsequently linked against libtiff will be broken. If libtiff is
> > also updated, then everything linked against the old libtiff will be
> > broken.
> > One option is to keep the same libjpeg. This will put off the problem
> > until later - after the freeze. (We will eventually want to switch to
> > libjpeg6b, and this will probably happen before the soname of libtiff
> > changes.)
> > The other option is to update libjpeg and libtiff and then recompile
> > everything that depends on them.
> Just to clarify:
> either we use libjpegg-dev and libjpegg6a exclusively or
> we do the same with libjpeg62, right ?
> If that's right I think we rather use libjpegg-dev because there's no
> libjpeg62 in the archive right now and we don't want recompiling the stable
> stuff right now. We'd do the switch in unstable after the freeze.
libjpeg62 is in slink!
All the gnome and imlib packages have moved to libjpeg62. This was
arranged quite a while ago. It was a fair amount of work to do,
because so many packages were interdependent. I don't think we'll be
Things are somewhat confused, because everybody didn't move to
libjpeg62-dev en-masse. There are still lots of packages from before
libjpeg62 - I'm not sure if it's worth recompiling those.
I'd only be concerned about packages that have been linked against
both libjpegg6a and libjpeg62. Currently, for i386, the following
packages have dependencies on both libjpegg6a and libjpeg62:
I'll file some bugs.
I now notice that there are a lot of packages that depend on Gnome
that are using libjpegg6a (yagirc, gmc, gnumeric, libgnome-perl,
balsa, gnotes, gtkicq). These are getting linked against libjpegg6a
and libjpeg62 (try ldd). That's bad. That's evil. I guess I'll file
some more bugs.
Horrible stuff. I guess I should have put a dependency to
libjpeg62-dev in libgnome-dev.
For the other ports, it's going to vary depending on what -dev
packages the porters had installed. For new recompiles, everybody
should be using libjpeg62-dev. The libjpeg-dev and libjpegg-dev
packages should be moved to the oldlibs section.