From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: Ever-growing store with --gc-keep-outputs?
Date: Fri, 14 Sep 2018 11:51:54 +0200
Message-ID: <87woroieyt.fsf@gnu.org>
References: <87y3c74zoa.fsf@ambrevar.xyz> <87a7olpxvt.fsf@gnu.org>
	<87lg857nfd.fsf@ambrevar.xyz>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:52265)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1g0klc-0006l5-3A
	for help-guix@gnu.org; Fri, 14 Sep 2018 05:52:00 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1g0klY-0001m4-3J
	for help-guix@gnu.org; Fri, 14 Sep 2018 05:52:00 -0400
In-Reply-To: <87lg857nfd.fsf@ambrevar.xyz> (Pierre Neidhardt's message of
	"Thu, 13 Sep 2018 11:32:22 +0200")
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix/>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: Pierre Neidhardt <mail@ambrevar.xyz>
Cc: Guix-Help <help-guix@gnu.org>

Pierre Neidhardt <mail@ambrevar.xyz> skribis:

>> Not yet!  You could do it manually roughly by (1) listing the referrers
>> of the store item, recursively, and (2) finding the symlinks in
>> /var/guix/gcroots that point to one of these.
>
> In the example in my first message, the referrers of the .drv are either
> non-existent or the .drv itself.  In this case, there should be no GC roo=
t then,
> right?  Why is the item considered alive?

It=E2=80=99s considered live because you=E2=80=99re using
--gc-keep-outputs/--gc-keep-derivations, which modify the way the GC
determines whether an object is live.

If, say, =E2=80=9Ccoreutils=E2=80=9D is live, then the corresponding =E2=80=
=9Ccoreutils.drv=E2=80=9D
will be considered live as well when you pass --gc-keep-derivations.

Ludo=E2=80=99.