| 2 Jan 2025 |
adsfj | hey-o! 👋 | 14:42:59 |
adsfj | I am also interested in boot counting, willing to help if I can. | 14:44:10 |
emily | Julien: AIUI ElvishJerricco wanted to get NixOS out of the filename parsing game and storing the metadata in the .conf file contents instead | 15:04:14 |
emily | so that there'd be no conflict with boot counting using the filenames for state | 15:04:20 |
emily | (I may be misremembering the details and only followed this situation at a high level) | 15:04:40 |
Julien | I'll reread the issue I did not understood it like that | 15:05:08 |
emily | it may have been a plan that was only shared on Matrix or I may be misremembering the plan :) | 15:06:09 |
Julien | https://github.com/NixOS/nixpkgs/issues/337089 | 15:06:18 |
Julien | Are you talking about this ? | 15:06:26 |
emily | yeah I guess this is a version of that plan | 15:06:53 |
emily | what I remembered was adding more fields to the .conf | 15:06:57 |
emily | but maybe the plan changed at some point | 15:07:01 |
@elvishjerricco:matrix.org | yea, that's kinda where my head landed on the problem | 16:56:13 |
@elvishjerricco:matrix.org | Of course that's basically just the first design that popped into my head | 16:57:47 |
@elvishjerricco:matrix.org | but the main point is that file names are a terrible way for us to be keeping track of which files belong to which generations and whatnot | 16:58:06 |
| 3 Jan 2025 |
| elikoga changed their display name from elikoga (@38c3 📞488{0,1,9}) to elikoga. | 10:28:04 |
| 4 Jan 2025 |
antifuchs | was just reminded that https://github.com/NixOS/nixpkgs/pull/359724 is still outstanding... I'd love to chat about this with someone. mainly, what the behavior really should be for "foundational" units like networkd/udevd and such | 12:42:17 |
@elvishjerricco:matrix.org | antifuchs: ah, my bad. I should have merged that once you fixed the unit-handling doc | 16:50:13 |
@elvishjerricco:matrix.org | oh no I forgot I had more nitpicks but that's all done now. Thanks! | 16:51:07 |
antifuchs | Hahaha, I’m not sure it’s 100% the right solution, pretty sure that things still get restarted inconveniently even with the patch; but I haven’t tried it lately | 16:52:56 |
@elvishjerricco:matrix.org | antifuchs: I think it solves the biggest issue, which is unduly stopping systemd-udevd and systemd-networkd when they should instead be restarted. | 16:59:18 |
antifuchs | Well, it’ll get exercised a bunch very soon ((: | 17:00:02 |
antifuchs | That reminds me, should stc(-ng) maybe consider newly created user units? I’ve had this happen a few times where rolling out a config with user services wouldn’t start them until a reboot or manual start | 17:01:12 |
@elvishjerricco:matrix.org | user units aren't handled very much at all currently, IIRC | 17:03:27 |
@elvishjerricco:matrix.org | might be nice to do something better there | 17:03:37 |
antifuchs | If there’s no major allergy to handling them, I’ll see about adding something for them eventually | 17:13:46 |
| palo joined the room. | 21:25:27 |
| 5 Jan 2025 |
@elvishjerricco:matrix.org | How would we feel about not stripping binaries in systemd stage 1? https://github.com/NixOS/nixpkgs/issues/368249#issuecomment-2571777239 | 22:50:16 |
@elvishjerricco:matrix.org | I actually don't really understand how stripping is like... a good thing? | 22:52:40 |
@elvishjerricco:matrix.org | I mean I know it shrinks initrd a little but I don't understand object files enough to understand why we're allowed to just delete all symbols | 22:53:43 |