From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: command-not-found Date: Sat, 23 Jan 2016 12:03:54 +0100 Message-ID: <87y4bgy2ud.fsf@gnu.org> References: <56A3084D.2080402@gmail.com> <871t98vb4m.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56432) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aMvz7-00058h-F0 for guix-devel@gnu.org; Sat, 23 Jan 2016 06:04:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aMvz3-0005M2-F4 for guix-devel@gnu.org; Sat, 23 Jan 2016 06:04:01 -0500 In-Reply-To: <871t98vb4m.fsf@elephly.net> (Ricardo Wurmus's message of "Sat, 23 Jan 2016 11:33:13 +0100") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Ricardo Wurmus Cc: "guix-devel@gnu.org" , Ben Woodcroft Ricardo Wurmus skribis: > Ben Woodcroft writes: > >> Seeing as guix is becoming more and more complete, it would be great to= =20 >> have 'command-not-found' [1] or similar available, so that typing in the= =20 >> name of an uninstalled binary begets a suggestion on which package(s) to= =20 >> install, like Ubuntu gives: >> >> $ gitk >> The program 'gitk' is currently not installed. You can install it by typ= ing: >> sudo apt-get install gitk > > For the record: I never liked this feature (and the delay it caused) and > I=E2=80=99m not too keen on having something like this for Guix. +1 >> The database for this I imagine could be generated by hydra, no? > > It wouldn=E2=80=99t be good to rely on Hydra. We are trying to encourage > alternative distribution models (via =E2=80=9Cguix publish=E2=80=9D and e= ventually via > GNUnet), and it would be a step in the opposite direction (in my > opinion) to rely more on Hydra. OTOH, for those who want it, =E2=80=98guix publish=E2=80=99 could provide s= uch a file lookup service. It would probably need to build its own database though. > If the package expressions themselves contained information about the > contents of their =E2=80=9Cbin/=E2=80=9D directories then it wouldn=E2=80= =99t *have* to be > generated by Hydra. Too ugly! :-) Thanks, Ludo=E2=80=99.