public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Edgar Grimberg <edgar.grimberg@zylin.com>
To: Alex Schuilenburg <alexs@ecoscentric.com>
Cc: "Øyvind Harboe" <oyvind.harboe@zylin.com>,
	"eCos Disuss" <ecos-discuss@ecos.sourceware.org>
Subject: Re: [ECOS] APB - Copyright assignment
Date: Tue, 06 Oct 2009 14:37:00 -0000	[thread overview]
Message-ID: <d0f570ed0910060737u42c2ef71xb2b3bca578dc7ac6@mail.gmail.com> (raw)
In-Reply-To: <4ACB4740.4030502@ecoscentric.com>

On Tue, Oct 6, 2009 at 3:33 PM, Alex Schuilenburg <alexs@ecoscentric.com> wrote:
> Øyvind Harboe wrote on 2009-10-06 10:16:
>> Does anyone know how I could get in touch with Graham Henderson
>> <graham615@yahoo.com>.
>>
>> He wrote the TSE driver for nios2ecos and we either need a copyright
>> assignment, remove the TSE driver, rewrite it or live without the
>> copyright assignment.
>>
>> There is nothing wrong with the eCos license and no copyright
>> assignment, except that if, eventually, nios2ecos is to become
>> part of the official eCos repository then the copyright assignment
>> to FSF is a prerequisite.
>>
> Warning: IANAL.
>
> Actually, it is not necessarily the case that you can live without the
> copyright assignment, even if it does not become part of the official
> repository.
>
> One of the strong aspects of eCos is in its licensing and copyright
> assignments.  Users of eCos can rest assured that they will not be
> pulled up on some copyright or patent violation, license fee demand or
> similar. This is mainly because we insist that any major contribution is
> assigned to the FSF.  Imagine having to do a product recall on an
> embedded device using eCos simply because SCO^W some company wants to
> cash in.  It gives us a trace history of the origins of all of the code.
>
> Of course this is not 100% foolproof because a contributor could
> misrepresent their contribution or unwittingly violate some patent, but
> then they are the ones who will be liable for damages and the regular
> user has a way out.
>
> So without proper attribution and/or licensing of the code, that portion
> of the code deviates from the type of security users can expect (against
> law suits etc) when using any eCos distribution.  So your options in the
> long term really are: a copyright assignment;  rewrite the TSE driver;
> or remove it.

IANAL!

Actually, this case is a bit special. Graham Henderson modified files
that are under eCos (FSF) copyright. I don't know what the legal
status of the files is now, but they are covered by the GPL (with
exceptions, as defined by eCos).
Of course, the best solution is for me to delete the files that were
touched by Graham Henderson and rewrite them. This just got high on my
priority list.

On the other hand, Graham Henderson or his employer cannot come now
and ask for compensation, since the files were under GPL (with
exceptions) from the very first place. This is a case where the
license of the code is clear, but the copyright assignment is not in
place. There are numerous GPL projects that have the copyright of the
file to the author of the file and the license is GPL. So, no need to
worry, there's no evil company trying to take anybody's product off
the market if that code is used...

Regards,
Edgar

>
> -- Alex Schuilenburg
>
>       >>>> Visit us at ESC-UK  http://www.embedded.co.uk <<<<
>       >>>> Oct 7-8 on Stand 433 at FIVE ISC, Farnborough <<<<
>
>
>
> --
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
>
>



-- 
Edgar Grimberg
System Developer
Zylin AS
ZY1000 JTAG Debugger http://www.zylin.com/zy1000.html
Phone: (+47) 51 63 25 00

--
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-06 14:37 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 [this message]
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           ` [ECOS] " Alex Schuilenburg
2009-10-08  0:31             ` 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=d0f570ed0910060737u42c2ef71xb2b3bca578dc7ac6@mail.gmail.com \
    --to=edgar.grimberg@zylin.com \
    --cc=alexs@ecoscentric.com \
    --cc=ecos-discuss@ecos.sourceware.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).