| 30 Apr 2024 |
 rhelmot | is there a nix policy of which nixpkgs version projects get pinned to? | 15:37:48 |
 John Ericson | rhelmot: it is generally the last stable version | 15:38:32 |
| John Ericson | and in fact freeebsd cross was unfortunately removed cause it is broken on that version | 15:38:46 |
| John Ericson | soon 25.05 will be out | 15:38:50 |
| John Ericson | * soon 24.05 will be out | 15:38:55 |
| John Ericson | so I would just focus on making things how we want for that, and then Nix will be bumped accordingly | 15:39:10 |
| John Ericson | Also with https://github.com/NixOS/nixpkgs/pull/308012 master freebsd does build again | 15:39:42 |
| John Ericson | fwiw | 15:39:44 |
| rhelmot | alright, in that case I'll just pr my very minimal changes to the autotools stuff which makes it pick the right version number when you ./configure | 15:41:56 |
| rhelmot | * alright, in that case I'll just pr my very minimal changes to the autotools stuff which makes it pick the right version number (that is, none) when you ./configure | 15:42:04 |
| rhelmot | I have them on my branch which was meant to be submitted to the freebsd ports tree, but it seems someone beat me to that one :) | 15:42:24 |
| John Ericson | for native builds? | 15:42:30 |
| rhelmot | mhm | 15:42:44 |
| John Ericson | (for cross builds, configure will just be told what to do) | 15:42:53 |
| John Ericson | OK | 15:43:00 |
| rhelmot | indeed | 15:43:06 |
| rhelmot | I think that was what artemis was running into | 15:43:12 |
| rhelmot | nixpkgs and/or flake.nix will simply tell configure the exact system to use | 15:43:26 |
| John Ericson | I opened https://github.com/NixOS/nixpkgs/pull/308032 | 15:48:16 |
| John Ericson | we should make the decision entirely based on what we think is correct | 15:48:26 |
| John Ericson | not based on "what works" | 15:48:30 |
| John Ericson | as I am quite sure it can be made to work either wya | 15:48:35 |
| John Ericson | rhelmot: now as to the splicing thing, does it make sense? | 15:49:02 |
| John Ericson | we shouldnt' splice in buildPackages.freebsd because then we would be mixing source tree | 15:49:22 |
| John Ericson | freebsdBranches.${x} should always be spliced with buildPackages.freebsdBranchees.${x} | 15:49:47 |
| John Ericson | and then we will need fewer explicit arguments for the callPackage calls too | 15:50:14 |
| rhelmot | yes, I broadly understand the necessity of using the splicing tools even though I don't really understand the machinery | 15:50:24 |
| John Ericson | ok col | 15:50:43 |
| John Ericson | * ok cool | 15:50:45 |
| John Ericson | yeah the machinary is nuts | 15:50:49 |
