From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tobias Geerinckx-Rice Subject: Re: Improve package search Date: Fri, 15 Mar 2019 00:09:59 +0100 Message-ID: <87k1h19ho8.fsf@nckx> References: <20190314204941.GA21065@jasmine.lan> <87mulx9kuv.fsf@nckx> <87zhpx846u.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:40351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h4ZUF-0006Lh-04 for guix-devel@gnu.org; Thu, 14 Mar 2019 19:10:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h4ZUE-0003md-0Z for guix-devel@gnu.org; Thu, 14 Mar 2019 19:10:06 -0400 Received: from tobias.gr ([2001:470:7405::1]:51810) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1h4ZUD-0003kC-9Y for guix-devel@gnu.org; Thu, 14 Mar 2019 19:10:05 -0400 In-reply-to: <87zhpx846u.fsf@ambrevar.xyz> 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" To: Pierre Neidhardt Cc: Guix-devel Pierre! Pierre Neidhardt wrote: >> Absolutely. Adding this to the package record manually is a=20 >> maintenance >> nightmare. It's data that can be trivially auto-generated (ls=20 >> =E2=80=A6/{,s}bin, >> basically), and storing it in-line takes up too much screen and=20 >> mind space for >> my taste. > > "Program names" might even be too limited, if not too=20 > shortsighted. At the end > of the day, programs are not necessarily stored in /bin/. More=20 > importantly, > users don't necessarily look for programs, they could very well=20 > be looking for a > library. Oh, sure, {,s}bin was just an example. I don't really think=20 there's a package manager that indexes only those two directories.=20 'T would be silly. > Extending the search with file listings might result in too much=20 > noise, so > instead we could have a separate command. "guix which" for=20 > instance, as Or =E2=80=98guix where=E2=80=99 or guix whatever. (16 days left for someone to implement =E2=80=98guix whatever=E2=80=99.) > suggested Tobias, but since we are not just talking about=20 > executables, maybe > "guix filesearch" would be more appropriate. Well, we can deathmatch about the name and the number of hyphens=20 once it does something. ;-) > I haven't though through the details, but I am under the=20 > impression that the > file listing could be retrieve with the same mechanism as "guix=20 > size", i.e. from > the substitute index. I think it would work well on the build=20 > farm, without > more complexity than just another entry to the substitute index. What do you mean by substitute index? By complexity, I meant: if it would depend on a network connection=20 to the build farm (or elsewhere), at all. And would this information be provided by a naked =E2=80=98guix publish=E2= =80=99?=20 I guess that depends on the meaning of =E2=80=98substitute index=E2=80=99. Kind regards, T G-R