[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070614210625.GL10008@csclub.uwaterloo.ca>
Date: Thu, 14 Jun 2007 17:06:25 -0400
From: lsorense@...lub.uwaterloo.ca (Lennart Sorensen)
To: Dave Neuer <mr.fred.smoothie@...ox.com>
Cc: Alexandre Oliva <aoliva@...hat.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Greg KH <greg@...ah.com>,
debian developer <debiandev@...il.com>,
"david@...g.hm" <david@...g.hm>,
Tarkan Erimer <tarkan@...one.net.tr>,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>, mingo@...e.hu
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
On Thu, Jun 14, 2007 at 04:24:19PM -0400, Dave Neuer wrote:
> Oh, come on: you're not serious, right? Something indeed prevents me
> -- the fact that I'm not a hardware manufacturer, I don't have fabs,
> outsource vendors to provide me w/ designs, ASICs, etc. Nor to I have
> the money to pay one-off prices for various components if they're even
> available in batches that small.
Yes I am serious. I wouldn't want to buy any such locked down hardware,
but that still doesn't mean that I don't think it fits within the spirit
of the GPLv2.
> This argument seems totally disingenuous to me. The GPLv<3 was written
> in a time when the majority of sotware to which the license was
> applied was written for general purpose computers. The "user" was the
> owner of the computer, and Freedom 0 was about letting that user RUN
> modified copies of the software.
>
> Things have changed a lot; we're surrounded by embedded computers, and
> Freedom 0 seems to strongly imply I should have the right to run
> modified versions of the Free Software I own on the hardware I OWN. Or
> is the future of Open Source that you'll be able to hack on free
> software as long as you work for Intel, Red Hat, TiVO, Google or OSDL?
> Or own many-thousand-$$ fab printer?
I think it depends on the type of hardware. Certainly I agree some
types of hardware really should not allow you to change the code on them
due to the potential risks from doing so. Hence if a license starts to
get into the grey area that covers such things, it is getting onto some
thin ice that is probably should stay off. You risk excluding things
you didn't intend to exclude while almost certainly still missing things
you would like to have excluded. I agree that for many devices I could
buy, being able to change the code on it would be great, and that there
generally is no good reason to deny me from doing it, but I don't think
it is worth the risk to put such a requirement into the license, and I
certainly never read the GPLv2 to in any way imply such a thing.
Apparently from what I can see, Linus never read any such thing in it
either when he chose to use it. In fact I think you have to already
have a very narrow preset view in order to read the GPLv2 in such as
way as to think it intended to prevent such things.
> Look, I totally respect Linus' and others' position that the license
> is an inappropriate way to enforce what they feel are hardware design
> decisions, but can we dispense w/ the silly argument that the intent
> of the GPL is fullfilled as long as the user is allowed to modify the
> software where modify means "imagine a world where they'd be able to
> run" it?
It seems many people really do feel that it is fulfilled. They may
think it is a stupid hardware design and they may also chose not to buy
such hardware, but at the same time they can be perfectly willing to say
that as long as the modified sources are provided, that is good enough
since further development of the source can be done, never mind what you
can do with that particular locked down door stop the code was modified
to support. Not everyone views the world through the eyes of RMS.
--
Len Sorensen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists