Description of problem: While libgnome-keyring is deprecated upstream, qtkeychain < 0.10.0 does not use the replacement libsecret, so for using apps that use qtkeychain like nextcloud-client on Fedora <= 32 and EPEL8 (0.9.1) libgnome-keyring is still needed. The rawhide spec rebuilds fine on EPEL8 and it works fine with the nextcloud-client in epel-testing Version-Release number of selected component (if applicable): ❯ rpm -q libgnome-keyring nextcloud-client qtkeychain-qt5 libgnome-keyring-3.12.0-20.el8.x86_64 nextcloud-client-2.6.5-8.el8.x86_64 qtkeychain-qt5-0.9.1-4.el8.1.x86_64 How reproducible: Always Steps to Reproduce: 1. fedpkg clone -a libgnome-keyring && cd libgnome-keyring 2. fedpkg --release epel8 mockbuild 3. sudo dnf --enablerepo=epel-testing install nextcloud-client ./results_libgnome-keyring/3.12.0/20.el8/libgnome-keyring-3.12.0-20.el8.x86_64.rpm 4. log in to nextcloud 5. check gnome-keyring Actual results: - Nextcloud secrets show up in gnome-keyring - Nextcloud is still logged in after rebooting Expected results: Ditto. libgnome-keyring should be built for EPEL8 Additional info: Happy to comaintain / be the primary assignee for EPEL (FAS: salimma). We can retire this if/when qtkeychain is updated to 0.10.0 - so this is likely not needed in EPEL9.
note: might not be needed if qtkeychain on epel8 is upgraded to 0.10.0: https://bugzilla.redhat.com/show_bug.cgi?id=1874235
qtkeychain will get updated, so this is no longer needed.