[Nepomuk] The Nepomuk Situation

Vishesh Handa me at vhanda.in
Wed May 16 19:52:56 UTC 2012


On Thu, May 17, 2012 at 1:06 AM, Sebastian Trüg <trueg at kde.org> wrote:

>
>
> On 05/16/2012 09:16 PM, Vishesh Handa wrote:
> >
> >
> > On Thu, May 17, 2012 at 12:29 AM, Sebastian Trüg <trueg at kde.org
> > <mailto:trueg at kde.org>> wrote:
> >
> >     Pushed my stuff to branch "feature/nepomuk2Includes".
> >
> >     Feel free to implement Ivan's fancier solution. In that case my
> branch
> >     might at least help in finding the places where stuff needs
> replacing.
> >     If you do not I would appreciate a look over my branch to check if I
> >     missed sth.
> >
> >
> > I will implement it, but not today. You'd missed one place. I've
> > corrected it.
> >
> > So now you just need to use the same script on your scratch
> > repositories.
>
> Well, if you want to implement Ivan's idea that should be applied to the
> scratch repos, too.
>

Lets just get this done, before we try anything fancy. The hard feature
freeze is tomorrow.

>
> > Also, do you know anything about translations?
>
> Hm, we should ask the l10n team about it before removing the code from
> kde-runtime.
>

Probably. Do you want me to email everyone? (packagers, release-team and
i18n)


>
> >
> >
> >     Cheers,
> >     Sebastian
> >
> >     On 05/16/2012 08:37 PM, Vishesh Handa wrote:
> >     >
> >     >
> >     > On Thu, May 17, 2012 at 12:02 AM, Sebastian Trüg <trueg at kde.org
> >     <mailto:trueg at kde.org>
> >     > <mailto:trueg at kde.org <mailto:trueg at kde.org>>> wrote:
> >     >
> >     >     On 05/16/2012 08:23 PM, Vishesh Handa wrote:
> >     >     > What about kdelibs/nepomuk/utils/* and the other ui stuff?
> >     >     >
> >     >     > Or since those are just APIs they can wait.
> >     >
> >     >     I say let's postpone them, they are still in kdelibs.
> >     >
> >     >
> >     >     The facets are quite weird and I am not sure about releasing
> >     them again.
> >     >     The ui stuff - not sure.
> >     >
> >     >
> >     > We have all the runtime stuff and nepomuk-core, that's all that
> >     matters
> >     > right now.
> >     >
> >     > So, we just need to do -
> >     >
> >     > 1. use the Nepomuk2 namespace, and nepomuk2 include directory
> >     > 2. Remove kde-runtime/nepomuk
> >     >
> >     > Regarding 1, I like Ivan's suggestion about
> >     BEGIN_NEPOMUK_NAMESPACE. If
> >     > you want I can take care of it.
> >     >
> >     >
> >     >     > On Wed, May 16, 2012 at 11:49 PM, Sebastian Trüg
> >     <trueg at kde.org <mailto:trueg at kde.org>
> >     >     <mailto:trueg at kde.org <mailto:trueg at kde.org>>
> >     >     > <mailto:trueg at kde.org <mailto:trueg at kde.org>
> >     <mailto:trueg at kde.org <mailto:trueg at kde.org>>>> wrote:
> >     >     >
> >     >     >     I now prepared the required repositories:
> >     >     >
> >     >     >     scratch/trueg/nepomuk-kde-kio
> >     >     >      contains the 3 Nepomuk kio slaves
> >     >     >
> >     >     >     scratch/trueg/nepomuk-kde-config
> >     >     >      contains the KCM and the controller systray app
> >     >     >
> >     >     >     The question is: where should we move them? Something
> like
> >     >     "KDE/Base"?
> >     >     >     I suppose questions like these have already been
> discussed
> >     >     with respect
> >     >     >     to KDE5?
> >     >     >
> >     >     >     Cheers,
> >     >     >     Sebastian
> >     >     >
> >     >     >     On 05/07/2012 03:58 PM, Sebastian Trüg wrote:
> >     >     >     > On 05/07/2012 03:47 PM, ivan.cukic at gmail.com
> >     <mailto:ivan.cukic at gmail.com>
> >     >     <mailto:ivan.cukic at gmail.com <mailto:ivan.cukic at gmail.com>>
> >     >     >     <mailto:ivan.cukic at gmail.com
> >     <mailto:ivan.cukic at gmail.com> <mailto:ivan.cukic at gmail.com
> >     <mailto:ivan.cukic at gmail.com>>> wrote:
> >     >     >     >> Maybe there could be something like qt has -
> >     >     >     BEGIN_NEPOMUK_NAMESPACE... So that if the same needs to
> >     be done in
> >     >     >     the future, we could just change the macro value.
> >     >     >     >
> >     >     >     > That would be much more work since each cpp file has
> the
> >     >     namespaces in
> >     >     >     > the method definitions.
> >     >     >     >
> >     >     >     >> I don't know, thinking that Nepomuk2 namespace is
> looking
> >     >     rather
> >     >     >     ugly :)
> >     >     >     >
> >     >     >     > it is indeed.
> >     >     >     >
> >     >     >     >> The dirtiest solution library-wise would be to have
> >     >     everything in
> >     >     >     NepomukCore::Nepomuk::Something so that the only change
> >     in the
> >     >     >     current code of nepomuk users would be a using namespace
> >     >     NepomukCore;
> >     >     >     >>
> >     >     >     >> Sorry for being a bit vague, I'm writing from my
> phone.
> >     >     >     >>
> >     >     >     >> Cheerio,
> >     >     >     >> IvanOn 7.5.12. 14.49 Vishesh Handa wrote:
> >     >     >     >>
> >     >     >     >>
> >     >     >     >>
> >     >     >     >> On Mon, May 7, 2012 at 6:13 PM, Sebastian Trüg
> >     >     <trueg at kde.org <mailto:trueg at kde.org> <mailto:trueg at kde.org
> >     <mailto:trueg at kde.org>>
> >     >     >     <mailto:trueg at kde.org <mailto:trueg at kde.org>
> >     <mailto:trueg at kde.org <mailto:trueg at kde.org>>>> wrote:
> >     >     >     >>
> >     >     >     >> On 05/07/2012 02:35 PM, Vishesh Handa wrote:
> >     >     >     >>>
> >     >     >     >>>
> >     >     >     >>> On Mon, May 7, 2012 at 5:54 PM, Sebastian Trüg
> >     >     <trueg at kde.org <mailto:trueg at kde.org> <mailto:trueg at kde.org
> >     <mailto:trueg at kde.org>>
> >     >     >     <mailto:trueg at kde.org <mailto:trueg at kde.org>
> >     <mailto:trueg at kde.org <mailto:trueg at kde.org>>>
> >     >     >     >>
> >     >     >     >>> <mailto:trueg at kde.org <mailto:trueg at kde.org>
> >     <mailto:trueg at kde.org <mailto:trueg at kde.org>>
> >     >     <mailto:trueg at kde.org <mailto:trueg at kde.org>
> >     <mailto:trueg at kde.org <mailto:trueg at kde.org>>>>> wrote:
> >     >     >     >>>
> >     >     >     >>>
> >     >     >     >>>     On 05/07/2012 12:09 PM, Vishesh Handa wrote:
> >     >     >     >>>
> >     >     >     >>>     > So, we're down to 3 options -
> >     >     >     >>>     >
> >     >     >     >>>     > *1.* nepomuk-core become a dependency of
> kdelibs.
> >     >     Kdelibs
> >     >     >     is not
> >     >     >     >>>     touched.
> >     >     >     >>>     > *Problem:* Overlapping headers and possible
> >     mysterious
> >     >     >     crashes if both
> >     >     >     >>>     > libraries are loaded.
> >     >     >     >>>     >
> >     >     >     >>>     > *2.* nepomuk-core installs headers under
> >     nepomuk2. It's
> >     >     >     released
> >     >     >     >>>     > independently.
> >     >     >     >>>     > *Problem:* Mysterious crashes if both
> >     libraries are
> >     >     loaded.
> >     >     >     >>>     >
> >     >     >     >>>     > *3.* nepomuk-core installs headers under
> nepomuk2
> >     >     and the
> >     >     >     namespace is
> >     >     >     >>>     > changed to nepomuk2.
> >     >     >     >>>     > *Problem:* A lot more work :(
> >     >     >     >>>
> >     >     >     >>>     Well, I suppose we could make this work with
> >     some sed
> >     >     magic. :P
> >     >     >     >>>     I would vote for option 3 which could then be
> >     reverted (or
> >     >     >     not) for
> >     >     >     >>>     kde5.
> >     >     >     >>>
> >     >     >     >>>
> >     >     >     >>> I would prefer option 2.
> >     >     >     >>>
> >     >     >     >>> The mysterious crashes would only happen if an
> >     >     application's plugin
> >     >     >     >>> links to the incorrect libraries.
> >     >     >     >>>
> >     >     >     >>> Is that a possibility for us?
> >     >     >     >>
> >     >     >     >>
> >     >     >     >> I already experienced that. Took me a while to find
> >     the reason.
> >     >     >     >>
> >     >     >     >>
> >     >     >     >> Alright.
> >     >     >     >>
> >     >     >     >> I would like the Nepomuk2 namespace and include
> >     directories be
> >     >     >     removed for the frameworks, but I guess it is not a big
> deal
> >     >     if that
> >     >     >     doesn't happen.
> >     >     >     >>
> >     >     >     >> ----
> >     >     >     >>
> >     >     >     >> Okay, everyone. This is the point where you chime in
> >     and say -
> >     >     >     "We're okay with this" or you raise your objections. We
> >     would like
> >     >     >     to get this mess sorted in time for the 4.9 release.
> >     >     >     >>
> >     >     >     >>
> >     >     >     >>
> >     >     >     >>
> >     >     >     > _______________________________________________
> >     >     >     > Nepomuk mailing list
> >     >     >     > Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> >     <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>>
> >     >     <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> >     <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>>>
> >     >     >     > https://mail.kde.org/mailman/listinfo/nepomuk
> >     >     >     _______________________________________________
> >     >     >     Nepomuk mailing list
> >     >     >     Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> >     <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>>
> >     >     <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> >     <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>>>
> >     >     >     https://mail.kde.org/mailman/listinfo/nepomuk
> >     >     >
> >     >     >
> >     >     >
> >     >     >
> >     >     > --
> >     >     > Vishesh Handa
> >     >     >
> >     >
> >     >
> >     >
> >     >
> >     > --
> >     > Vishesh Handa
> >     >
> >
> >
> >
> >
> > --
> > Vishesh Handa
> >
>



-- 
Vishesh Handa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20120517/a28ecb66/attachment-0001.html>


More information about the Nepomuk mailing list