4.7 nepomuk won't die

Kevin Krammer kevin.krammer at gmx.at
Sat Jul 30 13:48:45 BST 2011

On Saturday, 2011-07-30, Duncan wrote:
> Kevin Krammer posted on Sat, 30 Jul 2011 12:13:27 +0200 as excerpted:

> > Given Gentoo's highly adaptive build handling, it should be possible to
> > have slightly extended KDE build system files which explicitly check for
> > certain libraries in the kdepimlibs module and disable apps for which
> > dependencies could not be found.
> Yes.  There's some gentoo/kde changes that need made in this regard,
> including that gentoo/kde currently puts akonadi/nepomuk/strigi in the
> same basket under USE=semantic-desktop, and worse, effective requires
> that to be turned on for everything if it's turned on for one single item
> (a semantic-desktop= dependency that should be semantic-desktop?, for
> dolphin, gwenview, etc, so that if it's required for e.g. kmail, that
> triggers it for kdelibs, which due to the = in place of ? for dolphin,
> etc, triggers it for everything else.
> Meanwhile, thanks for your direct statement on the matter.  If I file a
> gentoo bug on this as I've been intending to do, I will very likely quote
> and link it. =:^)

I hope you mean bug as in wishlist entry :)
Extending upstream project files to have more modularity might be awesome but 
not having it is hardly a defect. Well, that is as far as I understand how 
Gentoo work :)

> > As for a setting controlling startup: lets assume there would be an
> > option which would prohibit Akonadi server start. Should all
> > applications then show an error asking whether to change that setting?
> > E.g. KMail saying "You have disabled access to emails. Do you want to
> > Quit KMail or Enabled email access?"
> IMO?  The way kmail (kdepim 4.6.1 version, as I mentioned, I don't have
> 4.7 installed so can't see whether it has changed) and akonaditray (which
> apparently invokes kcmshell4 akonadi with its configure option, both 4.6
> and 4.7 kdepim) handle it is good.  When the app is invoked, the main
> window is disabled (configured here as darkened), with the notice and a
> button to turn on akonadi, thus enabling the window.
> That's good!  The warning/error stays out of my hair unless/until I open
> an app that needs akonadi. =:^)

Hmm, so instead of starting Akonadi on-demand switch to a model where it is 
either autostarted at session login or not and have applications appear with 
their error overlay in case the latter option is the user's policy?

Current behavior assumes that people launching an application did so because 
they wanted to use it, thus having the Akonadi client start Akonadi server.

> By contrast, the nepomuk notification warning that apparently akonadi
> (both kdepim 4.6 and 4.7) generates when nepomuk is off, is QUITE
> irritating, in particular because there's no obvious "don't warn me
> again" checkbox, as there commonly is with warning dialogs.  (That may be
> a limitation of the kde notification framework, I don't know.
> Regardless...)

Seems we need a way for applications to inform the user which part of their 
functionality is not available when Nepomuk is not available.
E.g. KMail detecting the Nepomuk not running situation and telling the user 
that search, address completion, distributionlists, filters on email, etc will 
not be available.
Probably with an additional option to enable these now, i.e. changing the 
Nepomuk config accordingly.

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/attachments/20110730/a1d4d7de/attachment.sig>
-------------- next part --------------
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

More information about the kde mailing list