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

[Andreas Sturmlechner]

On Sonntag, 26. Dezember 2021 11:10:45 CEST John Johnson wrote:
> On Sat, Dec 25, 2021, 5:19 AM Marek Szuba  wrote:
> > On 24 December 2021 08:48:08 UTC, Pacho Ramos  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.
> > >
> > >And "keyring"? I am not sure if users not familiar with "libsecret" will
> > >understand what "secret*" means in this context
> > 
> > Definitely a good idea. And I second "keyring", seeing as this term is
> > also in use on other OSes.
> > 
> > --
> > Marecki
> 
> "keyring" conveys the appropriate meaning, imho.
> 

It seems that keyring won the popular vote. There is now a bug and a PR:

https://bugs.gentoo.org/905928
https://github.com/gentoo/gentoo/pull/31035


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

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

[John Johnson]

"keyring" conveys the appropriate meaning, imho.

On Sat, Dec 25, 2021, 5:19 AM Marek Szuba  wrote:

>
>
> On 24 December 2021 08:48:08 UTC, Pacho Ramos  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.
> >>
> >
> >And "keyring"? I am not sure if users not familiar with "libsecret" will
> >understand what "secret*" means in this context
>
> Definitely a good idea. And I second "keyring", seeing as this term is
> also in use on other OSes.
>
> --
> Marecki
>
>

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

[Marek Szuba]

On 24 December 2021 08:48:08 UTC, Pacho Ramos  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.
>> 
>
>And "keyring"? I am not sure if users not familiar with "libsecret" will
>understand what "secret*" means in this context 

Definitely a good idea. And I second "keyring", seeing as this term is also in 
use on other OSes.

-- 
Marecki

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

[Marek Szuba]

On 24 December 2021 08:48:08 UTC, Pacho Ramos  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.
>> 
>
>And "keyring"? I am not sure if users not familiar with "libsecret" will
>understand what "secret*" means in this context 

Definitely a good idea. And I second "keyring", seeing as this term is also in 
use on other OSes.

-- 
Marecki

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

[Pacho Ramos]

El jue, 23-12-2021 a las 17:46 -0500, Matt Turner escribió:
> 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.
> 

And "keyring"? I am not sure if users not familiar with "libsecret" will
understand what "secret*" means in this context 


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

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