| 1 Dec 2025 |
Fabián Heredia | Thanks <3 | 17:40:08 |
Grimmauld (any/all) | current fallout with musl on gcc 15: | 18:05:31 |
Grimmauld (any/all) |  Download image.png | 18:05:33 |
Grimmauld (any/all) | i guess db is non-musl too and fixed | 18:05:56 |
ghpzin | patchutils, mbetls, liblapack, opensp, dbus and python313Packages.virtualenv should be musl only (unless they failed with something else)
vde2, gfxstream, unixODBCDrivers.mariadb and webrtc-audio-processing_1 affect both
webrtc-audio-processing_1 had PR with fix somewhere, for other 3 things I have fixes, will do PRs tomorrow. | 18:30:42 |
ghpzin | patchutils, mbedtls, liblapack, opensp, dbus and python313Packages.virtualenv should be musl only (unless they failed with something else)
vde2, gfxstream, unixODBCDrivers.mariadb and webrtc-audio-processing_1 affect both
webrtc-audio-processing_1 had PR with fix somewhere, for other 3 things I have fixes, will do PRs tomorrow. | 18:34:54 |
Grimmauld (any/all) |
- virtualenv: test fail (
tests/unit/test_file_limit.py::test_too_many_open_files - assert 'Too many open files')
- mbedtls: test fail (
psa_crypto_pake-suite (Failed))
- vde2: something about invalid pointer types with
ssize_fun
- maria odbc: missing ‘#include <cstdint>’ i think? fails on
error: ‘uint8_t’ does not name a type, should be trivial
- opensp: symbol collision with libiberty i think?
error: too many arguments to function ‘getcwd’; expected 0, have 2
- gfxstream: same as maria thingy, missing cstdint for
uint8_t
- audio processing: same again, this time for
unint32_t
- patchutils: needs a bump to 0.4.4, but we have patchutils 3 around still...
| 18:50:38 |
Grimmauld (any/all) | those are the obvious ones | 18:50:58 |
Grimmauld (any/all) | the missing includes should be trivial, but there may be more issues than just that | 18:51:52 |
hexa | too many open files on what system? | 19:00:35 |
hexa | wait, it tests for that?! | 19:00:54 |
hexa | patchutils are used in fetchpatch and fetchpatch2, at least two versions | 19:01:53 |
Fabián Heredia | As an informal poll I feel like the gcc15 change is ready for staging.
Would anyone oppose at the moment or is there something that should be addressed before merging into staging? (More fixes can be sent before and during the staging-next cycle) | 21:16:01 |
Grimmauld (any/all) | my reaction was the same, and it might make sense to just skip that... | 21:51:10 |
| 2 Dec 2025 |
Fabián Heredia | Would appreciate reviews or merge: https://github.com/NixOS/nixpkgs/pull/440456 | 17:57:26 |
| 4 Dec 2025 |
Vladimír Čunát | staging-next-25.05 merged | 08:26:54 |
Vladimír Čunát | Maybe several hours ago would've been better, but I wasn't paying attention and only glanced at status and regression now. | 08:27:51 |
| isabel changed their profile picture. | 16:41:55 |
| Yifei Sun changed their profile picture. | 20:41:53 |
| 5 Dec 2025 |
hexa | yanked rust-cbindgen 0.29.1 into release-25.01 (1001-2500) for 146 | 12:58:44 |
hexa | * yanked rust-cbindgen 0.29.1 into release-25.01 (1001-2500) for Firefox 146 | 12:58:49 |
hexa | * yanked rust-cbindgen 0.29.1 into release-25.05 (1001-2500) for Firefox 146 | 12:58:53 |
hexa | seeing as we'll likely not get another staging-25.05 and firefox 146 is due in 4 days | 12:59:07 |
hexa | * yanked rust-cbindgen 0.29.1 into release-25.05 (1550 rebuilds on each Linux) for Firefox 146 | 13:00:06 |
hexa | * seeing as we'll likely not get another staging-25.05 and firefox 146 is due in 3 days | 13:00:29 |
Vladimír Čunát | I'm not sure what to build next. I thought maybe 25.11, but after looking at the open pull requests, I don't feel like deciding anything or working on this, at least not today. | 13:52:55 |
leona | I would prefer 25.11 as we will get the python venv fix on darwin. Multiple people already complained about that | 13:55:58 |
leona | and unstable will probably hell | 13:56:15 |
Randy Eckenrode | It will also get the clang-tools fix. | 15:38:30 |
| 6 Dec 2025 |
Vladimír Čunát | New staging-next-25.05: https://github.com/NixOS/nixpkgs/pull/468267 | 00:06:33 |