public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Markus Schaber <schabi@logix-tt.com>
To: ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Are copyright assignments detrimental to eCos?
Date: Thu, 03 Apr 2008 09:38:00 -0000	[thread overview]
Message-ID: <20080403112347.68e481c9@kingfisher.sec.intern.logix-tt.com> (raw)
In-Reply-To: <47F3D7DB.4000405@eCosCentric.com>

Hi, Jonathan,

Jonathan Larmour <jifl@eCosCentric.com> wrote:

> Øyvind Harboe wrote:

> > Clearly copyright assignments slow things down.
> > 
> > Why copyright assignments at this point?
> > 
> > Is it an anachronism?
> 
> Legal protection.

I understand this point, but in some legislations, a full copyright
assignment is not possible legally.

Additionally, our company has the policy that any substantial
contribution must be copy-lefted, so no-one else can make closed-source
derivates.

Copyright assignment creates a single point of failure against
closed-source derivates, weakening the copyleft. 

Spread Copyright protects against such a single point of failure. A nice
example were the latest tries to buyout linux - it is impossible to get
all the licenses of some thousand independent contributors. 

But imagine someone undermining/bribing the FSF[1], he can then legally
relicense all those GNU software which requires copyright assignment.

And RedHat specifically says that "other licenses" for eCos are
available, so any RedHat sales droid is officially aiming to be bribed
to relicense the code.

> Therefore in most cases, it is not the employee's choice whether to
> contribute something - they don't own it to begin with. Many OSS projects
> are treading on thin legal ice because they are accepting stuff
> willy-nilly. They could have problems if just one employer turns round and
> says "Hey, that's our code!". If you're lucky you can get away with
> removing the code, rather than having to pay damages, although the latter
> is a legal option.

Copyright assignment is not necessary to solve this problem, an
company official signing that the contributions are licensed under the
eCos License is enough for that.

> Single ownership also sorts out GPL license enforcement. Breaking the
> license on a large amount of eCos code is easy to enforce; but how about
> when someone copies just bits and pieces. Functions here and there, but
> breaks the GPL and doesn't distribute source. You need to be able to know
> who specifically owns the copyright to those *specific* pieces of code, and
> it is the authors of that code, and no-one else, who have to enforce the
> license. No-one else can do it on their behalf. The FSF will of course
> happily enforce the GPL for us.

I'm sure that the "right to enforce" could be transferred without
transferring the right to relicense, but IANAL.

> > Why should *all* of eCos require copyright assignments?
> 
> All contributions at any rate.

Really small contributions (obvious typo fixes etc.) aren't
copyrightable in most legislations, so no assignment should be
necessary.


Regards,
Markus

[1] Yes, I know that this is impossible, at least as long as Richard M.
Stallman leads the FSF. But we all know that every "good" institution
can turn bad after some decades, when the founders get replaced by the
next and 3rd generations.

-- 
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf.     | Software Development GIS

Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org

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

  reply	other threads:[~2008-04-03  9:24 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-28  2:59 Øyvind Harboe
2008-04-02 19:01 ` Jonathan Larmour
2008-04-03  9:38   ` Markus Schaber [this message]
     [not found]     ` <47F4A57F.1080501@gaisler.com>
2008-04-03 11:14       ` Jiri Gaisler
2008-04-03 18:49         ` Alexander Neundorf
     [not found]           ` <47F55A47.7070602@gaisler.com>
2008-04-03 22:40             ` Jiri Gaisler
2008-04-04  4:11               ` Alexander Neundorf
2008-04-04  9:02               ` Markus Schaber
     [not found]                 ` <47F5F130.2030800@gaisler.com>
2008-04-04  9:36                   ` Jiri Gaisler
     [not found]                     ` <20080404114231.7efcf59a@kingfisher.sec.intern.logix-tt.com>
     [not found]                       ` <47F5FC4A.2080401@gaisler.com>
2008-04-04 10:50                         ` Jiri Gaisler
2008-04-04 15:33                           ` Alex Schuilenburg
2008-04-04 16:09                             ` Markus Schaber
2008-04-04 16:13                               ` Markus Schaber
2008-04-04 16:25                                 ` Andrew Lunn
2008-04-04 16:26                                   ` Markus Schaber
2008-04-04 14:58                         ` Andrew Lunn
     [not found]                           ` <47F6450C.4090302@gaisler.com>
2008-04-04 15:17                             ` Jiri Gaisler
2008-04-04 16:06                               ` Alex Schuilenburg
     [not found]                                 ` <47F65C78.5050005@gaisler.com>
2008-04-04 23:18                                   ` Jiri Gaisler
2008-04-05  0:44                                     ` Jonathan Larmour
2008-04-07 12:18                                     ` Alex Schuilenburg
     [not found]                                       ` <47FA1CE4.8090708@gaisler.com>
2008-04-07 13:17                                         ` Jiri Gaisler
2008-04-07 13:28                                           ` Gary Thomas
     [not found]                                             ` <47FA2438.4090904@gaisler.com>
2008-04-07 13:44                                               ` Jiri Gaisler
2008-04-07 15:51                                             ` Gregg Levine
2008-04-04 15:45                             ` Andrew Lunn
     [not found]                           ` <47F642D0.7000907@xylanta.com>
2008-04-04 15:17                             ` Andrew Lunn
2008-04-04 15:20                           ` Andy Jackson
2008-04-04 16:47                             ` Markus Schaber
2008-04-07  8:00                             ` Gary Thomas
2008-04-04 10:00                   ` Chris Zimman
2008-04-04 15:09                     ` Andrew Lunn
2008-04-04 15:46                       ` Chris Zimman
2008-04-03 18:46     ` Bart Veer
2008-04-03 19:01   ` Alexander Neundorf

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=20080403112347.68e481c9@kingfisher.sec.intern.logix-tt.com \
    --to=schabi@logix-tt.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    /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).