FSF Uses Android FUD To Push GPLv3 282
jfruhlinger writes "We've already seen claims from Edward Naughton and Florian Mueller that most Android distributors are in violation of the GPL — claims that the open source community has, for the most part, rejected. Therefore it's disheartening to see that the FSF is using this line of reasoning to push the GPL v3 over the supposedly more troublesome GPL v2. The FSF's press release on the subject emphasizes 'worries' without bringing up a specific concrete case of infringement — a classic FUD technique."
FSF (Score:3, Insightful)
No, it just means that FSF can see past what most slashdotters can't, regarding Google and Android.
But do mod me down, me and FSF dared to question Google on Slashdot.
Re: (Score:3, Insightful)
Re:FSF (Score:4, Insightful)
More unsubstantiated arguments? I don't know if we've been trolled, or you were really trying to argue effectively, and failed utterly?
Re: (Score:3)
It's getting quite tiresome how Slashdot's response to almost everything it disagrees with is to robotically label it "FUD," as if that somehow refutes the argument.
Re: (Score:2)
Dared to question google over code which they do not own, it should be noted.
Locked Bootloaders (Score:5, Insightful)
If Android were GPLv3 licensed we wouldn't have a problem with companies locking down their bootloaders. We could use the energy we currently put into hacking root access on our own phones into improving the platform.
I obviously agree with the FSF.
Re:Locked Bootloaders (Score:5, Insightful)
If Android were GPLv3 licensed not a single major manufacturer would have touched it and not a single major carrier would have offered such phones.
Google knew all these folks are way too obsessed with playing the patent game and way too distrustful of having to release all their code to use a GPL3-licensed platform. That's why just about everything in Android is Apache licensed (like BSD but with minimal patent licensing language).
Re:Locked Bootloaders (Score:4, Insightful)
What the GPLv3 is about (was Re:Locked Bootloaders (Score:3)
Required reading to be minimally informed:
Re: (Score:2, Informative)
And... how many companies would use that version? Parts of it absolutely have to be locked out, yet link and work, such as the radio. While not impossible to get into the radio, the FCC (I could be talking out of my arse here, so someone with more knowledge can confirm or deny this general memory of mine) doesn't want the entire population walking around with fully open phones, even if the companies would supply them. They would fail to get licensing.
While not directly bootloader related (I sympathize wi
Re: (Score:2)
Re: (Score:2)
I never said I didn't know what I was talking about, I asked for those who are more knowledgeable to confirm or deny (hopefully with some citation).
And I never said radio in general, but cellular radio. And if you think a completely open cellular radio is going to be A-OK with the federal government, you most likely have never heard of Kevin Mitnick [ttp].
With a completely open cellular radio system with full root access via the OS, cloning, among other things, would be "extremely" easy to do. (It already is eas
Re: (Score:2)
Parts of it absolutely have to be locked out, yet link and work, such as the radio.
Is there a reason that the radio can't run as a process in user space, or on a separate CPU with its own address space?
Re: (Score:3)
The hardware vendors isolate for a couple of reasons:
- Trade secrets
- Performance (radios require an RTOS)
And yes, virtually all high end devices have a separate CPU, RAM, and storage space for the baseband stack, accessible only via GPIO or USB interfaces.
Re: (Score:3)
The FCC doesn't really care whether the phone is fully open or not. All they care about is that the radio in the phone not operate outside the allowed parameters. The problem comes from the manufacturers wanting to use radio hardware that isn't limited to the permissible parameters, and limit it's operation using easily-changed software controls. If they used radio hardware that was itself limited to permissible parameters, there wouldn't be any problem with it being open. But that would make the hardware m
Re: (Score:3)
Indeed. Wifi-b also has this issue as Europe have 2 extra channels that can not be used in US, and japan has 1 that is outside of both of these.
So what happens is that they make devices that can work everywhere, but is limited based on the driver shipped in the box (or even the nationality settings of the os used). Question is: if a citizen of a European nation travels to USA and happens to use one of those illegal channels, will his device be confiscated?
Re: (Score:2)
Its not just the FCC (Score:2)
Re: (Score:2)
Android can't be GPL v3 licensed without relicensing the kernel, which won't happen. That's the part where you'd have to change the license if you want to prevent that from happening and as it stands it's compatible with the language of the GPL v2 that the Linux kernel uses.
Not suggesting that I like the locked down phones or that it isn't injurious to the ecosystem, but that is how that is.
Android consists of more than just Linux (Score:2)
Android can't be GPL v3 licensed without relicensing the kernel
Android consists of more than the GPLv2-licensed Linux kernel. It also has userland processes and libraries that could have used GPLv3 family licenses.
Re: (Score:2)
Android could be GPLv3 even if the kernel is not. After all, it's Apache while the kernel is not.
Re: (Score:2)
Re: (Score:2)
Could Android be licensed GPLv3? I thought it was primarily Linux based which is GPLv2, not just from choice, but necessity, in that all the contributors have only agreed to license their contributions as GPLv2, so a forward licensing can only be done with permission from all of them, which is impractical.
So isn't Android stuck at GPLv2 for the linux core at least? Presumably they could dual license the bootloader locking custom code as GPLv2 and anything else? If I were Google I'd be using GPLv2 everywhere
Re: (Score:2)
The confidential source code improperly provided to Dr. Stevenson is highly proprietary source code that Google does not even share with its partners, such as Motorola," Google said
Re: (Score:2)
HTC and Samsung are having no trouble selling phones with unlocked bootloaders.
Of course carriers would prefer to have complete administrative access to your phones, control what you can do with them and bloat them with software you can't remove. Clearly market pressure is pushing in the direction of freedom.
Re: (Score:2)
Re: (Score:3)
The cell-modem is in almost all cases (apart from the very bottom end) running on a completely seperate CPU.
It is basically identical - and often connected the same way - as a plug-in USB cellmodem. There is seperate closed firmware, usually signed, on the modem, and the linux side never touches anything more than 'dial x'.
Re: (Score:2)
Perhaps the manufacturers would choose a different OS entirely, say BSD based, or QNX or something and Android would be much less successful (and therefore interesting).
Re: (Score:2)
Re: (Score:2)
Impossible? No, look at the FreeRunner. (Or to a lesser extent, the N900.)
Since when did the FreeRunner or N900 use an OS and kernel under the GPLv3?
Re: (Score:2)
There's no GPLv3 Linux kernel as we all know, but the N900 can run MeeGo which is 100% FOSS.
Re: (Score:2)
Great, but this whole thread was about what the phone manufacturers would have done if the Linux kernel was GPLv3. So once again, what is the relevance of the examples when they have nothing to do with an OS using a GPLv3 kernel?
Re: (Score:2)
Oh I had no idea, since it started with "If Android were GPLv3 licensed" (and Android != Linux kernel) and nobody said anything about a GPLv3 kernel until you brought it up...
Re: (Score:2)
That's the topic of the article but not this particular discussion. I can only hope you haven't been following.
Re:Locked Bootloaders (Score:4, Insightful)
Re:Locked Bootloaders (Score:5, Insightful)
No, they would just choose to skip supporting that OS because they aren't going to open source the code. Or do you live in some fantasy world that exists outside of the real world?
Re: (Score:2)
Re: (Score:3)
To bad it isn't the real world.
Google has only so much pull... Companies choose android for a few reasons.
1. It is free as in beer.
2. It is free enough as in speech for them to do what they want with it.
3. It is widely used, they want to spend more time making hardware then writing OS code.
4. Googles name has some weigh but that is about it.
If Google makes their OS in a way that hinders the phone makers business model if they choose the use the product... They wont use it, and Google can yell all they want
Re: (Score:2)
Re: (Score:2)
Because someone has to write them (and pay for the programmers, managers, QA, etc), and then by open sourcing them, it would allow any competitor to instantly have the same platform for free. It negates any advantage the original developer/carrier has/had, which is what all carriers try to do by having something that separates them from the rest.
Re: (Score:2)
No, Windows Mobile or Blackberry would be in Android's position, because most of the phone manufacturers wouldn't want to give that up, or in many cases, couldn't.
Re: (Score:3)
Microsoft and others made the same argument about OSS for PC and servers.
It's just another computer
Re: (Score:3)
So no platform at all? Having a complete OS is _hard_. In fact, it is way too expensive/high risk for any "focus-on-the-next-quarter" companies. Apple did it (and iterated from very simple devices, with very limited interactions), but they think long term. Nokia did it over many years, and not well enough. MS could not muscle its way in the market. RIM started from an embedded UNIX.
Trade secrets are useless. Nvidia could publish the complete schematics to their silicon, give the code to their drivers, and s
Re:Locked Bootloaders (Score:4, Insightful)
How so? I wasn't aware that you were suddenly prevented from loading "tainted" modules into the kernel.
Sure, maybe you can't build them in. You don't have to. That's one of the things an initial ram filesystem does - lets you store the modules and utilities you need to boot, without building them into the kernel.
Re: (Score:2)
Good, then they can stop taking from the OSS community
Because the BSDs aren't part of the OSS community? Since when?
Re: (Score:2)
Those who create and support BSD software have no problem with having their software ripped off, if they did, well it wouldn't be BSD licensed would it?
The GPL crowd, that is, the vast majority of the OSS community, has a different definition of openness where being ripped off is frowned up.
Re: (Score:2)
But ripping off [from BSD and similar licenses], now that's groovy!
Re: (Score:2)
If they don't want to get ripped off they can re-license their code, rather than acting surprised when businesses rip off something that is totally legal to rip off. I mean it's not even like Tivoization and the GPLv2 where it's a strong violation of the spirit of the license if not the letter of it, but there's nothing ensuring contributions back to BSD projects apart from the most tenuous of implied gentleman's agreements.
Re: (Score:3)
I assume you're being snarky (open source will never sell hurr durr) because there's nothing in the GPLv3 to prevent that.
Re:Locked Bootloaders (Score:5, Insightful)
The GPLv3 prohibits the use of GPLv3'd software on devices that implement signatures as a means of execution control unless the user is given the key that is used to sign the binaries. (Not sure if supplying a means for registering a 3rd party key would suffice.)
So if you implemented a scheme where all binaries, before execution, were signature checked for your $private_vendor_key and denied if it was missing, then you'd be in violation of the GPLv3 if you didn't give the user $private_vendor_key. This was put in place to defeat the end-run that was TiVOization.
Re: (Score:2)
But why would those signatures be needed at all? Android allows sideloading without any keys (and therefore is requiring them in the app store for non-technical reasons), Maemo/MeeGo just uses plain Linux repos...it's not necessary.
Re: (Score:2)
By and large it's a moot point for Android, thus far. Were the kernel GPLv3, this would impact any vendor whose bootloader checks the kernel for a signature. Since it's GPLv2 only, this is a moot point.
However, if someone implements a "protection" system for the device that prevented the device from operating if an unsigned module is put in place of what was previously there and that module is GPLv3, then they have to give you the key so you can replace it cle
Re: (Score:2)
So essentially the android app market would not be allowed to have a switch for turning off unsigned apps?
Re: (Score:3)
The GPLv3 prohibits the use of GPLv3'd software on devices that implement signatures as a means of execution control unless the user is given the key that is used to sign the binaries. (Not sure if supplying a means for registering a 3rd party key would suffice.)
So if you implemented a scheme where all binaries, before execution, were signature checked for your $private_vendor_key and denied if it was missing, then you'd be in violation of the GPLv3 if you didn't give the user $private_vendor_key. This was put in place to defeat the end-run that was TiVOization.
Give the user his own private key and honour it properly. That's all that is required. You don't need to disclose vendor private keys.
Re: (Score:2)
Re:Locked Bootloaders (Score:4)
Sure, the GPLv3 would allow sale of Android phones, but providers (assholes though they may be) would not be willing to put Android on their phones (at least on *as many* phones) if it didn't allow them a certain level of control of the device.
The GP's point is like saying that if Microsoft had to GPLv3 their software, they'd stop selling it, at least in its current form.
Re:Locked Bootloaders (Score:4)
What Oddly Weak and Pathetic FUD (Score:4, Insightful)
Yeah, it's FUD but when you really consider it as FUD, who exactly is it targeting? I think, if I read this correctly, this is supposed to be an attempt at scaring device manufacturers away from using Android. But the core of the argument appears to be that if you distribute Android and you do not follow the GPLv2 then you will lose all your rights (as with most licenses). Once you've lost all your rights, according to the GPLv2, you have to go around to the original copyright owners and get them to okay that you can again have a GPLv2 license. Which would be nigh impossible with Linux. Okay so that seems logical. They then state that you can instantly regain your rights by simply falling in line with compliance when the source code is GPLv3 licensed. Okay, so that also sounds logical.
We've already seen claims from Edward Naughton and Florian Mueller that most Android distributors are in violation of the GPL - claims that the open source community has, for the most part, rejected.
I don't know how someone can speak for that demographic. I followed the link to find out who this spokesperson is and was brought to this in the linked article on that Slashdot article:
Textbook FUD.
And this is why people avoid GPL code. Whether Mueller is right or wrong (and he's pretty much always wrong) there is so much FUD spread over potential GPL violations all over the place that most corporations just don't want to even get within miles of the GPL for fear that some loser like Florian will try to peg crap on them.
A Slashdot Anonymous Coward
So the open source community is represented by an anonymous coward here on Slashdot?
Have I ever bought a $10 piece of trash from China and found out that I could really use the source in order to make it work with my computer? Yes. Could I foresee some BS tablet maker producing a piece of trash tablet, hacking Android and releasing it sans source code only to have consumers wonder how in the hell Android is running on that device? Definitely. I wouldn't put that past anybody given there's supposedly one GPL violation a day [slashdot.org] and the fact of the matter is that licenses don't seem to mean jack shit in China (and that's their right as a sovereign nation).
So the allegations here are that Edward Naughton and Florian Mueller (neither of whom I am defending, by the way) have spread FUD to strong arm people into migrating to GPLv3 so that device makers won't fear the repercussion of violating GPLv2 and then having to do impossible legwork to get back in good standing and regain a license?
Regardless of how effective that is (I'm not a handset manufacturer nor do I know any straying from Android because of this) that is some pretty crazy thin ridiculous sorry FUD if I may say so myself. I worked for a Fortune 500 company for seven years and all I ever saw was a slow gradual movement toward GPL code until I think the only licenses we had were unfortunate contractual agreements from the past. Oh, and Windows. No one really cowered in fear and ran screaming when presented with the above "FUD" as the Anonymous Coward quote seems to imply.
I don't get it, we pick apart any huge company's license here on Slashdot in the name of protecting the consumer but when someone does it to the GPL and finds some hilariously minute case -- then it's FUD?
The FSF's press release on the subject emphasizes 'worries' without bringing up a specific concrete case of infringement — a classic FUD technique.
I think it's worth pointing out that in order for this to be "proven" in a court of law, I think that would mean a GPLv2 license holder would have to sue a company that used Android,
Re: (Score:2)
So the allegations here are that Edward Naughton and Florian Mueller (neither of whom I am defending, by the way) have spread FUD to strong arm people into migrating to GPLv3 so that device makers won't fear the repercussion of violating GPLv2 and then having to do impossible legwork to get back in good standing and regain a license?
No. They've spread FUD that Android resellers may be in default of the GPL and would have to do impossible legwork. The FSF press release has added fuel to the fire by saying that if Linux was GPL2 or later, that wouldn't be a problem, and that Android hardware makers should lobby Linux kernel developers to relicense their code.
Personally, whilst it may be well meaning, I don't think it's helpful. It's just going to wind up the kernel devs, and give some mileage for trolls.
The Hurd (Score:2)
So the allegations here are that Edward Naughton and Florian Mueller (neither of whom I am defending, by the way) have spread FUD to strong arm people into migrating to GPLv3 so that device makers won't fear the repercussion of violating GPLv2 and then having to do impossible legwork to get back in good standing and regain a license?
Totally coincidentally, The Hurd was recently released.
Is it time to go after Linux at the FSF and Android is just an easy target? Is Linux now the enemy?
Re: (Score:2)
the fact of the matter is that licenses don't seem to mean jack shit in China (and that's their right as a sovereign nation).
Note that, when a country adopts a treaty, such as the WIPO Copyright Treaty (ratified by China in 2007), that treaty is incorporated into the basic law of that country -- that's why treaty ratification in the US is such a high bar, adopted treaties carry the same force as constitutional law, and the courts give treaties precedence over acts of congress or local laws or regulations.
The China problem, as with so many problems in that country, is about the government's tolerance of corruption and lawlessness,
The FSF is indeed generating FUD (Score:5, Informative)
Before the FSF site went down temporarily, I read the original news article, (Android GPLv2 termination worries: one more reason to upgrade to GPLv3 [fsf.org] and sure enough, the last line currently says "Companies that sell products that use Android can help out by encouraging the developers of Linux to make the switch to GPLv3."
Linux is licensed solely under GPLv2, not "GPLv2 or later", so switching is not a question of Linus deciding to change (which he wouldn't agree to anyway) - all the other contributors would have to agree as well.
I emailed Brett Smith (copy in my journal [slashdot.org]) to point this out, as well as point out that the GPLv2 allows for distribution as long as you are CURRENTLY in compliance. There is no "you lose your rights forever" clause in the GPLv2 license.
Lesson: Never assign your code to someone who says "trust me." Not even the FSF. And be wary of clauses that allow them to change the license at will to a future version that may not be to your liking, or that they may interpret to say something it doesn't say.
Re: (Score:3)
There is no "you lose your rights forever" clause in the GPLv2 license.
What they were stating is that in order to regain your GPLv2 license you have to get approval from ALL copyright holders and in the case of something like the Linux kernel it would be nigh impossible to get this. Hence, while you are technically true, at the same time if you can't get approval from all license holders it is effectively the same thing.
Re:The FSF is indeed generating FUD (Score:4, Insightful)
That's not what the GPLv2 says [gnu.org]. It says very clearly what you must do to distribute.
As long as you comply, you can distribute. When you don't comply, you can't. There is nothing about any requirement to obtain the permission of the authors - which would be a violation of clause 6 of the GPLv2, as it would impose additional conditions beyond the license itself. Just complying with the license is sufficient.
Additionally, the recipients don't receive their license from the distributor, but from the original authors (clause #6). Even if the distributor is out of compliance, that does NOT affect recipients of the code.
See that second bolded section - nobody can demand that someone who was once out of compliance, once they are back in compliance, seek the approval of ANY of the copyright holders before recommencing distribution. The article is pure FUD.
Re:The FSF is indeed generating FUD (Score:4, Insightful)
Section 4 is that very clause. If you "copy, modify, sublicense or distribute the Program except as expressly provided under" the GPLv2, your rights are "automatically terminate[d]." There is no mechanism to regain a license under the GPLv2. And if you think that you regain such a license under GPLv2 section 6, the end of section 4 takes care of that: "parties who have received [..] rights [..] from you under this License will not have their licenses terminated so long [as they] remain in full compliance.
If this wasn't the case, the GPLv2 itself would have no force, because any past violation could be pasted over by merely being granted a new license from some other sublicensor. GPLv3 fixes this problem by adding reinstatement language to section 8.
Re: (Score:2)
In truth, if your license isn't re-instated by some action that actually is legal, you lose it forever, per contract law.
However I think the valid interpretation (which is why people merely seek coming into compliance with the terms...) for the GPL/LGPLv2 for reinstatement is to re-obtain a new copy and fully comply with the terms. What bit Actiontec and Verizon so hard was that they were in breach of the agreement AND was unwilling to try to reinstate it themselves.
Re: (Score:2)
Coming into compliance really works because the copyright holders grant a new license to the violator after compliance is obtained; the copyright holder is not limited to the terms of the GPL in granting new licenses. That said, it is possible that a violator would attempt to claim that they re-obtained a n
Re: (Score:2)
Or do the smart thing and download a new copy from the same licensor and comply with the license. Both the intent and the text of the GPLv2 are to encourage distribution in compliance with the license.
There is no language or mechanism in the GPLv2 for terminating rights in perpetuity. Get back into compliance, and you have, as
Re: (Score:2)
Attempting to impose an additional condition such as "you lose your right to distribute permanently" is contrary to clause 6 of the same license, which says that you may not impose additional conditions outside the license on any recipient.
Good grief, the license cannot be in violation with itself. The bit about imposing additional terms is for 3rd parties redistributing the software. The only rights you have are from the copyright holder and the license, and if the license says your rights are terminated, then they are terminated.
It's just wishful fantasy to pretend that you can get them back by just copying it again, as your only right to copy in the first place was in the license you just violated, and that license says your rights are ter
Re: (Score:3)
Here is the actual text:
Re: (Score:2)
Indeed, I doubt very much that Linus wants to go through the hassle of relicensing to GPLv3. I'm sure there are developers that would like to do that, but reimplementing the code from developers that can't or won't relicense it under the GPLv3 is enough of a poison pill to keep it from happening.
I suppose they could change the requirements for new patches in, but I doubt that's worthwhile given that you'd have to find people to reimplement large swaths of the kernel. Granted I'm sure some of that ought to
Re: (Score:2)
If they go to that much trouble, there are better things to do than use GPLv3 with all it's anti-commercial stances. Maybe GPLv2 with some improvements, maybe BSD license, whatever. Just not the GPLv3 please. I want to see linux in hardware devices, I want to see more TiVos.
Re: (Score:2)
I'm curious, though, because after reading the GPLv2 your interpretation seems correct (you don't loose your rights permanently.) However, the GNU page on "Why GPLv3 is better than v2" states that, in fact, you do. I cannot see how that is a valid interpretation of the license. It only says that if you violate the license, your rights are automatically terminated. No where does it state that this is permanent (at least as far as I could see). In fact, it appears that merely grabbing a new version of the sof
Re: (Score:2)
You're absolutely right - it simply isn't there, and attempting to impose such a "you lose your rights forever, even if you get back into compliance" on GPLv2 code [gnu.org] is a violation of clause #6 - "You may not impose any further restrictions on the recipients' exercise of the rights granted herein."
One of the reasons I'm reverting my code back to GPLv2 ONLY as opposed to GPLv3 is because of FUD like this. The action of the GPLv2 is well-understood, and its friendly to businesses that want to use code to impl
Re: (Score:3)
Re: (Score:2)
No there isn't. They pointed to some FUD on the FSF site that claims that there is, and that the GPLv3 is better because it provides provisions for reinstatement.
However, nobody has pointed to any such clause in the actual text of the GPLv2 [gnu.org].
The clause in question says that if you are not in compliance, your right to redistribute terminates. Nowhere does it say that such termination is permanent. Simply
This is absurd (Score:2, Informative)
The GPLv2 may not be the right license for Android, but GPLv3 isn't either. There's no way cell phone manufacturers would distribute patent licenses with their code, especially with all the patent lawsuits happening now. Ignoring a one critical aspects of the use case for another makes this useless.
Article is a strawman (Score:3)
Re: (Score:2)
There is a gpl-violations list.
Taking the last week or so.
There is a message copying a response from HTC about the inspire 4G, where they state that they are aware of GPL, and do intend to supply source, but in 90-120 days.
Source for the HTC thunderbolt kernel (which is released) is an old version that will not work with the current radio firmware.
The pocketbook e-reader seems to entirely have no source.
The position for vendors of the many android phones you see as direct imports is basically simple - there
Re: (Score:2)
FSF is free to worry about violations of licenses on their own code. They don't own Linux however.
article misrepresents the FSF press release. (Score:2)
The article and the poster confuse "GPL violations in software developed for the Android platform" with "GPL violations in Android". The FSF press release doesn't say "GPL violations in Android".
Indeed, the press release does promote GPLv3, but it's merely the author expressing an opinion. It's not spreading "FUD".
Re:ah FSF (Score:5, Insightful)
The difference is that Microsoft's agenda serves only themselves, while the FSF's agenda serves humanity as a whole.
Re: (Score:2)
So you believe the ends justify the means?
Re: (Score:2)
Unless, of course, Humanity wants to distribute code using any license other then their own..
Then (prepare for hidden pun) they are the little devils..
Re:ah FSF (Score:5, Insightful)
A lot of very good free programs are now kept out of the hands of people because of GPL v3
Nonsense. The only reason not to use GPLv3 software is if you intend to deprive your users of their fundamental software freedoms. If that's your choice, we're not losing out on anything when we prohibit you from using GPLv3 software.
Re: (Score:3)
Distributing, I mean. The GPL prohibits no one, under any circumstances, from using any software. Even if you refuse to accept the GPL, you may use GPL(any version) software.
Re:ah FSF (Score:4, Insightful)
The GPL does however prevent people from distributing derivative works without the source and then there is the matter of the anti-tivoization language in the GPL v3.
Some might consider the ability to link in GPL code in otherwise non-GPL code and vice versa to be a fundamental freedom that open source is supposed to provide.
Re:ah FSF (Score:5, Insightful)
Lemme get this straight, you want to allow tivoization? If so just be honest and use the BSD license, that's practically what tivoization turns the GPLv2 into anyways.
Re: (Score:3, Interesting)
How the hell you got +5 Insightful is beyond me!
Yes, "The GPL does however prevent people from distributing derivative works without the source", but how is that not a positive thing for the community, the users, and other developers? Copyright, all by itself, prohibits distributing both the work and derivative works with or without the source. Only public domain goods and BSD-ish licenses have fewer restrictions (ie. virtually all the Windows/Apple/etc software have more restrictions).
Anything you do with
Re: (Score:2, Insightful)
That's a critical distinction, and the corollary to that distinction is that most companies won't touch GPLv3 software with a ten meter pole, which means that it never gets included in commercial OS distributions and can't be sold/given away in many popular online stores. That, in turn, is a great reason not to use GPLv3 software.
First rule of software: if it's hard to obtain and/or hard to install, it might as well not exist, as it will be forever relegated to niche markets.
As a case in point, we're curre
Re: (Score:3)
Which is why linux is a failure, and the BSDs have taken over the world.
Or that google picked a BSD instead of linux for android.
Basically, if you develop a free software project and want people to participate, your odds are better if you are in effect saying: "no one will benefit from your work if they are not giving back". Now the (L)GPL is not perfect in that respect -- look at the KHTML/WebKit debacle -- but it sure is better than the BSD license.
BSD is for people who either are so pure in their generos
Re: (Score:2)
You kind of miss the point. Yes, GPLv3 is unattractive for some firms. Apple hates it presumably because of the software patents clauses. But a FOSS license is primarily a social contract for a community. Such communities are stronger and more successful the more (a) they depend on volunteer labour and (b) they have strong rules against theft, or put it another way, they can enforce remixability. The GPLv3 is essentially the most powerful contract on Earth for growing software-building communities. All the
Re: (Score:3)
Exactly, this is why I support the GPLv3 over the GPLv2. The only things the GPLv2 allows that the GPLv3 doesn't are tivoization and patent timebombs. If a company needs one of those things to offer an open source product, well fuck 'em, we don't need their shit (and yes that goes for the prominent tivoized mobile OS. Better, more open OSes were marginalized due to Android's success, and now Android is practically closed, so in the long run I'd say we would have been better off without it. MeeGo or WebOS co
Re: (Score:3, Insightful)
The only reason not to use GPLv3 software is if you intend to deprive your users of their fundamental software freedoms.
Only in Stallman's Orwellian political world is it a "fundamental freedom" to require somebody to supply source code. As a user of software I have the freedom to use or not use software that doesn't come with source code.
Re: (Score:3)
Providing value in exchange for value is "Orwellian" in your world?
Dictating the terms of exchange and calling it "freedom" is Orwellian.
Re: (Score:3)
You are confusing capability with freedom. Just because I don't have the means to do something doesn't mean my freedom was taken away.
If a person wrote a piece of software and gave it to another person in exchange for a sweater, that's a free trade. The author never was compelled to write the software in the first place, and the receiver was never compelled to give up a sweater for it. The receiver could demand the source to be included in exchange for the sweater. Freedom all around.
If some outside party d
Re:ah FSF (Score:4)
People don't have "fundamental software freedoms." The GPL3 is merely a copyright license, and arguably a restrictive one compared to other licenses that provide more freedom to do things with the source that are prohibited under the GPL.
Re: (Score:2)
I'm curious about this claim. No one is forced to use GPLv3, so how does this follow? Can you clarify what you mean, and any evidence you can bring to bear on this point? After all, Linux itself is GPLv2, and most distros have software from a number of open source licenses.
Re: (Score:2)
Re: (Score:2)
In the context of FUD, Uncertainty and Doubt to be the same thing, but aimed at different time periods. You are uncertain about the future, and you are Doubtful about what you've already invested in the past.
Example (completely made up): "Coming soon, Microsoft's new server software will cheaply make all your Linux server farms obsolete."
* You fear the consequences of making a wrong decision -- "Wake up! You have something to lose here!"
* You become uncertain about the assumptions you have made. -- "The fut