tech-userlevel archive

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

Re: Supporting compression-less release builds



At Mon, 13 Jan 2025 11:10:28 +0100, Martin Husemann <martin%duskware.de@localhost> wrote:
Subject: Re: Supporting compression-less release builds
>
> Yes, especially an override for the compression level, so a simple solution
> would be USE_XZ_SETS=no GZIP_LEVEL=0 or something like that (where GZIP_LEVEL
> does not exist yet).

Note that the sets Makefile sets a default for the make variable XZ_OPT,
and then passes it as XZ_OPT in the environment.

If I remember right I tried XZ_OPT=-0 but it was still painfully slow.
Instead I use USE_XZ_SETS=no and USE_PIGZGZIP=yes.

It does also passes the make variable GZIP_N_FLAG as GZIP in the
environment.  One could add a "-0" to GZIP_N_FLAG, but note that the
default value varies slightly based on the setting of ${USE_PIGZGZIP}.

> For the original problem, I would do something else: hack the makefiles
> localy to not update the compressed aritfacts at all when some make variable
> is set. If that turns out to be usefull and not totally awful, it could
> even be commited with some warnings in the documentation.

Indeed -- this could prove useful for those of us who never care about
writing installation images to limited physical media any more.

--
					Greg A. Woods <gwoods%acm.org@localhost>

Kelowna, BC     +1 250 762-7675           RoboHack <woods%robohack.ca@localhost>
Planix, Inc. <woods%planix.com@localhost>     Avoncote Farms <woods%avoncote.ca@localhost>

Attachment: pgpfgJ2aykyzv.pgp
Description: OpenPGP Digital Signature



Home | Main Index | Thread Index | Old Index