!PSmBFWNKoXmlQBzUQf:helsinki-systems.de

Stage 1 systemd

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

Load older messages


SenderMessageTime
30 Jul 2022
@linus:schreibt.jetzt@linus:schreibt.jetztfeel free to cherry-pick that to your branch if you find it sensible, K900 :)13:45:14
@k900:0upti.meK900Nice13:45:14
@k900:0upti.meK900 Linux Hackerman: picked 14:04:40
@k900:0upti.meK900So are we actually going with this or what?18:43:27
@elvishjerricco:matrix.org@elvishjerricco:matrix.org Janne Heß: How do you feel about the prospect of adding external deps to make-initrd-ng? 18:44:04
@k900:0upti.meK900I can take a look and see if I can get rid of some of the deps18:44:07
@janne.hess:helsinki-systems.de@janne.hess:helsinki-systems.de
In reply to @elvishjerricco:matrix.org
Janne Heß: How do you feel about the prospect of adding external deps to make-initrd-ng?
Who updates them?
18:44:27
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgThat's a good question18:44:39
@k900:0upti.meK900It's Rust deps so we can update them whenever18:44:51
@janne.hess:helsinki-systems.de@janne.hess:helsinki-systems.de
In reply to @k900:0upti.me
It's Rust deps so we can update them whenever
So never
18:45:02
@k900:0upti.meK900Well at least it's not security critical, so we don't really lose anything by not updating18:46:47
@k900:0upti.meK900For a bit more context, the dependency I'm thinking of is an ELF parser, so we don't have to shell out to ldd/patchelf/etc18:47:38
@janne.hess:helsinki-systems.de@janne.hess:helsinki-systems.de
In reply to @janne.hess:helsinki-systems.de
Who updates them?
Anyway, that's my only opinion and concern about that topic
18:47:41
@k900:0upti.meK900Because right now it's kind of a mess18:47:50
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgFWIW we could check for valid ELF-ness by calling patchelf instead of ldd, which would fix the original problem. But it is mighty nice to have that lib... and allowing deps means we can change the input to JSON instead of this really bad lines format18:49:26
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgI dunno, I'm torn18:49:38
@k900:0upti.meK900I am pretty sure (native) patchelf does not work correctly for cross18:49:49
@k900:0upti.meK900So we might need a cross patchelf18:49:56
@k900:0upti.meK900Or rather we might need to drag a cross patchelf into the closure18:50:13
@elvishjerricco:matrix.org@elvishjerricco:matrix.org I thought Linux Hackerman managed to use it to fix their problem before trying your fix 18:50:13
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgIt would surprise me if patchelf even had any cross-dependent behavior18:50:42
@k900:0upti.meK900It might work across different bit width, but I'm pretty sure it doesn't work across endianness18:51:02
@elvishjerricco:matrix.org@elvishjerricco:matrix.orghm18:51:20
@k900:0upti.meK900 Because it just does #include <elf.h> which is wrong 18:51:22
@elvishjerricco:matrix.org@elvishjerricco:matrix.orggotcha18:51:28
@k900:0upti.meK900Well, wrong if you're dealing with something that's not the same endianness18:51:38
@k900:0upti.meK900https://github.com/NixOS/patchelf/blob/master/src/patchelf.cc#L21318:51:59
@k900:0upti.meK900And yep it just casts things around18:52:02
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgyea. that does mean that we can't use it for cross stuff like this though... Which, wait, doesn't make sense. Because we do use patchelf in fixup phase and whatnot when cross building18:52:07
@k900:0upti.meK900I'm pretty sure it's a cross patchelf18:52:18

Show newer messages


Back to Room ListRoom Version: 6