!UNVBThoJtlIiVwiDjU:nixos.org

Staging

344 Members
Staging merges | Find currently open staging-next PRs: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+sort%3Aupdated-desc+head%3Astaging-next+head%3Astaging-next-21.05+is%3Aopen114 Servers

Load older messages


SenderMessageTime
10 Jan 2026
@k900:0upti.meK900We already do I believe19:15:52
@grimmauld:m.grimmauld.deGrimmauld (any/all) (curlOptsList does not cause the hash to change, meaning adding that is a 0-rebuild operation) 19:16:07
@k900:0upti.meK900IIRC our default UA for curl is something like "curl x.y / Nixpkgs yy.mm"19:16:33
@grimmauld:m.grimmauld.deGrimmauld (any/all)Uhh, is this documented? Would be good info to have19:16:55
@grimmauld:m.grimmauld.deGrimmauld (any/all)I don't see any magic in https://github.com/NixOS/nixpkgs/blob/50563c7a780f9a272145f20b59551c0768eddf0c/pkgs/build-support/fetchurl/default.nix19:18:12
@grimmauld:m.grimmauld.deGrimmauld (any/all)Ah found it: https://github.com/NixOS/nixpkgs/blob/50563c7a780f9a272145f20b59551c0768eddf0c/pkgs/build-support/fetchurl/builder.sh#L2919:19:02
@emilazy:matrix.orgemily

https://github.com/NixOS/nixpkgs/pull/478778 should fix this.

of course I care about Darwin and am interested in keeping it working. I have a big local stack of fixes and clean‐ups for LLVM and macOS 26 that I worked on during the testing for the LLVM 21 and CMake 4 bumps a couple months back, but I didn't anticipate stumbling into a governance clusterfuck that sapped most of my energy for technical work, and then prioritizing things like "stopping the Nixpkgs repository from going read-only" and "triaging 4 months of committer application backlog" over pushing non-urgent drafts out, and then I was trying to take a rare break from Nixpkgs over the holidays…

the "having to triage/fix issues with things we don't care about" problems we have in staging-next are a pervasive issue, not just limited to Darwin. we don't complain about "Linux users" not doing enough when a random channel blocker breaks on Linux. I try to take a look at things when I can, but I can't take responsibility for e.g. every random bug in Nix just because it triggers on macOS.

it's not like we have been merging untested stuff with regressions – the builder OS version bumps are essentially getting bumps of a bunch of world-rebuild libraries merged into staging across all release branches underneath us. in the future we should probably make sure to coordinate non-security macOS major version bumps on the builders with Darwin team availability and testing.

I do my best to help reduce the burden; between Randy's SDK rework and dropping support for old versions and x86_64-darwin, Darwin-specific packaging issues are much rarer than they used to be and we should hopefully have much more Darwin builder capacity soon. I also try to reduce the bus factor by encouraging people to get involved (https://github.com/NixOS/nixpkgs/pull/478468 went up just yesterday), but it's hard to recommend the experience of Darwin team to anyone right now.

I understand it is frustrating having to deal with anything in Nixpkgs without personal interest, but it is really demotivating to put in a ton of work taking responsibility for issues across the tree when it constantly gets met with implications that you're not doing enough or that we should drop Darwin. I've thought about quitting the project before because of it. anyway, probably not a useful rant but I think we would have more volunteer resources for Darwin triage if it was less miserable to offer it.

19:36:05
11 Jan 2026
@ivank:matrix.orgivan joined the room.01:56:08
@vcunat:matrix.orgVladimír Čunát

implications that you're not doing enough or that we should drop Darwin

I didn't mean to single out anyone in particular, and I know that you fix lots of things.

I was trying to keep fixing the worst macOS blockers, but it's been too much for me lately. It doesn't help that I don't know much about macOS-specific stuff, so it's more slow and painful, which is one of the reasons why I'd prefer that actual macOS users would do most of these. (but sure, it also seems more fair to me)

08:29:01
@9hp71n:matrix.orgghpzin changed their display name from ghpzin (moved to @ghpzin:envs.net) to ghpzin.15:05:00
@emilazy:matrix.orgemilyyeah, I get that. sorry if I was too aggro there :) I know that these things need fixing one way or another, regardless of the reasons for why they're not getting done, and that sucks to deal with.15:14:38
@emilazy:matrix.orgemilynatural frustrations all around, I suppose15:15:46
@emilazy:matrix.orgemily I am super failing at keeping up with the progression of cycles lately, but I'm more likely to see specific regressions holding things up if pinged. maybe samasaur can help out there too? 15:15:53
28 Jun 2021
@grahamc:nixos.org@grahamc:nixos.org set the history visibility to "world_readable".15:07:04
@grahamc:nixos.org@grahamc:nixos.org changed the room name to "" from "".15:07:04
@grahamc:nixos.org@grahamc:nixos.org changed the room topic to "" from "".15:07:04
@grahamc:nixos.org@grahamc:nixos.org invited @mjolnir:nixos.orgNixOS Moderation Bot.15:07:15
@grahamc:nixos.org@grahamc:nixos.org invited @hexa:lossy.networkhexa.15:07:16
@mjolnir:nixos.orgNixOS Moderation Bot joined the room.15:07:16
@grahamc:nixos.org@grahamc:nixos.orgchanged room power levels.15:07:20
@hexa:lossy.networkhexa joined the room.15:07:20
@jonringer:matrix.orgjonringer joined the room.15:10:02
@vcunat:matrix.orgVladimír Čunát joined the room.15:10:25
@robert:funklause.dedotlambda joined the room.15:19:45
@voyager:t2bot.ioMatrix Traveler (bot) joined the room.15:26:55
@sternenseemann:systemli.orgsterni joined the room.16:09:42
@anodae:matrix.organodae joined the room.16:50:12
@andi:kack.itandi- joined the room.17:00:10
@thom:uint.onetomcur joined the room.19:45:28
@thom:uint.onetomcur changed their display name from Thom to tomcur.19:45:46

Show newer messages


Back to Room ListRoom Version: 6