Yang, Bo

~~I think the best fix for this issue is to create a wrapper of `python` to set `LD_LIBRARY_PATH` for Python only and support [manylinux](https://peps.python.org/pep-0513/) ABI out-of-box, instead of setting a...

I created a pull request helping resolving this issue. - https://github.com/NixOS/nixpkgs/pull/248777 - https://github.com/Atry/nix-ld-so-cache-test

I think `LD_LIBRARY_PATH` is fragile. Maybe we should not add `devenv.packages` to `LD_LIBRARY_PATH` by default? To me, `devenv.packages` stands for cli tools.

Do you mean you would not put `config.packages` to the shell's `LD_LIBRARY_PATH`?

Sounds good to me

@AleCandido Have you tried `inputs.nixpkgs-python.inputs.nixpkgs.follows = "nixpkgs";`

I just realized there is already a way to specify fallback library path in glibc's dynamic linker: https://github.com/NixOS/nixpkgs/pull/248547#issuecomment-1995469926 I wonder if we could use LD_AUDIT instead of LD_LIBRARY_PATH to support...

Here is a demo to solve this issue using `LD_AUDIT`: https://github.com/Atry/devenv-ld-floxlib You can compare the solution with https://github.com/Atry/nix-ld-so-cache-test

Yes. glibc should be solved by python’s RUN_PATH, not ld-floxlib

libstdc++ would be solved by ld-floxlib’s stdenv. Other shared libraries would be solved by `FLOX_ENV`