| 14 Apr 2025 |
@aloisw:julia0815.de | pkgsCross.gnu32.nix on nixpkgs bc0b105ed11afa4d073e2b60ce6b94c1a72253bc | 07:24:52 |
@aloisw:julia0815.de | Shit --option enable-core-dumps true does not seem to be enough to get core dumps out of these SIGSYS crashes. | 07:32:48 |
@trofi:matrix.org | systemd-system.conf / SystemCallArchitectures= claims to be able to send SIGSYS as well. If hydra happens to use SystemCallArchitectures = "native" for nix it could explain it. But it would break all of 32-bit chroots. | 07:47:08 |
@aloisw:julia0815.de | I am able to reproduce the issue without the daemon. | 07:48:16 |
Mic92 | In reply to @vcunat:matrix.org ... in case people don't feel like working on 32-bit specific issues a lot. Could you open an issue in the nix repo for that? | 08:13:49 |
dramforever | I figured out the SIGSYS thing. It is the wrong architecture. The tests are trying to run x86(-32) builds with x86_64 bash and coreutils | 10:30:25 |
dramforever | * I figured out the SIGSYS thing. It is the wrong architecture problem. The tests are trying to run x86(-32) builds with x86_64 bash and coreutils | 10:30:34 |
dramforever | Whatever's generating config.nix didn't expect the tests to be able to run on cross | 10:30:48 |
dramforever | it's tests/functional/meson.build, but i don't know meson... | 10:34:44 |
dramforever | actually wait a second should we be running x86-32 builds? can we just run x86-64 builds in the tests? | 10:36:56 |
dramforever | more generally if building with (build = B, host = H) and H is runnable on B then run checks and inside the checks we run builds with system = B instead of system = H. does this work? just an idea | 10:38:01 |
dramforever | bonus: ... it seems to fix the gc-auto problem as well? | 10:43:57 |
@aloisw:julia0815.de | Oh so this is the nested x86_32 sandbox disallowing x86_64 syscalls? That would totally make sense. | 10:44:00 |
dramforever | booo that one also doesn't satisfy the seccomp | 10:49:49 |
dramforever | * booo that one also doesn't satisfy the seccomp rules | 10:49:50 |
dramforever | i was looking on the issue tracker and apparently it's possible to get it without cross? https://github.com/NixOS/nix/issues/11284 | 12:21:01 |
dramforever | but that's also, like, a year ago, so maybe it's just an old bug | 12:23:06 |
dramforever | does anyone else want to make a issue report for the SIGSYS/"Bad system call" bug | 12:27:45 |
dramforever | i can't repro this so i'm going to assume this is just an old bug | 12:45:00 |
dramforever | or maybe wsl specific | 12:45:17 |
dramforever | at least it's not this sigsys one | 12:45:22 |
dramforever | * or maybe wsl specific or single user specific | 12:45:34 |
| zorzem changed their profile picture. | 17:05:34 |
| 15 Apr 2025 |
| @noskcaj:matrix.org left the room. | 21:30:51 |
| 16 Apr 2025 |
Martin Schwaighofer | I have a couple of things that I'd like to bring up, which I am not sure if the triage meeting is the appropriate place for.
Is that even happening today?
The issues in question are
https://github.com/NixOS/nix/issues/13037
https://github.com/NixOS/nix/issues/13036
and https://github.com/mschwaig/laut/issues/5#issuecomment-2809751534.
The third one is not even in the Nix repo, but it's something I would like to implement and eventually upstream if it ends up actually working. | 16:59:28 |
| Deus_YI_∞ changed their display name from dev_el_∞ to deus_el_∞. | 22:49:38 |
| Deus_YI_∞ changed their display name from deus_el_∞ to Deus_YI_∞. | 22:52:09 |
| 17 Apr 2025 |
| skynet joined the room. | 00:16:14 |
dramforever | was going through my stuff and discovered that afaict the cross from x86_64 to x86 with tests SIGSYS bug hasn't been filed. here it is: https://github.com/NixOS/nix/issues/13042 | 04:02:22 |
| @mmkaram:matrix.org left the room. | 04:34:40 |