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 i
"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 diffe
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 sur
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 sur
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
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.
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/s
