!PSmBFWNKoXmlQBzUQf:helsinki-systems.de

Stage 1 systemd

79 Members
systemd in NixOs's stage 1, replacing the current bash tooling https://github.com/NixOS/nixpkgs/projects/5127 Servers

Load older messages


SenderMessageTime
29 Jun 2023
@lily:lily.flowers@lily:lily.flowers
In reply to @elvishjerricco:matrix.org
I thought I had built the options JSON thingy with hidden options included and scanned over them all a while ago
I mean maybe most of these were supposed to stay hidden. I think I've found 5 more
20:26:32
@elvishjerricco:matrix.orgElvishJerricco
In reply to @lily:lily.flowers
Was boot.initrd.systemd.users and stuff specifically supposed to be left hidden ElvishJerricco?
I never had an opinion on that...
20:26:47
@elvishjerricco:matrix.orgElvishJerriccoIt's certainly kind of an internal thing20:26:54
@elvishjerricco:matrix.orgElvishJerriccobut also feasible that people would need it20:26:59
@lily:lily.flowers@lily:lily.flowersI'll unhide it then I suppose. It's not like we hide other internal please-do-not-change-unless-you-know-what-you-are-doing options20:27:38
@elvishjerricco:matrix.orgElvishJerriccowe actually do though20:27:52
@lily:lily.flowers@lily:lily.flowers(well mostly ... there are a few. We really don't have a policy on it afaik)20:27:53
@elvishjerricco:matrix.orgElvishJerriccothere are plenty of options marked "internal"20:27:58
@lily:lily.flowers@lily:lily.flowers Yeah, but these are visible = false 20:28:06
@elvishjerricco:matrix.orgElvishJerricco Does internal = true also imply "pls no show in manual"? 20:28:38
@lily:lily.flowers@lily:lily.flowersI believe so. Most of those are like module-internal rather than bad-idea-but-you-can-mess-with-it-if-you-want internal20:29:01
@elvishjerricco:matrix.orgElvishJerriccogotcha20:29:12
@elvishjerricco:matrix.orgElvishJerriccoalright cool20:29:14
@lily:lily.flowers@lily:lily.flowersLike you can disable nscd if you really want to, but it's explicitly discouraged in the option20:29:30
@lily:lily.flowers@lily:lily.flowersThe amount I care is not much though, so I'm happy to defer to your judgement20:29:38
@elvishjerricco:matrix.orgElvishJerriccoyea I don't have any sort of opinion really20:29:57
@lily:lily.flowers@lily:lily.flowers

Okay so the sd-initrd options left hidden seems to have been:

  • boot.initrd.systemd.users (and boot.initrd.systemd.users.[user].uid)
  • boot.initrd.systemd.groups (and boot.initrd.systemd.groups.[group].gid)
  • boot.initrd.services.udev.packages
  • boot.initrd.services.udev.binPackages
  • boot.initrd.systemd.dbus.enable
  • boot.initrd.services.bcache.enable
  • boot.initrd.services.swraid.enable
20:31:48
@lily:lily.flowers@lily:lily.flowers Sound good to remove visible = false ElvishJerricco? I'll push to the PR in a bit 20:32:07
@elvishjerricco:matrix.orgElvishJerricco Sure. Also, this reminds me that we really need to fix up the optional disk features PR. Title says swraid but I think we want it to hit all these things that we're making optional 20:33:32
@elvishjerricco:matrix.orgElvishJerriccoWhich is mainly lvm, bcache, and swraid, I think20:34:22
@elvishjerricco:matrix.orgElvishJerricco * Which is just lvm, bcache, and swraid, I think20:34:26
@elvishjerricco:matrix.orgElvishJerricco (and to reiterate, because idr if it's in the thread: The goal is to make these things on by default if the stateVersion is old, and to generate them with nixos-generate-config so new installations still don't need manual code) 20:35:24
30 Jun 2023
@aloisw:kde.org@aloisw:kde.org
In reply to @lily:lily.flowers
So why is boot.initrd.services.lvm.enable a hidden option if it is required to enable it for systemd-stage-1 whenever you have a LVM needed for root
Is it required? My system always worked without it.
07:08:10
@aloisw:kde.org@aloisw:kde.org boot.initrd.services.bcache.enable seems to be required on the other hand. 07:09:32
@lily:lily.flowers@lily:lily.flowers
In reply to @aloisw:kde.org
Is it required? My system always worked without it.
The LUKS module enables it, if you are using that
10:12:20
@aloisw:kde.org@aloisw:kde.org I do use boot.initrd.luks.devices.*, but I find it surprising that this one enables LVM, given that the only thing LUKS does is to encrypt partitions. 13:56:16
@lily:lily.flowers@lily:lily.flowers
In reply to @aloisw:kde.org
I do use boot.initrd.luks.devices.*, but I find it surprising that this one enables LVM, given that the only thing LUKS does is to encrypt partitions.
It needs the udev rules for devicemapper
14:06:53
@lily:lily.flowers@lily:lily.flowers So it enables them I guess. At least the implicit cryptsetup -> lvm2 dependency is less dumb than plymouth relying on systemd to tell it to quit in emergency shells (why does systemd do that instead of an override file or extra unit/dep to handle that not just in the plymouth project??) 14:08:25
@elvishjerricco:matrix.orgElvishJerricco Lily Foster: Something weird happened in your force push to the unhide PR. https://github.com/NixOS/nixpkgs/compare/799a114821032cdc3490e3415b13ea389a476026..11d11093849fc45e574e1dce5520ee982c162cd8 16:22:01
@elvishjerricco:matrix.orgElvishJerriccono changes present16:22:06

Show newer messages


Back to Room ListRoom Version: 6