GNOME Bugzilla – Bug 611002
gnome-keyring does not start org.freedesktop.secrets
Last modified: 2010-06-05 22:05:44 UTC
The bug has been opened on https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/525642 "I've started a D-Bus session in a shell. I've tried to connect the org.freedesktop.secrets service, gnome-keyring is offering. I've got the D-Bus error "The name org.freedesktop.secrets was not provided by any .service files". Installed: 2.29.90git20100218-0ubuntu1"
Created attachment 158743 [details] [review] Proposed patch Can apply when reviewed.
Review of attachment 158743 [details] [review]: I'm not a gnome-keyring developer but: ::: daemon/Makefile.am @@ +55,3 @@ EXTRA_DIST = \ org.gnome.keyring.service.in \ + org.freedesktop.secrets.in \ Do you mean org.freedesktop.secrets.service.in? @@ +60,3 @@ CLEANFILES = \ org.gnome.keyring.service \ + org.freedesktop.service \ org.freedesktop.secrets.service? @@ +65,2 @@ servicedir = $(DBUS_SERVICES_DIR) +service_in_files = org.gnome.keyring.service.in org.freedesktop.secrets.in org.freedesktop.secrets.service.in?
Created attachment 158788 [details] [review] Replacment patch Yup. Me bad I attached an old version.
Created attachment 159072 [details] [review] correctly create service files
Comment on attachment 159072 [details] [review] correctly create service files Without this patch the org.freedesktop.secrets.service file just becomes a copy of the org.gnome.keyring.service one :)
If gnome-keyring Makefile.am are allowed to use GNU make extensions, then it should ideally be a static pattern rule, which have some advantages over implicit rules (see §4.12.2 Static Pattern Rules versus Implicit Rules, in make.info): $(service_DATA): %.service: %.service.in Makefile ... (Telepathy projects explicitly require GNU make, and we make use of GNU make features; I don't know what gnome-keyring's policy is, though.)
Committed both the patches. Thanks!
" CLEANFILES = \ org.gnome.keyring.service \ + org.freedesktop.service \" shouldn't, that be "org.freedesktop.secrets.service" rather?
I fixed what Sebastien noticed in master.
Thanks.