qt code in kdelibs?
Robert Knight
robertknight at gmail.com
Mon May 21 23:34:48 BST 2007
> how could they use kdelibs without a qt license otherwise, anyway?
Please correct me if I am wrong, but I thought they wrote their own
implementation of parts of Qt needed to make khtml work. This can be
done with any code from kdelibs, although it would of course get
complex if you wanted to re-use major chunks of it.
Regards,
Robert.
On 21/05/07, Oswald Buddenhagen <ossi at kde.org> wrote:
> On Mon, May 21, 2007 at 10:53:02AM -0700, Andreas Pour wrote:
> > Aside from the noted problem with Apple
> >
> that shouldn't be an issue, as apple does not use kdecore anyway, no?
> how could they use kdelibs without a qt license otherwise, anyway?
>
> > if you put any GPL code in kdelibs then all of kdelibs must be
> > licensed under the GPL (under a common reading of the GPL)
> >
> yes, the viral character.
>
> if you use qt under gpl, kdelibs is already "infected" anyway, so it
> would not matter.
>
> > and a commercial Qt license would not help with that
> >
> why? under these conditions no gpl code would be included in the first
> place.
>
> for my idea to work out, two conditions must be met:
> - anybody being allowed to distribute the code in question without
> actually granting a license to use it (other than gpl, that is). that
> should be covered by the qpl/gpl+exception, no?
> - buying a qt license would have to imply the right to use (older) qt
> code "extracted" and distributed separately from the purchased package.
>
> > (in fact the commercial Qt license would probably not even apply to
> > the qringbuffer_p.h included in kdelibs).
> >
> now that's the catch.
> ultimately, this needs to be cleared up with tt legal, i guess.
>
> --
> Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
> --
> Chaos, panic, and disorder - my work here is done.
>
More information about the kde-core-devel
mailing list