| 20 Feb 2024 |
 K900 | The overrides bit is actually mkOverrideable | 20:27:08 |
| K900 | One thing callPackage does that you can't get with just mkOverrideable and ... patterns is checking for invalid arguments | 20:28:24 |
| K900 | Because e.g. ({ stdenv, foo, bar, ... }: { ... }) { stednv = ...; } is not an error | 20:28:54 |
| K900 | (same with override) | 20:29:13 |
 szlend | Personally I wish it was something more like ({pkgs, pythonPackages, crane}: ...). Basically package sets as inputs. Not sure where the extra args would fit in, but I always found it weird to mix these | 20:33:40 |
| K900 | That style would be harder to override | 20:34:04 |
 Minijackson | there was a proposition by amjoseph to pass pkgsOnBuild, pkgsOnHost, and so on: https://github.com/NixOS/nixpkgs/issues/227327 | 20:35:04 |
| Minijackson | makes cross-compilation much better, overriding much harder | 20:35:24 |
| K900 | Yeah that's basically just the no splicing proposal | 20:35:34 |
| szlend | Getting rid of is literally my #1 nixpkgs wishlist | 20:35:42 |
| szlend | * Getting rid of splicing is literally my #1 nixpkgs wishlist | 20:35:48 |
| K900 | I think we will be able to move into that direction a lot easier after the by-name migration | 20:36:08 |
| szlend | * Getting rid of splicing is literally #1 on my nixpkgs wishlist | 20:36:30 |
| K900 | Because then we can just do package-v2.nix or whatever with the new API | 20:36:39 |
| K900 | Without having to fight all-packages.nix merge conflicts for months | 20:36:59 |
| Minijackson | note that weirdly enough, splicing is a solution to the flake packages.${arch} issue: https://github.com/szlend/nix-pkgset | 20:37:02 |
| szlend | Yeah, this is just me trying to follow whatever patterns are established by nixpkgs because I didn't feel like reinventing the wheel | 20:37:39 |
| K900 | It's not | 20:37:44 |
| K900 | Well it kinda is | 20:37:51 |
| K900 | But it's still a hack | 20:37:55 |
| K900 | I have ideas but that's a conversation for much later | 20:38:06 |
