<br><br><div class="gmail_quote">On Thu, May 3, 2012 at 3:09 AM, Christian Mollekopf <span dir="ltr"><<a href="mailto:chrigi_1@fastmail.fm" target="_blank">chrigi_1@fastmail.fm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> On Thursday 03 May 2012 00.32:37 Vishesh Handa wrote:<br>
><br>
> Hey everyone!<br>
><br>
Hey Vishesh,<br></blockquote><div><br>Hey Christian <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Glad your tackling this, it's indeed a rather painful situation.<br>
<div class="im"><br>
><br>
> So, we need a solution.<br>
><br>
> The first solution -<br>
> * Remove nepomuk from kdelibs and kde-runtime<br>
> * Make nepomuk-core a compile time dependency for kdelibs<br>
> * Including the missing gui code into nepomuk-core<br>
><br>
> The second solution is -<br>
> * nepomuk-core installs the headers in nepomuk2<br>
> * the library already has a different name, so there are no clashes over<br>
there<br>
> * kde-runtime/nepomuk is removed<br>
> * nepomuk-core is added as a dependency of kde-runtime<br>
><br>
> The problem with the second solution is that all applications using Nepomuk<br>
will also need to depend on nepomuk-core. So far the list includes - Dolphin,<br>
KDE-pim and Telepathy (kinda)<br>
><br>
<br>
</div>I would suggest to create two repostories. One "nepomuk-core" containing the<br>
dependencies of kdelibs (respectively nepomuks core libraries), and another<br>
one "nepomuk2" containing the dms and possibly other stuff which depends on<br>
kdelibs (and in the future the required parts of kf5). That would give you<br>
clean dependencies without copies of code, which I think would be rather ugly<br>
(assuming that the "missing gui code" would be a copy of kdelibs code).<br></blockquote><div><br>I do not think this would be possible. Cause kdelibs requires parts of the new APIS (Datamanagent APIs), for now we have just copied some of the headers, and cpp files and are duplicating stuff. <br>
<br>I would really want to avoid fragmenting nepomuk even more. Having 2 repositories with related code is something that we want to avoid.<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
I don't see any problem with applications having to depend on nepomuk<br>
libraries when they're using it. In contrary I would welcome repositories<br>
which keep dependencies low, as that opens new possibilities, such as using<br>
the same libraries in a server environment where you don't want to pull in<br>
everything including X11.<br>
<br>
Cheers,<br>
Christian<br>
<div class="im"><br>
> What do you guys think?<br>
><br>
> [1] <a href="https://projects.kde.org/projects/kde/kdelibs/nepomuk-core" target="_blank">https://projects.kde.org/projects/kde/kdelibs/nepomuk-core</a><br>
> [2] <a href="http://trueg.wordpress.com/2011/06/08/nepomuk-2-0-and-the-data-%0Amanagement-service/" target="_blank">http://trueg.wordpress.com/2011/06/08/nepomuk-2-0-and-the-data-<br>
management-service/</a><br>
><br>
> --<br>
> Vishesh Handa<br>
><br>
><br>
><br>
><br>
><br>
</div>_______________________________________________<br>
Nepomuk mailing list<br>
<a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/nepomuk" target="_blank">https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br><br>