-
-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
--top-level
ignores symlinks
#211
Comments
I am not sure if the metadata that nix-index processes includes the destination of the symlink. But if that's the case I agree that we should try to resolve symlinks by default (maybe with an option to disable this behaviour) |
It is. If we resolve symlinks then a question arises: should a path be marked |
Just to add another example, this also hurts node packages, where
As a consequence, the
|
The
go
package in nixpkgs looks like this:When searching for
/bin/go
, the only returned entry forgo.out
isThus adding
--top-level
does not returngo.out
.I think the expected behaviour would be for nix-index to index all paths, even with possible duplicates. In this case, both
/bin/go
and/share/go/bin/go
should be returned.The text was updated successfully, but these errors were encountered: