| 31 Mar 2025 |
 John Ericson | pre planet Nix I was really busy doing other stuff in Nix (and also win work, unrelated to Nix!). Now after words I stick my head up for air and see --- oh shit, new Nixpkgs is almost here, and we're really behind | 20:47:46 |
| John Ericson | I've put all the CA and dyn drv and other personal priorities on hold to get this stuff sorted | 20:48:02 |
 raitobezarius | In reply to @roberthensing:matrix.org
not that I know of. Where would that be? latest I have in mind is that output path calculation change with fetchTree and file:// between 2.19 and 2.24, I'd need to look again in my notes | 20:48:23 |
| John Ericson | get the headers, the package config, the nixpkgs legibility, and other things that need to get bumped sorted | 20:48:25 |
| raitobezarius | but I'd appreciate if this could be tested before Lix has to discover it :P | 20:48:40 |
| John Ericson | it's not the ideal timing for sure! No disagreement from me there! | 20:48:59 |
| John Ericson | raitobezarius: I recall some Lix patch that made it respect the fetching equivalent of outputHashMode | 20:49:21 |
| John Ericson | that sounds like something we should have | 20:49:26 |
| John Ericson | it didn't look like a regression | 20:49:37 |
| John Ericson | but respecting the thing does look more correct than not | 20:49:50 |
| raitobezarius | well, this was a bug that was fixed but caused output path calculation changes which goes against the contract of reproducibility | 20:50:10 |
| raitobezarius | this meant that who had in their cache had to cache bust everything | 20:50:21 |
| raitobezarius | * this meant that who had this in their cache had to cache bust everything | 20:50:27 |
 emily | there's a reason we ended up on 2.18 for so long and rushing while waving away concerns isn't going to fix it :( if we want to keep the versions synced then there needs to be work to rebuild the trust that concerns will be taken seriously and regressions handled. those concerns right now include timing relative to the freeze, breaking patches/flag overrides with zero deprecation period for one of the most critical packages,the packaging rewrite being understood by maybe 3 people in the world, and the fact that all this is being declared by fiat with no prior clarity | 20:50:33 |
| raitobezarius | the problem is not the bug the problem is that output path calculation changes are very visible especially if they do change a lot of paths | 20:50:46 |
| John Ericson | libfetchers is full of crap that roberth and I have yet to wade through 🤷 | 20:50:50 |
| John Ericson | in all forks | 20:50:53 |
| raitobezarius | not arguing about the bug qualification | 20:51:00 |
| John Ericson | you won't find me disagreeing about that! | 20:51:03 |
| emily | three days ago a member of the Nix team said he couldn't understand the packaging. ten hours ago another member announced in the release thread that the plan was to ship 2.24 by default before editing it | 20:51:14 |
| raitobezarius | arguing about our responsibility to ensure that we don't unnecessarily cache bust and that we discuss potential cache busts before sending them in releases | 20:51:23 |
| raitobezarius | no matter if they are bugs or unsound | 20:51:35 |
| emily | maybe all those concerns were resolved within the past few days? but even if so it would be premature to launch into a bump given that | 20:51:39 |
| John Ericson | I dunno what that editted thing was about because I woke up around 11 pm EDT | 20:51:43 |
| John Ericson | raitobezarius: I am not even arguing with you | 20:52:01 |
| emily | how can Nixpkgs and Nix communicate if y'all aren't even on the same page about packaging and defaults? | 20:52:04 |
| John Ericson | stop being slimy | 20:52:05 |
| John Ericson | lix has a fix, it ilooks good | 20:52:14 |
| John Ericson | we're happy to take it | 20:52:18 |
| John Ericson | the end | 20:52:19 |
