Staging | 342 Members | |
| Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.05 | Review Reports: https://malob.github.io/nix-review-tools-reports/ | 114 Servers |
| Sender | Message | Time |
|---|---|---|
| 10 Jan 2026 | ||
| i have a chaos.social, thats good enough :tm:. Compared to matrix, fedi actually works | 19:03:09 | |
| https://chaos.social/@grimmauld/115872388773834502 We'll see what happens. We may have to set curlOptsList = [ "--user-agent" "nixpkgs" ]; for lore.kernel.org fetchers, but that would be an acceptable workaround i guess | 19:15:10 | |
| We already do I believe | 19:15:52 | |
(curlOptsList does not cause the hash to change, meaning adding that is a 0-rebuild operation) | 19:16:07 | |
| IIRC our default UA for curl is something like "curl x.y / Nixpkgs yy.mm" | 19:16:33 | |
| Uhh, is this documented? Would be good info to have | 19:16:55 | |
| I don't see any magic in https://github.com/NixOS/nixpkgs/blob/50563c7a780f9a272145f20b59551c0768eddf0c/pkgs/build-support/fetchurl/default.nix | 19:18:12 | |
| Ah found it: https://github.com/NixOS/nixpkgs/blob/50563c7a780f9a272145f20b59551c0768eddf0c/pkgs/build-support/fetchurl/builder.sh#L29 | 19:19:02 | |
| 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 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 I do my best to help reduce the burden; between Randy's SDK rework and dropping support for old versions and 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 | ||
| 01:56:08 | ||
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 | |
| 15:05:00 | ||
| yeah, 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 | |
| natural frustrations all around, I suppose | 15:15:46 | |
| 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 | |
| 16:17:23 | ||
| 28 Jun 2021 | ||
| 15:07:04 | ||
| 15:07:04 | ||
| 15:07:04 | ||
| 15:07:15 | ||
| 15:07:16 | ||
| 15:07:16 | ||
| 15:07:20 | ||
| 15:07:20 | ||
| 15:10:02 | ||
| 15:10:25 | ||
| 15:19:45 | ||
| 15:26:55 | ||
| 16:09:42 | ||
| 16:50:12 | ||