-
-
Notifications
You must be signed in to change notification settings - Fork 41
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
Add notice on possible missing cache dir and link to cache instr. #146
Conversation
Some distributions (e.g. Arch, Fedora, OpenSUSE Tumbleweed) happen to be missing the setup of /var/cache/tuigreet which leads to the --remember* options not working.
This is a good idea. Now, you say that the package installs on Arch are missing the directory, that does not seem right to me, since they should all contain the tmpfiles.d definition to have it created. Which package did you encounter this with? |
Sorry, I think something went wrong on my initial test for Arch. I've tested them via distrobox (podman): Arch
Fedora 40
OpenSUSE Tumbleweed
So Arch works, but Fedora and OpenSUSE don't. |
Okay, makes more sense. 🙏 I will merge this, and see if I can contact the maintainers for the packages in the other distributions. |
Awesome, thank you! I tried to add a function that ensures that the cache dir exists before writes to the cache happen (e.g. here Line 107 in 86bf7bb
/var/cache . I guess there is no simply workaround for this, or any other place (besides /tmp ) which the greetd process has rw access to, right? This would alleviate the need for package maintainers to ensure that the directory exists and has the correct permissions.
|
Yes, as far as I know, there is no way to create it ourself because of the user the greeter runs as. So we are dependent on the packagers. |
Some distributions (e.g., Arch, Fedora, OpenSUSE Tumbleweed) happen to be missing the setup of
/var/cache/tuigreet
, which leads to the --remember* options not working without running the cache instructions that are only mentioned for manual installs.