guix-devel
[Top][All Lists]
Advanced

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

Re: [PATCH 1/3] emacs: Handle compiled and compressed autoloads.


From: Alex Kost
Subject: Re: [PATCH 1/3] emacs: Handle compiled and compressed autoloads.
Date: Thu, 10 Dec 2015 13:26:43 +0300
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Ludovic Courtès (2015-12-09 16:58 +0300) wrote:

> Alex Kost <address@hidden> skribis:
>
>> Ludovic Courtès (2015-12-08 02:00 +0300) wrote:
>>> Otherwise there’s a risk of fooling the GC, as in
>>> <http://bugs.gnu.org/20765>.
>>
>> Hm, OK.  I don't fully understand the issue though.  So *.el files of
>> 'emacs-w3m-1.4.538+0.20141022' will be compressed, and some of these
>> *.el.gz files contain store file names.  Do these files fool GC?
>
> Yes.  When a derivation build completes, the daemon scans all the files
> in the derivation outputs for /gnu/store/… patterns, and then records
> those patterns in the ‘References’ table of /var/guix/db/db.sqlite.
>
> This is what makes sure that if /gnu/store/A refers to /gnu/store/B, and
> if /gnu/store/A is live, then /gnu/store/B will not be GC’.d

Thank you for the descriptive explanation!  I confess I'm almost
ignorant in these internals.

>> If so, I think 'emacs-w3m' should be configured with
>> '--without-compress-install', right?
>
> Sounds like it!

Great, I have updated and pushed 'emacs-w3m' patch.

Now since it is clear that it is potentially problematic to have
compressed *.el files, I have changed this patch to handle only compiled
autoloads as the compressed ones are unlikely to appear ever.  OK?

Attachment: 0001-emacs-Handle-compiled-autoloads.patch
Description: Text Data


reply via email to

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