[Nix-dev] Presenting nix-index: a file-not-found utility

[Wout Mertens]

Very cool!

On Sat, Apr 22, 2017, 8:55 AM Linus Heckemann <acc at sphalerite.org> wrote:

> On 22/04/17 07:45, Linus Heckemann wrote:
> > On 22/04/17 07:03, Danylo Hlynskyi wrote:
> >> Great!
> >> A question: what does it mean when expression is in round parents?
> >>
> >> (wineUnstable.out)                                2,141 r
> >>
> /nix/store/cl7b6kw7y8cqkpy4pnwwq4iqmaiw52d0-xextproto-7.3.0/include/X11/extensions/secur.h
> >>
> >
> >
> https://github.com/bennofs/nix-index/blob/master/src/bin/nix-locate.rs#L110-L112
> >
> > That it's not a top-level package.
> > _______________________________________________
> > nix-dev mailing list
> > nix-dev at lists.science.uu.nl
> > https://mailman.science.uu.nl/mailman/listinfo/nix-dev
> >
>
>
> No, sorry, that's wrong — I misinterpreted the source code. The long
> usage description explains it though:
>
> * we can't know the precise attribute path for every package, so if you
> see the syntax `(attr)`
>   in the output, that means that `attr` is not the target package but
> that it
>   depends (perhaps indirectly) on the package that contains the searched
> file. Example:
>
>   $ nix-locate 'bin/xmonad'
>   (xmonad-with-packages.out)      0 s
>
> /nix/store/nl581g5kv3m2xnmmfgb678n91d7ll4vv-ghc-8.0.2-with-packages/bin/xmonad
>
>   This means that we don't know what nixpkgs attribute produces
> /nix/store/nl581g5kv3m2xnmmfgb678n91d7ll4vv-ghc-8.0.2-with-packages,
>   but we know that `xmonad-with-packages.out` requires it.
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> https://mailman.science.uu.nl/mailman/listinfo/nix-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.science.uu.nl/pipermail/nix-dev/attachments/20170422/20be9767/attachment.html>