| 24 Feb 2025 |
 John Ericson | I don't think so? | 18:23:10 |
| John Ericson | thanks for pointing out | 18:23:16 |
 emily | another question:
# boost is a public dependency, but not a pkg-config dependency unfortunately, so we
# put in `deps_other`.
why? Boost has .pc files (in Nixpkgs at least), and this breaks e.g. Rust pkg_config parsing the dependencies out of the .pc files
| 18:32:40 |
| emily | * another question:
# boost is a public dependency, but not a pkg-config dependency unfortunately, so we
# put in `deps_other`.
why? Boost has .pc files (in Nixpkgs at least), and this breaks e.g. Rust pkg_config parsing the dependencies out of the Nix .pc files
| 18:32:44 |
| emily | (fwiw, nixVersions.latest is also not 2.26, although I had been assuming that was intentional while the packaging bakes) | 18:34:59 |
| John Ericson | @emilazy:matrix.org: oh awesome! | 18:35:35 |
| John Ericson | Maybe the PC file was new? | 18:35:50 |
| emily | Nixpkgs bumped its Boost a couple times recently, so that may have been a factor | 18:36:05 |
| emily | (in particular, it breaks it for pkgsStatic, because the resulting .pc file has e.g. Libs: -L${libdir} -lnixstore -pthread /nix/store/2hbky50x3hzky0drn4ay87xj77frq27c-boost-static-x86_64-unknown-linux-musl-1.81.0/lib/libboost_container.a and the pkg_config crate just discards the absolute path, seemingly) | 18:36:34 |
| emily | (that's probably a ~bug-ish on the Rust end, but I think parsing useful semantic information out of .pc files is really hard in general, so it would work better if it's -lboost_container with a Requires/Requires.private) | 18:37:00 |
