!UNVBThoJtlIiVwiDjU:nixos.org

Staging

393 Members
Staging merges | Find currently open staging-next PRs: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+sort%3Aupdated-desc+head%3Astaging-next+head%3Astaging-next-21.05+is%3Aopen128 Servers

Load older messages

SenderMessageTime
19 Oct 2021
@janne.hess:helsinki-systems.dedas_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
@janne.hess:helsinki-systems.dedas_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
@janne.hess:helsinki-systems.dedas_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
@janne.hess:helsinki-systems.dedas_jThat's the store path hydra tries to build08:29:25
@r-burns:matrix.orgRyan Burnsweird...08:30:17
@r-burns:matrix.orgRyan BurnsI am on ZFS which I think the builders also use, not sure what else could cause system-specific failures08:31:48
@janne.hess:helsinki-systems.dedas_jmaybe the filesystem is weird on the builders?08:31:53
@janne.hess:helsinki-systems.dedas_jah08:31:57
@janne.hess:helsinki-systems.dedas_jcan you try if cp 9.0 works for you?08:32:21
@r-burns:matrix.orgRyan Burnswhat do you mean?08:32:44
@janne.hess:helsinki-systems.dedas_jCan you use cp 9.0 on your zfs without specifying any additional flags?08:33:07
@r-burns:matrix.orgRyan Burns./result/bin/cp: missing file operand Try './result/bin/cp --help' for more information. 08:33:58
@r-burns:matrix.orgRyan Burnslike that?08:34:00
@janne.hess:helsinki-systems.dedas_jno like really copying a file08:34:16
@janne.hess:helsinki-systems.dedas_jthat does copy_file_range now, maybe zfs is not happy with that08:34:30
@r-burns:matrix.orgRyan Burnsworks fine for anything I've tried, might need some pathological case to trigger it08:35:23
@r-burns:matrix.orgRyan BurnsI imagine we'd see a lot more breakage if typical cp usage was broken08:35:30
@janne.hess:helsinki-systems.dedas_jTrue that08:35:36
@janne.hess:helsinki-systems.dedas_jalso, Arch uses 9.0 on core and they don't have any more patches than we have: https://github.com/archlinux/svntogit-packages/commit/f6e08690bc11a243918d5416558f48426bfb1f8e08:35:58
@r-burns:matrix.orgRyan Burnshere 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 me08:56:07
@janne.hess:helsinki-systems.dedas_jany chance you can strace that dump call?09:16:24
@r-burns:matrix.orgRyan 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.$shell21:57:58
20 Oct 2021
@janne.hess:helsinki-systems.dedas_jThat 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 be06:50:10
@sandro:supersandro.deSandroPlease check with coredumpctl what exactly crashed07:07:57
21 Oct 2021
@hexa:lossy.networkhexasorry for not being able to tend for staging-next as I intended, other things are keeping me busy currently.11:00:12
22 Oct 2021
@r-burns:matrix.orgRyan Burns
In reply to @sandro:supersandro.de
Please check with coredumpctl what exactly crashed
Never used coredumpctl before but coredumpctl debug didnt give any useful information 		01:19:26
@r-burns:matrix.orgRyan Burns(gdb) run Starting program: /nix/store/mb7ymizzmrynrcxfayckc6fcvym5k8hx-jx-2.1.155/bin/jx Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7fd00a5 in dl_main () from /nix/store/mij848h2x5wiqkwhg027byvmf9x3gx7y-glibc-2.33-50/lib/ld-linux-x86-64.so.2 (gdb) bt #0 0x00007ffff7fd00a5 in dl_main () from /nix/store/mij848h2x5wiqkwhg027byvmf9x3gx7y-glibc-2.33-50/lib/ld-linux-x86-64.so.2 #1 0x00007ffff7fe82fe in _dl_sysdep_start () from /nix/store/mij848h2x5wiqkwhg027byvmf9x3gx7y-glibc-2.33-50/lib/ld-linux-x86-64.so.2 #2 0x00007ffff7fce073 in _dl_start () from /nix/store/mij848h2x5wiqkwhg027byvmf9x3gx7y-glibc-2.33-50/lib/ld-linux-x86-64.so.2 #3 0x00007ffff7fcd058 in _start () from /nix/store/mij848h2x5wiqkwhg027byvmf9x3gx7y-glibc-2.33-50/lib/ld-linux-x86-64.so.2 #4 0x0000000000000001 in ?? () #5 0x00007fffffffc926 in ?? () #6 0x0000000000000000 in ?? () 01:19:30
@trofi:matrix.orgtrofi

I noticed master can't be merged into staging-next for 2 packages:

  • both modified: pkgs/development/python-modules/jupyter-client/default.nix
  • both modified: pkgs/development/python-modules/jupyterlab-git/default.nix

I have 2 questions:

  1. How does it usually gets handled? Would normally an update author propose an valid merge as a pull request?
  2. Does anyone get alerted for these failures?
16:19:18
@jonringer:matrix.orgjonringerI'll fix them16:19:51
@jonringer:matrix.orgjonringerI think I did recent updates to them16:19:56

Show newer messages

Back to Room ListRoom Version: 6