On Wed, 2005-02-23 at 09:19 -0800, Hans Reiser wrote: > Mark Junker wrote: > > > Hans Reiser schrieb: > > > >> That violates the license. > > > > > > GPL? This shouldn't be a problem because the sources aren't statically > > linked to Windows. The sources to create the driver can be published > > under GPL too so this shouldn't be a problem. > > > > Where do you see the license violation? > > > > Regards, > > Mark > > > > > > > The GPL says nothing about static linking. You are making a derivative > work. No.
I don't think that's right, Hans. If his linking code is also GPL, the GPL of the filesystem code is satisfied. The only problem would be from the Windows licensing rejecting GPL'd driver code, which I think it does. The dynamic linking problems can be got around by writing an implementation that links dynamically against something else that is okay under GPL. If that code also happens to link dynamically against non-GPL code, that is the end-user's problem. So if there was, say, a Linux or BSD implementation of a Windows driver interface like NDISwrapper for filesystems, he could legally write against _that_. Once there's a documented interface and more than one implementation, implementing that interface no longer becomes a derived work. In any case, he could always write a FUSE-like driver that thunked filesystem calls in and out of a service. -- Jonathan Briggs <[EMAIL PROTECTED]> eSoft, Inc.
signature.asc
Description: This is a digitally signed message part
