4 Mar 2025 |
emily | the idea being that you have a daemon syncing a subset of store paths to erofs and overlay it over /nix/store , or…? | 14:43:40 |
flokli | We have tvix-store {daemon,mount,virtiofs}. All three expose you a different view of the same data. | 14:45:04 |
emily | right | 14:55:06 |
emily | is there anything stopping you using virtiofs without a VM? :) | 14:55:32 |
emily | I guess that just reduces to FUSE | 14:56:16 |
flokli | Right now, fuse is the only way to make a POSIX Filesystem appear on the same machine that runs the POSIX appearing thing. Until someone writes another backend. | 14:57:48 |
flokli | There's currently other known performance bottlenecks, I don't think it's fuse | 14:58:35 |
emily | there's always NFSv4 🫠 | 15:05:59 |
Arian | I want to do more with EROFS but all the cool features are undocumented | 15:07:16 |
raitobezarius | whaddya mean | 15:09:46 |
raitobezarius | there's source code | 15:09:48 |
raitobezarius | just read it | 15:09:49 |
Arian | =( | 15:10:19 |
Ilan Joselevich (Kranzes) | In reply to @arianvp:matrix.org I want to do more with EROFS but all the cool features are undocumented Learn Chinese | 15:14:36 |
Arian | Does erofs do fs-verity? | 16:19:08 |
raitobezarius | i think everything is in place for fs-verity if not | 16:19:39 |
raitobezarius | same for bcachefs | 16:19:41 |
Arian | (could perhaps patch kernel to use erofs instead of cpio for initramfs) | 16:19:50 |
emily | https://github.com/containers/initoverlayfs ? | 16:32:26 |
Arian | Hmmm does anybody know what the difference is between login from shadow and login from util-linux ? | 17:00:52 |
Arian | we seem to use ${shadow}/bin/login on NixOS but other distros do not | 17:02:08 |
Arian | which is weird | 17:03:30 |
| lassulus changed their profile picture. | 17:48:45 |
5 Mar 2025 |
eliasp | A while ago, I mentioned seeing an issue with runtime overrides not getting applied. Ran into this now again. I have a complex Caddy configuration that I'd like to debug "in vivo", so I copied the Caddy config from the store to a writable location, ran `systemctl edit --runtime caddy && systemctl daemon-reload && systemctl restart caddy", but a "ps | grep caddy" shows it's still referrencing the old config path.
I made sure to "reset" ExecStart= and ExecReload= each by first declaring them empty before defining the new invocation pointing to the new path, but still… 🤷
A systemctl cat caddy.service includes the runtime override and the new values, but the running service itself also via systemctl show caddy | grep ExecStart points to the original location
that's happening with 257.2 - anyone else ran into something like this? | 10:39:10 |
eliasp | is this potentially caused by the fact, that the Caddy module itself already throws an override at Caddy?
Drop-In: /run/systemd/system/caddy.service.d
└─override.conf
/nix/store/s2ggv021sz8m4pk62s452pffs0qvh39d-system-units/caddy.service.d
└─overrides.conf
| 10:42:37 |
K900 | No, that should not matter | 10:42:58 |
eliasp | ah, I see... that's just the regular one in /etc/static/systemd/system/caddy.service.d/, but systemd's display of the realpath instead of the symlink is what confused me.... | 10:44:13 |
eliasp | might have strace PID#1 to get to the bottom of this… this will be "fun" 😒 | 10:45:23 |
eliasp | might have to strace PID#1 to get to the bottom of this… this will be "fun" 😒 | 10:46:12 |
eliasp | I should probably not use -f on strace in this case 🤦 | 10:48:02 |