Just so that I'm clear -<br><br>* kde-runtime/nepomuk will be deleted<br>* kdelibs/nepomuk will not be touched and has the following libraries - libnepomuk, libnepomukquery, and libnepomukutils<br>* All new changes will happen in nepomuk-core<br>
* nepomuk-core will now contain libnepomuk2, libnepomukquery2, and libnepomukutils2?<br>* The services and other runtime components in nepomuk-core ( ontologies, server .. ), will continue using libnepomuk? If so what is the point of creating libnepomuk2?<br>
* When kde-runtime 4.8 is shipped - How will the nepomuk runtime components be shipped?<br><br><div class="gmail_quote">On Sat, Sep 17, 2011 at 9:51 PM, Sebastian Trüg <span dir="ltr"><<a href="mailto:trueg@kde.org">trueg@kde.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div></div><div class="h5">On 09/17/2011 04:30 PM, Albert Astals Cid wrote:<br>
> A Dissabte, 17 de setembre de 2011, Sebastian Trüg vŕreu escriure:<br>
>> On 09/16/2011 11:46 AM, Albert Astals Cid wrote:<br>
>>> A Dijous, 15 de setembre de 2011, Sebastian Trüg vŕreu escriure:<br>
>>>> With the currently ongoing split of kdelibs and kde-runtime according<br>
>>>> to<br>
>>>> KDE 5.0 frameworks Nepomuk has already partly been reorganized:<br>
>>>><br>
>>>> kdelibs/nepomuk and most parts of kde-runtime/nepomuk have been moved<br>
>>>> into the new repository "nepomuk-core". kdelibs master has already<br>
>>>> been<br>
>>>> frozen for some time. kde-runtime/nepomuk master is now effectively<br>
>>>> frozen as development has moved to the new nepomuk-core repository.<br>
>>>><br>
>>>> Shortly new repositories as outlined in [1] will be created to contain<br>
>>>> the rest of kde-runtime/nepomuk.<br>
>>><br>
>>> This is suboptimal regarding translations since now we have 2 different<br>
>>> repositories that want to create a translation template with the same<br>
>>> name. Please comment out or remove the Messages.sh file from<br>
>>> kde-runtime/nepomuk<br>
>> damn, I always forget the translations. Very sorry about that.<br>
>><br>
>> Now what is the solution. To be honest I am very confused about the 4.8<br>
>> release. kdelibs master is frozen. kde-runtime master apparently should<br>
>> be frozen but is not.<br>
><br>
> There is no reason kde-runtime master should be frozen. kde-runtime master<br>
> will be part of the 4.8 release and has to compile against kdelibs 4.7<br>
><br>
>> There will be no changed in kdelibs for 4.8 but<br>
>> Nepomuk needs them (well, we could do them as bugfixes in 4.7 also).<br>
><br>
> Not sure I understand the sentence so won't answer.<br>
><br>
>> Then what about kde-runtime master? Should we continue to work in there<br>
>> until 4.8? If so, I would disable translations on nepomuk-core and only<br>
>> enable them for 5.0.<br>
><br>
> If all those nepomuk-* repositories depend on frameworks, they can only be<br>
> released with 5.0, so yes, we should disable translations there.<br>
> If all those nepomuk-* repositories do not depend on frameworks and will be<br>
> released with 4.8 (you shall inform the release team about it since there is<br>
> yet another tarball to release) then you need to clean kde-runtime because<br>
> otherwise we will be shipping duplicate code.<br>
<br>
</div></div>since I really do not want to maintain two branches I propose removing<br>
nepomuk from kde-runtime master completely.<br>
However, since nepomuk-core also contains all the nepomuk libs which are<br>
now in kdelibs 4.7 we need to act here, too.<br>
I propose that we move to include path nepomuk2. The main library is<br>
already called nepomukcore. I am not sure about that yet. So maybe it<br>
could be renamed to libnepomuk2 also.<br>
That way we would have the libnepomuk from 4.7 and the new stuff from<br>
libnepomuk2 and the only thing we need to ensure is that the 4.7 libs<br>
still work with the services from nepomuk-core. Applications are then<br>
advised to already depend on nepomuk-core instead of kdelibs.<br>
<br>
Opinions?<br>
<br>
Cheers,<br>
<font color="#888888">Sebastian<br>
</font></blockquote></div><br><br clear="all"><br>-- <br><font color="#999999">Vishesh Handa</font><br>