On Tue, Nov 02, 2004 at 09:53:21PM +0100, Wesley W. Terpstra wrote:
4. Writing to debian-legal and asking for advice.
Now that's a good idea. Why did you do that on debian-devel instead?
--
EARTH
smog | bricks
AIR -- mud -- FIRE
soda water | tequila
WATER
--
On Tue, 2 Nov 2004, Josselin Mouette wrote:
If Mr Wontshare's client doesn't work without your software, this is
what I call a derivative work. Whether it is linked to it using ELF or
not is irrelevant.
So anything that runs on Windows is a derivative work of Windows?
This might not impact
Good evening!
I'm developing an error-correcting code library which works on a lot of data
at once. Since the API is quite simple and the cost of process creation
relatively insignificant, I would like to provide a command-line API.
I feel this has several engineering advantages:
1) it's easier
On Tue, Nov 02, 2004 at 09:53:21PM +0100, Wesley W. Terpstra wrote:
If someone writes a program that does: popen('my-api');
does the GPL require that program to also be GPL?
From the short answer I got on IRC it seemed the answer was: No!
See
* Wesley W. Terpstra
| What can I do to prevent the above scenario from happening?
I don't think you can, at least not while keeping the library DFSG
free. (I guess it would be fairly trivial to write up a similar
application which would not be affected by your license for the
application,
Le mardi 02 novembre 2004 à 21:53 +0100, Wesley W. Terpstra a écrit :
Mr. John Wontshare writes a streaming multicast client.
To deal with packet loss, he uses my error-correcting library.
Without my library, Mr. Wontshare's client can't work at all.
Mr. Wontshare's client represents only a
Wesley W. Terpstra writes:
Mr. Wontshare's client represents only a small investment of effort and
without having had access to my library, he could have never written it.
He then distributes his client along with my library to end-users.
If his client represents only a small investment of
On Tue, Nov 02, 2004 at 11:00:54PM +0100, Josselin Mouette wrote:
Le mardi 02 novembre 2004 à 21:53 +0100, Wesley W. Terpstra a écrit :
Mr. John Wontshare writes a streaming multicast client.
To deal with packet loss, he uses my error-correcting library.
Without my library, Mr. Wontshare's
Glenn Maynard [EMAIL PROTECTED] writes:
On Tue, Nov 02, 2004 at 11:00:54PM +0100, Josselin Mouette wrote:
Le mardi 02 novembre 2004 à 21:53 +0100, Wesley W. Terpstra a écrit :
Mr. John Wontshare writes a streaming multicast client.
To deal with packet loss, he uses my error-correcting
On Tue, Nov 02, 2004 at 09:53:21PM +0100, Wesley W. Terpstra wrote:
What I am concerned about is the following scenario:
Mr. John Wontshare writes a streaming multicast client.
To deal with packet loss, he uses my error-correcting library.
Without my library, Mr. Wontshare's client can't
On Tue, Nov 02, 2004 at 05:30:36PM -0500, Raul Miller wrote:
Given that Mr. Wontshare's client represents only a small investment of
effort, refuses to port doesn't sound like much of a problem.
I meant to say relatively small investment; sorry.
Even simple applications can be hard to rewrite
Wesley W. Terpstra [EMAIL PROTECTED] writes:
Good evening!
I'm developing an error-correcting code library which works on a lot of data
at once. Since the API is quite simple and the cost of process creation
relatively insignificant, I would like to provide a command-line API.
I feel this
Once upon a time Wesley W. Terpstra said...
Good evening!
I'm developing an error-correcting code library which works on a lot of data
at once. Since the API is quite simple and the cost of process creation
relatively insignificant, I would like to provide a command-line API.
...
To
Måns Rullgård writes:
Actually, copyright law talks a great deal about derivative works,
without ever going to the trouble of defining them...
The US statute does so, but US case law defines them fairly well.
--
John Hasler
14 matches
Mail list logo