Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow unlocking of keyring from greetd #246197

Closed
b-m-f opened this issue Jul 30, 2023 · 5 comments · Fixed by #265536
Closed

Allow unlocking of keyring from greetd #246197

b-m-f opened this issue Jul 30, 2023 · 5 comments · Fixed by #265536
Labels
0.kind: enhancement Add something new

Comments

@b-m-f
Copy link
Contributor

b-m-f commented Jul 30, 2023

Both LightDM and GDM include the login module where a keyring can be unlocked, for example by setting security.pam.services.login.enableGnomeKeyring = true;.

I suggest adding the following:


text = ''
auth      substack      login
account   include       login
password  substack      login
session   include       login
'';

to

security.pam.services.greetd = {

and maybe hide them behind a boolean?

Maybe someone with more knowledge of the PAM system could give some feedback on this, as I am not sure if there could be negative or unforeseen consequences lurking.

@b-m-f
Copy link
Contributor Author

b-m-f commented Jul 30, 2023

@luc65r, you are mentioned as the maintainer so I tought I ping you on this :)

@Aleksanaa
Copy link
Member

You can use security.pam.services.greetd.enableGnomeKeyring = true. But yeah a template for all those login managers makes sense.

@Aleksanaa Aleksanaa added the 0.kind: enhancement Add something new label Aug 7, 2023
@fazo96
Copy link
Contributor

fazo96 commented Aug 8, 2023

I have had success with security.pam.services.greetd.enableGnomeKeyring = true

@pluiedev
Copy link
Contributor

pluiedev commented Nov 4, 2023

security.pam.services.greetd.enableGnomeKeyring = true works just fine for me, although IMO forcing people to do this manually is quite dumb — I would propose to enable this if services.gnome.gnome-keyring.enable is set to true.

EDIT: Made a quick PR to fix this as it is literally just one line

pluiedev added a commit to pluiedev/nixpkgs that referenced this issue Nov 4, 2023
The PAM service `greetd` creates now autostarts GNOME Keyring when it is
enabled via `services.gnome.gnome-keyring.enable`.

Should cause a lot fewer headaches for people like me who didn't know
why GNOME Keyring was complaining that it was never supplied with login details.

Fixes NixOS#246197
Mic92 pushed a commit that referenced this issue Nov 5, 2023
The PAM service `greetd` creates now autostarts GNOME Keyring when it is
enabled via `services.gnome.gnome-keyring.enable`.

Should cause a lot fewer headaches for people like me who didn't know
why GNOME Keyring was complaining that it was never supplied with login details.

Fixes #246197
nyabinary pushed a commit to nyabinary/nixpkgs that referenced this issue Nov 14, 2023
The PAM service `greetd` creates now autostarts GNOME Keyring when it is
enabled via `services.gnome.gnome-keyring.enable`.

Should cause a lot fewer headaches for people like me who didn't know
why GNOME Keyring was complaining that it was never supplied with login details.

Fixes NixOS#246197
@martijnboers
Copy link

Still cannot get this to work for the live of me. I'm using Hyprland with greetd but my default keyring remains locked on boot. My config hyprland.nix

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0.kind: enhancement Add something new
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants