Re: 02/02: gnu: next: Compress the executable.

[Maxim Cournoyer]

Hi Pierre,

Ludovic Courtès <address@hidden> writes:

> Howdy!
>
> Pierre Neidhardt <address@hidden> skribis:
>
>> Duh, got it: if next-1.3.1-lib is grafted, then the path to SQLite,
>> libfixposix, etc. _inside the compress binary_ will not be updated.
>> So if we garbage-collect after that, the binary will try to FFI-load
>> non-existing libraries.
>
> Exactly!
>
>> Note that this is only a problem because Next depends on FFI libraries.
>> Compressing pure-SBCL binaries should not be a problem.
>
> It’s a problem in general: any store reference in a compressed file is
> invisible to the GC and to the grafting code.
>
> Ludo’.

In case you were not thinking about it, Btrfs compression gives you the
best of both worlds -- Guix operates on seemingly uncompressed data,
while in reality everything (not just SBCL binaries) is compressed to
reduce disk space usage and speed up read/writes.

Maxim