| 25 Mar 2026 |
 hexa | eh, of course you fixed it :D | 22:58:13 |
| 26 Mar 2026 |
 SomeoneSerge (matrix works sometimes) | Has nobody ever needed to override hydra-dev's baseDir? Makes me feel I'm doing something wrong... | 03:37:40 |
 Sergei Zimmerman (xokdvium) | Hm so somehow hydra wound up buillding the nix installer script incorrectly https://github.com/NixOS/nix/issues/15564#issuecomment-4132297971' | 07:34:34 |
| Sergei Zimmerman (xokdvium) | Botched build input on remote builder? Any chance we can poke at the tarball store path at https://hydra.nixos.org/build/325163674#tabs-buildsteps (sleepy-brown) if it hasn't been GC'd yet? | 07:36:24 |
| Sergei Zimmerman (xokdvium) | Thanks, no need. I figured it out - hydra got into a franken build situation | 09:21:25 |
|  BeatLink joined the room. | 12:01:29 |
| BeatLink | Hey, is it true that if i contribute to nixpkgs i can get an invite to the org? | 12:01:58 |
| hexa | #org_owners:nixos.org if you didn't get one | 12:03:38 |
 Mic92 | @hexa:lossy.network: we should maybe make some time to test the new hydra stuff. I'll thinking also about some auto deploy for staging | 21:46:36 |
| Mic92 | * @hexa:lossy.network: we should maybe make some time to test the new hydra stuff. I'll thinking also about some auto deploy for staging hydra | 21:47:02 |
| Mic92 | Told John to test staging a bit more | 21:51:29 |
| hexa | sure, why not | 23:35:47 |
| hexa | apparently you wanted to deploy to prod on tuesday | 23:35:58 |
| hexa | and today I got asked again when it will be deployed | 23:36:11 |
| hexa | I will be away over the weekend mostly | 23:37:14 |
| hexa | but let's schedule something for next week | 23:37:27 |
| 27 Mar 2026 |
| hexa | https://github.com/NixOS/nixpkgs/pull/460097 | 10:44:10 |
| hexa | @emilazy:matrix.org @k900:0upti.me @vcunat:matrix.org let's make a call on this | 10:44:33 |
 Vladimír Čunát | It certainly looks good at a glance and in principle. | 10:47:34 |
| Vladimír Čunát | But I haven't thought about details, e.g. whether it's OK to have this nesting (aggregate of aggregates). | 10:48:40 |
| Vladimír Čunát | Overall the situation around what's channel blockers and what isn't - I find it messy, not very maintained. | 10:49:44 |
| Vladimír Čunát | I suppose we can merge optimistically. | 10:57:00 |
 K900 | I think it's fine unless there's a reason Hydra will explode | 11:02:37 |
 emily | oh I had a suggestion around this in general | 11:02:38 |
| K900 | But it would be nice to maybe one day kill off the branch separation | 11:02:52 |
| emily | from before this PR actually | 11:03:04 |
| emily | can't we just merge the jobsets. like keep the channel advancement conditions decoupled but kill nixpkgs:unstable | 11:03:43 |
| emily | that way you can much more easily pick commits that are both nixpkgs-unstable and nixos-unstable | 11:04:05 |
| K900 | Conceptually yes, but it would require significant channel-scriptage | 11:04:14 |
| emily | and Hydra saves queueing and building a bunch of redundant Linux jobs from nearby commits | 11:04:22 |
