Weekly Edition
Return to the Press pageSponsored link
Vyatta –
Linux & Open Source
Alternative to Cisco –
Advanced Routing,
Firewall, VPN, QoS..
Free Download ->
| |||||||||||
Bruce Perens: State of Open Source
Bruce Perens has published a transcript of his
State of Open Source
press conference from the LinuxWorld conference.
"It's interesting to note that Jack Abramoff, the lobbyist implicated in
scandal with Republican Tom Delay, was employed by Bill Gates' dad's
law firm "Preston Gates", a political proxy for Microsoft. Microsoft
succeeded in lobbying both Republicans and Democrats to oppose ODF.
Two candidates for the Massachussets Secretary of State are already
facing off on Open Document: Democrat John Bonifaz is for it, Republican
William Francis Galvin was one of Quinn's tormentors and remains opposed.
Departing Republican Massachussets governor Mitt Romney wants to be the
next President of the United States, and after an abortive flip-flop
on the topic, seems to be resisting pressure to abandon ODF as a means
of distancing his campaign from Microsoft's aggressive lobbying and the
Abramoff scandal."
(Log in to post comments)
Bruce Perens: State of Open Source Posted Apr 6, 2006 18:35 UTC (Thu) by smitty_one_each (subscriber, #28989) [Link] >Linus Torvalds has publicly spoken of problem with the DRM provisions, inmy opinion jumping the gun, since there were ample opportunities for thetext to be handled on the four existing discussion committees. But Linusdoesn't like politics and policy, and thus he sort of tried to short-circuit the process through the press without first discussing the problem with anyof the committees. That wasn't productive. Since Linus doesn't like to workon this, I wish that instead of trying to throw thunderbolts he'd let someoneelse on his team who has the right aptitude handle it.
Marketing, man: marketing. You wouldn't agree that the GPLv3 process received more mindshare as a result of knee-jerk remarks from Linus?
Bruce Perens: State of Open Source Posted Apr 6, 2006 21:11 UTC (Thu) by coriordan (guest, #7544) [Link] No, it's not marketing. Linus' comments are a real pain in the ass.
Bruce Perens: State of Open Source Posted Apr 6, 2006 21:54 UTC (Thu) by garaged (guest, #35909) [Link] some people around here agrees with Linus
I can say I'm one of them, sorry to let you know
Sorry? Posted Apr 7, 2006 0:05 UTC (Fri) by GreyWizard (subscriber, #1026) [Link] Don't be sorry. Demonstrating that you can't read makes it easier to categorize your comments in the future. Perens and Coriordan are upset that Linus directed his comments to the media rather than the people crafting the license and soliciting feedback, not by the substance of the objection.
Sorry? Posted Apr 7, 2006 3:22 UTC (Fri) by BrucePerens (subscriber, #2510) [Link] Be nice, maybe it's that he doesn't speak English well.But yes, my complaint was that FSF did absolutely everything possible to enfranchise objection, establishing 4 big discussion groups, having public meetings on two continents, sending Eben to other conferences to talk about the process. Abiding an opposing view is not something that comes easily to Richard and yet even Richard knew that he had to open the doors widely to all viewpoints this time. After all of that, it's frustrating to see Linus not use the process. Bruce
Sorry? Posted Apr 7, 2006 7:14 UTC (Fri) by hppnq (guest, #14462) [Link] Don't be condescending. You are assuming things.I can see that you might find Linus' public comments on the GPLv3 annoying. But simply playing the FSF tune has never made Linus dance, so complaining about that now seems a little odd. It almost feels like a public comment meant to force someone to take a certain direction.
Sorry? Posted Apr 7, 2006 11:31 UTC (Fri) by BrucePerens (subscriber, #2510) [Link] Huh? I've been around the block with Linus and I sure know that my comments won't force him to do anything.Thanks Bruce
Sorry? Posted Apr 7, 2006 16:21 UTC (Fri) by hppnq (guest, #14462) [Link] Whether or not such a strategy would be successful is another matter, indeed.
Public comment about public comments? Posted Apr 7, 2006 16:22 UTC (Fri) by GreyWizard (subscriber, #1026) [Link] Apparently the irony of making a public comment to "force" someone to stop making public comments to "force" someone to do something is lost on you. Or is your point that people should only express opinions with which you happen to agree?
Public comment about public comments? Posted Apr 7, 2006 16:53 UTC (Fri) by hppnq (guest, #14462) [Link] Get a hobby, GreyWizard. I've got better things to do than discussing my amazing analytical powers with you.*plonk*
Translation Posted Apr 7, 2006 17:18 UTC (Fri) by GreyWizard (subscriber, #1026) [Link] Translation: you are either unwilling or unable to defend your remarks. Fair enough. But incidentally, those who truly have better things to do generally don't bother posting comments to that effect.
Translation Posted Apr 14, 2006 6:09 UTC (Fri) by lysse (subscriber, #3190) [Link] *blink*
The above exchange leaves me wondering whether only Bruce Perens is important enough to be corrected by hppnq...
Sorry? Posted Apr 7, 2006 20:50 UTC (Fri) by sepreece (subscriber, #19270) [Link] "FSF did absolutely everything possible to enfranchise objection, establishing 4 big discussion groups"(1) Are you saying that offering "channels for enfranchising objections" somehow makes it inappropriate to offer public opinions when asked? (2) How "enfranchising" is it when the rules are "You can make any comments you like. However, the final decision is RMS's." I guess the dictionary definition allows it (we're being afforded "the privileges of citizenship"), but clearly this particular citizenry includes more than one level of privilege. (3) Assuming that Linus was saying "I think Tivo-ization is OK" (and his follow-up comments certainly make it appear that that's what he believes), do you really believe there's a hope in Hell that RMS would allow that in the new version, given that a large part of his public speaking on the new draft has been about how important it is to avoid Tivo-ization?
Lame Excuses Posted Apr 8, 2006 21:42 UTC (Sat) by GreyWizard (subscriber, #1026) [Link] How "enfranchising" is it when the rules are, "you can make any patches you like but Linus Torvalds makes the final decision"? Plenty of people manage to convince themselves that they're not too cool to participate under those circumstances and no one gets sympathy with excuses like "a patch will most likely be rejected anyway so why bother preparing one?" What makes speculation about what RMS will eventually agree to any less lame? And what prevented Linus Torvalds from offering his point of view to the Free Software Foundation when they asked that didn't apply when Forbes came calling?
Did I say Linus needed "sympathy"? Posted Apr 10, 2006 6:15 UTC (Mon) by sepreece (subscriber, #19270) [Link] On this particular issue (Tivo-ization), I don't believe RMS has an open mind or is willing to compromise. If circumstances prove me wrong, I'll apologize. That's not to say the detailed wording won't change to fix some of the current problems, but nothing that would allow what Linus said he believed should be allowed.
I have no idea whether Linus offered his opinions through the FSF mechanisms or directly to the principals. It's his right to choose to do so or not, just as it's RMS's and Eben Moglen's right to evangelize the FSF point of view outside that process - I don't see them restricting themselves to comments through "the process". For that matter, Bruce criticized Linus for speaking outside the process immediately after himself declaring the current draft unusable, outside the process.
I also have no idea whether the FSF approched Linus directly for an opinion, as Forbes did, beyond the general announcement that the site was available. I hope they did, but have no direct knowledge.
In any case, there are comments on the FSF site from various others who agree with Linus's position, so the point-of-view is not unrepresented...
More Lame Excuses Posted Apr 11, 2006 2:19 UTC (Tue) by GreyWizard (subscriber, #1026) [Link] All of that completely misses the point. No one is disputing free speech rights or advocating censorship. Nor is the problem in this case that some opinions might be unrepresented in the feedback process. Regardless of what Torvalds might think about Stallman, snubbing him in response to evidence of open mindedness is counterproductive. And since compromise requires sacrifice on both sides, someone who refuses to come to the table without assurance that a particular position will ultimately be adopted doesn't occupy the moral high ground. Someone who wanted good results, rather than cheap media attention, would have made an honest effort.
Unlike Perens, who emphasized the positive aspects of the GPLv3 process, Torvalds allowed his reputation to be used by Forbes for sensational purposes and created public relations problems the Free Software Foundation doesn't need. That's a poor substitute for direct communication and an oddly political gesture from a fellow who claims to hate politics. Alan Cox demonstrates how a person who actually doesn't want to stir up drama handles things by refusing to predict what license the kernel will use in the future on the basis of an unfinished draft and pointing out that the kernel developers will eventually make a choice as a community.
All of this should be easy to grasp for anyone who isn't determined to think of Stallman and the GNU GPL in negative terms regardless of the circumstances.
No excuses required Posted Apr 11, 2006 5:15 UTC (Tue) by sepreece (subscriber, #19270) [Link] "Refusing to come to the table without assurance that a particular position will ultimately be adopted" is different from declining to butt one's head against an immovable object. I'm not here to bash Stallman. He's allowed to have a fixed position on an issue and he's earned the right to decide what the terms of his organization's license are. I think he's being gracious and sensible in setting up an inclusive process for reviewing and refining the language of the license.
I agree with you that Linus probably meant to be dramatic and sensational - to be the larger-than-life Linus character rather than a humble technologist. So what? You say it's "counterproductive". That might be true if his goal was to get the final GPLv3 as close to his preferences as possible. On the other hand, if he is convinced that on this one, key issue it will be impossible to get an acceptable GPLv3, then his definition of "productive" might be more in terms of building mindshare for the notion that conversion to what emerges from the GPLv3 is not inevitable.
Bruce Perens: State of Open Source Posted Apr 6, 2006 22:36 UTC (Thu) by penguin (guest, #36771) [Link] I think he makes perfectly valid points as to his stance on the matter. While i dont agree on all of them he do explain pretty well why he has his doubts about GPLv3.
Linus' comments on GPLv3 Posted Apr 7, 2006 1:17 UTC (Fri) by stevenj (subscriber, #421) [Link] No, Linus' comments were a knee-jerk flame that exhibited a total misunderstanding of the text of the license. He somehow got the idea that the FSF wanted to prohibit developers from signing code with private keys, when the FSF only wants to prohibit requiring private keys to run the code. To make constructive criticism or to participate in rational discourse, one must first understand the thing that one is criticizing, and Linus clearly failed to make the effort to do so here. (Even if the text of the license were vague enough to include Linus' interpretation, which I don't think it was, he should have simply suggested a clearer wording—the GPLv3 rationale made it abundantly clear that this was not the FSF's intent.)
Linus' comments on GPLv3 Posted Apr 7, 2006 1:29 UTC (Fri) by stevenj (subscriber, #421) [Link] Hmm, later on after many flames, it appears that he still objects to what the GPLv3's DRM provisions actually propose to do (here). I don't agree with him, but at least his comments seem on a firmer factual footing now.
Linus' comments on GPLv3 Posted Apr 7, 2006 3:32 UTC (Fri) by BrucePerens (subscriber, #2510) [Link] Hm. Are you sure a January 27 comment illustrates what he still thinks. Eben implies that there is now a behind-the-scenes dialogue.
Linus' comments on GPLv3 Posted Apr 7, 2006 4:12 UTC (Fri) by stevenj (subscriber, #421) [Link] I hadn't heard that...I couldn't find any more recent public comments by Linus, but would be happy to hear differently. At the April 1 FSF annual member's meeting, both RMS and Eben were asked several times about whether they thought the Linux kernel would switch to GPLv3 and whether this was important, and as I recall both of them mostly declined to speculate. Eben said only that he hoped that all GPL users would switch as a matter of course because v3 will be so obviously a better GPL.
Linus' comments on GPLv3 Posted Apr 7, 2006 11:24 UTC (Fri) by drag (subscriber, #31333) [Link] I think that Linus's comments were more of STFU on the mailing list then anything else.
Seemed like a smart move. I'd would of liked to think I would of done the same thing.
Think about it... Does the Linux kernel realy need to get into a licensing war with it's kernel developers? So Linus choose the safe path (stick with GPL2) and stuck with it so that you wouldn't have people starting to around and threating to fork and such or getting into idiotic psuedo-legallese battles instead of actually working on code and getting all pissed off and worked up over something that, at this time, is not that important in Linux kernel-land.
As a leader you have to be willing to make quick judgements and then stick with them. It's part of a trick of making people get along.
Later on I figure when things settle out a bit and the GPLv3 is a reality rather then a discussion point. Then Linus will probably make a more sound judgement on the matter. Even if he chooses to stick GPLv2-only I figure it would be very possible that if enough developers had good enough reasons to convince most people to dual license it or whatnot I think that he'd go for it.
It's part of being a manager, I figure.
making excuses for Linus Posted Apr 7, 2006 15:46 UTC (Fri) by stevenj (subscriber, #421) [Link] I think you're trying too hard to make excuses for Linus... Don't you think that better way to keep people "actually working on code" and not "getting pissed off" would be to say simply, "It's too early to tell, let's wait until GPLv3 is finalized and released?" Or better, "if you have concerns, take them to the GPLv3 committees rather than the linux-kernel mailing list—that's what I'm going to do." Do you honestly think that calling the GPLv3 "insane" and "obviously not usable", or saying that it tries to "force people to bow to our superior God," helps people to "get along" and avoids a "licensing war?" As for equating "leadership" to making snap judgements and then sticking to them regardless of the facts or the persuasiveness of opposing arguments, I find that appalling (but all too typical of recent times).
Bruce Perens: State of Open Source Posted Apr 7, 2006 3:28 UTC (Fri) by BrucePerens (subscriber, #2510) [Link] It would be more productive for you to go over Linus' points and why you agree with them. Then this would be argument instead of mere contradiction.
Bruce Perens: State of Open Source Posted Apr 7, 2006 4:03 UTC (Fri) by dlang (subscriber, #313) [Link] I wasn't the origional poster, but I think that Linus is right on this (at least based on the draft distributed so far).
it's not what the FSF INTENDS the effect to be, but it's what the letter of the license requires.
as an extreme, exagerated example.
it would be easy for me to build a box that only ran software signed by RedHat (and downloads the software from the redhat servers so I don't have ti distribute any GPL software at all). At this point redhat would be in violation of the GPLv3 becouse the box requires things be signed by their key and they are not distributing their key. I don't need to have the redhat secret key to make this box.
I don't see a way to allow this sort of distribution without opening up other loopholes that would allow companies to conspire to meet the same requirements as the exception.
I will add for the record that I have been an owner of a Tivo for many years, and hacked mine (including modifying the BIOS) within a week or so of purchasing it. I fully understand what the FSF is trying to do with these provisions (and mostly agree with it), but I think that their methods are doomed to failure due to the fact that the hardware manufacturer is not always going to be the software manufacturer, so useing copyright law to restrict what the hardware manufacturer does just doesn't work.
David Lang
hypothetical case vs. GPLv3 Posted Apr 7, 2006 4:30 UTC (Fri) by stevenj (subscriber, #421) [Link] As a common-sense matter, nothing you do independently as a third-party (short of announcing a patent that covers the work) can make Redhat suddenly be in violation of the GPL. And, indeed, the draft text of the GPLv3 seems to present no problems in your hypothetical case: Complete Corresponding Source Code also includes any encryption or authorization codes necessary to install and/or execute the source code of the work, perhaps modified by you, in the recommended or principal context of use, such that its functioning in all circumstances is identical to that of the work, except as altered by your modifications. Since use in your signed-only hardware, assuming you are entirely independent of Redhat, is hardly going to be the "recommended or principal context of use" as promoted by Redhat, they aren't going to be required to give you their keys. So, no one would be in violation, which isn't a problem since this isn't the sort of situation the GPLv3 is intended to prevent. On the other hand, if you are someone like Tivo and distribute modified GPLed software designed specifically to work with your hardware, then you can't lock up the keys required to run the software on your machine. It's a good thing the FSF has expert legal counsel to help them with the wording, right?
Oh, my darling flamefest :-) Posted Apr 9, 2006 19:43 UTC (Sun) by hummassa (subscriber, #307) [Link] It just proves that a pay-only site can have trolls, too...Well, back to the point: "It's a good thing the FSF has expert legal counsel to help them with the wording, right?" If this is true, then why can't Eben Moglen strike the horrible wording "derivative works under copyright law, that is to say..." in section #0 ?? this is really horrid, and it's in the GPLv3 draft, also.
Oh, my darling flamefest :-) Posted Apr 10, 2006 0:32 UTC (Mon) by BrucePerens (subscriber, #2510) [Link] Can you please write up your concern? Copy it to bruce at perens.com and moglen at columbia.edu .Thanks Bruce
Oh, my darling flamefest :-) Posted Apr 10, 2006 6:18 UTC (Mon) by sepreece (subscriber, #19270) [Link] This particular issue (that the text of the current draft "explains" what "derivative work" means in a way that doesn't match the law very well) has been noted in a number of comments on the GPLv3 site, so I think Eben Moglen should be aware of it.
Oh, my darling flamefest :-) Posted Apr 10, 2006 6:26 UTC (Mon) by BrucePerens (subscriber, #2510) [Link] Oh, then if you are really concerned, you might want to ask what his plans are regarding that language.I went to his BOF in Boston last week, and met with him in NY on Friday. It was clear to me from both occassions that lots of text would change. Bruce
Oh, my darling flamefest :-) Posted May 16, 2006 15:29 UTC (Tue) by hummassa (subscriber, #307) [Link] Hello Bruce; I have sent the following e-mail to Eben Moglen, cc: you, andI'm registering it here, as well as commenting on the GPLv3 draft:
Hello Professor Moglen.
I am a Systems Developer in Minas Gerais' State Assembly, Brasil. Our
I have also had a two-year legal training, and a two-year experience as a
I am writing this, as suggested by Bruce Perens, to call to your attention
0. Definitions.
The ambiguous language I refer to is the complex sentence that begins in
I have entered some comments in the draft wiki, and my suggestions are
(1) eliminate the "that is to say ... unmodified" ([3] .. [5]) part
(2) substitute [3] .. [6] for: << a derivative work under copyright law,
I hope this issue is cleared in the new version of the GPL, because this
I thank you very much for all the great work you have done to further the
Humberto Massa
"Linus is right"? Posted Apr 7, 2006 4:35 UTC (Fri) by stevenj (subscriber, #421) [Link] By the way, it's a bit strange for you to say that Linus is "right" and then come up with anobjection that has nothing whatsoever to do with what Linus has argued (as far as I can tell). Try not to use Linus' name to back up your own arguments.
Bruce Perens: State of Open Source Posted Apr 7, 2006 4:50 UTC (Fri) by BrucePerens (subscriber, #2510) [Link] it's not what the FSF INTENDS the effect to be, but it's what the letter of the license requires.But the nature of Linus' complaint wasn't this is bad wording. So, do you feel that Linus mis-interpreted FSF's intent? Bruce
Bruce Perens: State of Open Source Posted Apr 7, 2006 16:08 UTC (Fri) by dlang (subscriber, #313) [Link] Bruce,as I see it there were two issues in Linus' initial post.
1. the GPLv3 can force people to reveal secret keys in situations that violate common sense.
2. disagreeing with the goal of the FSF in trying to ban tivo-like devices.
the huge outcry has been that Linus is an idiot who can't read and the GPLv3 doesn't do anything like #1. having read through it I don't think that Linus is wrong. I think that the wording that the FSF has selected can have exactly that effect.
for the other poster above who said that in my example redhat wouldn't have my box as the 'primary inteneded use' of the software so it wouldn't apply, if that's all it takes it's pretty easy for a company to have an official 'primary intended use' for something that doesn't involve a locked down box, but that also gets used on a locked down box and at least argue plausably that they are not violating things. This is why I say that either the GPLv3 could require the revealing of secret keys in obviously inappropriate conditions or there are loopholes large enough to make it meaningless if a company wants to beat it.
now when you start discussing #2 things get quite a bit trickier. I personally don't have a problem with a company shipping a locked-down box becouse it is just too easy for a determined person to break anything they do (I don't consider having to replace or reprogram a prom unreasonable). witness the x-box mod-chips as an example of the market at work to produce hardware patches that anyone can install.
the problem comes when such hardware modifications are made illegal (which is happening with the xbox mod chips), but I don't think that software copyright law is the appropriate tool to deal with this problem (and I do believe that this is a major problem)
David Lang
loopholes Posted Apr 7, 2006 17:50 UTC (Fri) by stevenj (subscriber, #421) [Link] for the other poster above who said that in my example redhat wouldn't have my box as the 'primary inteneded use' of the software so it wouldn't apply, if that's all it takes it's pretty easy for a company to have an official 'primary intended use' for something that doesn't involve a locked down box, but that also gets used on a locked down box and at least argue plausably that they are not violating things. I didn't say "primary intended use". I used the words in the (draft) GPLv3: "recommended or principal context of use". And so should you. Your claim is not very plausible. If you ship a locked-down box bundled with GPL-derived software that has been modified to add DRM, then it seems very hard to argue with a straight face that you are not "recommending" that users employ the software you give them with the hardware you sell them. Yes, you could try to imagine a hypothetical DRM hardware maker who doesn't include software with their device, but rather requires you to download it from some third party who has nothing to do with DRM, but that is quite a stretch. First, forcing hardware manufacturers to not bundle the software customers need to use the hardware is imposing quite a penalty on them. Second, it seems unlikely that if you want to enforce DRM you're going to rely on the cooperation of a third party who has no financial interest in enforcing DRM on your hardware. By all means, bring this up with the GPLv3 committees (and for the same reason, it's probably not worth arguing more about it here). However, I'm inclined to give some credence to the ability of a law professor who has spent years enforcing the GPL, and thereby inclined to doubt any random fellow who claims there are "obviously" huge loopholes.
loopholes Posted Apr 8, 2006 1:33 UTC (Sat) by dlang (subscriber, #313) [Link] you misunderstood what I said
I said that I ship a DRM'd hardware box with NO GPL software. I have the propriatary loader on that box set to go out to a public webserver, download GPL software that's signed and install it only if the signature is valid.
at this point I have not distributed any software so no provisions of the GPl apply to me. but they would apply to the people who ship the software.
and if you depend on the "recommended or principal context of use" phrasing then recognise that it's very possible to use this as a loophole (and how large this loophole can be). trying to define the "recommended or principal context of use" is a process that can very easily be muddied. all it takes is to have one company that distributes a package that can be used for multiple things, some of which are legit by anyone's standards, some of which are of the tivo catagory. at that point it's really hard to argue sucessfully that company B's use of their software is their "recommended or principal context of use".
loopholes Posted Apr 8, 2006 15:42 UTC (Sat) by stevenj (subscriber, #421) [Link] Um, I addressed this very point in my third paragraph. Your hypothetical example is circumventing the GPLv3 for the sake of circumventing it, and doesn't seem practical for DRM or for hardware vendors.
Bruce Perens: State of Open Source Posted Apr 8, 2006 16:40 UTC (Sat) by BrucePerens (subscriber, #2510) [Link] David, I think the current GPL text can force people to not use secret keys at all for certain situations, like preventing the kernel from executing. It does not necessarily prevent DRM from being implemented for media, especially in a user-mode program or a piece of hardware accessed by a user-mode program.Thanks Bruce
Bruce Perens: State of Open Source Posted Apr 8, 2006 20:32 UTC (Sat) by Ross (subscriber, #4065) [Link] "it's not what the FSF INTENDS the effect to be, but it's what the letter of the license requires."
If that was the point, then why didn't he work with the FSF to change the wording to match their intent? It seems that it is the perfect time to do that -- when they are seeking input. Instead he said that it wouldn't work and he wasn't going to use it. That really comes across as disagreeing with the intent, or not trusting that the intent was as stated by the FSF.
Bruce Perens: State of Open Source Posted Apr 10, 2006 6:33 UTC (Mon) by sepreece (subscriber, #19270) [Link] I think that Linus does, in fact, disagree with the intent of the current draft, not just the wording. Some of the interviews reported since the initial flap have him saying pretty directly that he doesn't think Tivo-ization should be against the rules.
I think this illustrates very nicely the danger in licensing things using the "or any later version" language. The FSF says the new version is in the same spirit as the original, but quite a few people have said (on the GPLv3 site, in comments in discussion sites, and in personal conversations I have been privy to) that the actual impact of the license in this particular area is significantly different from the previous version and that they prefer the GPLv2 version to the additional restrictions of the current GPLv3 draft. Using the "or any later version" language means giving up the right to react to such changes in future versions.
Bruce Perens: State of Open Source Posted Apr 10, 2006 6:43 UTC (Mon) by BrucePerens (subscriber, #2510) [Link] But using the "later version" language makes it easy to fix the problem if your license text has a legal problem that needs to be corrected. And it does that without your having to do odious things like require copyright assignment or get a separate right to relicense from every contributor.If you're going to use that "later version" language, the FSF is one of the organizations that would be easiest to trust. It's a legal non-profit with a leader who literally dedicates his life to Free Software, something I won't do, and a damn good lawyer. I've actually been opposing expert to Moglen in a case, he's really good. Too bad the case sealed and you won't read about it. Yes, Richard is hard to get along with. But everything he forecast in the eighties is coming true around us today. Maybe he'll be right again. Bruce
Bruce Perens: State of Open Source Posted Apr 10, 2006 18:44 UTC (Mon) by sepreece (subscriber, #19270) [Link] I'm not sure that you can get a functionally useful "repair" through the "or later version" clause, because it never takes away the "GPLvX or" part. That is, that language allows a downstream recipient to apply the terms of any license included, so the repair could not override the version that had the problem.
On the other hand, that same fact vitiates the concern I expressed, since licensing something as GPLv2 or later always allows the more liberal terms of GPLv2 to be used as well as the more restrictive terms of a later version (assuming some later version is more restrictive, as the first draft of GPLv2 is). I had failed to think that through.
So, using the "or later version" language would be a problem if you objected to some later version making the terms more liberal, but not if you objected to some later version making the terms more restrictive.
Flamefest distraction Posted Apr 16, 2006 8:23 UTC (Sun) by grouch (subscriber, #27289) [Link] Great. A whole bleedin' flamefest about Torvalds' comments and no discussion whatsoever about the political scandal and ODF.
The political buy-off by Microsoft is ongoing and important. Torvalds' comments regarding the GPLv3 are premature and unimportant.
|
|||||||||||