GNOME Bugzilla – Bug 555394
Use gnome-keyring to store passwords on clients
Last modified: 2020-06-06 16:30:22 UTC
From http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501141 : "I'm wondering why ekiga isn't using gnome-keyring to store passwords and instead stores them in a plain text file. It seems that the ekiga version in etch did at least depend on lingnome-keyring0 but I do not know whether it actually used it to store the password files."
While debugging I noticed that the accounts are in a single unencrypted string in gconf. This isn't great and it should store it in a keyring. I'm not sure if gtk offers a generic keyring api that can then integrate with other backends depending on platform.
*** Bug 593706 has been marked as a duplicate of this bug. ***
The libgnome-keyring0 was there because ekiga linked to a lib which linked to it: it wasn't used. Marking this bug as a duplicate of another (more recent) but more commented bug. *** This bug has been marked as a duplicate of bug 568135 ***
Ekiga is not under active development anymore: https://gitlab.gnome.org/Infrastructure/Infrastructure/-/issues/273 Ekiga saw its last release 7 years ago. The last code commits were 4 years ago. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (and transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active Ekiga development again in the future.