Open DavHau opened 3 years ago
I can confirm this bug. I noticed that usually this appends when the library has the same name as the package:
$ nix-locate libXxf86vm.so.1 -1
(zulip.out)
(tusk.out)
(Sylk.out)
(steam-run-native.out)
(station.out)
(ssb-patchwork.out)
(marktext.out)
(lutris-free.out)
(ledger-live-desktop.out)
(joplin-desktop.out)
(irccloud.out)
(appimage-run.out)
$ ls /nix/store/1k5p1vrv0prm9hyxb1frsham5m0cvyra-libXxf86vm-1.1.4/lib/libXxf86vm.so.1
/nix/store/1k5p1vrv0prm9hyxb1frsham5m0cvyra-libXxf86vm-1.1.4/lib/libXxf86vm.so.1
It seems also to be pretty bad on stuff from xorg (I had issues with libXxf86vm
, libXext
, libSM
):
$ nix-locate libSM.so.6 -1
(zulip.out)
(tusk.out)
(Sylk.out)
(steam-run-native.out)
(station.out)
(ssb-patchwork.out)
(megaglest.out)
(marktext.out)
(lutris-free.out)
(ledger-live-desktop.out)
(joplin-desktop.out)
(irccloud.out)
(conda.out)
(appimage-run.out)
(ant-theme.out)
[leo@bestos:~/Documents/Logiciels/Multimedia/DaVinci_Resolve]$ nix search nixpkgs libSM
[...]
* legacyPackages.x86_64-linux.xorg.libSM (1.2.3)
Often nix-locate doesn't show the package from which a file actually originates from. For example
libGL.so
originally comes fromlibGL
. But the packagelibGL
is not listed in the result. Instead, other packages are listed which depend on libGL.