!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
8 Apr 2026
@whispers:catgirl.cloudwhispers [& it/fae]* "regular" non-musl openblas built locally for me on aarch64-linux just fine fwiw. so it seems like a flaky/ environment-dependent thing mby (/nix/store/4g2wialyszpsy3py3bmqgyj0sd0cszqp-openblas-0.3.32, same as what's failing on hydra)13:41:50
@k900:0upti.meK900Gotta be a compiler bug13:43:20
@emilazy:matrix.orgemilywell, could also be code with UB that volatile or not happens to kick into a different state space14:44:33
@emilazy:matrix.orgemilyusing volatile in the first place is highly suggestive of UB going on14:44:44
@emilazy:matrix.orgemily usually those perturbations are things getting fixed by volatile though... 14:45:05
@opandddd:matrix.orgSapiiIf a package is marked broken, but it depends on a still open pr to pass, do I wait? this is in the case of https://github.com/NixOS/nixpkgs/pull/471310 stopping https://github.com/NixOS/nixpkgs/pull/50746416:48:36
@whispers:catgirl.cloudwhispers [& it/fae]fwiw I'm wondering if this might be an autoconf moment. I'm seeing some discussion about iconv on the mailing list, but i can't find the origin of that discussion to see if it's the same issue or something else https://lists.gnu.org/archive/html/autoconf/2026-04/msg00000.html17:16:41
@whispers:catgirl.cloudwhispers [& it/fae] * 17:17:14
@whispers:catgirl.cloudwhispers [& it/fae] * 17:18:47
9 Apr 2026
@reckenrode:matrix.orgRandy EckenrodeI just hit the libarchive problem while working on a Darwin source release cleanup. Our libiconv has that symbol. Is libarchive not linking libiconv? 🤔00:01:24
@reckenrode:matrix.orgRandy EckenrodeIt’s the autoconf libiconv issue.00:05:18
@reckenrode:matrix.orgRandy Eckenrodehttps://github.com/NixOS/nixpkgs/pull/508131 fix for libarchive00:29:51
@k900:0upti.meK900Going to yeet a pipewire update in09:54:56
@k900:0upti.meK900It's barely built09:55:01
@reckenrode:matrix.orgRandy Eckenrode

I have a fix for Autoconf 2.73 breakage for Expect. It’s 213 rebuilds on Linux according to nixpkgs-review. Is that a reasonable amount to target staging-next without making the fix conditional? It’s only built on x86_64-linux so far. Hydra is showing it hasn’t been built on aarch64-linux. It’s broken on Darwin right now.

https://github.com/NixOS/nixpkgs/pull/508298

11:55:08
@qyliss:fairydust.spaceAlyssa RossThat's a very small rebuild count.11:55:51
@vcunat:matrix.orgVladimír ČunátYes, especially as we don't have a large fraction finished yet (~53k successes / ~280k).11:58:49
@k900:0upti.meK900Uhh it's 58818 rebuilds according to CI12:50:33
@vcunat:matrix.orgVladimír ČunátWhy do you even need a rebuild on isGNU?12:55:10
@vcunat:matrix.orgVladimír ČunátBesides, I believe you paste the strings incorrectly (without a space).12:56:01
@opandddd:matrix.orgSapiiRedacted or Malformed Event23:29:14
10 Apr 2026
@reckenrode:matrix.orgRandy EckenrodeThat was pointed out in the PR. I fixed it not to cause rebuilds (and fixed the spacing issue).00:19:32
@reckenrode:matrix.orgRandy EckenrodeApple appears to have fixed the issue in libiconv-113. I’m working on an update to the source releases and 26.x SDK. If it is indeed fixed, I’ll drop the workarounds in the update PR.02:07:05
@k900:0upti.meK900Nice05:44:57
@yuka:yuka.devYureka (she/her)python3.pkgs.scipy is broken on staging-next06:08:26
@yuka:yuka.devYureka (she/her)(aarch64-linux)06:10:35
@k900:0upti.meK900It's not06:28:54
@k900:0upti.meK900It's flaky as fuck06:28:56
@k900:0upti.meK900It built for me after like five tries06:29:02
@yuka:yuka.devYureka (she/her)I have 104 failing tests06:38:40

Show newer messages


Back to Room ListRoom Version: 6