Description of problem: Starting nm-applet in a terminal spams with: ** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files Version-Release number of selected component (if applicable): NetworkManager-gnome-0.8.0-2.git20100317.fc14.x86_64 How reproducible: Always Steps to Reproduce: 1. nm-applet 2. 3. Actual results: Many lines with: ** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files Expected results: Silence Additional info:
I assume this is actually gnome-keyring's fault. NM doesn't explicitly use that service anywhere, so it's either gnome-keyring or policy-kit.
Horst, can you please report your gnome-keyring and libgnome-keyring package versions? There were some changes lately, can you please test latest versions? You should see the "/usr/bin/gnome-keyring-daemon --daemonize --login" process running within your Gnome session. It's being autostarted by the /etc/xdg/autostart/gnome-keyring-secrets.desktop file.
I have the same problem with abrt-gui: gnome-keyring-2.30.0-1.fc13.x86_64 libgnome-keyring-2.30.0-1.fc13.x86_64
*** Bug 580376 has been marked as a duplicate of this bug. ***
So the problem happens outside of Gnome session, when e.g. XFCE is running instead. The autostart condition "OnlyShowIn=GNOME;LXDE;" in /etc/xdg/autostart/gnome-keyring-secrets.desktop is clearly wrong. We should probably list dozen of session types to cover all scenarios. Strange enough that the daemon is not autostarted on org.freedesktop.secrets access, probably to keep it portable so that KWallet framework can provide their services. Another phenomenon is that the gnome-keyring-daemon process was running in the session when autostart condition was not met, seems like it got autostarted via pam by gdm and exited afterwards. But was not binded on the bus. Same thing after logout - a zombie processes. But that's a different story.
*** This bug has been marked as a duplicate of bug 572137 ***