Return-Path: Message-ID: <429ED7F0.2030902@gmx.ch> From: Marco Trudel MIME-Version: 1.0 To: bluez-users@lists.sourceforge.net Subject: Re: [Bluez-users] Linking to BlueZ from non-GPL code References: <429E4F67.1030104@xmission.com> In-Reply-To: <429E4F67.1030104@xmission.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: bluez-users-admin@lists.sourceforge.net Errors-To: bluez-users-admin@lists.sourceforge.net Reply-To: bluez-users@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ users List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu, 02 Jun 2005 11:57:04 +0200 Brad Midgley wrote: > Trevor > > I usually try to stay out of this why? You might be helpful... Don't hesitate, share your knowledge. > but a technical solution is to write a > GPL shim that links with -lbluetooth and that you use via APIs across > which the GPL is not required to hold. Again, talk to your lawyer. can you explain that further? as I understand it: write an own library that includes the bluez .h files and links agains -lbluetooth -> so the own library has to be gpl too include the own library (.h file(s)) in the not gpl program but because the own library is gpl and you include it again, you program still has to be gpl, right? the only difference is that you haven't to link against -lbluetooth. but the header files are gpl too. sorry if I got this wrong. regards Marco > Brad > > Pering, Trevor wrote: > >> Ok, then it sounds like we (me and the lawyers and you) are all in >> agreement -- what it comes down to is the source of the *.h files. If >> they come from the kernel (which wouldn't make sense for BlueZ), then >> things would be ok. However, trying to use BlueZ user-level *.h files >> with not-GPL would not be allowed. (I'm just reiterating this for the >> benefit of clarity and consensus). >> >> Cheers, >> Trevor >> >> >> >> -----Original Message----- >> From: bluez-users-admin@lists.sourceforge.net >> [mailto:bluez-users-admin@lists.sourceforge.net] On Behalf Of Marcel >> Holtmann >> Sent: Wednesday, June 01, 2005 3:48 PM >> To: bluez-users@lists.sourceforge.net >> Subject: RE: [Bluez-users] Linking to BlueZ from non-GPL code >> >> Hi Trevor, >> >> >>> As for the non-GPL use of the kernel, I was referring to: (from >>> http://www.kernel.org/pub/linux/kernel/COPYING) >>> >>> "NOTE! This copyright does *not* cover user programs that use kernel >>> services by normal system calls - this is merely considered normal >> >> >> use >> >>> of the kernel, and does *not* fall under the heading of "derived >> >> >> work". >> >>> Also note that the GPL below is copyrighted by the Free Software >>> Foundation, but the instance of code that it refers to (the linux >>> kernel) is copyrighted by me and others who actually wrote it." >>> >>> But I'm not sure if by "disagree" you meant disagree with the >>> interpretation, or the intent behind it... I have been advised by our >>> lawyers that this does allow simple use of *.h files to include kernel >>> constants and things like that -- but would not extend to user-land >>> libraries. >> >> >> >> from my interpretation this is only ok if the include files are under >> LGPL. This is normally done by having extra include files for the >> userspace. Remember that we don't include kernel headers from userspace >> programs. If you include *.h files that are under GPL then your program >> becomes GPL, because you include GPL code. In the case of BlueZ you >> can't include the kernel header files, because they are not compatible. >> So you need to use the *.h files from bluez-libs and these are GPL. This >> means you have to rewrite them from scratch and from my view this is not >> possible, because you will create derived work. However I am not a >> lawyer and if you think (or your lawyer do) you are safe then go ahead, >> but done blame me afterwards that I haven't warned you. >> >> And btw don't get me wrong. I will try to make the BlueZ library LGPL as >> soon as I got the permission from Qualcomm. Without it we don't really >> need to think or talk about it. >> >> Regards >> >> Marcel >> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by Yahoo. >> Introducing Yahoo! Search Developer Network - Create apps using Yahoo! >> Search APIs Find out how you can build Yahoo! directly into your own >> Applications - visit >> http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 >> _______________________________________________ >> Bluez-users mailing list >> Bluez-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bluez-users >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by Yahoo. >> Introducing Yahoo! Search Developer Network - Create apps using Yahoo! >> Search APIs Find out how you can build Yahoo! directly into your own >> Applications - visit http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005 >> _______________________________________________ >> Bluez-users mailing list >> Bluez-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bluez-users > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > Bluez-users mailing list > Bluez-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bluez-users > > ------------------------------------------------------- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 _______________________________________________ Bluez-users mailing list Bluez-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-users