| 29 Jul 2025 |
 ElvishJerricco | In reply to @marcel:envs.net
Is there no systemd equivaltent to copy_bin_and_libs? When i use systemd.storePaths, the libs are missing. Because this is a python script it is quite annoying to specify every store path needed seperatly. I don't think we've ever tried to do Python in systemd initrd... that's indeed a new challenge. Likely the only reason it works in scripted is because it copies the whole Python program's closure, which would mean your initrd is drastically larger than necessary | 07:00:32 |
| ElvishJerricco | yea, indeed, copy_bin_and_libs ${getExe ifstate} on your branch results in a non-functional nuke-refs'd program, and using the program outside of extra-utils instead pulls in the whole closure for a whopping 75M of initrd size. | 07:22:17 |
| ElvishJerricco | * yea, indeed, copy_bin_and_libs ${getExe ifstate} on your branch results in a non-functional nuke-refs'd program, and using the program outside of extra-utils instead pulls in the whole closure for a whopping 75M increase of compressed initrd size. | 07:22:41 |
| ElvishJerricco | so getting python to behave well for initrd is going to be... tricky | 07:23:09 |
| ElvishJerricco | luckily systemd initrd gives you more control over this sort of thing, but I'm not sure what the right approach is going to be | 07:24:25 |
 Marcel | I mean Thomas is planing on rebuilding ifstate in rust because it's currently kind of slow of you use it on conjunction with keepalived. But this will probably take two years or so | 07:29:25 |
 K900 | I feel like it might be easier to switch to networkd | 07:29:46 |
| K900 | Than it is to coerce ifstate into running in initrd | 07:29:53 |
| ElvishJerricco | I'm assuming python is too dynamic-brained to be able to statically determine which python files are needed by a given program? | 07:36:28 |
| ElvishJerricco | well, I guess that's only a fraction of the problem, since you still need to include native libs and the interpreter and all that. Yea this sounds like pain | 07:37:40 |
| K900 | Yeah | 07:37:57 |
| Marcel | In reply to @elvishjerricco:matrix.org
yea, indeed, copy_bin_and_libs ${getExe ifstate} on your branch results in a non-functional nuke-refs'd program, and using the program outside of extra-utils instead pulls in the whole closure for a whopping 75M of initrd size. Is there a reason why copy_bin_and_libs should not be working with systemd stage one? | 07:39:52 |
| ElvishJerricco | copy_bin_and_libs is a extra-utils thing, which is not how systemd initrd defines its binaries. | 07:40:42 |
| ElvishJerricco | See: https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/kernel/make-initrd-ng/README.md | 07:40:44 |
| ElvishJerricco | heh, that readme needs an update. | 07:43:08 |
| ElvishJerricco | it describes taking pairs of paths as input but nowadays it's json | 07:43:19 |
| ElvishJerricco | it also doesn't cover a couple of the dependencies it chases, namely wrapped executables and the .dlopen ELF section things that systemd uses now. | 07:44:13 |
| ElvishJerricco | oh no it does mention the wrapped exes | 07:45:05 |
| ElvishJerricco | oh, if you were asking why I said copy_bin_and_libs "results in a non-functional nuke-refs'd program", I meant when trying to add the program to scripted initrd. | 07:51:06 |
| Marcel | But I've been using ifstate in scripted initrd for over a year without any problem. | 14:03:05 |
| 31 Jul 2025 |
|  @sammy:cherrykitten.dev left the room. | 10:03:53 |
| 29 Jul 2025 |
 emily | feel like we should have a "just add the normal closure" thing for systemd stage 1 | 14:03:51 |
| emily | (or just do that unconditionally and trim down some closures/split outputs :P) | 14:04:04 |
| Marcel | Idk do you see any alternatives that should currently be doable? Specifying every store path that's necessary? Building a static binary of ifstate? Idk if that's possible using python | 14:19:24 |
| K900 | You can't build a static binary with Python | 14:19:48 |
| K900 | You can probably drag all of Python into initrd | 14:19:54 |
| K900 | If you're OK with having a 100MB+ initrd | 14:19:59 |
| Marcel | In reply to @k900:0upti.me
If you're OK with having a 100MB+ initrd I mean it wasn't a problem until now | 14:20:18 |
 hexa | yeah, python is all about propagating dependencies into a pythonpath | 14:20:20 |
| Marcel | In reply to @k900:0upti.me
You can't build a static binary with Python Yeah I know but for windows these things exist which encapsulate you whole python stuff into one exe | 14:20:50 |
