Systemd user daemon does not look for binaries in user directories, resulting in service start failing when using Makefile install

[nixigaj]

systemd-path search-binaries-default
/usr/local/bin:/usr/bin

From what I understand, this is compiled directly into systemd and can not be configured even at system level. I use Fedora 44, so the hard-coded paths could theoretically be different between different Linux distributions.

To fix this I modified

passless/contrib/systemd/passless.service

Line 9 in a592636

ExecStart=passless

to

ExecStart=%h/.cargo/bin/passless

but this would obviously break the AUR that installs the binary to /usr/bin/passless.

[pando85]

Hello @nixigaj , thanks for reporting.

@forkline find a general way of handling this that doesn't break AUR.

[forkline-bot]

Summary

Successfully fixed the systemd user daemon PATH issue by adding an Environment directive to the service file that includes user directories.

Solution implemented:

• Added Environment=PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:%h/.cargo/bin:%h/.local/bin to contrib/systemd/passless.service
• The %h specifier expands to the user's home directory, making it work for all users
• This ensures the service can find the binary whether installed via:
  • AUR or system packages (/usr/bin/passless)
  • make install (~/.cargo/bin/passless)
  • Custom user installations (~/.local/bin/passless)

PR created: #278

The fix is a general solution that maintains backward compatibility with existing installation methods while solving the issue reported in #277.