GNU bug report logs - #33124
Cuirass: register GC roots for evaluations under /var/guix/gcroots

Previous Next

Package: guix;

Reported by: Clément Lassieur <clement <at> lassieur.org>

Date: Tue, 23 Oct 2018 09:28:02 UTC

Severity: important

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 33124 in the body.
You can then email your comments to 33124 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#33124; Package guix. (Tue, 23 Oct 2018 09:28:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Clément Lassieur <clement <at> lassieur.org>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Tue, 23 Oct 2018 09:28:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Clément Lassieur <clement <at> lassieur.org>
To: bug-guix <at> gnu.org
Subject: Cuirass: register GC roots for evaluations under /var/guix/gcroots
Date: Tue, 23 Oct 2018 11:27:30 +0200
I think the goal here is to make sure that the builds that resulted from
of 1) important evaluations (releases) and 2) recent evaluations aren't
garbage collected.

--8<---------------cut here---------------start------------->8---
<sneek> snape, civodul says: i think Cuirass should register GC roots for its
	evaluations under /var/guix/gcroots
<snape> [...] How many such evaluations should be registered?  If all
	are registered, we'll run out of space won't we?  So would it be
	like the last 15 or something?
<civodul> snape: i think we'd register all of them and use (guix cache) to
	  automatically wipe old ones periodically  [09:53]
<civodul> snape: when there's a release we could manually stash important
	  evaluations away so they won't be deleted
<civodul> so i'd just create one subdir for each eval say in
	  /var/guix/profiles/USER/cuirass/evaluations  [09:54]
<civodul> and that'd contain a bunch of symlinks to both the .drv and the
	  outputs
--8<---------------cut here---------------end--------------->8---

Clément




Severity set to 'important' from 'normal' Request was from ludo <at> gnu.org (Ludovic Courtès) to control <at> debbugs.gnu.org. (Sat, 03 Nov 2018 13:56:01 GMT) Full text and rfc822 format available.

Reply sent to ludo <at> gnu.org (Ludovic Courtès):
You have taken responsibility. (Wed, 07 Nov 2018 14:30:02 GMT) Full text and rfc822 format available.

Notification sent to Clément Lassieur <clement <at> lassieur.org>:
bug acknowledged by developer. (Wed, 07 Nov 2018 14:30:04 GMT) Full text and rfc822 format available.

Message #12 received at 33124-done <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Clément Lassieur <clement <at> lassieur.org>
Cc: 33124-done <at> debbugs.gnu.org
Subject: Re: bug#33124: Cuirass: register GC roots for evaluations under
 /var/guix/gcroots
Date: Wed, 07 Nov 2018 15:29:38 +0100
Hi Clément,

Clément Lassieur <clement <at> lassieur.org> skribis:

> I think the goal here is to make sure that the builds that resulted from
> of 1) important evaluations (releases) and 2) recent evaluations aren't
> garbage collected.
>
> <sneek> snape, civodul says: i think Cuirass should register GC roots for its
> 	evaluations under /var/guix/gcroots
> <snape> [...] How many such evaluations should be registered?  If all
> 	are registered, we'll run out of space won't we?  So would it be
> 	like the last 15 or something?
> <civodul> snape: i think we'd register all of them and use (guix cache) to
> 	  automatically wipe old ones periodically  [09:53]
> <civodul> snape: when there's a release we could manually stash important
> 	  evaluations away so they won't be deleted
> <civodul> so i'd just create one subdir for each eval say in
> 	  /var/guix/profiles/USER/cuirass/evaluations  [09:54]
> <civodul> and that'd contain a bunch of symlinks to both the .drv and the
> 	  outputs

I went ahead and implemented a simple version of this in commit
d4623d50edac4a6e81f5986a91c2818f5fc4965d.

Let me know what you think!

Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#33124; Package guix. (Wed, 07 Nov 2018 19:25:02 GMT) Full text and rfc822 format available.

Message #15 received at 33124-done <at> debbugs.gnu.org (full text, mbox):

From: Clément Lassieur <clement <at> lassieur.org>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 33124-done <at> debbugs.gnu.org
Subject: Re: bug#33124: Cuirass: register GC roots for evaluations under
 /var/guix/gcroots
Date: Wed, 07 Nov 2018 20:24:31 +0100
Ludovic Courtès <ludo <at> gnu.org> writes:

> Hi Clément,
>
> Clément Lassieur <clement <at> lassieur.org> skribis:
>
>> I think the goal here is to make sure that the builds that resulted from
>> of 1) important evaluations (releases) and 2) recent evaluations aren't
>> garbage collected.
>>
>> <sneek> snape, civodul says: i think Cuirass should register GC roots for its
>> 	evaluations under /var/guix/gcroots
>> <snape> [...] How many such evaluations should be registered?  If all
>> 	are registered, we'll run out of space won't we?  So would it be
>> 	like the last 15 or something?
>> <civodul> snape: i think we'd register all of them and use (guix cache) to
>> 	  automatically wipe old ones periodically  [09:53]
>> <civodul> snape: when there's a release we could manually stash important
>> 	  evaluations away so they won't be deleted
>> <civodul> so i'd just create one subdir for each eval say in
>> 	  /var/guix/profiles/USER/cuirass/evaluations  [09:54]
>> <civodul> and that'd contain a bunch of symlinks to both the .drv and the
>> 	  outputs
>
> I went ahead and implemented a simple version of this in commit
> d4623d50edac4a6e81f5986a91c2818f5fc4965d.
>
> Let me know what you think!

This is great.  Thank you very much!




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 06 Dec 2018 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 152 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.