NixOS systemd | 610 Members | |
| NixOS ❤️ systemd | 165 Servers |
| Sender | Message | Time |
|---|---|---|
| 17 Jul 2021 | ||
| 16:14:14 | ||
| 18 Jul 2021 | ||
| 15:56:36 | ||
| 15:58:44 | ||
| 19 Jul 2021 | ||
| 03:10:55 | ||
| 26 Jul 2021 | ||
| I am lookinat the v249 upgrade right now. I kinda don't want to enable FIDO2 and TPM2 support by default. Just like we don't enable homed etc.. yet. The closure to build a minimal system is just getting bigger and bigger and I've to introduce yet another "minimal" version of another package ( My current opinion is that if someone enables any of the tpm2 features in their system configuration the Opinions? | 16:47:34 | |
| The alternative is to allow runtime dependency resolution via dlopen and linker search paths... Just like we do with OpenGL. IMHO not a desirable as that means we will have to running system vs shell environment mismatches. | 16:48:39 | |
| We can keep it disabled for now until we find a way to support it | 17:10:28 | |
| This shouldn't block a version bump. Even though I'd like to have it | 17:10:45 | |
| Most of the FIDO2 dependencies are already in closure through openSSH atm though. (Which is kind of a bug on its own IMO) | 17:11:22 | |
| Most of these dependencies are only interesting in initrd anyway. And we already build initrd 'on demand' todau | 17:12:29 | |
| So having it optional isn't all that crazy | 17:12:37 | |
| I've also played around with DNSoTLS support in resolved for a few weeks now on a spare device. It has been working fine so far in "opportunistic" mode. | 17:51:58 | |
| Unfortunately I haven't managed to be stuck in a DB train for several hours yet to verify if that hobby-dns-resolved improved :) | 17:52:35 | |
| My WIP stuff: https://github.com/NixOS/nixpkgs/pull/131618 The systemd test works as it starts a graphical interface.. anything else doesn't seem to work.. Not entirely sure what the issue with resolution of units is. I've create a log if anyone feels like digging through that while I sleep: https://gist.github.com/andir/04bc585ace6722c86bb8e3b731101c9c | 21:14:04 | |
| 23:45:34 | ||
| 27 Jul 2021 | ||
| 00:30:37 | ||
| 14:34:15 | ||
ok i'm pretty sure i've confirmed it (through testing, not reading source code): systemd-tmpfiles is bad news and should be used very sparinglywhy? when you use d to create a directory it wipes out ACLs when it actually operates on that directory | 20:30:45 | |
example: add d '/var/lib/foo' 0700 root somesystemuser to your systemd.tmpfiles.rules, then imperatively run sudo setfacl -m u:yourownuser:rx /var/lib/foo after your system has activatedactivate your system again (or run sudo systemd-tmpfiles --create) and note your ACLs are mucked up | 20:34:18 | |
| hmm... "wips out ACLs" was the wrong thing to say it mucks the mask and makes them ineffective | 20:34:47 | |
and if you use D? Isn't that supposed to be (almost) a no-op if it already exists? | 20:47:42 | |
D removes the directory after a period | 20:54:39 | |
we use d extensively in NixOS to provision directories | 20:54:47 | |
| for many users that probably isn't a problem but it has bitten me in the ass hard for web server logs :\ | 20:55:10 | |
Can you use systemd-tmpfiles as a user ? | 20:56:17 | |
* .keep files... | 20:56:34 | |
Roos: yes, though not really in NixOS - we would have to patch our systemd for that, or get them to make a change upstreami think there is an issue open upstream IIRC... | 20:58:04 | |
You mean, it's particularly easy in NixOS :D | 20:58:52 | |
| Although that probably recompiles half the world... | 20:59:32 | |
| Roos: hmm... yeah my memory is foggy, maybe i'm wrong on that would have to look again | 21:00:26 | |