| 31 Mar 2025 |
raitobezarius | but i thought it would describe a smaller or more-difficult-to-maintain nixpkgs ;P | 22:07:54 |
roberth | with the new packaging we've tried to stick as much to established APIs like plain mkDerivation without added fixed-points on top | 22:10:07 |
@trofi:matrix.org | I had to throw away a bunch of .nix code that added env.NIX_CFLAGS_COMPILE =" -D_GLIBCXX_DEBUG"; to nix package because I have no idea how to do it for nix-2.26. For other package sets in nixpkgs my default action of to stick a patch into local nixpkgs checkout because I have no idea how they work from a set to a set. | 22:10:17 |
roberth | I think the packaging layers we've developed for mkDerivation could be useful outside Nix for other meson-based projects | 22:10:46 |
raitobezarius | as I kind of have joint authority over the Nixpkgs packaging of Lix, I read it but I'm not super convinced personally | 22:11:27 |
raitobezarius | I feel like it violates too the principle of least astonishment for packagers and consumers | 22:11:37 |
raitobezarius | Like it's interesting from a technological PoV | 22:11:42 |
raitobezarius | But I would not use this for Lix because this is far too out of the Overton window on how do you do packaging in Nixpkgs | 22:12:00 |