GPL modules for a differently licensed OS'
GPL modules for a differently licensed OS'
Posted Sep 6, 2007 0:09 UTC (Thu) by and (guest, #2883)In reply to: GPL modules for a differently licensed OS' by madscientist
Parent article: Relicensing: what's legal and what's right
ok, this seems to be a kind of a PHD problem for a law stundent with a
strong computer science background *g*. I'm perfectly aware of the spirit
of the GPL (which I would think is opposed to doing such a thing), though
I'm not sure what the word says. Even if the GPL says something about
the "virtual" ram image, what is that in the first place? Does shared
memory between kernel mode code and user space code constitute an image?
How about architectures which don't sport an MMU like the ones ulinux is
targeting at? (This would have the interesting implication that it would
depend on the processor of whether it is possible to distribute a GPL user
space program with non-GPL kernels and vince-versa, but it would be OK to
ship the GPL user space code for a MMU-enabled platform and compile it
yourself for the MMU-less.) So I think it's basically impossible to
define "derived from" in any meaningful technical sense, except "if code A
can run without requiring code B then A is not a derivative". Also all
definitions are mood if someone writes some kind of minimal GPL kernel
capable of loading the unmodified GPLed modules and shipping it
as "unrelated" software on the same medium...
Also I've got some doubts whether the expressed opinions of Linus and RMS
about the GPL have any relevance legally, especially for code they don't
hold the copyright for. In any case, issues like that make me glad being a
computer scientist and not a lawyer; let's go back coding ;)
