| 20 Jan 2026 |
 K900 | Not that I'm suggesting we get it into this staging | 09:50:33 |
 Vladimír Čunát | Ah. The PR targets master... | 09:51:33 |
|  hexa changed the room topic to "Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.11 | Review Reports: https://malob.github.io/nix-review-tools-reports/" from "Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.05 | Review Reports: https://malob.github.io/nix-review-tools-reports/". | 13:39:31 |
|  innocentzer0 joined the room. | 14:24:30 |
 emily | I still dunno if the juice is worth the squeeze there | 15:09:08 |
| 21 Jan 2026 |
| Vladimír Čunát | staging-next has all *-linux binaries now. The larger linux regressions I see are around various python3Packages incompatibilities. | 16:41:13 |
| Vladimír Čunát | * staging-next has all *-linux binaries now. The larger remaining linux regressions I see are around various python3Packages incompatibilities. | 16:41:20 |
| hexa | funny, there was no python updates this cycle | 16:55:24 |
| hexa | oh, like python on darwin | 16:55:50 |
| hexa | awesome. | 16:55:54 |
| 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 |
