| 15 Jun 2023 |
 K900 (deprecated) | But those will hopefully go away once we have lzstub + Project Bootloader | 14:07:58 |
 ElvishJerricco | sd-stub boot messages? | 14:08:29 |
| K900 (deprecated) | Unless they're refind boot messages | 14:09:07 |
| K900 (deprecated) | Which is also possible | 14:09:09 |
| ElvishJerricco | K900: What would sd-stub or refind have to do with plymouth? | 14:09:52 |
| K900 (deprecated) | Not Plymouth specifically | 14:11:09 |
| K900 (deprecated) | The Plymouth part works | 14:11:24 |
| K900 (deprecated) | The two mode switches before it kicks in though | 14:11:29 |
| K900 (deprecated) | Annoying | 14:11:30 |
| ElvishJerricco | ah i see | 14:11:46 |
| K900 (deprecated) | And I think I see the problem now | 14:11:59 |
| K900 (deprecated) | Kinda | 14:12:00 |
| K900 (deprecated) | (the problem is like all of refind tbh but also more specifically) | 14:12:12 |
| K900 (deprecated) | I think I just have to stick ostype Linux on every entry | 14:14:17 |
| K900 (deprecated) | Because it can't figure out the paths otherwise | 14:14:27 |
| K900 (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 Bootloader | 14:15:58 |
 @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 | (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 | It'd probably be easier to replace plymouth altogether with a totally new thing tbh | 14:23:17 |
| @lily:lily.flowers | Possibly. 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 intended | 14:23:59 |
| @lily:lily.flowers | I would be down for something new though | 14:24:16 |
| @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 |
my flake matrix of VMs for testing plymouth across several common configs
Well that sounds fancy
| 14:25:36 |
| @lily:lily.flowers | It'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, etc | 14:26:22 |
| ElvishJerricco | that's pretty cool | 14:26:49 |
| @lily:lily.flowers | I'll share if you want. Just don't look at the crimes I did to make LUKS work... | 14:27:12 |
| ElvishJerricco | lol yea it'd probably be helpful for testing it | 14:28:42 |
| @lily:lily.flowers | Okay, I'll clean up the LUKS a little and post it | 14:29:05 |
| K900 (deprecated) | Time to RIIR Plymouth? | 14:36:10 |
| ElvishJerricco | In reply to @k900:conduit.0upti.me
Time to RIIR Plymouth? I do legitimately wonder how hard that would be. Like it'd be cool to scope out just how much stuff plymouth actually does. I'm sure samueldr has actually done most of this for his mobile NixOS stage 1 boot splash / osk | 14:38:59 |
