| 21 Jan 2026 |
 hexa | dotlambda: google-auth update regressed https://cache.nixos.org/log/a6s64k98im099lf3rahzlgxn6wa6vmdr-python3.13-google-auth-oauthlib-1.2.4.drv | 16:56:55 |
| hexa | GaƩtan Lepage: onnxruntime https://hydra.nixos.org/build/319575320 | 16:57:59 |
 ma27 | erm, pretty sure I fixed this at some point on the glibc branch | 17:09:04 |
| hexa | broken since 2 days ish | 17:10:35 |
| hexa | was fine 4 days ago | 17:10:44 |
| hexa | onnxruntime will regress firefox fwiw š | 17:11:10 |
| ma27 | https://github.com/NixOS/nixpkgs/pull/479191 reverted the fix.
can't check if said onnxruntime update is on staging-next, as I'm only on the phone rn. | 17:13:06 |
| hexa | cc Yureka (she/her) | 17:15:23 |
 Yureka (she/her) | python onnxruntime != onnxruntime | 17:16:58 |
| Yureka (she/her) | So onnxruntime is fine now (you can also tell by the version number: it's the new one with the fix, 1.23.2) | 17:19:08 |
| Yureka (she/her) | https://hydra.nixos.org/build/319574007 | 17:19:30 |
| Yureka (she/her) | or was that failure only at runtime? | 17:19:38 |
| hexa | * onnxruntime will regress firefox fwiw š | 17:21:35 |
| hexa | the python one happens on import, so yeah at runtime | 17:21:59 |
| hexa |
Check whether the following modules can be imported: onnxruntime
ImportError: /nix/store/n1xc96lcmwg4dwdh9akx3yycsp153rij-python3.13-onnxruntime-1.23.2/lib/python3.13/site-packages/onnxruntime/capi/onnxruntime_pybind11_state.so: cannot enable executable stack as shared object requires: Invalid argument
| 17:22:13 |
 dotlambda | https://github.com/NixOS/nixpkgs/pull/482363 | 18:01:52 |
 GaƩtan Lepage | Weird, it works fine on master... Could it be a pybind11 change causing this build failure? | 21:32:28 |
 leona | it's the glibc change | 21:33:16 |
| leona |
dlopen and dlmopen no longer make the stack executable if a shared library requires it, either implicitly because of a missing GNU_STACK ELF header (and default ABI permission having the executable bit set) or explicitly because of the executable bit in GNU_STACK, and the stack is not already executable. Instead, loading such objects will fail.
| 21:34:01 |
| GaƩtan Lepage | Oh right. So the "proper fix" that was supposedly integrated in 1.23.1, is not really enough? Should we add these flags back then? | 21:38:49 |
| leona | Apparently or it's something in the pybind foo in the python library, I think nobody here knows | 21:39:26 |
| GaƩtan Lepage | Reverting https://github.com/NixOS/nixpkgs/pull/479191 fixes python3Packages.onnxruntime. | 21:45:48 |
| GaƩtan Lepage | Setting env.NIX_LDFLAGS = "-z,noexecstack"; in the python derivation doesn't seem to be necessary. | 21:48:40 |
| hexa | well, those are linker flags | 21:48:59 |
| hexa | they are applied when the library gets linked | 21:49:18 |
| hexa | * they are applied when the library gets linked together from its individual objects | 21:49:31 |
 mdaniels5757 | I was asked if https://github.com/NixOS/nixpkgs/pull/482131 can target staging-next. 543 rebuilds on Linux, 8k on Darwin. | 21:54:33 |
| GaƩtan Lepage | Opened https://github.com/NixOS/nixpkgs/pull/482435 | 21:55:10 |
| mdaniels5757 | * I was asked if https://github.com/NixOS/nixpkgs/pull/482131 can target staging-next. 543 rebuilds on Linux, 8k on Darwin. Thoughts? | 21:55:31 |
 FabiƔn Heredia | I would say no due to darwin, the current staging-next cycle is mostly only waiting on darwin and doesn't seem to have any urgent changes (eg, security or critical bug) | 21:56:53 |
