bug#45676: Store references inside compressed data

Hi Ludo, Am Donnerstag, den 14.01.2021, 22:31 +0100 schrieb Ludovic Courtès: > Hi Leo, > > Leo Prikler skribis: > > > From 57c23bf6ecac79c397cb49ff251176ec3a7b1cf5 Mon Sep 17 00:00:00 > > 2001 > > From: Leo Prikler > > Date: Wed, 6 Jan 2021 09:24:07 +0100 > > Subject: [PATCH] gnu: emacs: Don't

bug#45676: Store references inside compressed data

Hi Leo, Leo Prikler skribis: > From 57c23bf6ecac79c397cb49ff251176ec3a7b1cf5 Mon Sep 17 00:00:00 2001 > From: Leo Prikler > Date: Wed, 6 Jan 2021 09:24:07 +0100 > Subject: [PATCH] gnu: emacs: Don't install compressed archives. > > See . Perhaps make it a com

bug#45676: Store references inside compressed data

Howdy, Miguel Ángel Arruga Vivas skribis: > Ludovic Courtès writes: > >> Hi, >> >> Leo Famulari skribis: >> >>> On Tue, Jan 05, 2021 at 03:36:07PM +0100, Miguel Ángel Arruga Vivas wrote: There are several binary formats that allow compression of the executable image, or some of its d

bug#45676: Store references inside compressed data

Hi! Tobias Geerinckx-Rice writes: > It's true. It's a known trade-off of an otherwise almost-zero-effort > yet fast reference scanner. I don't think it's a bug per se, but it > is something of which to be aware. > > Let's stop installing compressed executables & data files. We already > avoid

bug#45676: Store references inside compressed data

Hi Ludo and Leo, Ludovic Courtès writes: > Hi, > > Leo Famulari skribis: > >> On Tue, Jan 05, 2021 at 03:36:07PM +0100, Miguel Ángel Arruga Vivas wrote: >>> There are several binary formats that allow compression of the >>> executable image, or some of its data, which is decompress at runtime:

bug#45676: Store references inside compressed data

Hi, Leo Famulari skribis: > On Tue, Jan 05, 2021 at 03:36:07PM +0100, Miguel Ángel Arruga Vivas wrote: >> There are several binary formats that allow compression of the >> executable image, or some of its data, which is decompress at runtime: >> >> - Kernel images. >> - Compressed libraries

bug#45676: Store references inside compressed data

Hi! Am Dienstag, den 05.01.2021, 23:33 +0100 schrieb Tobias Geerinckx-Rice: > Let's stop installing compressed executables & data files. We > already avoid compressed .jars and other renamed zip files. It > ain't right. Would this be strictly necessary even if the same references are kept throu

bug#45676: Store references inside compressed data

Hi! Miguel Ángel Arruga Vivas wrote: These aren't taken into account by the grafting process, which may lead to issues when store paths are located inside that kind of files. It's true. It's a known trade-off of an otherwise almost-zero-effort yet fast reference scanner. I don't think it's

bug#45676: Store references inside compressed data

On Tue, Jan 05, 2021 at 03:36:07PM +0100, Miguel Ángel Arruga Vivas wrote: > There are several binary formats that allow compression of the > executable image, or some of its data, which is decompress at runtime: > > - Kernel images. > - Compressed libraries: e.g. Smalltalk modules. > - Comp

bug#45676: Store references inside compressed data

On Tue, Jan 05, 2021 at 03:36:07PM +0100, Miguel Ángel Arruga Vivas wrote: > There are several binary formats that allow compression of the > executable image, or some of its data, which is decompress at runtime: > > - Kernel images. > - Compressed libraries: e.g. Smalltalk modules. > - Comp

bug#45676: Store references inside compressed data

There are several binary formats that allow compression of the executable image, or some of its data, which is decompress at runtime: - Kernel images. - Compressed libraries: e.g. Smalltalk modules. - Compressed executable or data files: e.g. library.el.gz. These aren't taken into account b