<br><br><div class="gmail_quote">On Mon, May 7, 2012 at 5:01 AM, Albert Astals Cid <span dir="ltr"><<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
El Dimecres, 2 de maig de 2012, a les 12:14:00, Ivan Cukic va escriure:<br>
<div class="im">> > The first solution -<br>
> > * Remove nepomuk from kdelibs and kde-runtime<br>
><br>
> +1 This is what has been done with kactivities. Instead of having it in<br>
> kdelibs and runtime, it is now all in one repository.<br>
><br>
> The only difference here is that nepomuk is not in libs/experimental like<br>
> libkactivities was.<br>
<br>
</div>This is a huge difference, we *promise* to keep SC and BC of our libs, doing<br>
the first solution would totally go against our promises.<br></blockquote><div><br>Right.<br><br>We could maintain BC and SC by not touching the kdelibs nepomuk, and just making nepomuk-core a dependency of kdelibs. But that would result in both nepomuk-core and kdelibs installing the same headers.<br>
<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>
Cheers,<br>
  Albert<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> I think that this would help KF5 efforts since applications would start<br>
> porting early to the new libraries. Again, the only downside being the fact<br>
> that libnepomuk will not be able to stay binary (or api) back-compatible due<br>
> to uses of KUrl and similars (it it hasn't already been removed in the<br>
> nepomuk-core)<br>
><br>
> Cheerio,<br>
> Ivan<br>
><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<br>
> > Nepomuk<br>
> > will also need to depend on nepomuk-core. So far the list includes -<br>
> > Dolphin, KDE-pim and Telepathy (kinda)<br>
> ><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]<br>
> > <a href="http://trueg.wordpress.com/2011/06/08/nepomuk-2-0-and-the-data-management-" target="_blank">http://trueg.wordpress.com/2011/06/08/nepomuk-2-0-and-the-data-management-</a><br>
> > se rvice/<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br><br>