From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#35551: guix search Date: Mon, 13 May 2019 09:57:50 +0200 Message-ID: <877eauvla9.fsf@gnu.org> References: <1666426.mZ6LCf6Yd0@omega> <8736lmypsm.fsf@gnu.org> <87sgtm0xuw.fsf@netris.org> <1724203.DhVHnQV9by@omega> <874l6026sx.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:51221) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hQ5qV-0000wG-8n for bug-guix@gnu.org; Mon, 13 May 2019 03:58:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hQ5qU-0008Cf-82 for bug-guix@gnu.org; Mon, 13 May 2019 03:58:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:58685) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hQ5qU-0008Cb-53 for bug-guix@gnu.org; Mon, 13 May 2019 03:58:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hQ5qT-0001yn-U6 for bug-guix@gnu.org; Mon, 13 May 2019 03:58:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <874l6026sx.fsf@netris.org> (Mark H. Weaver's message of "Sat, 11 May 2019 14:18:27 -0400") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Mark H Weaver Cc: Bruno Haible , 35551-done@debbugs.gnu.org Hi Mark, Mark H Weaver skribis: > Bruno Haible writes: > >> Mark H Weaver wrote: >>> If we add functionality that calls out to the network in response to a >>> package search, e.g. to query popularity ratings or package file >>> listings, we should make sure the user knows it's happening, and provide >>> a way to disable it. Some users may not want information about their >>> package searches to be leaked to the outside world. >> >> Good point. >> >> Would it be more acceptable, upon 'guix search', to download an incremen= tal >> update of a package popularity database, and do the search locally? This >> way, only the fact that the user has been doing a 'guix search' would be >> leaked to the outside world, not the search term. > > Yes, that would address my concerns, although popularity ratings might > be compact enough and change slowly enough that it might be sufficient > to simply have them embedded in the Guix source code and manually > updated periodically. > > Popularity ratings would also be useful to set build priorities on our > build farms. > > The package file listings, on the other hand, are likely to be so large > that it's not practical to download an incremental update of all of > them. FWIW, I like that there=E2=80=99s a purely off-line mode for =E2=80=98guix = search=E2=80=99, as is currently the case (after all, none of Guix relies on any single service so far, and I think that=E2=80=99s a nice property.) However, I think it=E2=80=99d be nice to have the option to enhance search results by resorting to external services=E2=80=94just like using a substit= ute service =E2=80=9Cenhances=E2=80=9D the user experience. I agree that the approach should rather be to download a complete database and operate locally on it, rather than give the exact query to the server. Thanks, Ludo=E2=80=99.