From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19212 invoked by alias); 28 Jul 2005 12:06:05 -0000 Mailing-List: contact ecos-maintainers-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: ecos-maintainers-owner@ecos.sourceware.org Received: (qmail 19035 invoked by uid 22791); 28 Jul 2005 12:05:55 -0000 Received: from norbert.ecoscentric.com (HELO smtp.ecoscentric.com) (194.153.168.165) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 28 Jul 2005 12:05:55 +0000 Received: by smtp.ecoscentric.com (Postfix, from userid 99) id 409CC65C083; Thu, 28 Jul 2005 13:05:53 +0100 (BST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by smtp.ecoscentric.com (Postfix) with ESMTP id BDA3465C065; Thu, 28 Jul 2005 13:05:45 +0100 (BST) Message-ID: <42E8CA19.1080804@eCosCentric.com> Date: Thu, 28 Jul 2005 12:06:00 -0000 From: Jonathan Larmour User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc3 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Linda Wang Cc: ecos-maintainers@sources.redhat.com Subject: Re: eCos license questions References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on norbert.ecoscentric.com X-Spam-Level: X-Spam-Status: No, score=-5.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-SW-Source: 2005-07/txt/msg00004.txt.bz2 Linda Wang wrote: > Dear eCos Maintainers, > > We're researching the possibility of using eCos in one of > our products, but we have some questions regarding the > license. > > Th eCos License Overview says that "the license does not > require users to release the source code of any > applications that are developed with eCos." What exactly > defines an eCos application? Does it include drivers? > Does it include any code statically linked into eCos? The effect is to neuter the so-called "viral" nature of the GPL. So it does not include drivers or any other code linked to eCos. *Unless* that is, those drivers are in any way derived from existing eCos code, as clarified further below. So if you write completely new code, whatever the nature of that code, it is not affected by the eCos license just because it is linked with eCos. > The overview then goes on to say "if anybody makes changes > to code covered by the eCos license, or writes new files > derived in any way from the eCos code," then the source > code should be made public. What does it mean to derive > code from eCos? Does deriving code include using eCos > library functions and headers? It means using the _contents_ of existing eCos source code files, either in whole or in part. So if you copy an eCos source file and make some changes to it, the file in its entirety (included your additions and changes) is still covered by the eCos license. The same principle applies to a file written by yourself, and you copy even just a few lines from an eCos source file. That entire file is then covered by the eCos license, even though only a very small part of it came from eCos. Deriving code does not include just using library functions/headers, as you have not copied them into your source code files. If you copied the *contents* of those files into your source code files, that would be a different matter. That covers most of the situations you are likely to be concerned about. There are some more esoteric edge cases where people try to step around the GPL or eCos license requirements by using various tricks and assuming that it is the literal meaning of "derived" that matters, but copyright law is a little more flexible when it comes to a "derived work" and does account for things like that. In other words, if you think you've got a sneaky way to subvert the license, don't bother :-). Of course a copyright lawyer will be able to give you a proper authorative opinion of whether something constitutes a derived work, and I'm not one. I am giving you my understanding of the licence (despite being a co-author!), not legal advice. > In the overview's Q&A section, it says "you would not need > to make available... the code of a wholly separate > application." What does "wholly separate" mean? Does it > remain wholly separate if the application is statically > linked into the eCos kernel? Does it remain separate if it > calls eCos library functions? It does remain separate. The application source files are distinct from the eCos ones, and only interact with eCos using the various APIs, not by copied code. > Sorry if my questions are somewhat nit-picky. Since we > make security products, our products must be certified by > various government agencies that require that we clearly > define our legal obligations. That's absolutely sensible. Let me know if you have any more questions. Jifl -- eCosCentric http://www.eCosCentric.com/ The eCos and RedBoot experts --["No sense being pessimistic, it wouldn't work anyway"]-- Opinions==mine