-
Notifications
You must be signed in to change notification settings - Fork 41
Enable greeters, starting after first-boot-complete.target #87
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
base: main
Are you sure you want to change the base?
Conversation
This allows a user to be created by systemd-firstboot.service, after which the greeter can be launched.
|
this makes sense to me. |
|
This actually doesn't seem to work? The greeter is started and there's no firstboot questiosn on the terminal beforehand |
|
My PR was worded poorly--this doesn't change anything about systemd-firstboot. It just enables the greeter, making the greeter ordered after With the config I've tested (using If you're seeing the greeter without first seeing firstboot prompts, I would think that either |
|
gdm with debian testing, and the alias is there |
|
@bluca, I'm not able to reproduce your findings with the below mkosi config. Is there anything from your own config that I'm missing? Calling
(I did need to rebase against main to get 83170c1 that you made last month.) mkosi.local.conf |
This allows a user to be created by
systemd-firstboot.service, after which the greeter can be launched.(I think it's a fair presumption that if the
gnomeorkdeprofiles are enabled, users would prefer to be presented with a greeter after configuring a user withsystemd-firstboot.service.)