19 Sep 2024 |
puck | In reply to @puck:puck.moe oof, if that's the same issue i'm a bit worried about possible silent misevaluations looks like in your case the value pointed to in the list passed to concatLists got replaced with another value; but in my case it seems the entire list's elems was replaced with a tApp Value | 04:58:40 |
aleksana (force me to bed after 18:00 UTC) | * It looks like the pointer has crossed the boundary but has not crossed the boundary to the outside of thread, just happen to read another string? | 05:11:08 |
K900 | So what I'm getting here is that no one fully understands the bug yet | 05:52:33 |
K900 | And it involves GC | 05:52:38 |
K900 | Which brings me back to my original question | 05:52:47 |
K900 | Do we revert again | 05:52:51 |
aleksana (force me to bed after 18:00 UTC) | How do we make sure that the bug definitely doesn't happen with nix 2.18 and newer libraries in tree | 06:02:37 |
K900 | Which libraries? | 06:07:03 |
aleksana (force me to bed after 18:00 UTC) | In reply to @k900:0upti.me Which libraries? compiler, libc, bohemgc, other stuff | 06:12:22 |
K900 | Compiler and libc have not been touched in a long time | 06:14:29 |
K900 | And nothing broke there | 06:14:33 |
K900 | boehmgc was last updated six months ago | 06:14:55 |
K900 | Don't really see how it would be those | 06:17:43 |
jade_ | In reply to @aleksana:mozilla.org How do we make sure that the bug definitely doesn't happen with nix 2.18 and newer libraries in tree i would be extremely surprised if it did, since this seems to have happened enough for people to notice it this time around, whereas i don't think we have any reports of it happening on 2.18 | 08:10:05 |
jade_ | not impossible but also not likely? | 08:10:10 |
jade_ | hm, i am going to write a bad script and see what happens | 08:10:58 |
Robert Hensing (roberth) | also no occurrences on Nixpkgs 24.05, which is the CI env, and what I've been daily driving fwiw | 08:12:43 |
jade_ | In reply to @k900:0upti.me Do we revert again i mean, i think that it's most expedient to just revert so nobody is in a rush to fix it? | 08:22:00 |
jade_ | #!/usr/bin/env bash
set -e
RRDIR=$HOME/.cache/rr-testing
gorun() {
for (( i=0; i < 40; i = i + 1 )); do
_RR_TRACE_DIR=$RRDIR rr record --chaos -- nix eval --no-eval-cache .#nixosConfigurations.snowflake
done
}
while true; do
rm -rvf "$RRDIR"
gorun
done
btw this is my bad script
| 08:22:25 |
jade_ | if i can repro it in rr, we will be able to fix this bug without question | 08:22:56 |
jade_ | so i am planning to leave that cooking overnight | 08:23:12 |
jade_ | ok i didn't quite get that script right. here's one that works and also warms the computer a bit more:
#!/usr/bin/env bash
set -e
RRDIR=$HOME/.cache/rr-testing
gorun() {
for (( i=0; i < 40; i = i + 1 )); do
_RR_TRACE_DIR=$RRDIR parallel -N0 --verbose --halt-on-error 2 --lb rr record --chaos -- nix eval --eval-store "$(pwd)/store" --no-eval-cache .#nixosConfigurations.snowflake.config.system.build.toplevel ::: {1..10}
done
}
nix --version
while true; do
rm -rvf "$RRDIR"
gorun
done
| 08:40:40 |
jade_ | no guarantees this is going to actually find anything, but i will throw computer time at the problem | 08:41:40 |
jade_ | if i don't get a failure by morning, i am guessing my config is not good enough to trigger it | 08:49:16 |
jade_ | still no exploding and we're surely up to hundreds of runs at this point | 08:59:53 |
jade_ | i suspect my config is not good enough, so i defer to someone with one that will actually do this | 09:00:09 |
Mic92 | In reply to @mightyiam:matrix.org
Hey, I just got a segfault on nix flake check on nix (Nix) 2.24.6
checking flake output 'apps'zsh: segmentation fault (core dumped) nix flake check
Is the flake in question public? | 09:00:26 |
jade_ | In reply to @mightyiam:matrix.org The flake we were working on is private, sorry. Not sure what more I can do. Perhaps it will occur again... ^^ | 09:00:39 |
jade_ | puck also got it on her config | 09:00:59 |
Mic92 | Ok. Maybe its better to open a nix issue. Matrix is not a good place to track stuff like this. | 09:02:22 |