Openblas tests are taking too long

Help
1 
[1/37/59 built, 15 copied (33.1 MiB), 12.1 MiB DL] building openblas-0.3.33 (checkPhase): 29/30 Test #24: xccblat2 ..

I’ve been like this for the last 3 hours, the tests are taking waaaay too long, and i don’t think this is a normal behaviors

1 Like
2

I’m having a similar problem. I’m having trouble determining why the derivation differs from the cached version of openblas-0.3.33. For me, the option depending on it is pipewire.alsa.support32Bit so setting this to false should allow you to continue the build, but I’m using programs.steam which sets this option to true so I need to create a flake to work around the current build.

If you manually set pipewire.alsa.support32Bit = false; in your configuration you should be able to continue with your build, though this may cause other problems if any explicitly installed packages require this option to be true.

Build failure: openblas · Issue #534670 · NixOS/nixpkgs · GitHub The compilation issue is known and marked closed, but it is clearly not completely resolved.

2 Likes
3

thank god i am not the only one ( how is that a good thing lol ), why are you trying to create a workaround? i think we should open an issue in the nixpkgs repo, and yes for the same reason i can’t use 32bit support to false cause i am using steam and other legacy programs

4

Hi guys — this issue was reported four days ago, and a temporary fix has been merged. I believe the fix is complete; we hope it works as intended.

1 Like
5

I also just had this issue: you can skip the tests by this overlay…

  nixpkgs.overlays = [
    # OpenBLAS checks are slow here and can fail when the test suite mis-detects CPU.
    (final: prev: {
      openblas = prev.openblas.overrideAttrs (_: {
        doCheck = false;
      });
    })
  ];
2 Likes
6

Thanks, this was the sort of workaround I was trying to come up with. It seems the fix has reached the nixos-26.05 channel now since my rebuild works now with or without this snippet.