[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#30130: Add ‘guix whereis’ command
From: |
Efraim Flashner |
Subject: |
bug#30130: Add ‘guix whereis’ command |
Date: |
Mon, 17 Dec 2018 22:55:47 +0200 |
User-agent: |
Mutt/1.11.0 (2018-11-25) |
On Mon, Dec 17, 2018 at 01:03:38PM +0100, Ricardo Wurmus wrote:
>
> > This could be solved by a new field in the package-record: (provides
> > '("list of commands provided"))
>
> The danger with doing this in a package definition is that it can easily
> go out of sync unless we also add a verification phase to compare the
> output with the list of provided executables. Another problem is that
> the list might not be complete and it is yet another manual thing to
> maintain for all packages.
>
> Another approach is to shift this task to substitute servers.
This is Debian's aproach, with 'apt-file'. Another option that would
keep it more local would be a custom updatedb command that would look in
bin/sbin/libexec in the store for binaries and keep track of that. The
downside of course being that you'd only know about binaries you had in
your store.
>
> > E.g. right now in my guixsd I have no "file" command. I have no idea
> > which package installs it. :p
>
> The confusingly named “file” package provides the “file” executable ;)
This works for file, but it's not obvious that 'clear' is in ncurses.
--
Efraim Flashner <address@hidden> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature