On Tue, 2024-01-16 at 14:17 +0100, hw wrote: > On Tue, 2024-01-16 at 08:03 -0500, Greg Wooledge wrote: > > On Tue, Jan 16, 2024 at 01:43:23PM +0100, hw wrote: > > > There's only a bunch of links in that directory, apparently all > > > pointing to files that don't exist. Don't you have that? > > > > unicorn:~$ ls -l /run/user/1000/systemd/units > > total 0 > > lrwxrwxrwx 1 greg greg 32 Jan 4 10:33 invocation:at-spi-dbus-bus.service > > -> bfec6466520a4586b8c9205c235ccc92 > > [...] > > I guess that's normal, then. It seems they're using the symlink target > > as the actual *data*, not a link to another file that contains the data. > > Why? I have no idea. I seem to recall one of the BSDs doing something > > like this, but I never fully understood the rationale. Something about > > atomic operations, maybe? > > > > I consider it as alarming rather than normal when I can't access data > on my own computer. > > And I do want to know what this unit file for firefox contains and > does and how it is being brought about. >
Hm, ok, this seems to go to '/usr/lib/systemd/user/app-firefox-.scope.d/99-cgroupify.conf'. What the hell is cgroupify? It seems to be yet another undocumented thing coming from the freedesktop crap. I still don't know what's with these non-existing files, though.
