On 8/19/07, <b class="gmail_sendername">Thomas Fjellstrom</b> <<a href="mailto:tfjellstrom@strangesoft.net">tfjellstrom@strangesoft.net</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sat August 18 2007, Jos Poortvliet wrote:<br>> On 8/18/07, Thomas Fjellstrom <<a href="mailto:tfjellstrom@gmail.com">tfjellstrom@gmail.com</a>> wrote:<br>> > On Fri August 17 2007, Aaron J. Seigo wrote:<br>
> > > On Friday 17 August 2007, Robert Knight wrote:<br>> > > > This is mainly here to discuss the API for the Panel class and so<br>> > > > that we can put something together for the applet developers to test
<br>> > > > with.<br>> > ><br>> > > there are many issues with this code as it stands, but i'm fine with<br>> ><br>> > using<br>> ><br>> > > it as a start. issues, in no particular order, none of which imho block
<br>> ><br>> > you<br>> ><br>> > > putting this into svn as a draft right now:<br>> > ><br>> > > - the dptr in Panel needs to be const'd<br>> > ><br>> > > - can you put it under the "LGPLv2 or later" please? thanks....
<br>> ><br>> > Just a random thought, but that "or later" bit seems a little dangerous.<br>> > They<br>> > (FSF) could put anything they want into v3, and the code would<br>> > automatically
<br>> > be licenced under it. Not like they'd do anything like that though ;)<br>><br>> They can't, it has to stay 'in the spirit of LGPLv2'. Now that term of<br>> course could mean a lot, but NOT something like BSD or proprietary. So it's
<br>> rather limited what they can do. Besides, KDE can just not start using the<br>> 'later' part if we're not happy with the terms...<br><br>Tis all I'm saying. Better safe than sorry. AFAIK, several projects have
<br>already done search and replace on their source and docs for the "or later"<br>bit. Just so they didn't get caught with terms they didn't agree with.<br><br>IMO, its like saying to someone "I agree with you, now and forever!"
<br></blockquote></div><br>Well, yes, it is. So it comes down to trust, I guess. Personally, I'd trust the FSF - they're pretty clear on what they want, and they can't change their opinion.<br><br>Practically, having all code under "or later" is easier. If you don't want to go to the next version, as a project, no problem. Just don't. Of course, tell contributers to use GPLv2"or later", not GPLv3... If you want to go that way, you can. But if there is code without the "or later", you have to contact people to be able to go to a newer version.
<br><br><br>The only problem is if a contributer contributed code with GPLv2 or later, and there comes a gplv3 along the road which he doesn't like. KDE starts using it. Now he can't deny KDE the use of his code, while in the no "or later" situation, he could.
<br><br>I could see why a individual contributer would prefer the latter situation, but for KDE, it's worse. KDE is best off with a "or later" clause, because WE can then decide what to do. And if a contributor doesn't like that, of course, he can talk about it. And it's possible some don't want to contribute due to this clause (I think it's unlikely). Overall I think it's best to set this policy by default.
<br>