View Issue Details

IDProjectCategoryView StatusLast Update
0003796Rocky-Linux-8systemdpublic2024-05-03 22:33
ReporterAsh Ak Assigned ToLouis Abel  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionwon't fix 
Summary0003796: Systemd--user does not inherit user umask set at login - defaults to 0022,
DescriptionWhen logged into a GNOME session, all applications opened using the GUI ie gedit, fileexplorer do not use the system set umask but default to a umask value of 022.

This works fine from a login shell with the correct permissions when creating a file in the users home directory, when a file is created from the gui the umask is different and results in incorrect permissions.
TagsNo tags attached.

Activities

Louis Abel

Louis Abel

2023-07-18 01:54

administrator   ~0004060

Thank you for the report.

This (unfortunately) sounds like normal behavior of systemd --user. In theory pam_umask can be used to set this, but it may not get inherited down the process tree.

I would recommend trying this, replacing <<UID>> and <<UMASK>> as needed.

% mkdir -p /etc/systemd/system/user@<<UID>>.service.d
% cat > /etc/systemd/system/user@<<UID>>.service.d/umask.conf<<EOF
[Service]
UMask=<<UMASK>>
EOF
% systemctl daemon-reload

After that, log out and back in. Or restart the system if all else fails.
Ash Ak

Ash Ak

2023-07-18 10:34

reporter   ~0004093

Hi Louis,
Thanks for the reply, have tried that and several other configurations but none seem to work. as you mention this is normal behaviour for Rocky 8.8, it does not seem to be present in other distro ie centos 7 which seems to inherit and keep the umask. It is important that umask is retained within a profile for all services/processes for consistency.

We have tested pam_umask which also does not work. This definately seems like a bug as the umask should be inherited from the global user setting. Could you please elaborate on normal behavious as i have not seen this previously.

We should be able to change this but it seems regardless of where we apply the umask setting, child processes do not inherit the umask. Do you know if the same behaviour is experienced in previous releases of Rocky Linux?
Beat Reichenbach

Beat Reichenbach

2024-05-03 22:24

reporter   ~0006865

Hello,
I'm facing the same issue and assume it is caused by this bug?
https://github.com/systemd/systemd/pull/15318

RockyLinux 8 currently only provides systemd v239, is it possible to upgrade this to v246+ to get the update?

By the way, I have tried setting UMask settings in all the different places and none have worked. The nautilus processes spawned by systemctl --user always stays at 022.

/etc/pam.d/common-session
/etc/pam.d/login
/etc/login.defs
/etc/default/login
/etc/systemd/system/dbus.service.d/override.conf
/etc/systemd/system/user@.service.d/override.conf
/usr/lib/systemd/system/user@.service
/etc/systemd/user/nautilus.service.d/umask.conf

Is there another way to work around this?
Louis Abel

Louis Abel

2024-05-03 22:33

administrator   ~0006866

Rocky Linux 8 will not receive any systemd upgrades. If you feel that you want a newer systemd, please submit a ticket to https://git.resf.org/sig_fasttrack/meta as they will soon specialize in upgraded base packages.

Rocky Linux 8.10 also marks the end of Active Support. This means Rocky Linux 8 will be in maintenance mode and will no longer receive feature updates.

Rocky Linux 8.10 will release with systemd-239-82.el8_10.1. You are free to view this patch here: https://git.rockylinux.org/staging/rpms/systemd/-/commit/aae896cedc332e642364bfa49c2dc71fb8ff1fa3

As this issue cannot be resolved in current Rocky Linux versions and 8.10 will be released in the coming weeks, we'll be closing this report.

Closing.

Issue History

Date Modified Username Field Change
2023-07-17 14:27 Ash Ak New Issue
2023-07-18 01:54 Louis Abel Assigned To => Louis Abel
2023-07-18 01:54 Louis Abel Status new => needinfo
2023-07-18 01:54 Louis Abel Note Added: 0004060
2023-07-18 10:34 Ash Ak Note Added: 0004093
2024-05-03 22:24 Beat Reichenbach Note Added: 0006865
2024-05-03 22:33 Louis Abel Status needinfo => closed
2024-05-03 22:33 Louis Abel Resolution open => won't fix
2024-05-03 22:33 Louis Abel Note Added: 0006866