!UNVBThoJtlIiVwiDjU:nixos.org

Staging

352 Members
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/113 Servers

Load older messages


SenderMessageTime
12 Mar 2026
@k900:0upti.meK900I don't understand that build system and it scares me11:59:30
@emilazy:matrix.orgemilyI don't have time to look at it right now but it should hopefully be a simple fix unless upstream did something wrong again11:59:59
@emilazy:matrix.orgemilythe duplicate symbols are a bit weird12:00:41
@emilazy:matrix.orgemilymy guess is that https://github.com/OpenMathLib/OpenBLAS/pull/5423 messed something up while fixing the issue we patch12:01:12
@emilazy:matrix.orgemilyhttps://github.com/OpenMathLib/OpenBLAS/pull/5423/commits/55a10c748df2bdc5e4bf678457e446e23e9996fc12:04:04
@emilazy:matrix.orgemilywondering if we should be using the CMake build12:04:09
@emilazy:matrix.orgemilyhttps://github.com/OpenMathLib/OpenBLAS/issues/562512:05:34
@emilazy:matrix.orgemilylooks maybe related.12:06:01
@emilazy:matrix.orgemilyI would try HEAD and try CMake I suppose. can't spend more time on it now though12:07:34
@lt1379:matrix.orgLunhttps://github.com/NixOS/nixpkgs/pull/49929916:26:27
13 Mar 2026
@k900:0upti.meK900We are badly behind on Darwin06:26:31
@k900:0upti.meK900So maybe we can eat the openblas rebuilds on Linux06:26:59
@k900:0upti.meK900image.png
Download image.png
06:27:41
@k900:0upti.meK900 Like it's bad bad 06:27:44
@vcunat:matrix.orgvcunatThere's still x86_64-darwin openblas06:36:57
@vcunat:matrix.orgvcunat It's time for some staging-nixos, as discussed in #security:nixos.org 06:38:30
@k900:0upti.meK900Then I guess we have to revert the kernel bump06:41:13
@vcunat:matrix.orgvcunatDarwin builds tend to get stuck now on "sending inputs". (no idea why or what's changed) Maybe that's making things worse.06:47:32
@qyliss:fairydust.spaceAlyssa RossUnclear to me what's going on with the kernels because nobody posted what the regression actually is07:49:23
@vcunat:matrix.orgvcunatSimply unblocking the other changes sounds reasonable to me.07:57:19
@qyliss:fairydust.spaceAlyssa RossYeah, I guess. Just a shame to revert the kernels when there could be no significant issue with them.07:57:57
@qyliss:fairydust.spaceAlyssa RossOkay the kernels are confirmed fine.08:09:44
@rvdp:infosec.exchangeRamses 🇵🇸is there any docs on how to fix a merge conflict when merging master in -next? I don't immediately find anything by grepping in the repo. Is this just manual merge and push?11:29:41
@rvdp:infosec.exchangeRamses 🇵🇸* are there any docs on how to fix a merge conflict when merging master into -next? I don't immediately find anything by grepping in the repo. Is this just manual merge and push?11:30:03
@k900:0upti.meK900 Yes 11:31:08
@rvdp:infosec.exchangeRamses 🇵🇸ok, fix is trivial (go version difference), I'll push the merge then11:34:21
@k900:0upti.meK900 @Ramses 🇵🇸 this is unnecessary, 1.26 is the default Go version on staging-next 11:45:37
@k900:0upti.meK900https://github.com/NixOS/nixpkgs/pull/497493/changes/e190313e265fc4881b05c0f6076d4ab03a0eefa5..e2e702cb4e1e024359e2915862a2ffaa874a305e11:45:39
@rvdp:infosec.exchangeRamses 🇵🇸Yeah, but I noticed that it was explicitly pinned on master, and always have been, so figured that the maintainers have a reason for that11:46:19
@rvdp:infosec.exchangeRamses 🇵🇸* Yeah, but I noticed that it was explicitly pinned on master, and always has been, so figured that the maintainers have a reason for that11:46:32

Show newer messages


Back to Room ListRoom Version: 6