Description of problem: Several of the system() calls in authconfig do not use absolute paths for the commands they invoke. This causes messages like this one from realmd: * /usr/sbin/authconfig --update --enablesssd --enablesssdauth --enablemkhomedir sh: getsebool: command not found sh: getsebool: command not found realmd has been invoked by systemd as a system service and presumably does not have /usr/sbin (the location of getsebool) in its $PATH. Version-Release number of selected component (if applicable): Installed Packages Name : authconfig Arch : x86_64 Version : 6.2.4 Release : 2.fc18 How reproducible: Every time.
Created attachment 627460 [details] Patch to fix the problem Patch which fixes the problem with using non-absolute paths.
I'm not sure it is the right thing to do given the recent push for moving things from sbin to bin. I'd propose to add the /sbin and /usr/sbin to the $PATH in the realmd environment.
(In reply to comment #2) > I'm not sure it is the right thing to do given the recent push for moving > things from sbin to bin. Perhaps. But there are more commands being run with absolute paths in authconfig than not. Looks like it was just a few added later to support selinux that don't have absolute paths. > I'd propose to add the /sbin and /usr/sbin to the > $PATH in the realmd environment. Yes, I've done that as a work around: https://bugs.freedesktop.org/show_bug.cgi?id=56004 Does that patch look good?
Why not just set it in the realmd systemd unit file with the 'Environment=' configuration setting?
I haven't been using systemd activation for realmd. Just been installing a dbus system bus file. I should look into a systemd unit file for realmd. Probably post Fedora 18 though...