[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian violates GPL?

Christian Meder <meder@isr.uni-stuttgart.de> writes:

> On Sun, Dec 20, 1998 at 11:47:45PM -0500, Steve Dunham wrote:
> > Christian Meder <meder@isr.uni-stuttgart.de> 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 ?

Yes, it only effects programs which include libjpeg and another shared
library that uses libjpeg (like libtiff).

> 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.

What do you mean by don't recompile stable stuff?  

What about packages whose source is no longer in slink.  zB: xskat,
tcl8, gnuchess, thrust, craftyy, casio, smail, xpilot, snmp, adjtimex,
mgetty-viewfax, lilypong, rpm, icewm, linuxlogo, scwm, a2ps, ...  All
of these have had changes in their version number between the sparc
distribution and slink, so the source is no longer available.

Also, vim has gone from 5.0 in the sparc dist to 5.3 in the slink dist.

I'm going to upgrade the sparc sendmail to match the slink
distribution.  The version in the sparc distribution doesn't work for
me and the problems go away when I recompile.

> > I've uploaded wmaker (which was very out of date), xpdf (which was
> > missing), and amaya (which was missing) to incoming.  (In addition to
> > the packages that I mentioned yesterday.)

> You forgot to compile the libc5 compat packages for gpm and xpm. Could you
> please recompile them ?

Sorry, I messed up with gpm - I meant to fix that before I uploaded
it.  I will recompile now.

xpm had the libc5 stuff explicitly disabled for the sparc. It is only
enabled for m68k and i386.  I just did an NMU to enable it. The last 7
releases were NMU, so I assume nobody minds.

I'll see if I can do gpm next.  libc5 stuff doesn't run on my Ultra
due to a dynamic loader problem, which I'm looking into.  For now I'm
testing it all of the libc5 stuff on a Sparc 20.


Reply to: