!UNVBThoJtlIiVwiDjU:nixos.org

Staging

366 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/116 Servers

Load older messages


SenderMessageTime
14 Apr 2026
@yuka:yuka.devYureka (she/her)Yes12:50:30
@vcunat:matrix.orgVladimír Čunát

I suppose we could've gotten confused to hope that this one will fix it but i t did not:

ab103ee39931 openblas: backport fix for ARM64 non-SVE DDOT kernel (#508576)
12:55:21
@yuka:yuka.devYureka (she/her)This fixes openblas' own tests, and most but not all of the scipy tests13:00:04
@yuka:yuka.devYureka (she/her)but this is all only broken on machines with certain asimd extensions13:00:21
@yuka:yuka.devYureka (she/her)I can submit a PR to restore this code to the state we had before (with openblas 0.3.30), but presumably this is then broken on yet another code path13:03:16
@vcunat:matrix.orgVladimír ČunátI got back to it because it's still failing on Hydra (and about a thousand jobs which depend on it): https://hydra.nixos.org/build/326357571/nixlog/1/tail13:03:35
@yuka:yuka.devYureka (she/her)ok. I'll come up with something13:04:27
@vcunat:matrix.orgVladimír ČunátI suppose the Hydra's HW isn't very relevant for your fix, as it's nothing rare, and we'd like it to work on all common HW?13:07:10
@yuka:yuka.devYureka (she/her)I mean currently it fails on Hydra and on my HW, but not on K900's13:07:34
@vcunat:matrix.orgVladimír Čunát(I have direct access to it if need be.)13:07:36
@yuka:yuka.devYureka (she/her)The problem is I can not test every single possible hw13:07:53
@yuka:yuka.devYureka (she/her)This (reverting the initial culprit) will restore it to working state on Hydra, my machines and K900's machines, but possibly leave some other machines in a broken state13:08:48
@yuka:yuka.devYureka (she/her)But this is the best I can offer13:08:53
@vcunat:matrix.orgVladimír ČunátSounds OK to me.13:09:30
@vcunat:matrix.orgVladimír ČunátI suppose the worst part is about blocking 1k other jobs.13:09:50
@yuka:yuka.devYureka (she/her)https://github.com/NixOS/nixpkgs/pull/50996413:10:26
@yuka:yuka.devYureka (she/her)This is of course another openblas rebuild13:10:45
@vcunat:matrix.orgVladimír ČunátSure, but at least on aarch64 only.13:11:31
@yuka:yuka.devYureka (she/her)right13:11:52
@vcunat:matrix.orgVladimír Čunát(and aarch64-darwin probably haven't managed to build much)13:11:52
@vcunat:matrix.orgVladimír Čunát* (and aarch64-darwin probably haven't managed to build much yet)13:12:04
@emilazy:matrix.orgemilyhave we reported that we're still seeing failures upstream to OpenBLAS btw?13:15:05
@yuka:yuka.devYureka (she/her)No13:15:22
@yuka:yuka.devYureka (she/her)But there are no failures in the openblas test suite with their upstream fix anymore13:15:33
@emilazy:matrix.orgemilymight incentivize them figuring out "root cause likely to be some missing or improper declaration in the inline assembly"13:15:44
@yuka:yuka.devYureka (she/her)only failures in the scipy test suite13:15:37
@emilazy:matrix.orgemily(from https://github.com/OpenMathLib/OpenBLAS/pull/5691)13:15:48
@yuka:yuka.devYureka (she/her)Would still be good to report to them igs but no time13:15:52
@emilazy:matrix.orgemilythey originally adjusted it for https://github.com/numpy/numpy/issues/3081613:16:16
@emilazy:matrix.orgemilyso I guess they're probably interested in downstream failures too13:16:25

Show newer messages


Back to Room ListRoom Version: 6