| 13 Jun 2025 |
 K900 | And when we try and give it what it thinks are two distinct Qts, one host and one build, it explodes | 19:21:41 |
 emily | why would we give it two? | 19:22:12 |
| K900 | Because one is nativeBuildInputs and the other is buildInputs | 19:22:23 |
| emily | it's okay for a cross-built package to contain buildPlatform tools | 19:22:31 |
| emily | we handle some *-configs like that | 19:22:39 |
| K900 | Because we want it to use the host tools | 19:22:40 |
 Alyssa Ross | This sounds like it should just be in nativeBuildInputs | 19:23:06 |
| K900 | I guess technically the strictDeps-ly-correct way of doing this would be to shove everything into buildInputs | 19:23:06 |
| Alyssa Ross | Same deal as with a compilerr | 19:23:10 |
| K900 | And pretend nativeBuildInputs don't exist | 19:23:12 |
| Alyssa Ross | * | 19:23:14 |
| K900 | Actually yes the opposite | 19:23:25 |
| Alyssa Ross | No, the opposite | 19:23:27 |
| K900 | Because it doesn't search for binaries in buildInputs | 19:23:38 |
| emily | are you sure? that's more targetPlatform in the world | 19:23:40 |
| K900 | But then we have packages like qtsvg or whatever that are literally just a .so | 19:23:50 |
| Alyssa Ross | buildPackages would be for run-on-cross tools | 19:23:51 |
| K900 | And those have to be in buildInputs | 19:23:54 |
| emily | like, FLTK and SDL1 and stuff have *-config tools that go in outputs | 19:24:01 |
| emily | that are for the buildPlatform | 19:24:05 |
| K900 | And we'll be shoving them to nativeBuildInputs | 19:24:05 |
| K900 | For basically no reason | 19:24:12 |
| emily | it seems wrong to have to move every user to nativeBuildInputs when it grows that | 19:24:16 |
| emily | every cross package has parts of its outputs intended to be consumed on buildPlatform already | 19:24:32 |
| emily | like, that's what dev is | 19:24:36 |
| K900 | Well with cmake/qt it has to be nativeBuildInputs or our patch explodes it even more | 19:24:36 |
| emily | the headers might not be machine code but they're still intended for consumption on buildPlatform | 19:24:47 |
| emily | it seems to me like $dev/bin is an appropriate place for buildPlatform tools | 19:24:54 |
| K900 | Because the patch basically makes it not search for host tools in buildInputs | 19:24:54 |
| K900 | If we do that then we have to basically fuck up every cmake file | 19:25:10 |
