[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46EDEDB9.1000104@pro-g.com.tr>
Date: Sun, 16 Sep 2007 20:00:09 -0700
From: "Can E. Acar" <can.acar@...-g.com.tr>
To: Daniel Hazelton <dhazelton@...er.net>
CC: misc@...nbsd.org, linux-kernel@...r.kernel.org,
Eben Moglen <moglen@...twarefreedom.org>,
Lawrence Lessig <lessig_from_web@...ox.com>,
"Bradley M. Kuhn" <bkuhn@...twarefreedom.org>,
Matt Norwood <norwood@...twarefreedom.org>
Subject: Re: Wasting our Freedom
Daniel Hazelton wrote:
> On Sunday 16 September 2007 14:48:47 Can E. Acar wrote:
[snip]
>>
>> First, these developers got questionable advice from senior Linux kernel
>> developers, and SLFC (which is closely related to FSF) in the process.
>
> IIRC, the advice was "Yes, it is legal to choose to follow only one of
> multiple offered licenses on a project" - nothing else. They looked at the
> patches and said "Wait, you've changed the license on files that aren't under
> a dual license."
>
> Hence, no problems here - no questionable advice only.
The replies suggest that some (most?) people are not aware of the
recent developments, and that it is a dual licensing issue.
This has very little to do with dual licensing right now,
there has been other developments, more "advice" from SLFC.
The code in question is Reyk's open source HAL work.
I want to emphasize. This work was NOT ever dual licensed.
Furthermore, since it is compatible with the binary HAL from
Atheros, the interface is fixed and the same both in Linux and
*BSD. So, even the latst code divergence arguments do not
apply here. The improvements to this piece of code improve
the Open Source Atheros support, and is important for both
Linux and BSD.
Theo summarized the latest situation here, some days ago:
http://marc.info/?l=openbsd-misc&m=118963284332223&w=2
and here is a very brief summary:
http://marc.info/?l=openbsd-misc&m=118965266709012&w=2
If you really want to know the latest situation, please read these
links, and think about it.
Do you believe re-arranging code, renaming functions, splitting code
to multiple files, adding some adaptation code is original enough
to be a derivative work and deserve its own copyright?
Can
--
In theory, there is no difference between theory and practice.
But, in practice, there is.
-
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