Re: License requirements for DSP binaries?

2003-10-08 Thread Brian Ristuccia
On Mon, Sep 22, 2003 at 08:47:26AM +0200, Thomas Hood wrote: No source code is provided for the DSP binaries. (N.B., past discussions of this issue have reached the conclusion that such software can nevertheless be distributed in main.) You're talking about the files in

Re: License requirements for DSP binaries?

2003-10-08 Thread Thomas Hood
On Wed, 2003-10-08 at 16:03, Brian Ristuccia wrote: You're talking about the files in mwavem-1.0.4/src/dsp, right? Yes. Interestingly enough, those files are in RIFF format. It's a structured multimedia container format. Interesting. Embedded somewhere in the header of v90.dsp is the

Re: License requirements for DSP binaries?

2003-09-27 Thread Glenn Maynard
On Fri, Sep 26, 2003 at 08:00:08PM -0400, Brian T. Sniffen wrote: That isn't ignoring the DFSG, it's just using the GPL's definition of Source: the preferred form for modification. If I use the Gimp to make an image and delete the intermediate xcf files, the only remaining source forms are

Re: License requirements for DSP binaries?

2003-09-27 Thread D. Starner
it's extremely questionable to try to interpret preferred form for modification as preferred form for modification, or any form, no matter how unreasonable it is to edit, if the preferred form for modification has been lost. The preferred form for modification is not the form we'd like to

Re: License requirements for DSP binaries?

2003-09-27 Thread Dylan Thurston
On 2003-09-26, Edmund GRIMLEY EVANS [EMAIL PROTECTED] wrote: Back to the DSP binaries: I remember that at one point there were DSP binaries included in the Linux kernel source. Is that still the case? AFAIK, this is one good reason that Debian does not distribute pristine kernel sources: the

Re: License requirements for DSP binaries?

2003-09-27 Thread Nathanael Nerode
Glenn Maynard said: We can interpret DFSG#2 to mean the form closest to source that still exists if we want, but it's extremely questionable to try to interpret preferred form for modification as preferred form for modification, or any form, no matter how unreasonable it is to edit, if the

Re: License requirements for DSP binaries?

2003-09-26 Thread Florian Weimer
On Tue, Sep 23, 2003 at 08:25:44PM -0400, Nathanael Nerode wrote: If it's licensed under the GPL, and no source is provided, then it can not be distributed at all, not even in non-free, unless there never was source to begin with. (I assume this isn't the case, as you said no source code is

Re: License requirements for DSP binaries?

2003-09-26 Thread Jan Schumacher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 26 September 2003 08:48, Florian Weimer wrote: On Tue, Sep 23, 2003 at 08:25:44PM -0400, Nathanael Nerode wrote: If it's licensed under the GPL, and no source is provided, then it can not be distributed at all, not even in non-free,

Re: License requirements for DSP binaries?

2003-09-26 Thread Brian T. Sniffen
Florian Weimer [EMAIL PROTECTED] writes: On Tue, Sep 23, 2003 at 08:25:44PM -0400, Nathanael Nerode wrote: If it's licensed under the GPL, and no source is provided, then it can not be distributed at all, not even in non-free, unless there never was source to begin with. (I assume this

Re: Re: License requirements for DSP binaries?

2003-09-26 Thread Glenn Maynard
On Tue, Sep 23, 2003 at 08:25:44PM -0400, Nathanael Nerode wrote: We should allow it if source code once existed but no longer exists (all the copies of the source code were wiped accidentally at some time in the past). (This has happened with old games and firmware fairly often, and the

Re: License requirements for DSP binaries?

2003-09-26 Thread Edmund GRIMLEY EVANS
Florian Weimer [EMAIL PROTECTED]: We should allow it if source code once existed but no longer exists (all the copies of the source code were wiped accidentally at some time in the past). So it's okay to ignore the DFSG in this case? It's not ignoring the DFSG; it's interpreting

Re: License requirements for DSP binaries?

2003-09-26 Thread D. Starner
Florian Weimer [EMAIL PROTECTED] writes: On Tue, Sep 23, 2003 at 08:25:44PM -0400, Nathanael Nerode wrote: We should allow it if source code once existed but no longer exists (all the copies of the source code were wiped accidentally at some time in the past). So it's okay to ignore

Re: Re: License requirements for DSP binaries?

2003-09-25 Thread Nathanael Nerode
Glenn Maynard wrote: On Mon, Sep 22, 2003 at 08:47:26AM +0200, Thomas Hood wrote: IBM distributes the Linux driver and the binaries in a tarball that it says is licensed under the GPL. http://oss.software.ibm.com/acpmodem/ No source code is provided for the DSP binaries. (N.B., past

Re: License requirements for DSP binaries?

2003-09-24 Thread Fedor Zuev
On Mon, 22 Sep 2003, Steve Langasek wrote: On Mon, Sep 22, 2003 at 11:56:27AM +0200, Josselin Mouette wrote: Le lun 22/09/2003 ? 09:46, Glenn Maynard a ?crit : On Mon, Sep 22, 2003 at 08:47:26AM +0200, Thomas Hood wrote: IBM distributes the Linux driver and the binaries in a tarball that

Re: License requirements for DSP binaries?

2003-09-24 Thread Josselin Mouette
Le lun 22/09/2003 à 16:04, Sam Hocevar a écrit : On Mon, Sep 22, 2003, Josselin Mouette wrote: If the binaries were entirely written using assembly code, the binary here equates the source. This is very rarely true. Even assembly code has variable and function names, comments and

Re: License requirements for DSP binaries?

2003-09-24 Thread Anthony DeRobertis
It depends. If there a mutual one-to-one correspondence between assembler line and DSP processor command it is, mainly, a differences in format. Most (almost all?) non-trivial assembly code contains things like variable names and comments.

Re: License requirements for DSP binaries?

2003-09-23 Thread Anthony DeRobertis
On Monday, Sep 22, 2003, at 02:47 US/Eastern, Thomas Hood wrote: IBM distributes the Linux driver and the binaries in a tarball that it says is licensed under the GPL. http://oss.software.ibm.com/acpmodem/ No source code is provided for the DSP binaries. What about DFSG 2?

License requirements for DSP binaries?

2003-09-22 Thread Thomas Hood
The mwavem package includes binaries for the Mwave(tm) digital signal processor (DSP) chip found on some ThinkPad(tm). With the binaries installed the Mwave implements a modem. IBM distributes the Linux driver and the binaries in a tarball that it says is licensed under the GPL.

Re: License requirements for DSP binaries?

2003-09-22 Thread Glenn Maynard
On Mon, Sep 22, 2003 at 08:47:26AM +0200, Thomas Hood wrote: IBM distributes the Linux driver and the binaries in a tarball that it says is licensed under the GPL. http://oss.software.ibm.com/acpmodem/ No source code is provided for the DSP binaries. (N.B., past discussions of this

Re: License requirements for DSP binaries?

2003-09-22 Thread Josselin Mouette
Le lun 22/09/2003 à 09:46, Glenn Maynard a écrit : On Mon, Sep 22, 2003 at 08:47:26AM +0200, Thomas Hood wrote: IBM distributes the Linux driver and the binaries in a tarball that it says is licensed under the GPL. http://oss.software.ibm.com/acpmodem/ No source code is provided for

Re: License requirements for DSP binaries?

2003-09-22 Thread Simon Law
On Mon, Sep 22, 2003 at 11:56:27AM +0200, Josselin Mouette wrote: If the binaries were entirely written using assembly code, the binary here equates the source. You really mean machine code here, right? Because I would appreciate the .s source files if someone wrote it in assembler.

Re: License requirements for DSP binaries?

2003-09-22 Thread Sam Hocevar
On Mon, Sep 22, 2003, Josselin Mouette wrote: If the binaries were entirely written using assembly code, the binary here equates the source. This is very rarely true. Even assembly code has variable and function names, comments and macros. A disassembler output is certainly not the