Bug#859793: fluidsynth: Package has infringed GPL

2017-04-10 Thread Peter Hanappe



Hello all,

I agree that the licenses in fluidsynth are not completely consisted and
Debian is right to make sure that they are.
However, it seems that chorus.c is now under the LGPL license. From
https://sourceforge.net/p/sox/code/ci/master/tree/COPYING:

  SoX source code is distributed under two main licenses. The two
  licenses are in the files LICENSE.GPL and LICENSE.LGPL. sox.c,
  and thus SoX-the user application, is distributed under the
  GPL, while the files that make up libsox are licensed under the
  less restrictive LGPL.

In the Makefile.am, you can see that chorus.c is part of libsox
(https://sourceforge.net/p/sox/code/ci/master/tree/src/Makefile.am).

I don't check the list of contributors to
fluidsynth_chorus.c. There was Markus Nentwig and me but surely
others, too. However, since fluidsynth was under LGPL
with "Copyright (C) 2003 Peter Hanappe and others" from the
beginning, I don't believe any contributors to
fluidsynth_chorus.c would object to putting their changes to that
file under the LGPL. I'll happily make my changes available under
that license.

So, because SoX/chorus.c is now under the LGPL and all the
changes that have been made between chorus.c and
fluidsynth_chorus.c fall under the LGPL, I believe that
fluidsynth_chorus.c can be put under the LGPL, too.

Cheers,
Peter



On 04/10/2017 12:38 PM, Javier Serrano Polo wrote:

El dl 10 de 04 de 2017 a les 09:24 +0200, David Henningsson va escriure:

What makes things slightly easier for us as upstream is that FluidSynth
is released under LGPL rather than GPL. LGPL allows linking to custom
licenses.

This is not the case because fluid_chorus.c is part of the library and
must respect rights under LGPL.

Rewriting fluid_chorus.c could be one first step. However, we could wait
some time until Chris Bagwell tells us about the original source; Chris
Bagwell or Peter Hanappe, it is not clear to me that fluid_chorus.c
comes from SoX.




Bug#325757: sparc32: catch-22 between kernel-image-2.4 and libc6_2.3.2.ds1-22

2005-08-30 Thread Peter Hanappe

Package: libc6
Version: 2.3.2.ds1-22
Severity: grave

On sparc32/sun4m:

I'm upgrading from kernel 2.2.20 to 2.4.27 using the command:

# apt-get install -f kernel-image-2.4.27-2-sparc32

The kernel package depends on libc6_2.3.2.ds1-22_sparc.
The installation of libc6 fails with the message:

  WARNING: You have a cpu which requires kernel 2.4.21
  or greater in order to install this version of glibc.
  Please upgrade the kernel before installing this package.

kernel 2.4.27 requires libc6_2.3.2 but libc6_2.3.2 requires kernel
2.4.21 or greater. Any solutions?

Thanks
Peter Hanappe



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]