Confirmed, I noticed that and was annoyed as well.

You're right there should be some way for the user to pause/resume the indexing. For now you can use -
qdbus org.kde.nepomuk.services.nepomukstrigiservice /nepomukstrigiservice suspend
qdbus org.kde.nepomuk.services.nepomukstrigiservice /nepomukstrigiservice resume

I'll try to add a Pause/Resume button in the System Settings. I think I'll have to break string freeze for that. :(

Of what use is this feature in systemsettings? It has to be in the systray. Anything that needs more than two clicks is a regression. Just put back the systray icon - and fixed it is.

Seen also on 4.6RC1 ( 4.6.90xx build ).
Should be there as it was under 4.5x version.

I was also using it (mouse hover) to see what's is currently is indexing or if the state is idle. (In a perfect world, the icon should have a different state indicating the state of strigi (indexing yes/no) and nepomuk ( off, suspended, running)

Hope this come back before final 4.6

(In reply to comment #3)
> Of what use is this feature in systemsettings? It has to be in the systray.
> Anything that needs more than two clicks is a regression. Just put back the
> systray icon - and fixed it is.

the command 'akonaditray' starts a similar applet in the systray, allowing you to control the server.

(In reply to comment #4)
> I was also using it (mouse hover) to see what's is currently is indexing or if
> the state is idle. (In a perfect world, the icon should have a different state
> indicating the state of strigi (indexing yes/no) and nepomuk ( off, suspended,
> running)

bug 184725 is about that issue.

(In reply to comment #2)
> I'll try to add a Pause/Resume button in the System Settings. I think I'll have
> to break string freeze for that. :(

Rather add a checkbox "show icon in systray".

Just noticed the lack of tray icon in KDE 4.6 RC1 (Kubuntu 10.10).

This is a wish rather than a bug. Due to many "bug" reports asking for removal of the systray applet we decided to make it optional as a stand-alone app. Sadly we only managed to remove it but never finished the port - as always not enough man power.
Thus, the plan is to release the systray as a standalone app independent from KDE 4.6.

It's a regression!

Removing a feature requires manpower, so why not save that and not remove features until the replacement is ready? Sounds more sane to me.

This will make nepomuk+strigi even less transparent to the user, the outcome of that is that the common approach to nepomuk and strigi is to switch it off by default.

You really bring this on yourself when calling something desktop search and hiding its cpu/io-activity from the user. Having to install an extra-app to get easy control over something which potentially hogs your cpu and disk, sounds very user-friendly.

If anyone is able to remove me from this bug (I'm the reporter), please do so since I'm fed-up defending nepomuk/strigi.

oh, and something to think about: lack of users -> lack of developers. So having not enough man-power is simply because nepomuk/strigi does not have enough users and it does not have enough users because it does not do what its name states: desktop search. If you want to knwo what people expect when they read desktop search, have a look at google's et al.

You can put me as reporter.
It's really annonying, as now nepomuk & strigi are working (under 4,6RC1)
It index things, and more return accurate result, with the search tool under dolphin for example.

The thing the systray was able to do quickly is to suspend any running indexation, which is great when you start your computer under battery, and you just need it for a couple of minutes. Nepomuk & indexing at that time is a bit undesirable.

So really for 4.6 we should have the applet choice if the user want it, during the time you need to build the independant systray app.

This is a bit hard to believe. Keep the tray icon present until it's ready to be installed as a "standalone" app. But really, why should a tray icon be installed as a standalone app?! There should be, e.g., a right-click option on the tray icon that allows one to disable it, or the option to disable it should be present in the nepomuk configuration screen.

Nepomuk is a complete mess in RC 1 for this and a pile of other reasons.

(In reply to comment #13)
> This is a bit hard to believe. Keep the tray icon present until it's ready to
> be installed as a "standalone" app. But really, why should a tray icon be
> installed as a standalone app?! There should be, e.g., a right-click option on
> the tray icon that allows one to disable it, or the option to disable it should
> be present in the nepomuk configuration screen.
> 
> Nepomuk is a complete mess in RC 1 for this and a pile of other reasons.

Especially since the systray has the feature to hide icons it does not make sense to remove it!

Another knock down against removing the tray icon that I forgot about. I'm curious where all these alleged "bug reports" asking to remove the tray icon are.

I hope the developers strongly reconsider.

I agree that removing it while the replacement was not ready ways a dumb move. However, a stand-alone app makes a lot of sense. In 4.5 the systray was part of the indexer service which is supposed to be non-gui. So this is more of a design decision which will allow us to provide more interaction through the systray icon, not only monitoring the indexer.

For now you can use this: http://kde-apps.org/content/show.php?content=137088

In KDE 4.7 the nepomukcontroller will be merged back into kdebase.
But since this bug report contains people who need the controller: Would you prefer a Plasma applet over the systray?

(In reply to comment #18)
> In KDE 4.7 the nepomukcontroller will be merged back into kdebase.
> But since this bug report contains people who need the controller: Would you
> prefer a Plasma applet over the systray?

Yep, that would be great :)