Re: Supporting compression-less release builds

At Mon, 13 Jan 2025 11:10:28 +0100, Martin Husemann <[email protected]> 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 <[email protected]>

Kelowna, BC     +1 250 762-7675           RoboHack <[email protected]>
Planix, Inc. <[email protected]>     Avoncote Farms <[email protected]>

-----BEGIN PGP SIGNATURE-----

iF0EABECAB0WIQRuK6dmwVAucmRxuh9mfXG3eL/0fwUCZ4WNSQAKCRBmfXG3eL/0
f7a5AJ4zsW37j2+byDDtN6mBXgyEMn9ZCgCfZk82jy1+VEurXPdzilYpsRNdWJg=
=G4DZ
-----END PGP SIGNATURE-----