Software Freedom Law Center vs Theo de Raadt 464
An anonymous reader writes "In a recent public posting to the Linux Kernel mailing list the founder of the Software Freedom Law Center, Eben Moglen, lashed back at OpenBSD creator Theo de Raadt without actually mentioning his name. 'What has happened is that people who do not have full possession of the facts and have no legal expertise — people whom from the very beginning we have been trying to help — have made irresponsible charges and threatened lawsuits, thus slowing down our efforts to help them.' Moglen pointed out that they have and continue to help all open source projects, including OpenBSD, but the process takes time. 'The required work has been made more arduous because some people have chosen not to cooperate in good faith. But we will complete the work as soon as we can, and we will follow the community's practice of complete publication, so everyone can see all the evidence.'"
Shades of grey do not a good argument make (Score:5, Insightful)
I'm a software developer, and I don't always write open-source code. I've written plenty of OS code, contributing to PHP, GCJ, SDL etc. and I GPL'd my geolocation website [hostip.info], but I also write commercial code.
It can be hard to see a perfectly good piece of code, that does exactly what you want, and then have to go and re-implement it yourself, but that's what the GPL requires, and that's what I do. At the moment, I'm drawing over 1000 tiles for a CIV-2 type game, because the 'freeland' tiles are GPL, and having to put the amount of work in to duplicate it that I am doing, I completely understand why.
I think that if anyone relicenced any of my OS code under their own, more restrictive (to pluck an example out of the air: GPL rather than BSD) licence, I would be incensed. It remains to be seen if this has happened within Linux, and if it has, hard questions are going to require very good answers..
Simon
Re:Shades of grey do not a good argument make (Score:5, Insightful)
The current 3 clause BSD license allows someone to release derived works under the GPL (or under closed-source commercial license). If you don't like that, then don't use the 3 clause BSD license. Licenses have specific meaning that should be understood before they are used.
Re:Shades of grey do not a good argument make (Score:5, Insightful)
You can add the GPL to it if you like. It's allowed. You CANNOT do what the Linux people did and then REMOVE the BSD license from the code. The code remains licensed under the BSD license. Any changes you make can be other another license, but the original BSD license and attribution MUST be kept.
The other important parts that the Linux people keep on trying to cover up is that while parts of the code in question were dual-licensed under the BSD license and the GPL, parts were BSD-ONLY and could not have the BSD license removed from them.
It's also highly ironic that the "Software Freedom Law Center" is fighting to restrict freedom and prevent the BSD projects from using this code.
Re: (Score:2)
You can add the GPL to it if you like. It's allowed. You CANNOT do what the Linux people did and then REMOVE the BSD license from the code. The code remains licensed under the BSD license. Any changes you make can be other another license, but the original BSD license and attribution MUST be kept.
I agree with both you and Theo, that one can only add the GPL when one adds elements subject to one's own copyrights. The BSD license is a license grant by the original authors to anyone who comes into posession of the code.
Re: (Score:3, Interesting)
Also I agree that the copyright notices were probably prematurely altered. A safer approach might be to use language like:
"Portions may be copyright (2007) so-and-so.
So-and-so has added this notice here because he/she intends to make changes to the software and release those changes under [insert license here]. Please do not count on this file as being entirely original to the author and,
all, not any (Score:2)
Only the original code remains licensed under the BSD license. The new code is licensed under the GPL, which means that you can redistribute the entire file only if you meet the conditions of both the BSD and the GPL license.
parts were BSD-ONLY and could not have the BSD license removed from them.
This is correct. However, it doesn't affect what you can do with the code: the GPL restrictions still apply to any additions, and hence to the file in its entirety
Re: (Score:3, Insightful)
Only the original code remains licensed under the BSD license. The new code is licensed under the GPL, which means that you can redistribute the entire file only if you meet the conditions of both the BSD and the GPL license.
The BSD applies to the code, with or without modifications. So any modifications must be also licensed under BSD if they are distributed with the unmodified parts. Or at least that's what Groklaw says [groklaw.net].
Re: (Score:2)
1) Someone in the software community takes advantage of this and legal ships commercial code containing GPL. Sure, we don't see that as possible now, but what about someone thinking outside the box to undermine what the GPL fans are protecting? For example, is it possible to wrap another license around GPL code, make it dual license, then rip out the GPL? Just hypothetical of course, but if it's done the other way maybe som
Re:Shades of grey do not a good argument make (Score:5, Insightful)
Yes, it does. But, and this is the important part that the Linux people keep on conveniently forgetting: IT DOES NOT ALLOW YOU TO REMOVE THE ORIGINAL LICENSE!
It doesn't have to. If a product is dual licensed, and you choose License A over License B, you are not bound to the terms of License B . License B has no legal bearing on the relationship between the licensor and licensee. It is effectively nothing but "plain text", modifiable under the terms of License A, if License A permits modification. After all, if License A is accepted, it becomes the de facto copyright notice.
Re:Shades of grey do not a good argument make (Score:5, Insightful)
Heck, even if I did upgrade a license to GPL v3+ from GPL v2+ I would still include a notice that some parts were licensed under the older license. I don't think I have to say which parts those are, however.
I am not saying this is legal or not. I am saying it seems questionable to my mind.
Re: (Score:3, Informative)
Re: (Score:3, Insightful)
You do not have a right to sublicense a copyrighted work unless that right is explicitly granted to you by somebody who has the right to do so. In the case of BSD or GPL licensed works, nobody grants you the right to sublicense them. The license is a permission to do certain specified things. The only things you can do, beyond those that the license explicitly grants you permission to do, are those that the law says you can do (
Re:Shades of grey do not a good argument make (Score:5, Insightful)
Re:Shades of grey do not a good argument make (Score:5, Insightful)
*yawn* (Score:4, Insightful)
Of course what's the point of being nutty if you can't bend/forget/reassemble reality to get really good and frothed up. This issue is really two separate issues, but if you read any n post you quickly see that there's not even a pretense of separation any more (it's wide open bitch season baby!). The issue started with a patch that stripped the BSD copyright notice on code that was originally released BSD/GPL2 (then modified BSD). This was wrong, but it was just some guy doing it (ie...er, not the 'Linux community'). It never made it into any upstream repos. It was loud as everyone got really bitchy about it but the fact is it wasn't 'sanctioned' action and no-one was actually trying to do, well, anything. The issue was quickly resolved.
The issue that's really at hand that's being mostly swept under the carpet is long standing resent for the GPL community for regularly 'stealing' BSD code. Not violating the copyright mind you, but using the free software in GPL projects then not providing the patches or changes made back to the BSD community (because all the GPL work is...GPL and not reverse compatible).
So on one hand you've got the nuts, constantly harping on this non-issue. On the other you have the developers who (at least in part) feel 'cheated' and consider it hypocritical for one open source group to benefit from the other without making the open code available to the other (which is the real issue). Then you have the license issues where things start to fall apart a bit. Since the BSD allows for use that closes code off (true freedom) this isn't even about the code not being available. Or, if it is, it's about a segment of the BSD community which appears to want to put more restriction on their code then the (permissive) BSD currently does. Which is kind of ironic really.
As much as I like RMS it looks like BSD just got their own with Theo. And he has followers.
Re: (Score:2)
Re:Shades of grey do not a good argument make (Score:5, Insightful)
Section 7 GPLv3 says:
[...]
b) Requiring preservation of specified reasonable legal notices or author attributions in that material or in the Appropriate Legal Notices displayed by works containing it
IANAL, and I think you are missing the point (Score:5, Insightful)
The current 3 clause BSD license allows someone to release derived works under the GPL (or under closed-source commercial license). If you don't like that, then don't use the 3 clause BSD license. Licenses have specific meaning that should be understood before they are used.
The large issue has to do with whether the BSD license allows for sublicensing (i.e for a licensee to offer a portion of his/her rights to a downstream licensee as a separate license). I personally don't think it does. Instead, I see the BSD license as a direct grant of rights to anyone who gets a copy of the source code.
In the case of a derivative work, nothing here prevents you from enforcing your own copyrights in any way you see fit (as long as you obey the terms of the BSD License). However, you cannot dictate to other people what terms govern the code which was provided to you under a nonexclusive BSD license. This is actually a big difference. Mr Moglen is on record saying that he thinks that the BSD license allows for this sort of sublicensing, and I disagree.
Re:IANAL, and I think you are missing the point (Score:5, Insightful)
Why is your legal opinion on the issue even slightly relevant?
Eben Moglen is a lawyer who has been asked for legal advice on this issue by programmers to whom it directly matters and has provided an informed legal opinion. I haven't seen that opinion, so I don't know if you're characterizing it correctly - but that doesn't matter to my comment here. In contrast to Moglen, you are some guy one Slashdot who admits to not being a lawyer and probably isn't even involved in this particular dispute.
Why are you providing legal advice on this issue?
Re:IANAL, and I think you are missing the point (Score:5, Insightful)
1) Lawyers are sometimes wrong. I have seen people get into serious trouble because of bad legal advice.
2) When a lawyer is wring, you have very little recourse.
So, the question is not about what I think or what Eben thinks. It is what a judge would decide if a case came down to it. In essence the question is what the law is. (and bad legal advice is no excuse in the eyes of the law.) Hence everyone should do what they can to understand the laws that affect them.
Also I am not saying that Eben is generally wrong about copyright matters. Most of the details he has provided to me about how copyright works even in an international setting have been accurate and insightful. We just disagree about the interpretation of the BSD License and whether it follows the licensed code. While this disagreement is critical in cases like the Atheros driver spat, and in questions of GPL3 compatibility, it is moot for most other sorts of questions.
My major point is that people should seek assistance from a real and unbiased attourney. I am not a real attourney and Mr Moglen is not exactly unbiased.
(Note that the danger of bias is that it can tilt one's interpretation of finer points in unteneble directions. Not that someone will be wrong about most cases, but just that it increases the odds of a dangerous bit of advice being issued.)
Re: (Score:2)
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are met:
* * Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* * Redistributions in binary form must reproduce the above copyright
*
Re: (Score:2)
Re: (Score:3, Insightful)
Re: (Score:2)
Re: (Score:2, Insightful)
Re: (Score:2)
That's not to say that I can stomach the other side. Stallman is a fruitcake, the kind of guy that sensible people would be crossing the proverbial street to avoid rather than paling up to.
Re: (Score:2)
As far as I can see, the BSD license doesn't have a clause that says "you may also exchange this license by any other license you wish."
It allows a lot, like including it in a larger package that has its own completely different license; even in packages where the source is never released, so that recepients of the package can't do the same thing you did.
But as far as I can see, if you do give some user the source to your entire program, including the bits that were originally released by others under the
Nothing is Black and White in the real world. (Score:2)
As far as I can see, the BSD license doesn't have a clause that says "you may also exchange this license by any other license you wish."
You are quite correct, it doesn't. However alot of people people who support the GPL seem to think that if it is ok to take BSD licensed code and incorporate it into a commercial closed source product why do they have such a problem with the same code being re-licensed as GPL that explicitly prevents this.
The problem is that we have two groups of people who both want similar aims but have vastly different tactics as to how to get there:
The FSF and Stallman think all code should be open source and code shou
Re: (Score:2)
How is this an issue? Even if that user got that code from someone under the GPL and not the BSD, they also have a / can have a BSD license to it from th
Re: (Score:2)
Not necessarily. you write a piece of software, and publish it under the BSD license. I then grab it, adapt it to my needs, and sell it closed source. That's a "common", and well understood scenario. But what if I changed the code, and published it under the GPL? What happens then?
From reading this [wikipedia.org], I get the impression that, from
Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
you should conclude that, effectively, if you redistribute BSD code, it stays BSD.
With friends like FSF, who needs Microsoft? (Score:2)
Finally, I don't think it's fair to put the ethical issues aside. The FSF's entire basis of being is their ethical argument abo
Re: (Score:2)
Re: (Score:2)
Free Software grants users a lot of freedom, but the most important one that it retains is that of attribution. Irrespective of the legal niceties, t
Re:Shades of grey do not a good argument make (Score:5, Insightful)
I haven't seen anywhere where Eben Moglen (or anyone else for that matter) has condoned misattribution. In this case what I have seen is 1.) loud people threatening legal action and 2.) Eben Moglen, a lawyer, shutting up in response while continuing to try to resolve any actual problems that are present. That's how things should be.
Re: (Score:2)
So you think you should be able to use these 'free' tiles to get a leg up on your project saving time and money and give nothing back in return.
Re: (Score:2)
Well, then don't release it under the BSD license; the whole point of the BSD license is for people to be able to have freedom in how they relicense the code. Linux developers happen to choose to relicense it under the GPL. Technically, they shouldn't remove the BSD copyright and license, but in practice, that makes little practical di
Re:Shades of grey do not a good argument make (Score:4, Insightful)
The GPL does not require you to re-implement, however, if you refuse to adhere to the GPL which made the code available to you in the first place then yes you must re-implement. The GPL did not force you into that situation, your need to avoid GPLing your own work is what forced the situation.
This makes absolutely no sense what so ever. You are okay with someone taking your code that you released under a BSD license and creating a closed source proprietary product which may restrict access to code, copying, reverse engineering, etc. etc., but when someone uses it to create a GPLed product you suddenly take issue? wtf? It seems that your quandary has more to do with your dislike of the GPL than it does with what someone does with your code. Even if the GPL were some ridiculous draconion software license removing all the rights of humanity their is no sense in whining about how the code was used when its being used in the way it was intended.
If the BSD license was not followed then there is an issue, but if the license was followed and the resulting code was released under the GPL then there is absolutely no issue.
Re: (Score:2)
For an open source project like this, spending dozens (hundreds?) of hours of time redrawing tiles just because the license is different (yet still open) is really pointless pedantry. Wow, you've really struck a blow for your BSD license preference by wasting a ton of your own time. Congratulations.
I assume the game is closed sourced, hence the preference for BSD tiles. I can also understand the frustration, but it's a direct consequanece of the specific whishes of whomever designed the original tiles.
Need to clarify dual-licensing (Score:5, Insightful)
Re: (Score:2)
Re: (Score:2)
This means you can prepare derivative works under any license, but you can't assert that the new license covers the code you are merely using with permission.
IANAL....
Re: (Score:2)
Correct. But you can assert copyright over your derivative work, add your own copyright notice, and add your own restrictions.
The consequence of this is that you can take a piece of BSD-licensed code and make your derivative of it GPL-only once you have made any significant changes to it. You can do that because the BSD license isn't "viral" and doesn't impose any conditions on derivative works. That's the whole point of the BSD license after all.
Re: (Score:3, Interesting)
Again, IANAL. If this point matters to you, your safest bet is to hire a real and an unbiased attourney.
The right to sublicense is a very special right under copyright law, and my reading of cases like Gardner v. Nike are that courts are very conservative in allowing for sublicensing due to the fear of an accused infringer being harrassed by multiple successive lawsuits.
In short, the BSD license offers you a set of rights (redistribute software, prepare addition
Also, one question: (Score:2)
IANAL....
Re: (Score:2)
The issue here is not what you can do with BSD licensed code, but what you can do with code licensed under both the BSD and the GPL licenses. Specifically, the question is whether you can accept one license and not the other; which is precisely the decision that precipitated the current debate.
To put it more bluntly, we need clarification on whether dual-licensing has any point in it at all. If it is valid, then all us
Seems rather obvious (Score:2)
a) There'd be no point in dual licensing otherwise
b) That's the plain and most obvious meaning of the word "alternatively" which is the word most often used (and used in this specific case I believe) when offering dual licences.
(I seem to recall that some files in this case may not have been dual licensed, but that is another issue).
Oh (Score:5, Funny)
Whereas an explicit attack would have been way too common to be featured as news
I have the perfect solution (Score:5, Funny)
I would suggest to Theo that if he wants those GPL slackers to give back to the BSD community and not run roughshod over the BSD license that he add a simple provision that forces the miscreants to give back their improvements.
In fact, in the interest of sharing hard work freely with others, I happen to have a draft copy of what such a license would look like right here [gnu.org].
P.S.
The license shown even encourages non-GPL borrowers to keep their code open, all for the same low price.
Infighting between the hairy guys & gals (Score:2)
Learn from the diplomats (Score:2, Insightful)
"Let me therefore point out one last time that if the threats of litigation and bluster about crime and malpractice--none of which has the slightest basis in fact or law--were withdrawn, we would be able to resume detailed communication with everyone who has a stake in the outcome."
In international diplomacy demands that the other party publicly accept certain negotaiting points as a precondition to private talks usually bar any private talks from taking place. Sure, Theo de Raad may be heavy on the th
Do you know WHY he gave that advice? (Score:4, Insightful)
Eben has a very good reason for advising them against such talks: Theo & co. are tossing around legal threats. It would be malpractice for him to recommend anything that might get his clients in legal trouble. It may not be very polite, but it is the law. It's ironic, because last I knew, the code was remove, and the guy with the dual-license said he was okay with it, though another guy wasn't. Now all we have left is people shooting their mouths off and opining about what should or ought to be the case, even when those hypothetical situations have nothing to do with what actually happened.
If Theo wants to make legal arguments, he can make them in court.
If Theo wants to do diplomacy, he can drop the legal threats.
Frankly, I almost wish Theo'd sue. Then we'd find out whether the non-lawyer or the lawyer was actually right about what the law said. And maybe, just maybe, the one who was wrong about the law would shut the hell up already.
Yeah, I know. It's not like that will ever happen.
Re: (Score:2)
See my earlier post regarding how shit all western legal systems are in this regard, they all favor the rich.
He is forgetting..... (Score:2, Insightful)
Both sides are right (Score:5, Interesting)
I don't say this to be PC or placate anyone, but both sides appear to be right. Theo's side is correct that attribution was conspicuously absent. Eben's side is correct to admit it, and to fix it. Eben's side is also correct that threatening to litigate against a bunch of lawyers probably has repercussions. I think that's all Eben is saying here -- he is not saying "we won't change it, nyah!" But what he is saying is that since the response to his mistake was threats of lawsuit, his legal team has been forced to engage in S.O.P. for such cases, and withdraw. He feels that is a shame, because he's trying to work for Theo's group. But Theo's group is already casting aspersions on Eben's motives.
If it were me, I would simply do both what Theo's team is asking, and what the lawyers are asking: fix the mistakes until Theo's team is satisfied, and then withdraw. If you're withdrawing because you hate 'em now and want to scream & shout, fine to feel that way, but maybe don't say it. If you're withdrawing under protest because you feel that you should/could have done more good things together, fine to feel that way, but face facts: the relationship is poisoned at this point. Get out before the venom poisons the relationship more. Especially if the group is suspicious of your motives and is tarnishing your reputation by saying nasty stuff about you -- just get the hell away from it, spend your limited resources to help groups who are more gracious and less prone to paranoia.
If you do that, everyone wins. Theo's group gets rid of the suspicious betrayers they no longer want in their midst, and Eben's group gets away from a reputation-damaging public fight and money pit. There may also be karma -- perhaps Theo's group learns that they really needed Eben, and is forced to behave more politely with whoever next helps out. And perhaps Eben learns to be more careful up front, lest all his relationships end badly. Or perhaps, as Dane Cook says, they will "stick with the relationship for a few more years and end things violently."
Re: (Score:2)
Unfortunately, the lawyers are operating under threat of lawsuit, and so they are compelled not to take any action that could be seen by a court as admission of guilt. If they do whatever Theo wants, then he could argue in court that they believed their actions were unlawful.
This is basically what Moglen is saying: while they are under threat o
BSD code can't be relicenced - it can be linked! (Score:5, Informative)
If you are using a piece of BSD-licensed code, you must forever obey those three terms. They allow you to LINK code against any code - GPL, proprietary, whatever. BUT, you must always reproduce the copyright notice and the list of conditions. Nothing gives you the right to remove them.
So, you can create a derivative work that uses both GPL and BSD code, but that BSD code hasn't become GPL'd and you must still obey the terms of the BSD license. This is a common misconception because the BSD license's terms are so liberal. So, Linux (and other GPL projects) can appropriate code from the BSD world provided that they obey the three terms listed in the BSD license. GPL projects can add GPL code to BSD code in the same file, but until the BSD code is gone from that file - which would probably happen over years of rewrites - they have to obey those three clauses. No where does the BSD license say "you can disobey these clauses because you've changed the license."
Enforceability of contracts is what makes the GPL work. If the GPL world says it doesn't work when it's someone else's license, their projects are in deep trouble. And to think, this whole mess could be solved by simply removing that stupid relicense crap which has almost no practical implication other than GPL-ego.
Re: (Score:2)
Slightly off-topic, but the GPL forbids you from linking BSD-licensed code to GPL-licensed code. Linking BSD-licensed code to LGPL-licensed code is OK, though.
Re: (Score:3, Insightful)
My guess is that they don't go after large established BSD projects because of the bad press it would generate and the fact that the issue is moot unless Readline ends up used in a proprietary application. This is is the case without regard to the question of whether linking implies derivation.
In short it would accomplish nothing, probably go nowhere, and achieve a lot fo bad press.
IANAL.
Re:BSD code can't be relicenced - it can be linked (Score:5, Interesting)
Most people belive that means you can either accept the BSD terms or accept the GPL terms (and from then on follow only the one chosen set of terms). Theo seems to be claiming that you somehow have to follow both sets of terms. I guess it depends on your definition of "alternatively".
Re: (Score:3, Informative)
Who'd want a license anyway that prevented me from simply linking source code or binary code licensed under ano
Re: (Score:2)
Re: (Score:3, Insightful)
Your conceit is slimier than you are making it appear. You are leaving out the step where the duality of the license is conveyed by the original developer. Or are you just assuming that if you come across any source code with both the BSD and GPL licenses pasted inside that this implies a dual license? Presumably you need a statement from the original author, preferably in writing, even better written into the source file itself, that the original author intends the two license texts to function under a
Re: (Score:3, Insightful)
Yeah, but you'd think Theo would know better than to claim you have to follow both sets of terms. If you do, then the code is, effectively, GPLed. Theo seems to think that he can follow the BSD license when code is dual-li
Re: (Score:2)
Wasn't BSD supposed to be the non-viral open source license? Better stick with the Apache license
Boring! (Score:2)
Both sides have legitimate complaints (Score:2)
However, if Theo threatened to sue Mr Moglen or anyone else over these sorts of things, this is not helpful either. It is exceedingly difficult to sue lawyers for malpractice on the basis of his/her opinions and representation strategy (I suppose if a lawyer, say, goes on vacation instead of representing
Re: (Score:2)
So... we have established that you are not a lawyer. The next question is this: Do you have any BSD code that has been relicensed under the GPL?
If not, then why the hell would anyone care about your non-lawyerly opinion on this legal topic?
Re: (Score:2)
And BTW, I have made a decision *not* to upgrade certain projects of mine (LedgerSMB is a group project and not my own decision alone) to the GPL v3 because I depend on BSD-licensed software and I believe that the GPL v3 (as Mr Moglen has confirmed) requires the ability to relicense most dependencies under the GPL v3 with no additional p
The Actual BSD License (Score:5, Insightful)
Since previous iterations of this discussion have been dominated by wildly inaccurate characterizations of the BSD license, it seems only proper to actually include it:
http://ftp.bg.openbsd.org/OpenBSD/src/share/misc/license.template [openbsd.org]
To break it down even further:
Now, obviously, slapping a copy of the GPL in the file is within your rights to “use, copy modify, and distribute” the software. However, it is entirely pointless to do so: the GPL places additional restrictions on what you may or may not do with the code, yet those restrictions are voided by the fact that the BSD license — and, let’s not forget, removing the BSD license is the one thing that the license forbids — grants you those very rights that the GPL takes away. In order for the restrictions of the GPL to be effective, you must remove the BSD license, which you cannot legally do.
Now, can we please stop this nonsense about the BSD license giving you the right to re-license code under the GPL?
Cheers,
b&
Re: (Score:2)
That's perfectly legal. John Hacker can't make licensing claims to code you have written. You can't make licensing claims to code has written.. but you can make licensing claims to a combined work of his and your code.
Re:The Actual BSD License (Score:4, Insightful)
Nice legal theory, but copyright licenses work like logical ANDs not ORs. All it takes is for someone to add some modifications "/* Modifications copyright (c) CCYY YOUR NAME HERE are licensed under the GPLv2 */ and it can only be distributed under terms compatible with both the BSD license AND the GPL license, which effectively means the GPL license. Unless the license says something about the "work as a whole" which is the so-called viral aspect of the GPL, you need a separate license for the modifications and the copyright holder of those modifications sets those terms. Note that there's no way a license can void someone else's copyright, the GPL merely states that if you can't simultaniously fulfill the GPL and the other licenses, you must refrain from distributing entirely.
Re: (Score:2)
http://www.opensource.org/licenses/bsd-license.php [opensource.org]
Re: (Score:2)
brunos wrote:
The BSD license does not make any requirements as to what you must do with other code included in the project, contrary to what the GPL does. Thus, the BSD is not “viral.” It does, of course, place some very specific and limited restrictions on
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Consider the source (Score:5, Interesting)
- The FSF's chief legal counsel, Eben Moglen, is "arrogant and unscrupulous" as well as "crafty and cowardly"
- Moglen has a "stated goal" that he's breaking the law by "stealing as much software as possible and putting it under the GPL even when doing so is illegal"
- The FSF is fighting a "war against reality"
- The only reason the FSF exists is to "keep stealing code until they get busted, go to court, and then go back to stealing as much code as possible."
Oh, and the "delusional and deranged" Richard Stallman is leading anyone who uses the GPL to a Jonestown-style koolaid suicide.Why does anyone bother reading JC Roberts' nuttery? He sounds like he's either 14 years old, off his meds, or both.
Re: (Score:2)
* The FSF's chief legal counsel, Eben Moglen, is "arrogant and unscrupulous" as well as "crafty and cowardly"
* Moglen has a "stated goal" that he's breaking the law by "stealing as much software as possible and putting it under the GPL even when doing so is illegal"
* The FSF is fighting a "war against reality"
* The only reason the FSF exists is to "keep stealing code until they get busted, go to court, and then go back to stealing as much code as possible."
Oh, and the "delusional and deranged" Richard Stallman is leading anyone who uses the GPL to a Jonestown-style koolaid suicide.
Why does anyone bother reading JC Roberts' nuttery? He sounds like he's either 14 years old, off his meds, or both.
Hey, that reads like Slashdot in the last months. Either there is some overlap in /. and those lists, or the language is remarkably similar.
Re: (Score:2)
Confusion on Relicensing (Score:4, Insightful)
If you look at source from projects like FreeBSD, OpenBSD, NetBSD, and my own DragonFly project, as well as virtually any other large BSD project, you will find that a huge number of source files contain multiple licenses. Nearly all such licenses are BSD-derivative. The issue here is not the presence of multiple licenses but instead how they should be interpreted.
I and all the open source authors I know have always interpreted the presense of multiple licenses as a union of license terms as it pertains to the portions of the source file created or modified by the authors in question. For example, if you went back in the CVS history of a source file and pulled at that older version of the code, potentially with fewer licenses attached to it, then you would be able to operate on that older version of the code and be bound only to the licenses that existed at that time. Another example, if person A builds a piece of software and applies the BSD license to it, and later on person B makes changes (or not) and adds the GPL to the code (if we assume for the moment that this is legal to do)... then all you have to do to get out of the GPL is to simply use a version of the source file where the GPL is not present. That's it. Even if the added GPL were interpreted as being illegal that still does not give you the right to use the second author's modifications to the work when you refuse to accept the license. However, neither does it necessarily give the second author the right to use the original author's work, and that is what Theo is arguing right now. and I think Theo is correct in this case.
But again, regardless of how you interpret the legality or how you interpret the existence of multiple licenses in a piece of source code, the BSD license CANNOT be removed from that code, ever, by anyone except the copyright holder, for any reason.
So in my view it is 'ok' to make modifications to a piece of open source code and slap on your own license for those modifications as long as the existing licenses allow it and as long as the original authors intent is to allow it. I have always interpreted the BSD license as allowing that because that is always how BSD developers have always interpreted the presence of multiple licenses in BSD code in the past. BSD developers have always been very careful to not accept patches that add incompatible licenses for no good reason, and have always been careful to not use someone else's work in ways that was clearly not intended by the original authors, legal or not.
The spirit of the intent of the original author is what counts the most in the open source world. It is not a legal definition. It seems very clear to me that the ORIGINAL authors of the code that was relicensed do not wish it to be relicensed under the GPL. In the open source world, that trumps everything else. If they don't want it to be relicensed, then it can't be relicensed, period, regardless of the legalese. It is unarguable in the court of the open source world.
Now copyright law has its own interpretation of how licenses in derived works operate, even on the definition of what 'derived' means. From a purely legal standpoint -- that is, if one were to sue in court, the interpretation is going to be different from the interpretation of the open source community.
No matter what the legal interpretation is, though, I would not consider anyone creating a derived work from that code base and relicensing it under the GPL against the express wishes of the original authors to be part of the open source community any more. If these people are expressly going against the wishes of the original authors their modifications should be censored by our community, period.
-Matt
Re: (Score:3, Interesting)
Do I understand this correctly? (Score:3, Insightful)
* Althought the GPL coder was technically wrong, there was no harm done, and the situation has been fixed.
* The BSD community has been having a screeming bitch-fest for weeks, making all kinds of insane accusations and threats.
* Although the BSD community has no problem at with BSD code hidden in a msft binary, they get their panties all in a wad about BSD code put into Linux.
* Theo de Raadt is so bitchy and irratating that even his fellow BSD zealots can't stand him much of the time. And even though Theo is clearly unqualified about legal matters, much of the BSD is getting behind on this.
Is that about right?
Re: (Score:2, Informative)
That's what BSD is for.
Re: (Score:2)
This notion that if it's in the L/GPL then "evil greedy corporations" can't exploit it for their own gain is just a myth. The only thing that the L/GPL does is prevent you from treating someone else's code as if you wrote it yourself. That last bit of extra "freedom" that the BSDl is actually counterproductive. It takes something that EVERYONE can jointly exploit and allows it to be easily forked with that fork being obscured.
Forks can be b
Different goals (Score:2)
Re:I don't understand BSD (Score:5, Interesting)
If it becomes part of an open source project, under a GPL style license. Fine, thats fair, I'd hope they give back to me any fixes or enhancments, but if they don't thats okay because my name should still be in the source. This, in thoery means I'm better known in the development community and more likely to get a job working with people that appreciate my code.
Same goes for close source projects using my code, as long as they leave me credit, then some day in the future perhaps someone will say, 'hey, this guy did some good stuff, maybe we should see about hiring him?'
That is all I want out of the code I release. If I didn't care about that, I'd just call it public domain and forget about it. Occasionally I do release things as public domain when it seems far to trivial to reimplement in some other form.
To me, this is what open source is about, making it so other developers can benifit from the work I've done so maybe they build something better and everyone comes out ahead in the end.
What I don't want is for someone to have to reimplement something I've done just because my license doesn't comply with their license. To me there isn't a point in calling it 'open source' if someone can't use it in their project cause of some other silly licensing constraint or because they are trying to make money. I appreciate the BSD license style myself because I am employed as a commercial software developer. I can't use GPL'd code in any of my commercial products, so I many times have to implement something myself even though a GPL'd implementation exists.
As much as I want the world to all do things for the 'better good' of the world, its just unrealistic at this point in time to think that you're going to get quality software out of an entirely open source project unless it is run by some company or person who lays down some rules. I think too many people think GPL is the way to make all the software in the world free, but in my personal view, the really well done overall peices of software are written by someone motivated by financial concerns. In order to REALLY make money off software, open source just doesn't do it, you can always just get the source and build it yourself completely ignoring the original developers who invested their time to give you the software. On that same note, I don't think I've ever seen a dime from my source directly.
Sometimes I write code and open source it under a BSD license only to go to work the next day and pull that code into a closed source commercial product, so in that respect I suppose you could say it makes me some money, but mostly it just lets me do things in my own personal time that benifit me at work and don't require me to reimplement the whole thing if I want to use it in a personal project or at my next job. The company I work for loves it because they get all sorts of free work out of me on the weekends or after hours, I love it cause I don't have to implement stuff twice.
But
Re: (Score:2)
However, the GPL3 grants them the right to restrict downstream permissions on your code without asserting any copyrights of their own over the affected code. You may want to think about this issue somewhat and talk about it with your lawyer (ideally one outside the FOSS community so you can be sure there is no bias) and consider adding a
Re: (Score:2)
Re: (Score:2)
Re: (Score:2, Informative)
Reading the preamble is a good idea in your case. GPL doesn't require you to assign copyright to the FSF either. The FSF is mentioned once in the preamble, and that is only to say that they use the GPL for most of their projects internally.
Re: (Score:2)
Re: (Score:3, Informative)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
I'd have less of a problem with people continually rubbishing Theo if there wasn't so often continual, simultaneous worship of Stallman on the other hand as well.
You seem to be a reasonable, open-minded chap (ahahaha, j/k), care to point me to where the parent post even *mentioned* Stallman? Or perhaps any mail from him about this subject? Any other references that connect RMS to the topic at hand?
No? Well, I'm sure he did sent several mails saying "THE WOLD IS MINE, SURRENDER!!!", but an army of Ninja FSF GNU GPL zealots deleted them from the archives .
Re: (Score:2)
Re: (Score:2)
Afraid not. It says that the list of existing conditions must be retained. It does NOT say that additional conditions cannot be added. The difference is subtle, but important.
Re: (Score:2)
Theo should seek professional help
Re: (Score:3, Insightful)
Why don't you take your medication, then wander on over to the FSF and Gnu sites? There's discussions of licenses at the Gnu philosophy site [gnu.org], including a list of free licenses [gnu.org]. You will find a mention [gnu.org] suggesting once circumstance under which you might want to use another license; there are likely others. They do seem to prefer licenses that are compatible with the GPLs, but that seems reasonable to me.
Those facts can be so in
Re: (Score:3, Insightful)
The BSDL has 2 requirements. 1) Don't sue us and 2) Don't remove our license and attributions.
That's it. There are no requirements put on dual licensing, other than #2.