From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id gBWWOEjry19oOwAA0tVLHw (envelope-from ) for ; Sat, 05 Dec 2020 20:19:20 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 4MJQNEjry186dgAAbx9fmQ (envelope-from ) for ; Sat, 05 Dec 2020 20:19:20 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 9904B9402A2 for ; Sat, 5 Dec 2020 20:19:20 +0000 (UTC) Received: from localhost ([::1]:55186 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kle1X-00008g-B3 for larch@yhetil.org; Sat, 05 Dec 2020 15:19:19 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36988) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kle15-00008X-BH for guix-devel@gnu.org; Sat, 05 Dec 2020 15:18:53 -0500 Received: from 01a.relay.hey.com ([204.62.114.224]:60455) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kle0z-0006I0-E5 for guix-devel@gnu.org; Sat, 05 Dec 2020 15:18:51 -0500 Received: from hey.com (bigip-vip-new.rw-ash-int.37signals.com [10.20.0.24]) by 01.relay.hey.com (Postfix) with ESMTP id C505D100CF1; Sat, 5 Dec 2020 20:18:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hey.com; s=heymail; t=1607199522; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to; bh=8ewBl1pcTR5BKLWOJzeC7IAZutfspQafhwzDyD1aRMI=; b=BhbwspFcoHongdaNOM5iL58lCysSWR2KdvkGcoLheSiw5lQjur+7WEMDHm9YDhczTasifO 9B8FS+PlIZmO4bIiBttwGsiIWi3jUXjILxwqDBOAkeJxRpy8wrFCnRUIQ5wMzV+kIEJscI dxoxOgBtksmTxJKq8N9ew0FCFjQuptZ3puMgMmH0VGbaB36OwFoHeQ/TXnjg4GPggVNu82 qVD17cZeqw3seuhwFnTIzqHEy3nIgFM+OESRaqH80bNHWa+7qqhd+D51kYhSrzzn07HTuj 8TTGL0qQaQ8HmrjiH658watL52Q3/kLBzMudwh8uA3GLMI2mf0HHRZiplTj9Bw== Date: Sat, 05 Dec 2020 20:18:42 +0000 From: Ryan Prior To: Development of GNU Guix and the GNU System distribution , =?UTF-8?B?THVkb3ZpYyBDb3VydMOocw==?= Message-ID: <9be935125c7a25c17e78bfc4507d9e5e0f8dfe80@hey.com> In-Reply-To: <87k0tw3y15.fsf@inria.fr> Subject: Re: Getting rid of the mandb profile hook? Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="--==_mimepart_5fcbeb2293a57_5f42df0105931"; charset=UTF-8 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=204.62.114.224; envelope-from=ryanprior@hey.com; helo=01a.relay.hey.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list 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+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.50 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=hey.com header.s=heymail header.b=BhbwspFc; dmarc=pass (policy=quarantine) header.from=hey.com; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 9904B9402A2 X-Spam-Score: -1.50 X-Migadu-Scanner: ns3122888.ip-94-23-21.eu X-TUID: goXTV4/rCPm5 ----==_mimepart_5fcbeb2293a57_5f42df0105931 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On December 5, 2020, "Ludovic Court=C3=A8s" wrote:=0D > many actions should be done lazily, in particular populating caches.=0D= =0D Absolutely.=0D =0D > I=E2=80=99m thinking we could get rid of the mandb hook.=0D =0D Please.=0D =0D > =C2=A01. Provide a =E2=80=98man=E2=80=99 wrapper or modify the =E2=80=98= man-db=E2=80=99 package such that=0D > =C2=A0the database gets built on the first use of =E2=80=98man -k=E2=80= =99, unless it=E2=80=99s=0D > =C2=A0already up-to-date.=0D =0D I vote for this one. Anything work we can defer to make package=0D operations near-instantaneous will help me make Guix a seamless part of=0D= my computing workflows. As things stand, adopting Guix comes along with=0D= regular "pause to wait for Guix to think about something you probably=0D don't care about" breaks.=0D ----==_mimepart_5fcbeb2293a57_5f42df0105931 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D
=0D
=0D
On December 5, 2020, "Ludovic Court=C3=A8s" <ludo@gnu= .org> wrote:
many actions should be done lazily, in p= articular populating caches.

Absolutely.

I=E2=80=99m thinking we could get rid of the mandb hook.

Please.

=C2=A01. Provide a =E2= =80=98man=E2=80=99 wrapper or modify the =E2=80=98man-db=E2=80=99 package= such that
=C2=A0the database gets built on the first use of =E2=80=98= man -k=E2=80=99, unless it=E2=80=99s
=C2=A0already up-to-date.

I vote for this one. Anything work we can defer to make pac= kage operations near-instantaneous will help me make Guix a seamless part= of my computing workflows. As things stand, adopting Guix comes along wi= th regular "pause to wait for Guix to think about something you prob= ably don't care about" breaks.
=0D
=0D =0D =0D
=0D =0D =0D ----==_mimepart_5fcbeb2293a57_5f42df0105931--