From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: [WIP][PATCH] profiles: info-dir-file: Don't consider unwanted
	manifest entries
Date: Mon, 18 Dec 2017 10:28:16 +0100
Message-ID: <87vah4wfkf.fsf@gnu.org>
References: <87ind8ja9h.fsf@member.fsf.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:50106)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1eQrih-0004dG-1E
	for guix-devel@gnu.org; Mon, 18 Dec 2017 04:28:23 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1eQric-0003VY-EP
	for guix-devel@gnu.org; Mon, 18 Dec 2017 04:28:23 -0500
Received: from hera.aquilenet.fr ([141.255.128.1]:47150)
	by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.71) (envelope-from <ludo@gnu.org>) id 1eQric-0003Tu-8B
	for guix-devel@gnu.org; Mon, 18 Dec 2017 04:28:18 -0500
In-Reply-To: <87ind8ja9h.fsf@member.fsf.org> (=?utf-8?B?IuWui+aWh+atpiIn?=
	=?utf-8?B?cw==?= message of "Fri, 15 Dec 2017 23:12:10 +0800")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel/>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: "Guix-devel" <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
To: =?utf-8?B?5a6L5paH5q2m?= <iyzsong@member.fsf.org>
Cc: guix-devel@gnu.org

Hello!

iyzsong@member.fsf.org (=E5=AE=8B=E6=96=87=E6=AD=A6) skribis:

> Currently we run profile hooks for all manifest inputs, so if you
> install a new package to your profile, all profile hooks will be run
> again, even if the new package doesn't provide info manuals, man pages,
> etc.  Ideally only interested hooks need to be run, eg: if the new
> package has info manuals, then the 'info-dir-file' hook will run.
>
> I get it works somehow, but breaks the '--dry-run' functionality which I
> have no idea how to preserve...

Indeed.  I had the idea of adding a notion of =E2=80=9Cbuild rounds=E2=80=
=9D, which
would also be useful for grafts: you=E2=80=99d register (client-side) an ex=
tra
build round to be run after the current one.  For grafts, the first
round would return the ungrafted derivations.  For profile hooks, the
first round would return the profile without any hooks.  =E2=80=9C-n=E2=80=
=9D would
display what would be built/downloaded as part of the first round,
ignoring subsequent rounds.

I realize that=E2=80=99s a lot hand-waving, so I=E2=80=99ll have to see if =
I can get a
proof-of-concept ready in the coming weeks.

Ludo=E2=80=99.