Hi Stephane Am 06.03.19 um 18:28 schrieb Stephane Chazelas: > Package: systemd > Version: 241-1 > Severity: normal > Tags: patch upstream > > Dear Maintainer, > > At work, users (in LDAP) have home directories set as > /export/./home/username. The /./ is used for instance by vsftpd > to indicate the location where the users are chrooted into (not > relevant to this bug other than it gives some context as to why > there's a /./ in there). > > With those home directories however, user login sessions don't > work properly, with for instance lxpolkit complaining about a > missing session, or network manager complaining about > insufficient rights. systemd-cgls doesn't show "user" control > groups. When using gdm3 and gnome, it's impossible to login (log > back out straight after authentication). > > The auth logs have: > > systemd-logind[1386]: Failed to start session scope session-17.scope: Failed > to add required mount "/export/./home/stephane": Success > > Turns out systemd doesn't like that /./. Looking at the code, it > fails because the path is not "normalized". > > I'm not sure when it stopped working (Ubuntu's 237-3ubuntu10.13 > package doesn't have the problem, 240-2 already had the problem, > my auth.log doesn't go further back). > > The patch below fixes the problem for me. We call path_simplify > with a "kill_dots" argument of "true" instead of "false". >
Thanks for the patch. Please consider forwarding it to upstream at https://github.com/systemd/systemd as pull request We usually prefer for patches to be applied upstream first. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
