[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: What's the state of (guix build download-nar)?

From: Simon Tournier
Subject: Re: What's the state of (guix build download-nar)?
Date: Tue, 11 Apr 2023 15:34:31 +0200


On jeu., 09 févr. 2023 at 09:16, Maxim Cournoyer <> 

>> Currently it’s used by some of the (guix VCS-download) modules.  I think
>> we should just update to (1) use lzip instead of gzip, and (2) have it
>> check +
> How about using zstd?  I'm proposing it instead of lzip, because long
> term, I think we want to reduce the size of our storage requirements and
> offer a single compression type for our NARs, which zstd would be ideal
> (it's faster and compresses close enough to lzip).

I guess it’s the same direction as this thread [1],

        When substitute download + decompression is CPU-bound
        Ludovic Courtès <>
        Mon, 14 Dec 2020 23:20:17 +0100

especially this Guillaume’s message [2] comparing various methods.  The
possible agenda [3] concluding the thread was, quoting:

        We could do that.  I suppose a possible agenda would be:

          1. Start providing zstd susbstitutes anytime.  However, most clients
             will keep choosing lzip because it usually compresses better.

          2. After the next release, stop providing lzip substitutes and provide
             only gzip + zstd-19.

        This option has the advantage that it wouldn’t break any installation.
        It’s not as nice as the ability to choose a download strategy, as we
        discussed earlier, but implementing that download strategy sounds

Well, to be honest, I am a bit lost about the compression methods;
especially when also considering this old blog post [4].

As the subject of this thread is asking: “What's the state of (guix
build download-nar)?” ;-)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]