| 20 Feb 2025 |
 Robert Hensing (roberth) | if the root package remains too buggy we could do a more custom derivation in a non-custom package attrset | 00:15:34 |
| Robert Hensing (roberth) | those should be part of the pkg-config compiler flags | 00:17:06 |
| Robert Hensing (roberth) | which is admittedly a weird approach | 00:17:36 |
 emily | Libs: -L${libdir} -lnixstore
Libs.private: -lsandbox /nix/store/nqwpwimfcy6wakn4p47v4prijq0cbqik-boost-1.87.0/lib/libboost_container.dylib -L/nix/store/x99grmq3agqymigz4kbns60vqc1w9d2k-aws-sdk-cpp-1.11.448/lib -laws-cpp-sdk-transfer -laws-cpp-sdk-s3 -laws-cpp-sdk-core -laws-crt-cpp
Cflags: -I${includedir}/nix -std=c++2a
| 00:17:37 |
| emily | it doesn't seem to be | 00:17:39 |
| emily | I grepped the whole ^dev outputs for config-store and there's nothing | 00:17:49 |
| emily | what I mean is
stdenv.mkDerivation {
name = "nix-kitchen-sink";
outputs = [ "bin" "out" "dev" ];
dontUnpack = true;
dontBuild = true;
installPhase = ''
runHook preInstall
ln -s ${nix-cli} $bin
mkdir -p $out/lib
ln -s ${lib.getLib nix-lib-1}/lib/* $out/lib/
ln -s ${lib.getLib nix-lib-2}/lib/* $out/lib/
mkdir -p $dev/{lib/pkgconfig,include/nix}
ln -s ${lib.getLib nix-lib-1}/include/nix/* $out/include/nix/
ln -s ${lib.getLib nix-lib-2}/include/nix/* $out/include/nix/
# etc. (and also this is probably wrong for splicing/cross but you get the idea)
runHook postInstall
'';
}
| 00:20:06 |
| emily | which does not seem like it would require any strange low-level workarounds for the output selection machinery, because they would just be real outputs (that happen to be full of symlinks) | 00:20:26 |
| Robert Hensing (roberth) | I do have a goal for that machinery to not be strange, because it helps remove certain dependency chains, especially those in foo.doc outputs, but that is secondary | 00:21:56 |
| Robert Hensing (roberth) | can be used to simplify bootstrapping a bit | 00:22:34 |
| emily | ok, a bigger issue is that e.g. /nix/store/8fc4pxbkadmhnw2zspsbiayz0qdkkm94-nix-main-2.26.1-dev/include/nix/shared.hh does #include "path.hh", but <nix/path.hh> is in nix-store, and AFAICT even if you have them both on the include path a relative include won't look at "the same prefix in another directory" like that | 00:22:44 |
