[Kde-pim] PIM Libraries Shuffle (Was: License changes)

[Allen Winter]

On Sunday 24 June 2007 4:58:03 pm Ingo Klöcker wrote:
> On Sunday 24 June 2007 22:16, Allen Winter wrote:
> > On Sunday 24 June 2007 11:51:33 am Till Adam wrote:
> > > On Sunday 24 June 2007 17:30, Allen Winter wrote:
> > > > On Sunday 24 June 2007 11:08:29 am Till Adam wrote:
> > > > > For the record, Marc's opinion on the various libs involved, as
> > > > > previously stated by him in signed emails, and just confirmed
> > > > > with him by me in direct conversation:
> > > > >
> > > > > gpgme++: currently GPL, can be relicenced to LGPL, to be the
> > > > > same as gpgme itself
> > > > > qgpgme: same
> > > > > libkpimidentities: no strong opinion, whatever we think is
> > > > > fine, can thus become LGPL
> > > > > libkleo: remains GPL, can be moved to kdepimlibs-gpl, if
> > > > > required
> > > >
> > > > Till,
> > > >
> > > > Thanks for the definitive answer.  I will update the
> > > > kdepimlibs/PLAN doc.
> > > >
> > > > Also, just for the record, please indicate that this means all
> > > > files copyrighted by KDAB and/or by Marc himself.
> > >
> > > In the mentioned libraries, yes.
> >
> > Unfortunately, due to the library dependencies, relicensing and
> > moving libkpimidentities to the kdepimlibs won't be possible since
> > that library depends on libkleo.
> 
> It should be pretty easy to remove this dependency. It's really only 
> Kleo::CryptoMessageFormat. I propose to make KPIM::Identity extensible 
> with custom properties (QVariantMap). Then the preferred crypto message 
> format could simply become a custom property that is known to Identity 
> as a simple QString or QByteArray. The conversion from 
> QString/QByteArray is then simply done with 
> Kleo::stringToCryptoMessageFormat() where the value is actually needed.
> 
> In fact, we could convert a lot of the more esoteric properties to 
> custom properties, e.g. m*Key, mFcc, mDrafts, mTemplates, mTransport, 
> mDictionary, mXFace, mXFaceEnabled, mBcc. This would make the interface 
> much nicer and more generic.
> 
> Sounds like a nice little junior project.
> 
Yes, I like the re-architecture.

But doesn't this still give us LGPL code (libkpimidentities) which depends
upon GPL code (libkleo)?

-Allen
_______________________________________________
kde-pim mailing list
kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
kde-pim home page at http://pim.kde.org/