[Kde-pim] Should akonadi_nepomuk_feeder be running in mast or 4.13?

[Kevin Krammer]

On Thursday, 2014-03-13, 15:57:10, David Faure wrote:
> On Thursday 13 March 2014 15:51:45 Daniel Vrátil wrote:
> > On Thursday 13 of March 2014 15:19:53 laurent Montel wrote:
> > > On jeudi 13 mars 2014 15:05:56 Daniel Vrátil wrote:
> > > > On Thursday 13 of March 2014 22:53:32 Lindsay Mathieson wrote:
> > > > > Built from master. When i start akonadi, I also get the
> > > > > akonadi_nepomuk_feeder process starting.
> > > > 
> > > > Most probably it's left there from your previous builds (it has been
> > > > removed from kdepim-runtime master a while ago). Just remove
> > > > /usr/bin/akonadi_nepomuk_feeder.
> > > > 
> > > > Dan
> > > 
> > > David told me about this problem too.
> > > He thought that it will go to provide a black list for agent which is
> > > removed in next version. So for dev user we can continue to use all
> > > without
> > > remove it but it will not load at startup.
> > > 
> > > What do you think about it ?
> > > 
> > > I CC david too it's his idea :)
> > 
> > This situation happens so rarely, that I doubt that it's worth the effort.
> > But if David wants to implement it, I won't stop him :-)
> 
> I want KDE developers to be able to use the KDE they compile into their own
> prefix. It's crazy to assume only the end user use case, we need to also
> make our own use case work, otherwise more developers will switch to "only
> compiling their own app and using packages for everything else", which I'm
> strongly fighting against (creates a lot of segmentation in KDE, and
> reduces the chances of someone fixing a bug elsewhere in KDE).

But doesn't a different prefix also mean a different value for XDG_DATA_DIRS 
and therefore not even finding the ones from a package KDE?

Cheers,
Kevin
-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20140313/7ba6d583/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/