Additionally to gnome-keyring it is possible to use libsecret. Attached is the modified ebuild, which adds libsecret support to the ebuild. Reproducible: Always
Created attachment 464538 [details] ebuild with additional libsecret USE-flag
Created attachment 464542 [details] Ebuild replacing libgnome-keyring with libsecret for gnome-keyring USE-flag Similar ebuild but not introducing a new useflag, but replacing libgnome-keyring with libsecret.
Can you please attach unified diffs of the changes you did to the ebuild?
Created attachment 464546 [details, diff] Unified diff replacing libgnome-keyring with libsecret
is libgnome-keyring obsolete? Wondering why one of the diffs replaced gnome-keyring with libsecret.
Last commits in the master branch of libgnome-keyring have as commit message, that the module is deprecated and libsecret should be used instead [1]. The advantage of libsecret is that it is supported by gnome-keyring and ksecretservice since it's using the secret service DBus specification. [1]: https://github.com/GNOME/libgnome-keyring/tree/master/library
This is also following the style of other ebuilds to depend on libsecret for the gnome-keyring useflag (e.g. pinentry, evince)
commit 48fa0f33ae76bc7b515fda6d2c22d966cb607d62 Author: Lars Wendler <polynomial-c@gentoo.org> Date: Sat Feb 25 21:37:08 2017 dev-vcs/git: Bump to version 2.12.0 Replaced gnome-keyring support with libsecret (bug #610376). Dropped hppa keyword because libsecret is not keyworded for hppa. Package-Manager: Portage-2.3.3, Repoman-2.3.1