[Panel-devel] [PATCH] Beginnings of a panel implementation for discussion

[Jos Poortvliet]

On 8/19/07, Thomas Fjellstrom <tfjellstrom at strangesoft.net> wrote:
>
> On Sat August 18 2007, Jos Poortvliet wrote:
> > On 8/18/07, Thomas Fjellstrom <tfjellstrom at gmail.com> wrote:
> > > On Fri August 17 2007, Aaron J. Seigo wrote:
> > > > On Friday 17 August 2007, Robert Knight wrote:
> > > > > This is mainly here to discuss the API for the Panel class and so
> > > > > that we can put something together for the applet developers to
> test
> > > > > with.
> > > >
> > > > there are many issues with this code as it stands, but i'm fine with
> > >
> > > using
> > >
> > > > it as a start. issues, in no particular order, none of which imho
> block
> > >
> > > you
> > >
> > > > putting this into svn as a draft right now:
> > > >
> > > > - the dptr in Panel needs to be const'd
> > > >
> > > > - can you put it under the "LGPLv2 or later" please? thanks....
> > >
> > > Just a random thought, but that "or later" bit seems a little
> dangerous.
> > > They
> > > (FSF) could put anything they want into v3, and the code would
> > > automatically
> > > be licenced under it. Not like they'd do anything like that though ;)
> >
> > They can't, it has to stay 'in the spirit of LGPLv2'. Now that term of
> > course could mean a lot, but NOT something like BSD or proprietary. So
> it's
> > rather limited what they can do. Besides, KDE can just not start using
> the
> > 'later' part if we're not happy with the terms...
>
> Tis all I'm saying. Better safe than sorry. AFAIK, several projects have
> already done search and replace on their source and docs for the "or
> later"
> bit. Just so they didn't get caught with terms they didn't agree with.
>
> IMO, its like saying to someone "I agree with you, now and forever!"
>

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.

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.


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.

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/panel-devel/attachments/20070819/301fbc37/attachment.html