[Top][All Lists]

[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

Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]