Re: [gentoo-dev] USE-flag gnome-keyring isn't accurate anymore

[Matt Turner]

On Thu, Dec 23, 2021 at 4:36 PM tastytea  wrote:
> I think “secret” may be too generic and “libsecret” is not ideal in case
> an implemention comes along that is named differently. How about
> “secret-service”?

I think this is a good idea.

[gentoo-dev] USE-flag gnome-keyring isn't accurate anymore

[tastytea]

Hi! I've noticed that the gnome-keyring use-flag is not accurate
anymore for most packages. The only ebuilds with that flag that depend
on gnome-base/gnome-keyring seem to be[1] sys-auth/pambase and
mate-base/mate-session-manager.
All others depend on app-crypt/libsecret, which depends on
virtual/secret-service.
virtual/secret-service currently depends on gnome-base/gnome-keyring or
app-admin/keepassxc and KSecretService will be added too once upstream
is ready.

That's confusing for users of a secret service provider other than
gnome-keyring, so I propose we find a new use-flag.

x11-plugins/wmudmount already uses “secret” and
mate-extra/mate-power-manager uses “libsecret”.

I think “secret” may be too generic and “libsecret” is not ideal in case
an implemention comes along that is named differently. How about
“secret-service”?

Previously discussed in .

Kind regards, tastytea

[1] I did a rather naive search with
`grep -Er 'gnome-keyring\?.*gnome-keyring' \
$(portageq get_repo_path / gentoo)`

-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpbHvjMwAOH4.pgp
Description: Digitale Signatur von OpenPGP

[gentoo-dev] Package dev-libs/miniz up for grabs

[Dennis Lamm]

Dear all,

the package dev-libs/miniz is up for grabs.

Best Regards,

Dennis


signature.asc
Description: This is a digitally signed message part