Package Details: systemd-guest-user 33.2-1

Git Clone URL: https://aur.archlinux.org/systemd-guest-user.git (read-only, click to copy)
Package Base: systemd-guest-user
Description: A simple systemd configurations for guest user support
Upstream URL: https://github.com/Akrai/systemd-guest-user
Keywords: guest systemd user
Licenses: GPL3
Submitter: pavelshuvalov
Maintainer: Akrai
Last Packager: Akrai
Votes: 6
Popularity: 0.061039
First Submitted: 2016-10-14 12:39
Last Updated: 2019-11-04 16:25

Required by (2)

Sources (1)

Pinned Comments

Akrai commented on 2018-08-01 14:49

Installing the package gets your system ready to use the guest user, which is basically a normal user with a tmpfs home folder (which gets erased after every reboot, not after a logout), but please notice two things:

  1. You probably want to add the guest user to some system groups you may consider in order to be able to use some resources of your computer, the same way as any other human user

  2. The script copies any file placed in the /etc/skel/ folder to the guest home after every reboot, intended mainly for copying config files you may consider useful to copy in every new guest session, for example if you need special graphical or network config files placed in order to get a properly working guest user. Any suggestion is welcomed

Latest Comments

1 2 3 4 5 6 Next › Last »

Akrai commented on 2020-07-12 18:38

As I said I'm not a systemd expert, I didn't created the config files, I just created the AUR package and forked the repo in github as the original creator dropped the repo and the AUR package. But still, I can make some research and make some basic edits. As I know, ConditionUser would mean that the unit would only run if the specified user is logged in, which is NOT what we want. What would happen if you log out without rebooting? It would delete the tmpfs. Right now you can log out and the files are still there until you reboot, which I prefer because, for me, logging out instead of rebooting would mean a somewhat high chance of making a mistake, I mean, it would probably mean, at least for me, that i tried to change user without wanting to delete the files and i used the wrong button

I don't know, and besides, using that condition may probably have to reconsider the design of the rest of the units, which I'm not in the condition to do. The github is open to pull requests, if you have any commit i'm open to read it and accept it.

madjoe commented on 2020-07-12 16:05

I contacted systemd crew and they seem surprised how frequently this service runs - successfully 5 times in 2 seconds? It's failing because it's restarting too often. There's nothing in the unit actually failing. They believe it's broken by design. Besides, why this wouldn't be a user unit with ConditionUser=guest? According to them, systemd-guest-user.service should be a sysusers.d fragment that makes a group and a user with a fixed UID/GID: https://0x0.st/itwc.txt

Removing this package for now...

Akrai commented on 2020-07-11 10:24

as i said i'm not a systemd expert, try to look at the journal of those units

madjoe commented on 2020-07-10 23:13

@Akrai: Where should I look, could you give me some pointers, please?

Akrai commented on 2020-07-10 13:48

okay i'm not a systemd expert but i'm pretty sure either Requires or After is the line that makes the service start after the content of any of those two have started. So that would mean in your case that the unit that triggers the start of systemd-guest-config.service is restarting several times for some reason, which probably shouldn't be restarting. In my case, for example, there is no problem with systemd-guest-config

madjoe commented on 2020-07-10 13:40

systemd-guest-config.service starts/finishes multiple times on reboot/shutdown.

I just installed systemd-guest-user from AUR and now I could see "FAILED: Failed to start systemd-guest-config.service." 3x in a row every time I reboot, or shutdown.

Here's the output of journalctl -u systemd-guest-config.service: https://hastebin.com/radohorege.sql

librewish commented on 2019-11-04 16:20

yes remove it. as /etc/skel is always there. so no need to create it

Akrai commented on 2019-11-04 16:18

yeah you are right

do you see any reason of why is listed d /usr/share/guest-configuration 2755 root root - -

in the tmpfiles.d/guest.conf? as i understand, it is just in case the folder doesn't exist so it creates it, right? should i remove the line?

librewish commented on 2019-11-04 16:16

although thats also true but its very rare case. you would just want an functional guest same as any other user. with all themes and config done

Akrai commented on 2019-11-04 16:14

there is one problem though, the guest config files folder may not be desireable to be copied to any new user...

Whatever, i think most people would prefer it, anyone who doesn't want it can change the install files