public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Alex Schuilenburg <alexs@ecoscentric.com>
To: "Øyvind Harboe" <oyvind.harboe@zylin.com>
Cc: Jonathan Larmour <jifl@jifvik.org>,
	  Edgar Grimberg <edgar.grimberg@zylin.com>,
	 eCos Disuss <ecos-discuss@ecos.sourceware.org>
Subject: Re: [ECOS] APB - Copyright assignment
Date: Wed, 07 Oct 2009 23:10:00 -0000	[thread overview]
Message-ID: <4ACD1FEA.7050703@ecoscentric.com> (raw)
In-Reply-To: <c09652430910062231j5ab392dey457eeb31a0190d72@mail.gmail.com>

Øyvind Harboe wrote:
> [...]
> I think it's good to have an enlightened discussion on this without contributing
> to open source FUD. Given a choice, I use eCos code w/copyright
> assignment, but otherwise GPL + exception and a reasonable confidence
> in that the original author was in his right to contribute the code suffices.
>   
Also note that just copyright assignment is only a third of the story. 
With eCos assignments the contributor is also assigning the right to use
the IP and any code which may be patented by the author in the future,
as well as establishing true ownership of the code.

For example, I may write code that utilises some patented technology
which requires that I license the technology in order to be able to use
it in my device.  I can contribute the copyright and license the code
under whatever license I choose, but the fact that I am using a patented
algorithm or suchlike means that anyone using the code is subject to
licensing the patent from the owner.  Not me the author of the code or
person assigning the copyright, but the owner of the patent.

Yes, software patents suck especially when the code is bleeding obvious,
so sign up to http://stopsoftwarepatents.eu/

This is second third of the story and why it is important for
contributed code to have a proper assignment before it can be
contributed into eCos.  Namely, to prevent the inadvertent introduction
of unlicensed use of patented technology into eCos and to allow the
continued use of the technology within eCos should it later be patented
by the author.

The final third is simply ensuring that the code really is theirs to
assign.  As mentioned previously, most code is originally owned not by
the authors, but by the company that employs them.  It also is there to
prevent someone taking another's code (under another license, GPL for
example), rework it for eCos, and to contribute it to eCos as their own.
You cannot take GPL code and modify it for contribution to eCos as that
modified code is derived, and therefore GPL'ed, and so does not satisfy
the acceptance criteria for eCos.  (Unless of course you are the
original author and owner of the copyright of the GPL code and hence can
relicense it under whatever license you like - e.g. YAFFS).

-- Alex Schuilenburg



-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  parent reply	other threads:[~2009-10-07 23:10 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-06  9:17 Øyvind Harboe
2009-10-06 13:34 ` Alex Schuilenburg
2009-10-06 14:31   ` Øyvind Harboe
2009-10-06 15:06     ` Alex Schuilenburg
2009-10-06 15:19       ` Øyvind Harboe
2009-10-06 16:04         ` Alex Schuilenburg
2009-10-06 14:37   ` Edgar Grimberg
2009-10-06 15:12     ` Alex Schuilenburg
2009-10-06 15:26     ` Øyvind Harboe
2009-10-07  0:29       ` Jonathan Larmour
2009-10-07  5:31         ` Øyvind Harboe
2009-10-07 14:34           ` [ECOS] " Grant Edwards
2009-10-07 16:31             ` Paul D. DeRocco
2009-10-07 18:30               ` Grant Edwards
2009-10-07 23:10           ` Alex Schuilenburg [this message]
2009-10-08  0:31             ` [ECOS] " Paul D. DeRocco
2009-10-08 13:20               ` Alex Schuilenburg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4ACD1FEA.7050703@ecoscentric.com \
    --to=alexs@ecoscentric.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    --cc=edgar.grimberg@zylin.com \
    --cc=jifl@jifvik.org \
    --cc=oyvind.harboe@zylin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).