| 1 May 2026 |
 Lun | * Possibly. Similar non-static change's fallout included:
- tests that assumed fixed addresses in ltrace
- vendored precompiled libs without relocatable code in whisper
| 13:41:51 |
| Lun | Separately, are packages that have been marked insecure for a long time ok to drop during the freeze? | 13:42:38 |
 Sandro 🐧 | I think this was forgotten and by now it is a bit late, too | 23:47:16 |
| 4 May 2026 |
 yaya | Sorry, I missed a couple Matrix messages. | 08:43:30 |
| yaya | Just announced ZHF #516381. Let's bring the numbers down! :) | 08:43:34 |
|  KeyZox (she/her) changed their display name from KeyZox to KeyZox (she/her). | 10:57:42 |
| KeyZox (she/her) set a profile picture. | 10:58:21 |
 emily | I wonder if we should remove x86_64-darwin from the tracking | 12:20:38 |
| emily | it's likely a suboptimal use of time for contributors just picking stuff from the list given its imminent deprecation | 12:21:05 |
| emily | (not that we should ship it in a terrible state for 26.05, but most critical stuff will be overlap with aarch64-darwin and the long tail is increasingly inessential at this point) | 12:21:50 |
 Vladimír Čunát | Perhaps just a note somewhere about this? I think most issues affecting x86_64-darwin will also affect aarch64-darwin. | 12:32:23 |
| Vladimír Čunát | * Perhaps just a note somewhere about this? I think most issues affecting x86_64-darwin will also affect aarch64-darwin, so it might not be a big difference anyway. | 12:32:36 |
| emily | I saw someone talk about trying to get an x86_64-darwin laptop set up for a ZHF hackathon because it was the worst-off platform, which seems like suboptimal incentives 😅 | 13:55:06 |
| emily | but yeah I agree there's lots of overlap (but goes the other way too: means just focusing on aarch64-darwin still helps x86) | 13:55:33 |
 figsoda | would love some input on this, some modules based on formats.toml are currently broken, is moving on with this fix ok or should we revert to remarshal? https://github.com/NixOS/nixpkgs/pull/513796#pullrequestreview-4203517624 | 15:41:07 |
 hexa | imo revert the offending commit for now and properly test the new solution post branch-off | 15:46:23 |
| figsoda | https://github.com/NixOS/nixpkgs/pull/516560 | 16:19:18 |
| 5 May 2026 |
 Hythera | We currently have a regression with bluetoothctl on master and the unstable channels, which basically breaks everything relying on its functionality. There is https://github.com/NixOS/nixpkgs/pull/513361 fixing the issues and regression. Would be nice if someone could take a look at this and if it's relevant for the release. | 19:57:43 |
| 6 May 2026 |
| yaya | thanks, approved and merged. | 06:45:32 |
| 8 May 2026 |
|  jopejoe1 changed their display name from jopejoe1 (4094@epvpn) to jopejoe1. | 08:44:17 |
|  Ember changed their display name from Ember Void to Ember. | 15:21:41 |
| 11 May 2026 |
| emily | how do we feel about https://github.com/NixOS/nixpkgs/pull/513844 for 26.05? it's a zero-rebuild fairly substantial perf improvement, it theoretically changes the behaviour of lib.systems.equals but only if you violate its stated calling contract, so nominally shouldn't be breaking | 23:09:10 |
| emily | I ask mainly because it did require an internal lib.systems test adjusting to not break that contract :) | 23:09:21 |
| 12 May 2026 |
 kuflierl | Btw do we already have a name and logo for the 26.05 release? | 00:56:18 |
| hexa | xantusia | 01:50:32 |
| hexa | or was it yarara? | 01:50:46 |
| hexa | I hope you like snakes | 01:51:03 |
| kuflierl | Xantusia was the last release if I remember correctly | 01:51:29 |
| kuflierl | I was in the art group with some suggestions last time. I wonder how it looks this time | 01:52:35 |
 raf | I know and trust llakala with this kind of stuff, so I'm inclined to trust their PR when it comes to optimizing and doing so safely. | 05:20:43 |
