On Jun 14, 2007, Florin Malita <fmalita@gmail.com> wrote:
Thanks. Good point. This convinces me that this doesn't work as a
legal argument under copyright.
I still stand by my understanding that this restriction violates the
spirit of the license.
And since the specific implementation involves creating a derived work
of the GPLed kernel (the signature, or the signed image, or what have
you) and refraining from providing the corresponding sources to that
derived work (the key and the signature "build scripts"), I still
think this specific case is a violation of the letter of the GPLv2,
even if the FSF doesn't take this position.
Actually, no. They withhold the right to run versions that they don't
authorize themselves.
Back when GPLv2 was written, the right to run was never considered an
issue. It was taken for granted, because copyright didn't control
that in the US (it does in Brazil), and nobody had thought of
technical measures to stop people from running modified copies of
software. At least nobody involved in GPLv2, AFAIK.
The landscape has changed, and GPLv3 is meant to defend this freedom
that was taken for granted.
Qualifying it as the main argument is a bit of an exaggeration. I
have a number of different arguments. The one about incomplete
sources is the most solid IMHO.
Sorry, I really don't follow. Both versions of the kernel binary also
started from a common source ancestor. Were you trying to make a
distinction on these grounds?
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member http://www.fsfla.org/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}
-