Re: Fwd: That whole "Linux stealing our code" thing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 01/09/07, Adrian Bunk <[email protected]> wrote:
> On Sat, Sep 01, 2007 at 05:27:03PM -0400, Constantine A. Murenin wrote:
> > On 01/09/07, Adrian Bunk <[email protected]> wrote:
> > > On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote:
> > > > On 01/09/07, Jeff Garzik <[email protected]> wrote:
> > > > > Constantine A. Murenin wrote:
> > > > > > This will hopefully help diminish certain myths about the code licensing.
> > > > >
> > > > > What myth?  The myth that Theo understands dual licensing?
> > > >
> > > > Reyk's code was never dual licensed, so it's not like it even matters
> > > > to the original dispute.
> > >
> > > It's no longer dual licenced in the FreeBSD tree because the FreeBSD
> > > people removed the GPL choice of the dual licenced code 3 months ago.
> >
> > FreeBSD doesn't have Reyk's ath(4) HAL, which OpenHAL is based on.
> >
> > FreeBSD has a driver written by Sam, and a binary-only HAL, also written by Sam.
> >
> > > So all of Theo's accusations of people breaking the law by making this
> > > dual licenced code GPL-only apply as well to the FreeBSD people...
> >
> > How? FreeBSD doesn't have Reyk's ath(4) HAL from OpenBSD, so there are
> > no possible licensing accusations and violations.
>
> OK, I begin to understand this, there seem to be three different types
> of files changed by Jiri's patch:
> 1. dual licenced files planned to make GPL-only
> 2. previously dual licenced files with a too recent version used planned
>    to make GPL-only
> 3. never dual licenced files planned to make GPL-only
>
> For files under 1. and 2. Reyk did contribute to dual licenced code
> without touching the licence, but I missed that there's also code unter 3.
>
> So there is a problem, but not with the code under 1. (unless you plan
> to change the semantics of the word "alternatively"), the problem is
> with some headers under 2. plus the code under 3.
>
> It's funny how Theo missed the part of Jiri's patch that actually is a
> copyright violation and instead complains about the part that is OK...

I'm not sure how you conclude that Theo missed the relevant parts --
there were many messages posted to [email protected] mailing list and
to The OpenBSD Journal in the last few days, and to me it appears as
all of the problems were discussed ad nauseam.

After the obvious copyright violations were addressed, I think the
problem started being an ethical one.

As a free software user and developer, the question I have is how come
the Linux community feels that they can take the BSD code that was
reverse-engineered at OpenBSD, and put a more restrictive licence onto
it, such that there will be no possibility of the changes going back
to OpenBSD, given that the main work on the code has happened at
OpenBSD? (Obviously, such a scenario it is permitted by the licence,
but my question is an ethical one -- after all, most components of
OpenHAL were specifically based on the OpenBSD's ath(4) HAL code.)

You can see that Christoph Hellwig agrees with this ethical problem,
as in the message below.

C.


On 28/08/07, Christoph Hellwig <[email protected]> wrote:
> On Tue, Aug 28, 2007 at 12:00:50PM -0400, Jiri Slaby wrote:
> > ath5k, license is GPLv2
> >
> > The files are available only under GPLv2 since now.
>
> Is this really a good idea?  Most of the reverse-engineering was
> done by the OpenBSD folks, and it would certainly be helpful to
> work together with them on new hardware revisions, etc..

( from http://lkml.org/lkml/2007/8/28/178 )
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux