public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Andrew Lunn <andrew@lunn.ch>
To: Klaas Gadeyne <klaas.gadeyne@fmtc.be>
Cc: ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Project ideas for graduate course
Date: Tue, 31 Jul 2007 13:01:00 -0000	[thread overview]
Message-ID: <20070731130119.GH27886@lunn.ch> (raw)
In-Reply-To: <Pine.LNX.4.64.0707311419560.13618@ampere.labo01.fmtc.be>

> I'm not sure (again :-) what you mean by "customer":
> - a customer of FMTC that wants to sell a (closed source) product
>   based on eCos + EML pays a licence fee to FMTC, obtains a LGPL
>   version of EML and can create a closed source product, right?  If
>   they want, they can modify the EML code [Let's call this customer
>   CustomerFoo]
>
>   Note: the LGPL version is exactly the same codebase, only provided a
>   with a different license.  That code is "in the open" anyway with a
>   GPL license, so why would we object against CustomerFoo
>   redistributing the code.

Well, anybody can then pick up the LGPL version and avoid paying for
it! The GPL version then becomes redundant. So you might as well
distribute the LGPL version and remove the GPL version.

> - a customer of CustomerFoo buys a closed source product.  That's it.

Nope. Not quite. They buy the closed source produced, but also get a
copy of the sources to the open source parts. eg eCos and the LGPL
EtherCAT source. Plus, since you use the LGPL, you should supply the
customer with the object code files for the closes source parts. The
thing about the LGPL is that you are allowed to modify the LGPL code
and relink it with the none LGPL parts you got in object code form to
rebuild the application. This way, you can bug fix and extend the LGPL
parts.

Also, the customer is allowed to use eCos and the LGPL EtherCAT
themselves, since it is open source. They can distribute it, hack it,
do what they want under the GPL+exception and LGPL. However this is
where we might run into problems. the GPL(+exception) and LGPL is
transferable. The customer has just as many rights as the
distributor. However i suspect that the second license for the
EtherCAT is none transferable.

>> The GPL code is also licensed under another license at the same time
>> as being GPL. This i don't understand. How can it be GPL and something
>> else at the same time. This is where i would want copyright lawyers to
>> take a close look.
>
> As I said, IANAL either :-), the exact "wording" from the license
> comes from lawyers@beckhoff.  However, as I understand it (and that
> was the spirit of the license), you can consider it exactly the same
> mechanism as above where you state that eCos is licensed under GPL
> _plus_ exception.  EML is GPL (or LGPL) + exception too, and the
> exception says that derived code should be compliant with the EtherCAT
> standard (in case you distribute/sell it, that is).  So you should
> consider the 2 licences as being complementary, not being something
> else.

Well the eCos GPL+exception gives the user more rights. This is well
accepted in the community.

The exception for the EtherCAT i think removes rights. I think it
removes the right to redistribute and the right to redistribute is the
core of the (L)GPL licenses. That is one point i would want a
copyright lawyer to look at if i were considering using EtherCAT
sources.

        Andrew

-- 
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:[~2007-07-31 13:01 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-30 13:36 Rohit
2007-07-30 17:26 ` Mike Arthur
2007-07-31  7:34   ` Rohit
2007-07-31  9:35     ` Andrew Lunn
2007-07-31  9:50       ` Klaas Gadeyne
2007-07-31 10:01         ` Andrew Lunn
2007-07-31 11:17           ` Klaas Gadeyne
2007-07-31 12:12             ` Andrew Lunn
2007-07-31 12:36               ` Klaas Gadeyne
2007-07-31 13:01                 ` Andrew Lunn [this message]
2007-08-01  8:04                   ` Klaas Gadeyne
2007-08-01 10:09                     ` Andrew Lunn
2007-08-01 12:14                       ` Klaas Gadeyne
2007-08-01 12:31                         ` Andrew Lunn
2007-08-02 11:39                           ` Klaas Gadeyne
2007-07-31 14:31               ` [ECOS] " Grant Edwards

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=20070731130119.GH27886@lunn.ch \
    --to=andrew@lunn.ch \
    --cc=ecos-discuss@ecos.sourceware.org \
    --cc=klaas.gadeyne@fmtc.be \
    /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).