Slashdot Mirror
Enforcing the GPL On Software Companies?
Piranhaa"I currently use an IPTV box that runs software by Minerva Networks. When you ssh into the box, you are greeted with a BusyBox v1.00 (ash) shell. It's clearly running a flavor of Linux (uname -apm outputs: Linux minerva_10_0_3_99 2.4.30-tango2-2.7.144.0 #29 Wed Mar 16 16:16:16 CET 2005 mips unknown). However, when you look at their Web site there is no publicly available source code. Since the GPL in both BusyBox and the Linux kernel require that anyone using and distributing the binaries of this software make source available to everyone, what would one do in order to enforce this? I've personally emailed Minerva and left voicemails with no reply."
The GPL itself says you should write to the FSF when someone is violating the GPL.
Here be signatures
IANAL but as I understand it the GPL requires that source is made available to customers, not everyone. Of course in this case they don't appear to be making it available to customers either.
If they have not changed the code. Most of the hardware on todays STBs are fully supported by main linux kernel.
is this not old news? it's not the first device which uses busybox/oss apps and didn't initially release the source (until hounded to death)
most STBs that i am familiar with are largely stock linux builds, running a proprietry IPTV application on top. The GPL does not requre a standalone application that sits on the linux box be distributed as source code
They, like the MAFIAA, obviously believe they are above the law.
Maybe the guys at http://gpl-violations.org/ can help.
He requested. Read the summary.
You could notify the authors (and copyright holders) of BusyBox.
Unlike Linus, they are pretty strict on companies infringing on the GPL, and have sued (and won) several times.
Take a look at gpl-violations.org or google "busybox gpl violation" for more information.
"Oh, a lesson in not changing history from Mr I'm-my-own-Grandpa." - Dr Hubert Farnsworth
I don't recall there being a part of the GPL that says you have to put your source on a web server. If they send it to you upon contacting them that would suffice, right?
Most STB's (Set-Top-Boxes) are using some version of Linux and probably also busybox. Amino and Motorola (ex-Kreatel) does this.
They could probably deny you any source code and state that they, do not use any code in violation of GLP and that they only provide hardware and that it is the network-providers that are responsible for whats running on the boxes.
It's an asinine thing to say but, if they just dropped their source for the shipping product in the /src dir like most linux distros do for whatever version kernel they're using, shouldn't it then put it in line with the GPL?
Non impediti ratione cogitationus.
Sometimes companies with hotshot lawyers deliberately put their head in the sand regarding the GPL. They want to use the code but don't want to make their changes public for "intellectual property" reasons, even if it's something as trivial as a few patches to fix some bugs in Linux or some existing drivers. They will "educate" staff as to why they can do what they do with GPL software "legally." The hotshot lawyer has it all figured out, and engineers don't really need to know the details. The excuse is that they "buy their Linux" from a 3rd party so that means that all the conditions of the GPL are not relevant for some lawyerish reason. Oh, and the GPL is "contentious" about what you actually have to do regarding distributing source.
Well by posting it on Slashdot a much larger number of people now know they are doing this.
I for one wont buy their products.
If you distribute someone's code which is under GPL, then you have to make available the source code.
You don't have to make available your own source code unless your code is a derivative of GPL code.
In this instance, they should be supplying the source code to the kernel and any other GPL applications they have bundled. That's the whole point to OpenSource and the GPL.
If they have altered the Kernel or BusyBox, which are both GPL'd, they have to release those alterations when they distribute. They don't have to release their application unless it was built using a GPL library, and that sort of kicks in at about readline, most of the basic libraries are LGPL.
LGPL you can link to and include without, having to release the source code of your library. Though if you alter a LGPL file though, you have to release your alteration, when you distribute. You still have to distribute (or make available) the source code to the LGPL when you distribute the binary.
So, yes where is the source code is what a lot of customers may be wondering, and any developers who have copyright over the code, may also be wondering why their code is being used outside of the license they gave for the use of it.
A developer who owns the copyright to GPL code, can distribute the code under another license if they so choose, they don't GPL it to themselves, They are the copyright holder, they can use it anyway they see fit inside of the law.
Often you will see copyright taken by the project lead on a GPL project because of this, but it doesn't always happen. At which point you sort of run the gauntlet of tainted copyright code, unless you keep clear distinction. So, if you distribute your code under a different license, but part of the application is GPL'd and someone else's that could be problematic. Linus would find it hard to sell Linux under a License other than the GPL, because not all the code is his.
So, there are two groups that are put out here, the consumer and the developers of the GPL code. The rest of us can just munch popcorn, and watch from the sidelines, we don't have a stake in it.
The FSF will of course normally help, but the companies license is with the author of the software. The FSF can't do any enforcement and can't really help if they don't own the copyright to the code. Do clear work to prove the case and then contact the authors of the software with all he information you have. One important thing to do is to ensure you request the source code in writing in a registered letter and keep a copy of it.
If you want news from today, you have to come back tomorrow.
Correct me if I am wrong, or feel free to clairify:
If I use GPL code, I must provide the GPL code that I use.
If I code my own stuff using GPL, my code isn't automatically GPL too.
So if I make an game with security through obscurity, but use GPL code, I'm fine right? Or am I wrong, and all code I write using GPL code suddenly becomes GPL too?
God spoke to me.
I'd be a Pointy Haired Boss and comply with any request for GPL'd code by sending the requester the code...printed on paper. ;)
If you do not hold a copyright in the material being distributed, you lack legal standing to enforce the license. That may be the reason why they are ignoring you. You need to contact someone who is a pertinent copyright holder and who is interested in enforcing the license to his or her work.
Dude, you misspelt shit. Seriously, though, so what? Who cares how the GPL makes you feel? This is about a company *choosing* to use the GPL. If you choose to use a GPL'd app you do so in full knowledge of the copyleft restrictions that in requires. If the GPL "makes you angry" you don't use GPL'd applications. It really is that simple. It's easy to avoid the anger - avoid licenses that anger you.
This is where the serious fun begins.
WTF?
The GPL applies only to GPL code ... in this case the Linux kernel and the Busybox code. It is a license that lets some people, who did not write that code, nevertheless use the code ... often without any fee. The only "restriction or rule" is that the code must not be hidden if you re-distribute it. Since you received the source code yourself, and you did not write it ... you are obliged to give it to other people under those same conditions.
Why should there not be such a condition? It isn't your code, you didn't write it ... and the source is already public anyway so how on earth does it hurt you to give the source out when you distribute your product?
"Make available" and "Advertise Availability" are two different concepts.
I don't think they're in violation unless they deny a request for the source code.
Wanna fight ? Bend over, stick your head up your ass, and fight for air.
Please give more information about the sold product you're referring to here on Slashdot so we can give you more detailed information :=)
Ikarys, you either have a lot of fun trolling this way, or you've not looked into the history of the GPL and the other licenses. Your posting history shows that you enjoy doing these drive-by instigations, but nevertheless, some newer folks on Slashdot may not know enough to realize why some folks say this.
GPL was formed to protect developers and users against restrictive licenses that prevented them from seeing or modifying their programs. It's a bit paranoid, but with reason. The DRM being inflicted on software, the security by obscurity, the locking in of software by refusing to permit non-vendor software to be installed, the refusal to allow others to modify and publish the software, all have been a real problem with other licenses.
GPL has effectively prevent hardware/software lockins, by Netgear and Linksys. The new GPLv3 will block patent lockins, such as those espoused by Microsoft, and DRM lockins, used by Tivo. None of the other licenses would have prevented this. We've also seen very specific abuses of the other licenses already, such as the Microsoft abuse of the MIT license on Kerberos to break non-Microsoft published Kerberos clients. And the GPL has already helped several companies that I'm aware of from simply adding on their own modifications, refusing to publish their modifications, deliberately making it inoperable with other's versions, and locking clients in this way.
The GPL protects the freedom of users, and other developers. The sacrifice of what is not freedom over the software, but power over its modification, comes at the benefit of retaining such power over the rest of GPL freedom, and I find it very handy.
If you use GPL'd source code in your application, the whole application needs to be GPL'd if you release it. This is the same situation with any source code: you can't for example take parts from Microsoft Windows source code and include those in your application without following the license conditions given by the original author.
Correct -- only the copyright holder can actually take this to court. They can do this with the assistance of their FSF legal representative though :)
security thru obscurity is bad in general, do it right! if your security can't handle source code examination it wont handle some hacker poking in the binary
FSF and gpl-violations.org are co-operating closely. gpl-violations and FSF have handled some cases regarding busybox before and have handled them successfully (i.e., out-of-court settlements have been achieved).
And a settlement resulting in GPL compliance - that's what enforcing the GPL is all about.
As Eben Moglen, legal counsel to the FSF for many years, put it (in a keynote address in October 2006):
---
When I went to work for Richard Stallman in 1993, he said to me at the first instruction over enforcing the GPL, "I have a rule. You must never let a request for damages interfere with a settlement for compliance."
I thought about that for a moment and I decided that that instruction meant that I could begin every telephone conversation with a violator of the GPL with magic words: We don't want money. When I spoke those words, life got simpler. The next thing I said was, We don't want publicity.
The third thing I said was, We want compliance. We won't settle for anything less than compliance, and that's all we want.
Now I will show you how to make that ice in the wintertime. And so they gave me compliance.
---
http://www.geof.net/blog/2006/12/10/eben-moglen
Last year BusyBox successfully enforced their copyrights in at least two instances. While the terms of the settlements have not been disclosed, I'm sure the SFLC will be happy to get involved again.
Just linking to a GPL'd library does not necessarily constitute derivation (see Limited GPL), and using GPL'd tools (eg: EMACS, gcc) to create your code does not necessarily constitute derivation. GPL is written in pretty plain language. It's worth reading; it's worth understanding your rights; it's very important to understand your responsibilities.
As I understand it, your game "suddenly becomes open source", as you say.
You can still make closed source softwar which works "with" an open source one, like propriatary drivers and games for linux, and I don't know where exactly they draw the line (which is an important question for libraries, etc). Different open source licence behave differently on that matter.
Then there is obfuscation of the code. Dunno how it works, too.
Great post :) someone bothered to read my post history! - don't quite get the drive by instigation thing, but anyway...
The reason why it bothers me is I have restrictions on which licenses I am allowed to use - these are imposed on me from the commercial world... which is annoying to say the least, but understandable from my employers standpoint. I believe the license is the problem and not the employer in many of these instances.
MIT and BSD are real "free"... I can "freely" use the software without worry. Is that so wrong? I've reported and fixed bugs for various OS projects, I don't expect them to acknowledge me, I don't expect people to distribute my source if they use it.
I can appreciate not having hardware/software lockins.
I'm a bit amazed at the flamebait vote I got, my intent wasn't to piss people off, just to voice my dislike, and my preference for the other "better" (imho) free licenses. GPL feels very much like DRM... a set of restrictions which mean I can't use the software.
..and this is why i'll never use *BSD because the community is full of GPL troll shits like you that waste time whining about forced freedoms rather then making a better OS.
Well, thanks for the personal attack because I prefer different "more free" licenses. WOW!!
heh :). Thanks. It is simple, and I don't use them. I do contribute and use OS projects, but rarely anything with GPL. My wording was perhaps a bit emotive judging by the lashback posts. I really wasn't expecting that.
As the parent says, only the copyright holder can actually take any legal action.
For busybox, you can see on http://busybox.net/license.html that:
"BusyBox's copyrights are enforced by the Software Freedom Law Center (you can contact them at gpl@busybox.net)"
This an effective process, but a slow one (expect it to take 6 months+ for any response on past experience).
For the linux kernel, lkml is perhaps an appropriate place.
FSF can't help, since they don't own any of the software.
You perhaps want to consider how you're wording your requests. If a polite (or impolite) request for source code has been refused, you might want to try a different track, pointing out that the hardware contains software that they have no valid license to distribute and is hence illegal, and would they like to discuss this further before you contact the copyright owner.
Under copyright law, there is absolutely no requirement for them to provide the source code. One possible legal conclusion is that they pay court decided damages to the copyright owners for illegal distribution to date, and cease further distribution. If they wish to continue distribution, it's likely that they're only available option is to open the source code, especially since their are often multiple copyright holders, especially in the linux kernel.
(Disclaimer, I'm not a lawyer, and some points will vary between jurisdictions.)
Why not just get the code from the respective sites? Ie, the original free source, or any of the plethora of free mirrors that people seem to love supplying. Sure, I can appreciate if the software is not available ANYWHERE online - then its beneficial having it supplied. What would you use the "supplied" code for?
Would you go and use the source of a linux kernel you got from from a disc that came with your IPTV, or would you go find it on the web from the creator?
You need to read the GPL actually. Because it doesnt says "require that anyone using and distributing the binaries of this software make source available to everyone".
Go read the GPL, GPL zealot.
Ok then. Punchcards it is!
Different product, but I've seen and heard indications that my Docomo P903iTV by panasonic is running on top of Linux. I can't find any mention of Linux in the manuals, let alone an offer of source for the kernel, etc., or any indication of a way to access a shell, etc.
There is a java API, called, I think, iAppli. I haven't found much on getting dev stuff for it in the manuals, but it can be found on the web. I think. I haven't actually tried it yet, and it doesn't look like they make it easy to figure out where to start.
While I'm complaining, the USB adaptor is "not guaranteed to work with Macs or Linux". The sales guy I talked to seemed almost proud to say that and seemed quite anxious to discourage me from buying the adaptor to see if I can even mount the internal flash or the microSD card. I let him discourage me because money is really tight.
If anyone knows anything about this phone, I'd appreciate some pointers.
Lousy Japanese market. The government promotes Linux. Industry likes Linux in industry as long as it's nowhere near the consumer market. Marketing is strictly under the thumb of Microsoft/iNTEL. Can't get a Linux eeePC (not that I'm that anxious to buy an iNTEL processor) in Japan because "this is Japan, of course!" (Implicitly, otaku are expected to be happy to pay the Microsoft tax.)
I think it's more that your post was utterly irrelevant to the topic at hand. It was little better than the "M$ is teh suxors" every time there's a post tangentially related to Windows, or "Theo is an asshole" every time there's a BSD story. When the topic is license violation, someone's personal view on the license tends to be regarded as irrelevant at best and trolling at worst, particularly when peppered with "...for the win" and "...for the sux". Let's have a grown-up conversation.
This is where the serious fun begins.
Fair point :) thanks for the feedback. I've generally filtered for +5, so I've been a bit ignorant of what the bad/re-occuring comments are :)
The GPL requires that if you make small changes to the code (that may or may not be beneficial to others) and you want to re-distribute the result ... since the vast majority of it is still the work of others then you are obliged to give out the source code as you modified it. BTW ... this is the only "cost" of using GPL code ... you are not allowed to obscure it.
It is not sufficient to say ... we got it from this link ... it must be possible for anyone who asks to get the code from you as you modified it, and they must be able to compile it and end up with the same binary executable as you are distributing. Those are the terms of using GPL code in the first place. If you don't like those terms ... don't use the code.
BTW: If the source isn't available anywhere ... then it isn't GPL code! GPL code is, by definition, released as source code to the public by its author. Clearly then if the author hasn't made the code available ... then it isn't GPL code in the first place.
If you use GPL code then yes your code must be GPLed to avoid violating the license for the code you use.
You can however use LGPL code, which most libraries are.
For four years of collegiate computer science, I had to print up code that I've written to give to my professors. Not to mention the CS classes from highschool.
Semantics are fun.
This is a pure misunderstanding on your part.
Everyone on the planet is able to use GPL code (as in run it) for any purpose whatsoever, without restriction. Fill your boots.
The only restriction on you, as a recipient of GPL code, is that since the source code is made available to you, then you must make it available to others under the same terms, if you re-distribute that code, or a derivative of that code.
In this context, the word "derivative" is used strictly in its legal sense from the copyright act ... ie. "a latter work is a derivative of an earlier work if it includes all or a major part of the earlier work".
In other words, you are only bound by the one restriction of the GPL (ie. that you must not hide or obscure the source code) if and only if you re-distribute a product that includes GPL code as its major part.
If you write your own code ... then it is your code and you decide how it is licensed ... even if it runs under a Linux (GPL) kernel so what? ... as long as it is your code and does not contain the work of others then it is not plagiarised and it is yours ... do do with as you will.
But that is for YOUR code ... we are talking here about something else entirely ... your using GPL code which is NOT your own code. Since in this case you did not write the GPL code in the first place, and the GPL code that you received is already public anyway (obviously, since you received it didn't you?) ... then how does it hurt you to re-distribute the source code to others?
Can't remember if the FOMA/MOVA phones are properly cell phones or some other kind of mobile. I suppose wikipedia might tell me something if I weren't more interested in sleep.
There is one-seg TV on the phone. I don't find it very fun to watch Japanese TV on a 3cm x 5cm screen. Radio would be more useful, make it possible to listen to their public radio language programs to improve my Japanese while I'm on the train.
What I really want to do is get a shell and amuse myself by writing and compiling simple C language programs on the train. Hopefully one of the open source phones will allow me to do that shortly.
My friend joudanzuki seems to want to dig deeper into his phone, but I doubt the UI is under the GPL. He hates the input methods and has some ideas how to improve them for using English.
I don't particularly care for the UI either, but I'd prefer to have a proper QWERTY keyboard. (Wouldn't turn my nose up at a Dvorak keyboard, of course.)
Computer memory is just fancy paper, CPUs just fancy pens with fancy erasers; the 'net is just a fancy backyard fence.
It's not a misunderstanding on my part. My current circumstance forbids it (corporate legal eagles drive policy). It may be driven by a misunderstanding further up the chain ;) but IANAL.
You were the one who started with the "GPL sux because unlike BSD I can't plagiarise GPL code for my profit" nonsense.
If you get back a set of responses that in effect say "yes numnuts you can't steal my hard-work-code for your exclusive profit" ... that is surely only to be expected.
How can we decry copyrights as evil, when we keep trying to enforce the GPL? What if a company wants to use that piece of code, and not release the source for it? Information wants to be free, you know.
You know, there is a difference between trolling and pointing out the flaws in your reasoning. Just saying.
The GPL does not require you make the source availible to everyone. It requires you make the source availible to anyone to whom you provide the software. Since you said you have one of these boxes you must have the software on it and are thefore entitled to the source code from the provider of the box, where as say I am not.
There is no need at all for them to host the source on the web. They just have to make the source availible to you in the cononical form (not exactly the words in the license) if you request it. They can't print it out and say here you go in most cases because that is not a useful way to obtain a lot of source. They could do any number of things such E-mail to you, burn it to a CD and mail it to you, send you the infromation need to fetch it from their CVS etc etc. They would be even permitted to charge you for the costs of such efforts. If they wanted to mail it they could ask you to pay for the CD and postage.
Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
I would assume there is no hurt - but I am just a worker bee. I don't have the luxury of replacing the word "I" with "company".
What I have learnt today is: only comment on slashdot if your opinion is positive... or not at all. :(
I think it might help you to separate the meanings of "use" (meaning run the code) and "include" (meaning put the source code into your own work), and to change occurrences of "code" with "source code".
OK, so your questions then become:
If you meant this: ... then the answer is this:
Q: "If I use GPL code, I must provide the GPL code that I use."
A: No, use (as in run) GPL code however you want, with no obligations on you.
If you meant this:
Q: "If I include GPL source code in my work, I must provide the GPL code that I included."
A: Yes. The GPL source code is not yours, and you do not have permission to include it obscured in your work.
If you meant this: ... if you wrote it, then you do with it whatever you want.
Q: "If I code my own stuff by running GPL programs like emacs, vi and gcc, my code isn't automatically GPL too."
A: Correct. Your code is your code
If you meant this" ... then your modified work must also be released as GPL code.
Q: "If I code my own stuff including GPL source code which wasn't mine, my code isn't automatically GPL too."
A: This is complex. If the code is mostly yours and there a little bits cut & paste from GPL source code of others, you are probably OK. If however the code is mostly the GPL work of others, and you have merely added or changed small parts of it
Q: "So if I make an game with security through obscurity, but use GPL code, I'm fine right? Or am I wrong, and all code I write using GPL code suddenly becomes GPL too?"
Essentially the same question as before. If you are just running GPL code such as Linux kernel, vi editor and gcc compiler and you are writing your game as your own work ... then your game is your code, and you can do with it what you want.
If however, your game includes, say, stuff taken from the SDL library http://www.libsdl.org/ then you have to work out a deal with the SDL authors, or make your game GPL.
It is really all quite simple to follow ... your own source code that you write is yours. GPL source code that others write is not yours, and you have to abide by the terms of the people who wrote it if you want to copy that work of source code into your own work.
Even schoolkids get this principle ... you can't copy someone else's homework and expect to get your own marks for it ... that is cheating ... do your own work.
MIT and BSD licenses are "free" for the developer wanting to use the code. The GPL license is "free" for the user using the code and wanting to look at it to learn something or become a developer. With GPL code, some developers are a bit, pardon my language, fucked when it comes to using the code for anything they wanted. Still, they can, e.g. contact the developers of the GPL code for LGPL dual-licensing for them or something like that. It happens. On the other hand, with BSD and MIT code taken by $BAD_BIG_CORPORATION and distributed in a binary-only form, it's the users who are quite fucked. And guess what? They could stand on their teeth and clap their ears and still wouldn't be able to do anything about that.
This is Slashdot. Common sense is futile. You will be modded down.
Either confusion still, or poor selection of words.
The GPL covers nothing about using the software. It grants you the right that copyright restricts, so you are allowed to make a copy into memory to run it, and all of that. And there are no restrictions at all there.
The only restrictions are when you plan to distribute GPL software, at which point there are a number of things you must do to be compliant with the license.
It's quite possible that is what you meant, and due to the restrictions placed on distributing it you can't use it in your project, but that isn't what you said :}
And with that out of the way, yes you are correct. BSD/MIT is the most free licence, as there is literally one restriction, and that is only to leave credit where its due.
There is nothing wrong with that.
However, those that choose to use the GPL for their work, realize they are trading in a small number of their freedoms, in exchange for a much much larger new freedom granted that is a lot more important to them.
They trade the right to do anything with it and total freedom, in exchange for knowing that legally anyone that wants to use your code, has to let you use their version of it if they change it.
And there is nothing wrong with that either, unless your plans are to go take someone elses software that they wrote, and make use of it without sharing back just the same.
You can always find a BSD licensed copy of what you want, and then won't run afoul of copyright violations, or failing that, you can code it yourself or pay a developer to do it under your terms.
I think it's real easy:
If you're an end user of GPL code, you're always free to modify and improve it.
If you're an end user of BSD code, you can't do anything with it. Oh sure I can maybe somehow, somewhere find the BSD source code that the proprietary tool is using somewhere, but I still couldn't incorporate any changes in any way. With BSD you only have freedom if you use pure BSD software with source. If you restrict yourself to pure BSD software, the BSD license works like a really crappy version of the GPL. The BSD license benefits those who produce software, for each non-free software copy the company sells the company and its employees benefit and the end-users and society loses. Thanks, but it gives me no comfort to know this leash was made with Open Source(tm).
Live today, because you never know what tomorrow brings
Depends whether you think freedom to restrict other peoples' freedoms is freedom.
"What I have learnt today is: only comment on slashdot if your opinion is positive... or not at all. :("
a better lesson could be gained for the day by reading the text of the GPL. It's written in human-english and not too long. http://www.gnu.org/licenses/gpl.html
If you company bans employees from *running* any GPL software for internal use, be it in an unmodified (or even modified!) state, then that's just dumb and complete silliness on your company's part, and puts them at a competitive disadvantage. It is not at all a shortcoming of the GPL, which is happy to let you do that without further strings attached. It's your company's lawyers imposing dumb rules. It's not like the GPL is tricky legally, it is very clear about this.
A theme for this thread is that you shouldn't blame the GPL for your company getting bad advice.
If your company is involved in writing and distributing software, the legal team may well have a valid point in keeping GPL *source code* away from the software coders so some keen intern/VP doesn't reuse some code they shouldn't to save some time on a project.
You can do what whatever you like with GPL software, just if you distribute copies of it to your customers (modified or not), you must grant them the same right to see, modify, and distribute the source code as you were given. That's all.
Minerva didn't provide you with software. They sold you an appliance. IANAL. That being said, I believe there is a HUGE misinterpretation of what is meant by distribution of binaries. If I create an embedded Linux system, that runs only on hardware I sell, then I am not providing you with binaries, I am selling you an appliance. If I provide you with software to run on your computer, I am then providing you with a binary.
Note that this interpretation puts to rest the tivoization issue, and completely eliminates the need for GPL v3.
I respect Richard Stallman, but he is also a bit of a nut. While it is entirely reasonable to expect that I have the source to any software I run on my computer, it is absurd and counter to the progress of society to expect that companies provided source code when the companies value add extends significantly into the hardware domain.
Any other interpretation makes Embedded Linux significantly less appealing to companies that fall into that category, and for that reason, erodes the advancement of society rather than augmenting it.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
E-mail busybox@busybox.net with the info. That will be read by a lot of the copyright holders, and they are the ones with the claim. When they contact the offender their words will carry more weight. And their lawyers' words even more weight.
WTF?
The GPL applies only to GPL code ... in this case the Linux kernel and the Busybox code. It is a license that lets some people, who did not write that code, nevertheless use the code ... often without any fee.
I believe the parent's point is that there are many ways to allow people who didn't write the code to use the code...often without any fee. The loss of freedom with GPL is my freedom to correct, modify, or adapt that code without giving away the modifications I made. The original authors demand as compensation for my using their code that they be given my code. You can look source distribution as a licensing fee or as a restriction: either way it reduces the sense of "free."
It seems to me that GPL is the license for people who want to be "nice" and share their labor with other "nice" people, but are secretly suspicious that some people might try to steal the code they've given away and obtain some profit that the author didn't recognize in the first place. It seems to me that BSD/MIT is for people who've done some work, received the benefit they intended, and don't want to force other people to needlessly repeat whatever development they did.
You can do what whatever you like with GPL software, just if you distribute copies of it to your customers (modified or not), you must grant them the same right to see, modify, and distribute the source code as you were given. That's all.
You also have to release to source to any code you link to GPL code. Since most companies use a mixture of in house developed code and code they licensed from third parties the they don't have the right to release the source code to, that means they can't use GPL code.echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
the GPL makes software free as in libre, not free as in gratis.
The cost you pay is not typically financial (although it could be) - the cost for access to the wealth of already written and often high quality code is that you cannot distribute a proprietary fork. i.e. you can exploit the original author's hard work for financial gain, but not for your exclusive financial gain at the expense of your customers getting less of a right to exploit that freebie hard work as you had.
Or from another point of view, the payment that the original author gets is not (necessarily) financial, it is the assurance that the software will be both used and s/he won't be made a patsy of by MegaCorp.
[same AC] ... With GPL the currency of payment is code.
Not really GPL also requires me to release my source code for simply using a GPLd module even if I didn't change it. MIT, or BSD are MUCH freer...
Example: I write a web browser using no open source code, it's closed source. I then add PNG support (or something) using a GPLd library, I now have to release ALL of my source because I encorporated a piece of GPLd code. (thats stupid)
I doubt they modified the source of either Linux or busybox. If they did then they should distribute the source. I have a feeling though they simply wrote an application that ran on Linux or even a Linux kernel module. IANAL, but I think you should have the choice to distribute the source code of programs you wrote regardless of what OS or software is on the device.
"Ubuntu" -- an African word, meaning "Slackware is too hard for me". - stolen from Dan C alt.os.linux.slackware
you're like the guy on the Garden State Parkway who drives 65 in the left lane to keep everyone else from speeding. at most you should drop a note to the copyright holders, and then stay the hell out of it.
That is an Amino STB. Maybe check with them. Odds are Minerva is only reselling. Probably using a Sigma CPU, which by default ships with a 2.4 or 2.6 kernel based SDK. uclinux. Busybox is standard in that case. Ask Amino. Or Sigma Designs. A *huge* portion of the STB market is running uclinux or Montevista these days. Unmodified Busybox is standard fare. Is this really a violation? Is the violation in question simply that they did not provide him with an unmodified Busybox? (available elsewhere too) This doesn't seem so dark and nefarious to me.
Is to imagine you have a faulty printer driver, and the source code is not available.
What would you do then?
No, that's smart. Just from the GPL author's perspective and not from that of the leech. It is the price you pay for using someone else's code. Don't like the terms? Don't use it. Don't get mad because someone won't give you a free handout.
Oh, and I just looked up libpng's license. It is not GPL. (although the debian packaging of it is)
As said in another post, the GPL is not gratis-free -- the currency of the GPL is code. And as such it is up to you whether you want to do business with GPL code or not. The terms are clear, the shop door is open.
Ah but nothing forces you to use that GPL'ed library, you can write it yourself, buy it from some proprietary software vendor or get a MIT/BSD/whatnot licensed version.
- Raynet --> .
[obligatory offering to Slashdot demi-gods]
1. Discover violation of GPL
2. Write to Slashdot
3. Rehash thousands of undistinguishable previous comments.
4. ??
5. Profit!
[/obligatory offering to Slashdot demi-gods]
Minerva is attracting your attention because they like to advertise themselves. The box is made from some reference design (the ones I'm familiar with are based on a Sigma chip) that a hardware vendor makes light modifications to (there are several candidate companies for your box). The Minerva software is put on top of that, and it's possible - but unlikely - that other software from your ISP or a system integrator acting for them - has been included. Sigma has opened much of its code, and the uclinux site hosts a Sigma variant (the Sigma chip is a SoC processor / video decoder). You will need an arm cross-compiler. You can then see for yourself how much of the rest of the code on your box has changed. Certainly busybox won't have. The GPL violation, in this case, is mostly that not everyone in the distribution chain is hosting the modified software. http://www.uclinux.org/pub/uClinux/ports/arm/EM8500/
"Dude, you misspelt shit. Seriously, though, so what? Who cares how the GPL makes you feel? This is about a company *choosing* to use the GPL. If you choose to use a GPL'd app you do so in full knowledge of the copyleft restrictions that in requires. If the GPL "makes you angry" you don't use GPL'd applications. It really is that simple. It's easy to avoid the anger - avoid licenses that anger you."
Music/proprietary applications have a similar license for protecting IP, yet when there are articles about thepiratebay on slashdot, most people are all for it and against the RIAA and MPAA. It's really that simple. If you do
The FSF is essentially doing the exact same thing that the recording industry has been doing for years..and the majority of people here agree with them.
"The DRM being inflicted on software, the security by obscurity, the locking in of software by refusing to permit non-vendor software to be installed, the refusal to allow others to modify and publish the software, all have been a real problem with other licenses."
If you don't like DRM licensed IP, don't use it. Just like the GPL is a choice to use, so is DRM and other proprietary licenses.
"GPL has effectively prevent hardware/software lockins, by Netgear and Linksys. The new GPLv3 will block patent lockins, such as those espoused by Microsoft, and DRM lockins, used by Tivo. None of the other licenses would have prevented this. We've also seen very specific abuses of the other licenses already, such as the Microsoft abuse of the MIT license on Kerberos to break non-Microsoft published Kerberos clients. And the GPL has already helped several companies that I'm aware of from simply adding on their own modifications, refusing to publish their modifications, deliberately making it inoperable with other's versions, and locking clients in this way."
It prevents lockins from naive companies that decide to use GPLd code in their proprietary apps. Even without the GPL, the original code could never be locked. If you release it into public domain, a company could take it and make their changes without releasing, but, the original code would still be there in all its glory.
Having worked -very- closely with IPTV, Minerva and various (Set top box) STB manufacturers over the last year I can tell you Minerva isn't responsible.
The STB companies develop the OS, which hand it off to Minerva for testing. The only reason why Minerva is in the uname is because it's setup to work with Minerva's various hooks.
I see the box you're running is 2.4 kernel, which chances are pretty good you're running an Scientific Atlanta STB. They would be the ones you'd contact(They are also now owned by Cisco) So that is who I'd contact first.
"But that is for YOUR code ... we are talking here about something else entirely ... your using GPL code which is NOT your own code. Since in this case you did not write the GPL code in the first place, and the GPL code that you received is already public anyway (obviously, since you received it didn't you?) ... then how does it hurt you to re-distribute the source code to others?"
How does it hurt the original author or the community if I make changes to GPLd code and don't release those changes? The original code is still there, but my additions (which took my time and possibly money) are not released.
You are not restricted in any way, except for the fact that you don't get my changes, which weren't yours in the first place.
Copyrights are to provide incentive to produce more works. The ability to get back any improvements to your free software is incentive to make and distribute, thus it is what was intended.
Correct. Cunning, huh? Thus the path to critical mass is blazed.
The company retains the right to buy out or replace those 3rd parties if they wanted to use the GPL code badly enough.
Smarter people than us have thought about the requirements of the GPL, and they came up with whatever was needed to keep the source Free.
"Why not just get the code from the respective sites? Ie, the original free source, or any of the plethora of free mirrors that people seem to love supplying."
The GPL requires full source to be distributed because otherwise it would be very easy for Huge Company X to simply buy out Tiny Open Source Company Y, and stop distributing the software. The original source is gone then. This way, anybody distributing binaries is also accountable for making sure they (can) distribute source. The GPL is not about convenience, it's about keeping the source available and free, unlike BSD and MIT-like licenses.
It's worse. I don't CARE about "not paying". When I buy such a box (I have a DSM 320), I want the freedom to REPLACE the firmware. I want the manufacturer to make it EASY to replace the firmware; after all the firmware is based on GPL licensed material. This has nothing to do with "free as in beer".
I am perfectly willing to spend money buying the device. But I choose devices that use GPL software to allow me the freedom to modify those devices to suit my needs (for example, I want to add flash video to the DSM 320 -- it already has an internet connection,). This shouldn't bother the vendor (it did with Tivo, because Tivo sold a subscription, D-Link didn't), because the box has ALREADY BEEN PURCHASED.
So, make it easy, make it useful, and add a clause stating that the guarantee only applies if the original firmware has been restored.
I understand that the GPL may be incompatible with the "give away the razor, make money on the blades" model; but there are plenty of non-GPL alternatives (that means YOU, Tivo).
But if I buy the whole thing, I want to use as I see fit. And, for a general purpose device, that may go well beyond, or sideways to the intent of the manufacturer (eg. not a GPL example, but XBOX as media center).
That's freedom.
Just another "Cubible(sic) Joe" 2 17 3061
running GPL programs like emacs, vi and gcc,
Just FYI, Vim is not a GPL application. It has its own license, which the authors describes as a "charity-ware" license, although it is GPL compatible. Otherwise, a quite superb and informative post.
"I realise this is not a very popular opinion but it's the truth, and there for needs to be said" -Bill Hicks
The Busybox devs are a hyper-active active enforcer of the GPL, and it's amazing that anyone still tries to get around it with that project. These guys sue everybody who misues their work, and has been very successful in that effort.
Section 1 allows distribution of source code only, so not applicable.
Section 2 talks about modified versions, so according to your argument is N/A
Section 3 requires the offer or actual distribution of corresponding source code -- note that section 3.3 does not apply since this is commercial distribution.
So, Cowboy, read the GPL.
The real "Libtards" are the Libertarians!
Sorry, but exactly when did Title 17 begin including or referencing the GPL?!?!? Copyright law does not say anything about providing source code. It merely says that you must have a license. It does not dictate what the license says, nor does it say you must follow the terms of the license.
Quite simply, if you are not following the terms of a license when distributing a copyrigthed work, you are in violation of copyright statutes and can be held civilly and criminally liable.
If you buy a dvd or cd, you are granted a license to perform the work non-publically, and not make and sell copies. If you violate the license by publicly performing the work or copying it and putting it on a P2P network, you've violated both copyright law and the terms of the license. Criminal penalties apply to the violation of the letter of the law (no distribution or performance without license) and civil responsibility results from the breach of license terms.
More to the point, if you buy a volume licensed Windows CD, you can make as many copies as you need to within your business to support installation activities. You will still get busted by the FBI for uploading the CD ISO to a P2P network. Just because you are licensed for SOME redistribution or copying rights does not mean you have ALL rights and no criminal responsibility if you violate the license.
the license is not a contract. Is there a third-party beneficiary doctrine for license agreements? I've never heard of one, but it's a long way from my area of expertise.
You'd think all the folks who want to rip off busybox would just together and write a BSD clone of it. Probably a lot cheaper than paying all those lawyers.
I'm not a coder, but I keep reading all these articles about company after company using Busy Box's code without following the licensing rules.
Busy Box's code must be pretty cool stuff, for so many people to want to "steal" it.
What is so compelling about it? Just curious here, but I bet others want to know, too.
Why does it matter if they use GPL software but don't themselves give out the source code when it's available elsewhere? As long as the source code exists someplace, like Sourceforge, why not get it from there like they probably did? I can see the risk of this attitude since it may risk the source becoming scarce, but this article just seems a little bit anal. I'd only really care if they made some fixes without offering them back, since that'd be just silly and dumb.
Promote true freedom - support standards and interoperability.
Sue the bastards! People can't just do what they want with the software. What do they think it is, free or something? Sue the bastards and keep suing them until they respect our authority! Freedom is about suing people who don't follow the rules! Gawd how I wish there were a clause in the GPL that would let me kick these f*ckers in the nuts.
Don't blame me, I didn't vote for either of them!
From that uname output, it sounds like it might be a Sigma Designs chip, perhaps 8634? Sigma Designs themselves do ship their modified source code to the GPL parts: Busybox, kernel, etc., to downstream product developers. (Let us ignore the "binary driver includes blob of opaque code wrapped in simple kernel ioctls" issue).
That source includes a note to the effect that they confirm it is covered by the GPL.
Therefore, the product developers (possibly Minerva) should have no difficulty passing it on to you.
See Popcorn Hour for another company who are possibly using the same chip, and might be more helpful about providing that code - if only to prove to Minerva that it is possible.
The company I work for just deployed Minerva middleware. Minerva does not chose the OS that goes on the set top boxes, the set top box manufacturers do. Minerva then provides an API that the set top manufacturers write interfaces to if they want their box to be compatible with Minerva middleware. (Most do since the other middleware manufacturers don't seem to work right, or at least at the time of our evaluation they didn't). The set top box, out of the box comes from the set top box manufacturer, you get OS upgrades that are the responsibility of the manufacturer. The set top box then downloads Minerva's java based software that also runs on the set-top-box and provides the bridge between the set-top-box OS functions and those functions implemented by Minerva. The manufacturer, (we've used three so far in labs, Amino, Scientific Atlanta and ADB) often distributes or names the OS for whatever Middleware the particular OS was tuned for. How this factors in GPL and licensing, I don't know.
...when, after the hotshot lawyers convince them to blatantly violate copyright law, the authors drag their horn-haired asses into court. Suddenly, all the arguments fall flat when reality inconveniently intrudes upon their hotshot lawyer's fantasy world.
Injunctions, major payouts of damages and fees, and having their entire business held in the hands of some "long haired smelly" soon follow.
It's been proven time and time again that the GPL has teeth. Big, sharp, pointy ones. And some of the most tempting works to steal have owners who actually enjoy using those teeth to bite the nuts off anyone who even slightly infringes on the terms of the copyright.
You make a very good point. The REASON behind the demand for source code in the GPL, I believe, is to ensure that improvements are made available to other users. The GPL-mandated method of making source code available on demand is one way of achieving the goal. But submitting patches upstream is a very useful way of achieving the same goal (assuming upstream developers don't just reject people's patches).
It's probably unrealistic for a version of the GPL to mandate that users submit patches upstream though.
If completely new functionality is bolted into GPL'd code (rather than just a few tweaks or fixes being made), then the source for the "derived work" is more useful, and patches sent upstream may not do the job.
But it's good to see people following the spirit of the rules.
Paul "Say no to feeping creaturism"
But your not going to get some retroactive term enforced that skips the step of determining compliance to the license terms and revokes the license before someone agrees to it. Even if they later break their contracts and/or obligations.
Your confusing law and license here. The law prohibits you from distributing without a license and performing it publicly. When you buy a CD or DVD, you general don't even get a license. Yep, but what you won't have is the possibility of hit for all the legal copies you made that the license covered. Similarly, You can't violate the GPL and act as if it was never valid. You have to determine a breach or terms and then revoke the license in which case, any distribution from there on out would be a copyright violation.You add some code (your own) to vista that removes the license check.
You now distribute that combined code.
MS STILL have their code. They don't have YOUR code, but then they never had it anyway.
No please try it.
If you make a pie and I add some ice cream to it, can I now eat your pie? After all, some of MY ice cream is mixed in.
If I move in to your spare bedroom, you've lost nothing you needed.
Etc.
(NOTE: there's a reason why SOMEONE ELSE use the GPL license and that wasn't so you could make a derivative of it without letting them make a derivative of your work)
"The majority"? Slashdot is a community consisting of ~1000000 members plus anonymous cowards. Some people post vociferously on GPL topics, others post vociferously on free-MP3 topics. Some people are conservative, some people are liberal. Some people like Macs, others use Linux, some use Windows. Pointing out conflicting attitudes amongst Slashdot posters is like admitting that there's no groupthink. Surprising to you, maybe, but hardly surprising to many of us.
This is where the serious fun begins.
Because the GPL doesn't acknowledge that free and non-free software can coexist.
Honestly, the fact that the Flash Player isn't free is less than ideal, but the fact that the GPL prohibits Ubuntu from distributing it in their main repositories seems a bit silly.
In the end, many are left feeling like an ideology is being forced on them. This has a somewhat negative effect upon the adoption of open-source in the business world. The code-sharing requirement is scary to many corporations, and introduces additional responsibilities, legal liabilities, and costs. Also, if said corporation is using one scrap of proprietary licensed code, things get 100x more complicated.
Although the GPL was created around the fear that corporations wouldn't contribute their code back (which they're not obligated to do with the BSD license), the end result is that companies simply don't use GPL code at all.
BSD-style licenses are nice, because they historically haven't impeded community development, but also don't scare off corporate users.
LGPL is a halfway-decent compromise, and has done a lot to help projects like KHTML/WebKit.
-- If you try to fail and succeed, which have you done? - Uli's moose
If you distribute changed GPL binaries you have to provide the source (with the changes already in it) with it (or on request). If you distribute unmodified GPL binaries you still have to provide the source code (for the unmodified binary) along with it or on request. Even if you are "just" distributing a Linux kernel/busybox compiled by someone else you have to provide the source for it (or a written offer for it)*.
The whole not having to GPL (and thus distribute the source) for any/every userland programs which are running on the Linux kernel issue is clarified in the license file that comes with the Linux kernel. As someone said - just because the kernel is GPL userland programs do not have to be. That doesn't get you off the hook for providing the source for the kernel if you distribute binaries though. If you are additionally distributing userland programs that have you received under GPL (like busybox) you will have to provide the source for those too (but you would have had to have done the later regardless of which license the kernel was under).
As mentioned in previous posts the GPL FAQ covers this and many issues and it is worth reading the GPL itself too to give yourself firsthand knowledge of it. The issue you seem to be thinking of is probably covered by the GPL FAQ entry about unchanged/unmodified binaries.
* There is a bit more to it than this but it's well explained in in the GPL FAQ if you missed it when reading the GPL itself.
For everyone one person out there who wants to extol the virtues of the GPL and its enforcement, there are at least 10 others sticking up their middle finger up back at you. Fortunately compliance is costing GPL supporters more and more for litigation and the common practicality is that it won't be worthwhile enough to litigate. This attempts to make the GPL unconscionably (which it is) strong (which it isn't) when in fact it is less enforcible than stopping people from jaywalking.
If you kinda offer something for free, you'll kinda get some people exploiting your generosity.
So long, and thanks for all the code!
How do you know, without an answer from BusyBox, that BusyBox did not make its software available to Minerva under a different license from the GPL? Because a piece of software is licensed under the GPL does not mean that the original authors cannot distribute it under different license terms.
This scenario might be unlikely (especially concerning the kernel), but if there is no copy of the GPL itself (or any other license) distributed with the software, a user cannot be certain of which are the licensing terms.
You're missing the whole point. Its so much easier to just download the code and ignore the so-called licenses. The GPL tries to make a social contract and falls flat on its face because not everyone will agree to it even tho its fruits are available.
GPL'd code is a half-baked replacement for public domain code.
If you don't agree with it, you have the choice of writing the software yourself from scratch, or to base your code on other code that comes with a license that you like more, or to convince the copyright holder to allow the use of their software under different terms. Your choice.
Depends what you mean by "using"
If you write some code in EMACS and compile it with GCC, you are "using" GPL covered works, but the resulting work is not a "derivative" of those works.
If, on the other hand, you take some code from GCC and integrate it into your work, your work now IS a derivative work and so can not be distributed without the permission of the copyright holder (The FSF in the case of GCC) The GPL is that permission, but you have to follow their terms to maintain that permission.
IANAL etc.
If I use *and distribute* some GPL'd app, UNCHANGED from how I received it, and the source code is still available from the original distributor, do I have to distribute source code too?? Can I just point at the original distribution point? Ie. is that the code is available *somewhere* adequate, or do I have to become an additional source distribution point?
Remember, this question is about distributing UNALTERED binaries. NOT about binaries with new and different code in them, which would of course require distribution of the new and different source, too.
~REZ~ #43301. Who'd fake being me anyway?
If I use GPL code, I must provide the GPL code that I use.
If I code my own stuff using GPL, my code isn't automatically GPL too.
So if I make an game with security through obscurity, but use GPL code, I'm fine right?
Or am I wrong, and all code I write using GPL code suddenly becomes GPL too?
Not quite. If you modify GPL code, or use GPL code as part of your program (say, by linking against a GPL library) then YES your code becomes GPL. If you distribute it in any way, in order to use the GPL parts you must also GPL your code. That's the point of the GPL. You can still license your code in other ways too, so that doesn't stop you selling your code. You are only required to distribute your code if you distribute the software. So if you run it on your own web-server only, for example, you can keep it to yourself. If you give it to a mate, you have to GPL license it to him.Umm, clay tablets written in cuneiform?
Yep, but what you won't have is the possibility of hit for all the legal copies you made that the license covered. Similarly, You can't violate the GPL and act as if it was never valid. You have to determine a breach or terms and then revoke the license in which case, any distribution from there on out would be a copyright violation.
There are no distributable copies of GPL software that do not contain the GPL itself and either the entire source code or a notice that the source is available. One violates the GPL at the derivative work stage by not including the GPL and source offer, and hence there is no distribution license by the time one gets around to pressing CDs or burning ROMs. Fair use allows everyone to make all the derivative works they want (at least in the opinion of the FSF lawyers), but at that point they have give up all distribution rights for those derivative works by not including the source or notice.
Now, you're right that it would be a completely civil matter if a company published GPL software with a notice that they would provide source, and then they never did. At that point they would be in violation of the GPL for not complying with the source distribution license, but they would not be responsible for all the software distributed before it became apparent that they were not going to give out the source. Any further distribution would presumably be illegal after 3 years (the minimum period after an initial release during which the source must be available) had passed since the first distribution, at which point it could be considered obvious that the license had not been followed, thus invalidating it. A Real Lawyer could probably establish a shorter "reasonable" time-frame outside of which the license could be deemed broken by failing to provide source code.
In this case, the lack of a prominent notice of source availability and lack of actual source would be sufficient to terminate the GPL for the derivative work that the company created, removing their right to distribute before they even shipped the first box.
And if they aren't making any modifications to said source code, they may be able to get away with referring you to somewhere else that the code is available...
Oh, and you're only required to give source code to people to whom you give binaries; not anyone else.
- "History shows again and again how nature points out the folly of men" -- Blue Oyster Cult, 'Godzilla'
My experience with IPTV is that the OS is provided by the box manufacturer and Minerva is merely running their client on the box. Therefore you would need to check with the set-top manufacturer to see if they are releasing the code and not Minerva.
Hey there,
I'm completely against GPLv3. I agree with Linus's sentiment, and additionally, I feel that version is just for thieves, ie people who want digital media without having to pay for it.
I think there should be some sort of DRM in the future, because how else will content creators get paid for their work?
This is a capitalistic society, and I want to be able to pay for games, movies, and good software. GPLv3 takes away a company's freedom/ability to charge money, and thus takes away my freedom to pay for it.
Debate me all you want, but until the day that there is a platform like iTunes that is licensed under GPLv3, and there are content producers out there that will actual sell on said platform, I remain unconvinced.
Isn't Minerva like many IPTV vendors just a startup burning cash?
In which case would you want to sue them?
Do you really think there is money to be made by sueing them?
Correct. Cunning, huh? Thus the path to critical mass is blazed.
Right! So the average mobile phone vendor just needs to buy out their OS vendor and the people like Real that license closed source codecs to them. And then give all that code away by putting it under GPL, thereby ensuring that they have little chance of making money out of their investment.The company retains the right to buy out or replace those 3rd parties if they wanted to use the GPL code badly enough.
And they have to do that just because they hired some zealot and he checked in a bunch of GPL code without telling them.
Sounds totally fair to me.
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
It is even easier than that.
First of all, BSD is not a crappy version of GPL, they are two completely different things.
BSD focus on freedom for the developer(s).
GPL focus on freedom for the code (and in some extent also the end user).
Ok, in an ideal world, I don't question what you have said. I think we might be saying the same things so hear me out.
The problem is that there are clauses about clauses within the GPL. Suppose I build a computer and install mandrake/mandriva linux on it, then sell it to someone, do I need to distribute the source code for mandrake now? No, because part 3c of the GPLv2 says I can just forward the offers given to me. Does this mean I have to take any care to show the offer in any way that it wasn't shown to me? No. I found the torrent files for the ISOs at a tracker site and assume everything is on them and the install copies the CDs to the harddrive.
So lets got with it a little further, When I goto Busybox.net and download the source for it for use in my application (my appliance) and run the configure, make and all that, I end up with a working binary. If I clone the storage medium and place that onto other devices for sale, have I distributed the source even though it isn't obvious to the user? Yes, I have even though it isn't readily apparent. Do I need to make it apparent to the user where the source is? No, I don't. All I have to do is make it apparent if I modified the program. Configure options and menu displays aren't derivative or changes.
There was two instances where I would have the legal right to distribute something. Or at least I could legitimately make that claim. Now suppose after using this for 5 years, someone attempts to save space and removes the configuration folders and source unannounced to the legal and compliance department. I am still under the assumption of compliance and still have the rights. Someone has to point out that I am not fulfilling my obligations to revoke my distribution rights. It doesn't happen retroactively because I was given a license. If my way is inadequate, improper or somehow otherwise in violation of the GPL, it needs to be pointed out and if there is a dispute, that gets hammered out in contract law. When it is found that I am in violation, then I lose my rights to distribute and it become copyright. If it is a blatant violation where I never intended to comply with either GPL for whatever reason, it might be possible to retroactively enforce the copyright without the contract law processes.
I think the big issue is that in reality, it is far more complicated then a "you didn't give the source or are somehow in violation of the GPL, you don't have a license to distribute". That would more or less be a summery of the course of events but skipping the processes to determine compliance and so on. If there is a dispute to what equals "satisfactory compliance", then it has to get sorted out and currently contract law handles that. Legally speaking, the obvious wording to you or me could actually spell out more when tested against a law or even someone looking at it from a different advantage point. In the first example, I passed on the source notices that where available to me when I downloaded the software which was either on a disc or simply not present. In the later, I accompanied the source code without making it apparent to the recipient of the software. Both are questionable but neither are automatic until it is pointed out properly that they don't satisfy the requirements. A specific procedure would have to happen if I don't agree to the assertions of anyone claiming I wasn't compliant.
FSF and gpl-violations.org are co-operating closely. gpl-violations and FSF have handled some cases regarding busybox before and have handled them successfully (i.e., out-of-court settlements have been achieved).
You're thinking of SFLC, which is run by Eben Moglen. Nither FSF nor gpl-violations.org are in a position to enforce GPL violations against Busybox, since the Busybox developers hold all their own copyrights. FSF does enforcement on the GNU project copyrights and gpl-violations does enforcement on Harold Welte's copyrights in the Linux kernel.http://www.mhall119.com
Isn't this a bit off? The GPL is for distribution of software. Not the use of it. If one has to distribute on the use of the GPL wouldn't all apache installs also have to distribute?
It hurts the community in the same way it would have hurt you if the GPL software was instead proprietary. You'd have to spend your money or time to either buy the code or re-invent it. The GPL community, in return for letting you use their free code (which took their time and possibly money, to borrow your phrase), only asks that you do the same, so future generations of programmers can benefit from your "time and possibly money".
Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
Ahh so your seeing where the conflicts can be. Good eye.
That would depend on the definition of "commercial" and how it pertains legally to the situation. If I build the machine for personal use and sell it later at a yard or garage sale, it that the legal definition of commercial? In my area, a yard sale certainly isn't a commercial operation. If you look at it like a capitol good, well, I can sell up to 7 cars a year without it becoming commercial and requiring a dealers license so the comparison there appears to be no. So would I be in violation, I think not. You can think so, there is where contract dispute comes into play. Would I be honoring the terms of the deal?
There is also the part in section 3 where it says, "However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary
form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable." I should be fine like that because everything I distributed was available as the major components of the operating system. In fact it was the operating system. Do you agree? Here we go into contract resolution again to attempt to determine the meaning of the clause. Something we have to remember, Intention usually doesn't matter because the only access to the intentions presented to me (or anyone else) would be what was in the license.
This brings us back to the original problem, am I in the right or wrong and how do we determine that. Actually, it isn't as much me being right or wrong, but the process of determining that fact which is important. That is back to contract law, have I fulfilled my obligations?
Thanks for pointing "my mistake" out ;)
making modifications to it. For an executable work, complete source
code means all the source code for all modules it contains, plus any
associated interface definition files, plus the scripts used to
control compilation and installation of the executable. However, as a
special exception, the source code distributed need not include
anything that is normally distributed (in either source or binary
form) with the major components (compiler, kernel, and so on) of the
operating system on which the executable runs, unless that component
itself accompanies the executable. Note how it ends "unless that component itself accompanies the executable". So you don't have to distribute Linux source code when you distribute the source for a Linux application, but you still have to distribute the source for what you are distributing. In your PC example, if it is determined to be a commercial distribution, you would be obligated to provide the source for _any_ GPL program on the box you are selling.
http://www.mhall119.com
The potential problem here is that if you have a device, and you burn GPL Software to a ROM on the device, then give that device to someone else, that is distribution, and so copyright applies. There's no difference, legally, between a circuit-based rom, and a cd-rom. However, this particular case is not necessarily a GPL violation. Someone else asked a poignant question - Did Minerva modify the source? If they use binaries built from unmodified source, they can probably abide by the GPL simply by giving users a link to download the source from any server which hosts the same version of the source (e.g. from the main Linux or Busybox developers' ftp servers).
From busybox.net: gpl@busybox.net is the recommended way to contact them re suspected GPL violations.
Engineering is the art of compromise.
Your right, "However, as aspecial exception, the source code distributed need not include anything that is normally distributed with the major components of the operating system on which the executable runs," Means that I don't need to distribute the source for the operating system because anything from the CDs will be installed on the computer. Again, good eye. (read this as a whole)
Note how I think and claim I would be in compliance. Now prove that I'm not. If you go into a copyright court arguing that compliance wasn't met, I can simply say it was. The court won't determine under "copyright law" whether I had complied with terms of a license or not, they are only concerned with if I have a license. That is not the job of copyright law. That is the job of contract law. So first, we need to determine that I'm either in compliance or not on a legal standard, then questions of copyright can be asked. This however can be done in the same court sometimes if the violation is blatant enough, just not with the same sets of laws as copyright law provides.The problem isn't whether or not I complied, it is coming to a legal conclusion on that like I said previously. In my examples, I am purposely misinterpreting things that aren't stated as clearly as you understand them to be just to show that someone could dispute whether or not they are in violation of the terms of the contract/license. The words "unless that component itself accompanies the executable" doesn't infer much in and of itself when attempting to look at it in the abstract of the situation. The previous parts gave me exceptions and this simply means that if I break it apart and distribute something by itself, I have to give the source (again, a purposeful misinterpretation).
The fact that you had to explain that to me means that it is possible to be in violation while not understanding that you are. If there is a dispute, it is settled in contract law before copyright kicks in. And even then, there is the question of intent and obvious violations. You see, the point I am attempting to make isn't that I don't know the GPL, but that I can read it in certain ways and be wrong but still be under the impression of compliance. Unless I admit to violating it, you have to prove my wrong doing before you can revoke any license. It doesn't matter that the GPL say nothing else give you permission, I accepted the GPL as I understood it and I'm in compliance as I understand it. Now if you disagree, prove it (contrat law).
If they haven't done modifications to BusyBox (or other GPLed software), they don't need to provide the source themselves. They can simply point people to the homepage (counts as 3rd party server).
"I don't mind God, it's his fan club I can't stand!" E8