[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAK7LNASyyoJJV==wy2KkrNYOHn6xr0-Y780jJ4cut-wvkvh4Jw@mail.gmail.com>
Date: Fri, 14 Mar 2025 19:06:37 +0900
From: Masahiro Yamada <masahiroy@...nel.org>
To: Matt Fleming <matt@...dmodwrite.com>
Cc: Nathan Chancellor <nathan@...nel.org>, Nicolas Schier <nicolas@...sle.eu>, linux-kernel@...r.kernel.org,
kernel-team@...udflare.com, Matt Fleming <mfleming@...udflare.com>
Subject: Re: [PATCH] kbuild: Add KDEB_COMPRESS_LEVEL to control compression level
On Thu, Mar 13, 2025 at 9:38 PM Matt Fleming <matt@...dmodwrite.com> wrote:
>
> On Fri, Mar 7, 2025 at 3:09 PM Matt Fleming <matt@...dmodwrite.com> wrote:
> >
> > From: Matt Fleming <mfleming@...udflare.com>
> >
> > Give users more control to tradeoff compression time vs compressed size
> > when building debian packages with a new KDEB_COMPRESS_LEVEL option.
>
> Ping? Any feedback on this patch?
Sorry, I missed this.
I would have missed this completely without your ping
because this was not sent to linux-kbuild ML.
(sometimes I still notice, but sometimes I do not.
Including linux-kbuild ML increases the probability of my notice)
"man dpkg-deb" describes
DPKG_DEB_COMPRESSOR_LEVEL
Sets the compressor level to use (since dpkg 1.21.10).
The -z option overrides this value.
This provides the same functionality as KDEB_COMPRESS_LEVEL
you are adding.
If you use dpkg>=1.21.10, you can do
$ DPKG_DEB_COMPRESSOR_LEVEL=1 make bindeb-pkg
KDEB_COMPRESS_LEVEL might be useful for users of old dpkg
versions, but I do not want to add an option which we know is already
duplicated, since we would end up with removing it again sooner or later.
I even want to remove the currently-supported KDEB_COMPRESS
at some point in the future.
So, I submitted a patch as a reminder for myself:
https://lore.kernel.org/linux-kbuild/20250314095337.2209653-1-masahiroy@kernel.org/T/#u
--
Best Regards
Masahiro Yamada
Powered by blists - more mailing lists