Bug 785838 - ksecrets/gnome-keyring tracking bug
ksecrets/gnome-keyring tracking bug
Product: Fedora
Classification: Fedora
Component: ksecrets (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Ngo Than
Fedora Extras Quality Assurance
: FutureFeature, Tracking
Depends On:
Blocks: F17Target-kde
  Show dependency treegraph
Reported: 2012-01-30 13:33 EST by Rex Dieter
Modified: 2012-08-08 17:22 EDT (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-08-08 17:22:59 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Rex Dieter 2012-01-30 13:33:33 EST
Now that kde-4.8's implements a common backend with gnome-keyring, try to identify hard-deps on gnome-keyring, and find a way to allow a fully-featured kde-only fedora desktop without gnome-keyring present.
Comment 1 Rex Dieter 2012-01-30 13:41:40 EST
Not sure if my understanding of the details here is complete.  For more reading,

It would appear ksecretservice and gnome-kerying are not viable drop-in-replacements for one another (yet).
Comment 2 Kevin Kofler 2012-01-30 13:51:41 EST
Well, "no migration tool exists" only means that secrets stored before switching will be lost when switching. It doesn't mean they aren't drop-in replacements as far as the apps are concerned.

The lack of migration means dragging in ksecrets instead of gnome-keyring as an update for F16 would not be that great, but for a new release, I guess we could pull it off with appropriate release notes.

But of course, it'd be better if migration of stored data were easily possible!
Comment 3 Rex Dieter 2012-08-08 17:22:59 EDT
meh, kde upstream dropped ksecrets from 4.9.  we can revisit this when they do

Note You need to log in before you can comment on or make changes to this bug.