| 16 Oct 2021 |
 Ryan Burns | Just as a sanity check, I built x86_64-darwin stdenv on staging-next. No issues | 21:13:20 |
| Ryan Burns | LMK if anything in particular needs testing | 21:13:47 |
| 19 Oct 2021 |
 das_j | Ryan Burns: Are the crashes that you assume to be caused by the coreutils bumped already somewhere built on Hydra? | 08:19:09 |
| das_j | Because the latest jx I see in the staging jobset does work | 08:19:22 |
| Ryan Burns | Which eval? I still see it still failing here: https://hydra.nixos.org/eval/1714420?filter=jx&compare=1714261&full=#tabs-still-fail | 08:22:41 |
| das_j | Great, looks like I was just unable to find that jobset :D | 08:23:03 |
| das_j | I was able to just build it locally:
installing
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155
shrinking /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155/bin/jx
strip is /nix/store/rjagaj7w2a7zsb3sjjvn4wz0m3d5r9pw-gcc-wrapper-10.3.0/bin/strip
stripping (with command strip and flags -S) in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155/bin
patching script interpreter paths in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155
checking for references to /build/ in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155...
| 08:28:47 |
| das_j | * I was able to just build it locally:
installing
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155
shrinking /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155/bin/jx
strip is /nix/store/rjagaj7w2a7zsb3sjjvn4wz0m3d5r9pw-gcc-wrapper-10.3.0/bin/strip
stripping (with command strip and flags -S) in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155/bin
patching script interpreter paths in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155
checking for references to /build/ in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155...
/nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155
``
| 08:29:03 |
| das_j | * I was able to just build it locally:
installing
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155
shrinking /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155/bin/jx
strip is /nix/store/rjagaj7w2a7zsb3sjjvn4wz0m3d5r9pw-gcc-wrapper-10.3.0/bin/strip
stripping (with command strip and flags -S) in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155/bin
patching script interpreter paths in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155
checking for references to /build/ in /nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155...
/nix/store/a2dh80vgaavsa3bbcprw19blvpr5lx6j-jx-2.1.155
| 08:29:10 |
| das_j | That's the store path hydra tries to build | 08:29:25 |
| Ryan Burns | weird... | 08:30:17 |
| Ryan Burns | I am on ZFS which I think the builders also use, not sure what else could cause system-specific failures | 08:31:48 |
| das_j | maybe the filesystem is weird on the builders? | 08:31:53 |
| das_j | ah | 08:31:57 |
| das_j | can you try if cp 9.0 works for you? | 08:32:21 |
| Ryan Burns | what do you mean? | 08:32:44 |
| das_j | Can you use cp 9.0 on your zfs without specifying any additional flags? | 08:33:07 |
| Ryan Burns | ./result/bin/cp: missing file operand
Try './result/bin/cp --help' for more information.
| 08:33:58 |
| Ryan Burns | like that? | 08:34:00 |
| das_j | no like really copying a file | 08:34:16 |
| das_j | that does copy_file_range now, maybe zfs is not happy with that | 08:34:30 |
| Ryan Burns | works fine for anything I've tried, might need some pathological case to trigger it | 08:35:23 |
| Ryan Burns | I imagine we'd see a lot more breakage if typical cp usage was broken | 08:35:30 |
| das_j | True that | 08:35:36 |
| das_j | also, Arch uses 9.0 on core and they don't have any more patches than we have: https://github.com/archlinux/svntogit-packages/commit/f6e08690bc11a243918d5416558f48426bfb1f8e | 08:35:58 |
| Ryan Burns | here is a similar failure: https://hydra.nixos.org/build/156087864/nixlog/2
argo and jx both segfaulted while dumping shell completions to a file
however, I can only reproduce the jx failure locally, argo builds fine for me | 08:56:07 |
| das_j | any chance you can strace that dump call? | 09:16:24 |
| Ryan Burns | @nix { "action": "setPhase", "phase": "installPhase" }
installing
execve("/nix/store/mdrahngimfvh4m6cwgjdb0zs6y2g7fsr-jx-2.1.155/bin/jx", ["/nix/store/mdrahngimfvh4m6cwgjdb"..., "completion", "bash"], 0x7fffffffd360 /* 90 vars */) = 0
brk(NULL) = 0x5edb000
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} ---
+++ killed by SIGSEGV (core dumped) +++
/nix/store/ckw39mx7sx2axnhms10z3i2xgrwspcq1-stdenv-linux/setup: line 87: 19683 Segmentation fault (core dumped) strace $out/bin/jx completion $shell > jx.$shell | 21:57:58 |
| 20 Oct 2021 |
| das_j | That kind of doesn't seem related to the coreutils stuff since coreutils aren't used here… but since you bisected to that exact commit it somehow has to be | 06:50:10 |
 Sandro | Please check with coredumpctl what exactly crashed | 07:07:57 |
