supersandro2000 has quit [Disconnected by services]
supersandro2000 has joined #nixos-dev
<abathur>
I ended up just doing something akin to `for _envvar in "''${!RESHOLVE_@}"; do if [[ -z "${!_envvar}" ]]; then unset -v "${!_envvar}"; fi; done`
<abathur>
*by adding something like that to the phase script
red[evilred] has quit [Quit: Idle timeout reached: 10800s]
bgamari has joined #nixos-dev
bgamari_ has quit [Ping timeout: 264 seconds]
red[evilred] has joined #nixos-dev
<red[evilred]>
Thanks, I'll take a peek of the examples above <3
bgamari_ has joined #nixos-dev
bgamari has quit [Ping timeout: 260 seconds]
cole-h has joined #nixos-dev
orivej has quit [Ping timeout: 240 seconds]
ris has quit [Ping timeout: 256 seconds]
teto has quit [Ping timeout: 272 seconds]
peelz has quit [Remote host closed the connection]
terrorjack has quit [Remote host closed the connection]
orivej has joined #nixos-dev
Jackneill has quit [Ping timeout: 258 seconds]
Jackneill has joined #nixos-dev
red[evilred] has quit [Quit: Idle timeout reached: 10800s]
puck has quit [Quit: nya]
puck has joined #nixos-dev
cole-h has quit [Ping timeout: 265 seconds]
AlwaysLivid has joined #nixos-dev
<sphalerite>
abathur: I might be misunderstanding your question, but I think merging with an optionalAttrs set is typical.
treed[m] has quit [Quit: Idle for 30+ days]
orivej has quit [Ping timeout: 256 seconds]
<pie_>
Is teto on irc?
FRidh has joined #nixos-dev
<Mic92>
Ericson2314: have compiled static-pie binaries with our binutils wrapper? I am currently trying to fix that for rustc, so it will work with musl properly
<Mic92>
rust passes -static-pie to cc, but cc still sets dynamic-linker
<Mic92>
this makes rust crashes in ldso/dlstart.c
<Mic92>
Not sure if dynamic-linker is the reason, but it looks very suspicious to me
risson has quit [Ping timeout: 272 seconds]
risson has joined #nixos-dev
teto has joined #nixos-dev
__monty__ has joined #nixos-dev
ris has joined #nixos-dev
orivej has joined #nixos-dev
<siraben>
ryantm: my semester is over, I updated the cross doc conversion PR #105364
<Mic92>
base was unsurprisingly correct because auxv and hence AT_BASE is set by the kernel
<Ericson2314>
oh neat
<Ericson2314>
I have to step out in a sec but if you could patch that rather than need to add more logic to ld-wrapper, that would be wonderful
srk has quit [Remote host closed the connection]
srk has joined #nixos-dev
<Mic92>
Ericson2314: I don't think we can patch set. There should be no dynamic-linker set in static executables. Our ld-wrapper is not doing the correct thing
<Mic92>
I was planning on add a check for -static and -static-pie
hax404 has quit [Remote host closed the connection]
hax404 has joined #nixos-dev
<Ericson2314>
Mic92: -static doesn't always mean that, though
hax404 has quit [Client Quit]
<Ericson2314>
statically linking an so for example, not sure what is needed for that
<Mic92>
Ericson2314: I don't understand, when do you use -static but want a link-loader set?
jonringer has joined #nixos-dev
hax404 has joined #nixos-dev
<Ericson2314>
Mic92: doesn't -static without -nodefaultlibs dynamically link libc anyways?
<Ericson2314>
I remember there being various gotchas
<Ericson2314>
because of dlopen shenangins, I would look at the conbination of isStatic and -static, perhaps
<Ericson2314>
that is very cautious, but very safe
<Mic92>
Ericson2314: mhm. I am not using pkgsStatic right now. My rabbit hole actually started when using rustup to build firecracker from source... and saw that the musl target crashed.
<Mic92>
Ericson2314: but you are right: gcc -static -o main main.c on alpine also has ld.so set.
<Mic92>
no actually not
<Ericson2314>
yeah i vaguely remember Matt telling me how he was suprised the dynamic linkerer was often needed
<Mic92>
Ericson2314: I will also check with glibc in combination with -dl