split kdepimlibs
Daniel Vratil
dvratil at redhat.com
Tue Aug 26 17:49:48 UTC 2014
On Tuesday 26 of August 2014 19:02:49 laurent Montel wrote:
> Le mardi 26 août 2014 18:25:01 Daniel Vratil a écrit :
> > On Tuesday 26 of August 2014 12:32:48 laurent Montel wrote:
> > > Le mardi 26 août 2014 11:50:50 Kevin Ottens a écrit :
> > > > On Tuesday 26 August 2014 11:20:25 laurent Montel wrote:
> > > > > Hi,
> > > > > I will split kdepimlibs as it
> > > > >
> > > > > akonadi (need to find another name because it's still used)
> > > > > akonadi-abc
> > > > > akonadi-calendar
> > > > > akonadi-contact
> > > > > akonadi-mime
> > > > > akonadi-notes
> > > > > akonadi-socialutils
> > > >
> > > > To me it sounds like some of those things could be regrouped now. What
> > > > about also bringing the akonadi server on board? Having a bigger
> > > > akonadi
> > > > framework containing server (right now in kdesupport), some access
> > > > libs
> > > > and a few default plugins would make sense (it looks like a KIO like
> > > > framework).
> > >
> > > Regroup as a framework as :
> > > akonadi-framework (better name)
> > >
> > > -> src
> > >
> > > -> akonadi-abc
> > > -> akonadi-calendar
> > > -> akonadi-contact
> > > -> akonadi-mime
> > > -> akonadi-notes
> > > -> akonadi-socialutils
> > > -> server (Dan must speak about it if he wants to move here)
> > > -> plugins serializer (moved from kdepim-runtime)
> >
> > Hi,
> >
> > I definitely want to have the Server and the client libraries in one repo,
> > shipped as a complete solution for PIM storage with the server being just
> > part of the solution, not a standalone one. My original idea was that we
> > would just merge the client libs into the existing akonadi.git repo, but
> > setting up new akonadi-framework.git works just fine with me (and
> > akonadi.git end up like kdelibs.git)
>
> seems good for me
>
> And we move serialize plugin from kdepim-runtime to this framework no ?
The plugins usually depend on the type-specific classes, so they would have to
go to the "Extras" too.
> > About the type-specific (-abc, -calendar, ...) frameworks: maybe there
> > could be something like Akonadi Framework Extras, and Akonadi Framework
> > would really only be the server and the base client libs? What do you
> > think?
> I like it
>
> > Dan
--
Daniel Vrátil | dvratil at redhat.com | dvratil on #kde-devel, #kontact, #akonadi
KDE Desktop Team
Associate Software Engineer, Red Hat
GPG Key: 0xC59D614F6F4AE348
Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140826/793f3c2b/attachment.sig>
More information about the Kde-frameworks-devel
mailing list