[opensuse] Akonadi problem
Hello SuSE people, Recently upgraded to KDE4.4 andI now receive the following message: ------------------------------------------------------------------------ Nepomuk Indexing Agents Have Been Disabled The Nepomuk service is not available or fully operational and attempts to rectify this have failed. Therefore indexing of all data stored in the Akonadi PIM service has been disabled, which will severely limit the capabilities of any application using this data. The following problems were detected: Nepomuk is not running. --------------------------------------------------------------------- OK, remember stuff on this list talking about Akonadi/Nepomuk but can't recall or find what it is about. There was a solution. Just don't know what it was about. Please remind me. Bob S -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Dienstag, 2. März 2010 13:36:58 schrieb 911:
Hello SuSE people,
Recently upgraded to KDE4.4 andI now receive the following message: ------------------------------------------------------------------------ Nepomuk Indexing Agents Have Been Disabled The Nepomuk service is not available or fully operational and attempts to rectify this have failed. Therefore indexing of all data stored in the Akonadi PIM service has been disabled, which will severely limit the capabilities of any application using this data.
The following problems were detected: Nepomuk is not running. --------------------------------------------------------------------- OK, remember stuff on this list talking about Akonadi/Nepomuk but can't recall or find what it is about. There was a solution. Just don't know what it was about. Please remind me.
Enable nepomuk in the systemsettings? Sven -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 01 March 2010 10:01:47 pm Sven Burmeister wrote:
Am Dienstag, 2. März 2010 13:36:58 schrieb 911:
Hello SuSE people,
Recently upgraded to KDE4.4 andI now receive the following message: ------------------------------------------------------------------------ Nepomuk Indexing Agents Have Been Disabled The Nepomuk service is not available or fully operational and attempts to rectify this have failed. Therefore indexing of all data stored in the Akonadi PIM service has been disabled, which will severely limit the capabilities of any application using this data.
The following problems were detected: Nepomuk is not running. --------------------------------------------------------------------- OK, remember stuff on this list talking about Akonadi/Nepomuk but can't recall or find what it is about. There was a solution. Just don't know what it was about. Please remind me.
Enable nepomuk in the systemsettings?
Sven
isn't this like using a sledge hammer to kill a fly? is the simplicity of a single copy of the pim data worth the monstrous complication and resourse wasting of nepokuk? can't this be resolved a different way? personnally i will not touch a kde that depends on a full data indexer. d. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 01 March 2010 10:01:47 pm Sven Burmeister wrote:
Am Dienstag, 2. März 2010 13:36:58 schrieb 911:
Hello SuSE people,
Recently upgraded to KDE4.4 andI now receive the following message: ------------------------------------------------------------------------ Nepomuk Indexing Agents Have Been Disabled The Nepomuk service is not available or fully operational and attempts to rectify this have failed. Therefore indexing of all data stored in the Akonadi PIM service has been disabled, which will severely limit the capabilities of any application using this data.
The following problems were detected: Nepomuk is not running. --------------------------------------------------------------------- OK, remember stuff on this list talking about Akonadi/Nepomuk but can't recall or find what it is about. There was a solution. Just don't know what it was about. Please remind me.
Enable nepomuk in the systemsettings?
Sven
isn't this like using a sledge hammer to kill a fly? is the simplicity of a single copy of the pim data worth the monstrous complication and resourse wasting of nepokuk? can't this be resolved a different way? personnally i will not touch a kde that depends on a full data indexer. d.
Nepokuk is not a full data indexer; IIRC it supports the Akonadi integration. It is strigi that is the data indexer, and that is optional. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Tuesday 17 August 2010 20:39:25 kanenas@hawaii.rr.com wrote:
On Monday 01 March 2010 10:01:47 pm Sven Burmeister wrote:
Am Dienstag, 2. März 2010 13:36:58 schrieb 911:
Recently upgraded to KDE4.4 andI now receive the following message: ----------------------------------------------------------------------- - Nepomuk Indexing Agents Have Been Disabled The Nepomuk service is not available or fully operational and attempts to rectify this have failed. Therefore indexing of all data stored in the Akonadi PIM service has been disabled, which will severely limit the capabilities of any application using this data.
The following problems were detected: Nepomuk is not running. --------------------------------------------------------------------- OK, remember stuff on this list talking about Akonadi/Nepomuk but can't recall or find what it is about. There was a solution. Just don't know what it was about. Please remind me.
Enable nepomuk in the systemsettings?
Sven
isn't this like using a sledge hammer to kill a fly?
It's about reusing components for reliability and efficiency. As I explained here, http://lists.opensuse.org/opensuse/2010-07/msg00674.html instead of every app with large amounts of data rolling its own metadata and search systems, have one shared facility to do it right. Anyone who has dealt with bugs like Akregator metakit crashes (current), Kmail crashes after starting two instances writing to the same NFS home (solved), Amarok collection scanner crashes (solved) will appreciate the engineering sense of having one tool for the task rather than several imperfect versions in competition. Even much larger and well-resourced projects like Thunderbird 3 are finding out the hard way that doing it yourself starts out simple and gets very expensive when you try to do it right: http://www.theregister.co.uk/2010/08/08/thunderbird_3_no/ https://developer.mozilla.org/en/Thunderbird/Gloda_indexing
is the simplicity of a single copy of the pim data worth the monstrous complication and resourse wasting of nepokuk?
In 4.4 the only part of the PIM data that is indexed is a subset of your address book. Mail and Calendars are not yet indexed by default. Search and indexing is not for free, but in the past it was conveniently hidden away as part of the cruft of every app that did it. It's ironic that when we factor out all that wastage and duplication and give it a strange name, people jump on the resulting shared service as 'waste'. Of course, the developers take care that Nepomuk resource usage is always minimised, and this minimum is decreasing as they optimise it with each release. Strict scoping of indexing is planned; so you may be interested to have a quick search of your inbox available, but don't care to index all 50000 messages in the opensuse@ and suse-linux-e@ archives. Or you may turn it off entirely, so the fear of a 'full indexer' is unjustified. As openSUSE users, you benefit from our release cycle and further tweaking; with our KDE 4.4 in 11.3 Nepomuk is disabled by default (giving the the above error message) and should you activate file indexing, only the Documents/Music/Pictures user dirs are indexed by default, instead of the user's entire $HOME; 11.4 will ship with KDE 4.6 giving an entire major release for the technologies to mature 'in the bottle'. In the mean time we in the openSUSE KDE team are testing the intermediate releases and giving the developers feedback.
can't this be resolved a different way?
We're confident that this is the best way. I hope you'll look at the reasoning rationally instead of emotionally.
personnally i will not touch a kde that depends on a full data indexer.
KDE -> Nepomuk Gnome -> Was Beagle, now Tracker, Zeitgeist, Evolution's own solutions. Thunderbird -> Gloda Windows -> WinFS (eventually), X1 and a bunch of other third party indexers MacOS -> Spotlight I guess that leaves XFCE and LXDE, but they don't ship their own PIM solutions, so you are back to Evo or TB or Kontact. HTH Will -- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (5)
-
911 -
dwgallien -
kanenas＠hawaii.rr.com -
Sven Burmeister -
Will Stephenson