!PSmBFWNKoXmlQBzUQf:helsinki-systems.de

Stage 1 systemd

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

Load older messages


SenderMessageTime
15 Jun 2023
@k900:conduit.0upti.meK900 (deprecated)The annoying part is the sd-stub boot messages14:07:33
@k900:conduit.0upti.meK900 (deprecated)But those will hopefully go away once we have lzstub + Project Bootloader14:07:58
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgsd-stub boot messages?14:08:29
@k900:conduit.0upti.meK900 (deprecated)Unless they're refind boot messages14:09:07
@k900:conduit.0upti.meK900 (deprecated)Which is also possible14:09:09
@elvishjerricco:matrix.org@elvishjerricco:matrix.org K900: What would sd-stub or refind have to do with plymouth? 14:09:52
@k900:conduit.0upti.meK900 (deprecated)Not Plymouth specifically14:11:09
@k900:conduit.0upti.meK900 (deprecated)The Plymouth part works14:11:24
@k900:conduit.0upti.meK900 (deprecated)The two mode switches before it kicks in though14:11:29
@k900:conduit.0upti.meK900 (deprecated)Annoying14:11:30
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgah i see14:11:46
@k900:conduit.0upti.meK900 (deprecated)And I think I see the problem now14:11:59
@k900:conduit.0upti.meK900 (deprecated)Kinda14:12:00
@k900:conduit.0upti.meK900 (deprecated)(the problem is like all of refind tbh but also more specifically)14:12:12
@k900:conduit.0upti.meK900 (deprecated) I think I just have to stick ostype Linux on every entry 14:14:17
@k900:conduit.0upti.meK900 (deprecated)Because it can't figure out the paths otherwise14:14:27
@k900:conduit.0upti.meK900 (deprecated)I swear every time I have to figure out obscure refind things I want to just tell $work I'm taking a sabbatical and finish Project Bootloader14:15:58
@lily:lily.flowers@lily:lily.flowers
In reply to @k900:conduit.0upti.me
The Plymouth part works
Plymouth? Working? Surely not... (genuinely though I wonder if Plymouth will ever become a project that doesn't have more hacks than not with unclear/problematic inter-project cohesion)
14:22:14
@lily:lily.flowers@lily:lily.flowers(making this PR hurt my brain with how obscenely hacky Plymouth really is. Like this could just be better but a lot would need to be tweaked/refactored)14:22:38
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgIt'd probably be easier to replace plymouth altogether with a totally new thing tbh14:23:17
@lily:lily.flowers@lily:lily.flowersPossibly. There's a lot of decent enough design in Plymouth, but the edges are super rough so it is a pain to integrate unless you are using it exactly as the Fedora gods intended14:23:59
@lily:lily.flowers@lily:lily.flowersI would be down for something new though14:24:16
@lily:lily.flowers@lily:lily.flowers
In reply to @elvishjerricco:matrix.org
It'd probably be easier to replace plymouth altogether with a totally new thing tbh
Also I'm gonna have the builtins.storeDir stuff pushed in a bit. Waiting on something and then going to test it against my flake matrix of VMs for testing plymouth across several common configs
14:24:59
@elvishjerricco:matrix.org@elvishjerricco:matrix.org

my flake matrix of VMs for testing plymouth across several common configs

Well that sounds fancy

14:25:36
@lily:lily.flowers@lily:lily.flowersIt's not as fancy as it sounds. It's pretty hacky and I threw it together way too fast. But it does let me cycle through a bunch of VMs for systemd-initrd, stage-1-initrd, luks, different themes that depend or don't depend on bgrt, etc14:26:22
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgthat's pretty cool14:26:49
@lily:lily.flowers@lily:lily.flowersI'll share if you want. Just don't look at the crimes I did to make LUKS work...14:27:12
@elvishjerricco:matrix.org@elvishjerricco:matrix.orglol yea it'd probably be helpful for testing it14:28:42
@lily:lily.flowers@lily:lily.flowersOkay, I'll clean up the LUKS a little and post it14:29:05
@k900:conduit.0upti.meK900 (deprecated)Time to RIIR Plymouth? 14:36:10

Show newer messages


Back to Room ListRoom Version: 6