[debbugs-tracker] bug#18061: closed ('guix system init' should store derivation outputs on target store)

[GNU bug Tracking System]

Your message dated Wed, 23 Jul 2014 17:50:41 +0200
with message-id <address@hidden>
and subject line Re: bug#18061: 'guix system init' should store derivation 
outputs on target store
has caused the debbugs.gnu.org bug report #18061,
regarding 'guix system init' should store derivation outputs on target store
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
18061: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18061
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 'guix system init' should store derivation outputs on target store
>
>
>
>
> Date: 
>
> Sun, 20 Jul 2014 11:31:49 +0200
>
>
>
>
> User-agent: 
>
> Gnus/5.130009 (Ma Gnus v0.9) Emacs/24.3 (gnu/linux)
>
>
>
>
> (As reported by Adam Pribyl <address@hidden>.)
>
> As of v0.6-598-g66c2703, ‘guix system init’ first builds stuff in the
> current store, which is typically a RAM disk when booting from the USB
> stick, and then copies the result to the target.
>
> The problem is that RAM is typically finite.
>
> Ludo’.
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#18061: 'guix system init' should store derivation outputs on target store
>
>
>
>
> Date: 
>
> Wed, 23 Jul 2014 17:50:41 +0200
>
>
>
>
> User-agent: 
>
> Gnus/5.130009 (Ma Gnus v0.9) Emacs/24.3 (gnu/linux)
>
>
>
>
> Commit 83a17b6 solves this by adding a ‘cow-store’ service that makes
> /gnu/store copy-on-write, with the user’s installation disk as the
> backing store.
>
> This requires users to explicitly type:
>
>   deco start cow-store /mnt
>
> before running ‘guix system init’, but that seems like an acceptable
> trade-off.
>
> Ludo’.
>
>
> --- End Message ---