Michael Galea via Talk wrote on 2025-08-26 16:11:
I tried to follow your original instructions. I think that, because I fixed the problem in the spring by editing a file systemd file directly, the systemd edit process failed on me, going very strange.
Huh, I'm now curious on what went wrong.
But after trying to repair systemd for a while I just directly created a /etc/systemd/system/lighttpd.service.d directory containing an override.conf which set ProtectHome=no. That worked fine.
Well, since it's working, that's great. Same result as `systemctl edit lighttpd` but manual.
PS: systemd is really sticky. Uninstalling and reinstalling lighttpd was not enough to reset its state on lighttpd.
I did a few searches on the topic and didn't find much, but Debian is providing the packaging and so they created the systemd unit file as best I can tell. Seems like they haven't really documented that, for CGI scripts hosted outside /var/www/cgi-bin one needs to make the ProtectHome=no change. I have no idea how common it is these days for www.domain.tld/~user/cgi-bin/script.pl or whatever. Don't think I've seen such an URL for a long time, so I assume it's rare now. Except for putty, and they paid the price for it by having someone else register putty[dot]org and post anti-vax nonsense there. Oops. Putty, the only ~/user URL still in existence: https://www.chiark.greenend.org.uk/~sgtatham/putty/ They had to register https://putty.software just this month because they stayed on the URL above for way too long. But, lots of people who use CGI also use lighttpd, so it probably should be clearly mentioned in the documents. Thanks for the update.