From: jumpnowdev <sc...@ju...> - 2012-10-11 16:07:40
|
How do other Gumstix consultants or product companies comply with the GPL requirement to provide the source for the Linux O/S, u-boot and all the supporting GPL apps on their finished commercial Gumstix projects? Am I correct in thinking that any patching I do to GPL code, no matter the triviality, has to be made available to the product's end user? I'm assuming most developers do some patching of the stock code that comes from building from the OE repos even if it's just a pin mux change to u-boot. Do you point them at an OE repo you host somewhere with your patches? For consultants, do you handle this repo hosting for your clients? Do you just instruct them on their responsibility? I'm curious as to how others handle this or do you just not worry about it. -- View this message in context: http://gumstix.8.n6.nabble.com/GPL-compliance-tp4965685.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Jason C. M. <jas...@am...> - 2012-10-11 17:03:14
|
I like the way these guys did it. https://projects.ardrone.org/wiki/ardrone-api/Gpl It is my understanding that even if you don't patch the GPL code there are still open-source licenses that require you to redistribute the source code. In fact our plan is to add all the packages we use to our Open-Source compliance page just to avoid problems. I'm still in the process of this so I'm probably not the best source of information, but this is my plan 1.) OE generates a list of all packages it compiles sorted by license, and includes links to sources and patches. This is in the deploy/eglibc/sources subdirectory of the build directory. Instead of links we want copies so we set SRC_DIST_LOCAL="copy" in the local.conf 2.) Packages that end with -native are only used during the OE build are not included in the resulting file system image. 3.) Run a script to remove duplicates, and to copy all the packages to another directory and make a tarball out of it. Then take that tarball and add it to the GPL compliance page. I don't think we have to list all the packages. Where instead we just list the kernel source, config file, and any major sources. The full list is in the tarball. -----Original Message----- From: jumpnowdev [mailto:sc...@ju...] Sent: Thursday, October 11, 2012 9:07 AM To: gum...@li... Subject: [Gumstix-users] GPL compliance How do other Gumstix consultants or product companies comply with the GPL requirement to provide the source for the Linux O/S, u-boot and all the supporting GPL apps on their finished commercial Gumstix projects? Am I correct in thinking that any patching I do to GPL code, no matter the triviality, has to be made available to the product's end user? I'm assuming most developers do some patching of the stock code that comes from building from the OE repos even if it's just a pin mux change to u-boot. Do you point them at an OE repo you host somewhere with your patches? For consultants, do you handle this repo hosting for your clients? Do you just instruct them on their responsibility? I'm curious as to how others handle this or do you just not worry about it. -- View this message in context: http://gumstix.8.n6.nabble.com/GPL-compliance-tp4965685.html Sent from the Gumstix mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Elliot M. <ema...@da...> - 2012-10-11 17:03:14
|
I will prefix this with notice that I'm not a lawyer. So if you come to depend on any of this advice I suggest you check it with one first rather than rely on any of the below. That made clear, this is my understanding: You are required to provide source code for anything you DISTRIBUTE. So if you have contractors who produce code you distribute then yes you are required to make available the source for that code. If your contractors won't give you the code, whether or not they have their own GPL obligations (if you do, they most likely they will too unless they produced said code and hold the licensing rights), you can't distribute it either. If you don't make any changes to upstream GPL code, then it's generally sufficient to publish a link to where people can obtain the source code (ie OE). And if you make changes and commit them upstream that also generally holds (so long as the code is accepted upstream and published there). But if you make any edits to GPL licenced code which you do not commit upstream, you need to make this available to anyone who wants it. I don't believe the licence specifies any particular method to provide access as long as it is reasonably accessible upon asking - ie a tarball or zipfile on a website would probably be fine so long as it's freely accessible without strings attached, while handwriting it on the back of a napkin is probably not acceptable. I don't think you need to provide a repo unless you want to also accept commits or really open up your working, in which case having a public repo is a matter of practicality. In years gone by you used to get GPL code on CD from manufacturers incorporating GPL code, but nowadays most just post it on their website. You don't need to publish your own applications' source code as long as your code remains an entirely separate beast and does not include modified or expanded GPL code. The grey area (ie libraries) in the middle is always the subject of debate but if your code is separately compiled and produces separate binaries to any GPL code you are probably fine. M. -----Original Message----- From: jumpnowdev [mailto:sc...@ju...] Sent: 11 October 2012 17:07 To: gum...@li... Subject: [Gumstix-users] GPL compliance How do other Gumstix consultants or product companies comply with the GPL requirement to provide the source for the Linux O/S, u-boot and all the supporting GPL apps on their finished commercial Gumstix projects? Am I correct in thinking that any patching I do to GPL code, no matter the triviality, has to be made available to the product's end user? I'm assuming most developers do some patching of the stock code that comes from building from the OE repos even if it's just a pin mux change to u-boot. Do you point them at an OE repo you host somewhere with your patches? For consultants, do you handle this repo hosting for your clients? Do you just instruct them on their responsibility? I'm curious as to how others handle this or do you just not worry about it. -- View this message in context: http://gumstix.8.n6.nabble.com/GPL-compliance-tp4965685.html Sent from the Gumstix mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: John R. <cod...@gm...> - 2012-10-11 17:10:24
|
Elliot, If the source is being distributed on hardware, it's still being distributed, though. That means if you send a gumstix with a patched set of source to a customer, you have to make the source available to anyone who requests it. I recommend that each release, you create a tarball with all your sources, and put a statement in a readme somewhere to contact you if they want the source. Most likely you'll never have to worry about it, but you should be covered if they do--just send them the tarball. John On Thu, Oct 11, 2012 at 10:46 AM, Elliot Mackenzie < ema...@da...> wrote: > I will prefix this with notice that I'm not a lawyer. So if you come to > depend on any of this advice I suggest you check it with one first rather > than rely on any of the below. That made clear, this is my understanding: > > You are required to provide source code for anything you DISTRIBUTE. So > if you have contractors who produce code you distribute then yes you are > required to make available the source for that code. If your contractors > won't give you the code, whether or not they have their own GPL obligations > (if you do, they most likely they will too unless they produced said code > and hold the licensing rights), you can't distribute it either. > > If you don't make any changes to upstream GPL code, then it's generally > sufficient to publish a link to where people can obtain the source code (ie > OE). And if you make changes and commit them upstream that also generally > holds (so long as the code is accepted upstream and published there). But > if you make any edits to GPL licenced code which you do not commit > upstream, you need to make this available to anyone who wants it. > > I don't believe the licence specifies any particular method to provide > access as long as it is reasonably accessible upon asking - ie a tarball or > zipfile on a website would probably be fine so long as it's freely > accessible without strings attached, while handwriting it on the back of a > napkin is probably not acceptable. I don't think you need to provide a > repo unless you want to also accept commits or really open up your working, > in which case having a public repo is a matter of practicality. In years > gone by you used to get GPL code on CD from manufacturers incorporating GPL > code, but nowadays most just post it on their website. > > You don't need to publish your own applications' source code as long as > your code remains an entirely separate beast and does not include modified > or expanded GPL code. The grey area (ie libraries) in the middle is always > the subject of debate but if your code is separately compiled and produces > separate binaries to any GPL code you are probably fine. > > M. > > -----Original Message----- > From: jumpnowdev [mailto:sc...@ju...] > Sent: 11 October 2012 17:07 > To: gum...@li... > Subject: [Gumstix-users] GPL compliance > > How do other Gumstix consultants or product companies comply with the GPL > requirement to provide the source for the Linux O/S, u-boot and all the > supporting GPL apps on their finished commercial Gumstix projects? > > Am I correct in thinking that any patching I do to GPL code, no matter the > triviality, has to be made available to the product's end user? > > I'm assuming most developers do some patching of the stock code that comes > from building from the OE repos even if it's just a pin mux change to > u-boot. > > Do you point them at an OE repo you host somewhere with your patches? > > For consultants, do you handle this repo hosting for your clients? > > Do you just instruct them on their responsibility? > > I'm curious as to how others handle this or do you just not worry about it. > > > > > -- > View this message in context: > http://gumstix.8.n6.nabble.com/GPL-compliance-tp4965685.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly what is > happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic > at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Elliot M. <ema...@da...> - 2012-10-11 17:17:13
|
Yes. Distribution in any form is still considered distribution, that includes hardware distribution. Watch out though – there are differences between GPL versions and even more significant differences between GPL and a multitude of other open source licences. Make sure you know exactly what licence you are dealing with for the code you use and don’t assume it’s all the same. M. From: John Reynolds [mailto:cod...@gm...] Sent: 11 October 2012 18:10 To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] GPL compliance Elliot, If the source is being distributed on hardware, it's still being distributed, though. That means if you send a gumstix with a patched set of source to a customer, you have to make the source available to anyone who requests it. I recommend that each release, you create a tarball with all your sources, and put a statement in a readme somewhere to contact you if they want the source. Most likely you'll never have to worry about it, but you should be covered if they do--just send them the tarball. John On Thu, Oct 11, 2012 at 10:46 AM, Elliot Mackenzie <ema...@da...<mailto:ema...@da...>> wrote: I will prefix this with notice that I'm not a lawyer. So if you come to depend on any of this advice I suggest you check it with one first rather than rely on any of the below. That made clear, this is my understanding: You are required to provide source code for anything you DISTRIBUTE. So if you have contractors who produce code you distribute then yes you are required to make available the source for that code. If your contractors won't give you the code, whether or not they have their own GPL obligations (if you do, they most likely they will too unless they produced said code and hold the licensing rights), you can't distribute it either. If you don't make any changes to upstream GPL code, then it's generally sufficient to publish a link to where people can obtain the source code (ie OE). And if you make changes and commit them upstream that also generally holds (so long as the code is accepted upstream and published there). But if you make any edits to GPL licenced code which you do not commit upstream, you need to make this available to anyone who wants it. I don't believe the licence specifies any particular method to provide access as long as it is reasonably accessible upon asking - ie a tarball or zipfile on a website would probably be fine so long as it's freely accessible without strings attached, while handwriting it on the back of a napkin is probably not acceptable. I don't think you need to provide a repo unless you want to also accept commits or really open up your working, in which case having a public repo is a matter of practicality. In years gone by you used to get GPL code on CD from manufacturers incorporating GPL code, but nowadays most just post it on their website. You don't need to publish your own applications' source code as long as your code remains an entirely separate beast and does not include modified or expanded GPL code. The grey area (ie libraries) in the middle is always the subject of debate but if your code is separately compiled and produces separate binaries to any GPL code you are probably fine. M. -----Original Message----- From: jumpnowdev [mailto:sc...@ju...<mailto:sc...@ju...>] Sent: 11 October 2012 17:07 To: gum...@li...<mailto:gum...@li...> Subject: [Gumstix-users] GPL compliance How do other Gumstix consultants or product companies comply with the GPL requirement to provide the source for the Linux O/S, u-boot and all the supporting GPL apps on their finished commercial Gumstix projects? Am I correct in thinking that any patching I do to GPL code, no matter the triviality, has to be made available to the product's end user? I'm assuming most developers do some patching of the stock code that comes from building from the OE repos even if it's just a pin mux change to u-boot. Do you point them at an OE repo you host somewhere with your patches? For consultants, do you handle this repo hosting for your clients? Do you just instruct them on their responsibility? I'm curious as to how others handle this or do you just not worry about it. -- View this message in context: http://gumstix.8.n6.nabble.com/GPL-compliance-tp4965685.html Sent from the Gumstix mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ gumstix-users mailing list gum...@li...<mailto:gum...@li...> https://lists.sourceforge.net/lists/listinfo/gumstix-users ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ gumstix-users mailing list gum...@li...<mailto:gum...@li...> https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Philip B. <ph...@ba...> - 2012-10-11 17:20:07
|
On 10/11/2012 10:17 AM, Elliot Mackenzie wrote: > Yes. Distribution in any form is still considered distribution, that includes hardware distribution. > > Watch out though – there are differences between GPL versions and even more significant differences between GPL and a multitude of other open source licences. Make sure you know exactly what licence you are dealing with for the code you use and don’t assume it’s all the same. This video might help: http://video.linux.com/videos/embedded-license-compliance-patterns-and-antipatterns Philip > > M. > > From: John Reynolds [mailto:cod...@gm...] > Sent: 11 October 2012 18:10 > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] GPL compliance > > Elliot, > > If the source is being distributed on hardware, it's still being distributed, though. That means if you send a gumstix with a patched set of source to a customer, you have to make the source available to anyone who requests it. > > I recommend that each release, you create a tarball with all your sources, and put a statement in a readme somewhere to contact you if they want the source. Most likely you'll never have to worry about it, but you should be covered if they do--just send them the tarball. > > John > On Thu, Oct 11, 2012 at 10:46 AM, Elliot Mackenzie <ema...@da...<mailto:ema...@da...>> wrote: > I will prefix this with notice that I'm not a lawyer. So if you come to depend on any of this advice I suggest you check it with one first rather than rely on any of the below. That made clear, this is my understanding: > > You are required to provide source code for anything you DISTRIBUTE. So if you have contractors who produce code you distribute then yes you are required to make available the source for that code. If your contractors won't give you the code, whether or not they have their own GPL obligations (if you do, they most likely they will too unless they produced said code and hold the licensing rights), you can't distribute it either. > > If you don't make any changes to upstream GPL code, then it's generally sufficient to publish a link to where people can obtain the source code (ie OE). And if you make changes and commit them upstream that also generally holds (so long as the code is accepted upstream and published there). But if you make any edits to GPL licenced code which you do not commit upstream, you need to make this available to anyone who wants it. > > I don't believe the licence specifies any particular method to provide access as long as it is reasonably accessible upon asking - ie a tarball or zipfile on a website would probably be fine so long as it's freely accessible without strings attached, while handwriting it on the back of a napkin is probably not acceptable. I don't think you need to provide a repo unless you want to also accept commits or really open up your working, in which case having a public repo is a matter of practicality. In years gone by you used to get GPL code on CD from manufacturers incorporating GPL code, but nowadays most just post it on their website. > > You don't need to publish your own applications' source code as long as your code remains an entirely separate beast and does not include modified or expanded GPL code. The grey area (ie libraries) in the middle is always the subject of debate but if your code is separately compiled and produces separate binaries to any GPL code you are probably fine. > > M. > > -----Original Message----- > From: jumpnowdev [mailto:sc...@ju...<mailto:sc...@ju...>] > Sent: 11 October 2012 17:07 > To: gum...@li...<mailto:gum...@li...> > Subject: [Gumstix-users] GPL compliance > > How do other Gumstix consultants or product companies comply with the GPL requirement to provide the source for the Linux O/S, u-boot and all the supporting GPL apps on their finished commercial Gumstix projects? > > Am I correct in thinking that any patching I do to GPL code, no matter the triviality, has to be made available to the product's end user? > > I'm assuming most developers do some patching of the stock code that comes from building from the OE repos even if it's just a pin mux change to u-boot. > > Do you point them at an OE repo you host somewhere with your patches? > > For consultants, do you handle this repo hosting for your clients? > > Do you just instruct them on their responsibility? > > I'm curious as to how others handle this or do you just not worry about it. > > > > > -- > View this message in context: http://gumstix.8.n6.nabble.com/GPL-compliance-tp4965685.html > Sent from the Gumstix mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li...<mailto:gum...@li...> > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li...<mailto:gum...@li...> > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Patrick M. (D. - CA/Ottawa) <Pat...@dr...> - 2012-10-11 17:51:16
|
> -----Original Message----- > From: Elliot Mackenzie [mailto:ema...@da...] > [...] > the code is accepted upstream and published there). But if > you make any edits to GPL licenced code which you do not > commit upstream, you need to make this available to anyone > who wants it. [...] I think that the source does _not_ have to be provided to _anyone_ that wants it. I think it only has to be provided (or Made available) only to those to whom you distribute the object code. So, if you are working as a consultant to deliver a product to your client, then you are obligated to make the (GPL's) source code that was used in the product available to your client. You do not have to make the GPL'd code and the modifications available to the general public. If your client then distributes/sells the product to other parties, they would be responsible for GPL compliance with those other parties. Just my 2 cents. Patrick |
From: Elliot M. <ema...@da...> - 2012-10-11 18:11:12
|
I think you may be right. M. "Patrick Maheral (DWI - CA/Ottawa)" <Pat...@dr...> wrote: > -----Original Message----- > From: Elliot Mackenzie [mailto:ema...@da...] > [...] > the code is accepted upstream and published there). But if > you make any edits to GPL licenced code which you do not > commit upstream, you need to make this available to anyone > who wants it. [...] I think that the source does _not_ have to be provided to _anyone_ that wants it. I think it only has to be provided (or Made available) only to those to whom you distribute the object code. So, if you are working as a consultant to deliver a product to your client, then you are obligated to make the (GPL's) source code that was used in the product available to your client. You do not have to make the GPL'd code and the modifications available to the general public. If your client then distributes/sells the product to other parties, they would be responsible for GPL compliance with those other parties. Just my 2 cents. Patrick ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Fritz S. <fso...@wh...> - 2012-10-12 19:23:14
|
I am trying to use gcc for the first time on an OVERO. I could not find it so I tried the: opkg install task-native-sdk method mentioned in some of the doc. I noticed various errors (seems common yes?) but the end result is a /usr/bin/gcc module which seems to compile things. Linking was not so sucessful. I get an error .......cannot find -lgcc_s Can someone tell me where this module resides? Maybe the install missed it. (gcc hello.c -L/lib/libgcc_s.so.1 -llgcc_s did not seem to help either). Thanks Fritz |