| 24 Nov 2025 |
 uep | meh, I was too tired to bother looking into it yesterday, and should stop kidding myself that I will be motivated to do so today.. filed. | 01:22:30 |
| uep | (just generall, I love that a staging merge results in fewer build failures. good job) | 01:24:46 |
| uep | * | 01:24:51 |
 Fabián Heredia | Hi, now that staging is unrestricted bumping the gcc: 14 → 15 PR: https://github.com/NixOS/nixpkgs/pull/440456
| 01:33:31 |
 K900 | Do we have a jobset for this? | 04:33:51 |
| Fabián Heredia | Not yet, with release close by hydra was a bit busy. Did make 2 requests in the past if my memory serves right | 04:43:30 |
 leona | from the release side, we would be fine with 25.05 next for the security updates. Maybe after that 25.11 would be good to get the python + llvm fixes | 06:55:50 |
| leona | For gcc15 I agree that a jobset would be good | 06:56:54 |
 Vladimír Čunát | Lots of wishes to build 😅 | 07:24:44 |
| leona | i know and i'm sorry :D | 07:28:23 |
| Vladimír Čunát | gcc15: I'll keep that in mind. We tend to get periods of 1-3 days when linux builders have significant free capacity (we wait for darwin to catch up), so that seems ideal for this purpose. | 08:18:26 |
 ghpzin | If it is to get list for broken things, db and ncompress would need fixes - most things would just not build without.
If it is to reuse builds after, then pkgsMusl fixes would need to merged too - there is at least 1 stdenv (or close to it stdenv rebuild. | 09:20:25 |
| ghpzin | If it is to get list for broken things, db and ncompress would need fixes - most things would just not build without.
If it is to reuse builds after, then pkgsMusl fixes would need to merged too - there is at least 1 stdenv (or close to it) rebuild. | 09:20:34 |
| ghpzin | If it is to get list for broken things, db and ncompress would need fixes - most things would just not build without.
~If it is to reuse builds after, then pkgsMusl fixes would need to merged too - there is at least 1 stdenv (or close to it) rebuild.~
Last part is probably not true, perl fix is in staging already.
| 09:26:00 |
| ghpzin | If it is to get list for broken things, db and ncompress would need fixes - most things would just not build without.
If it is to reuse builds after, then `pkgsMusl` fixes would need to merged too - there is at least 1 stdenv (or close to it) rebuild.
Last part is probably not true, perl fix is in staging already. | 09:26:12 |
| Vladimír Čunát | Current staging won't reach 25.11, though. | 09:29:00 |
| ghpzin | gcc15 by default won't either, right | 09:32:06 |
| ghpzin | * gcc15 by default won't either, right ? | 09:32:12 |
| Vladimír Čunát | Correct. It was purposefully delayed past the branching point. | 09:34:54 |
| Vladimír Čunát | (so that disruptive changes don't land closely before stable release) | 09:35:14 |
| Vladimír Čunát | New staging-next-25.05 I guess then:
https://github.com/NixOS/nixpkgs/pull/464512 | 09:44:40 |
| K900 | Started a new eval on unstable-small to pick up the kernel updates | 11:43:30 |
 Alyssa Ross | New GTK release with more Vulkan fixes: https://gitlab.gnome.org/GNOME/gtk/-/compare/4.21.2...4.21.3?from_project_id=665 | 17:11:25 |
| Alyssa Ross | Not sure if important. | 17:11:52 |
| Vladimír Čunát | We don't have 4.21 | 17:13:00 |
| K900 | 4.21 is a development branch | 17:12:13 |
| Alyssa Ross | ah okay | 17:13:09 |
| Vladimír Čunát | They're still using the even-odd scheme. | 17:13:08 |
| Vladimír Čunát | Probably the same changes, just merged into the testing branch. | 17:13:23 |
|  André Lima set a profile picture. | 21:10:21 |
