minimal OBS version that can use zstd compressed preinstallimages?
Hi, $SUBJECT says it all: what is the minimum OBS version that's able to consume zstd compressed preinstallimages? I have the feeling that released versions are not able to use that. But as soon as zstd is installed on the worker, it compresses preinstallimages with zstd. Background: I'm providing aarch64 workers to pmbs. In order to tune the rebuild times, I have configured preinstallimage-base (only with bash in it) for aarch64 and armv7l. Everything worked well. Today, I see that preinstallimages are no longer used. Investigating, I found that they are compressed with zstd now instead of gzip as they were before. Thus I guess that this is the reason for the regression. I have now uninstalled (rpm -e --nodeps) zstd and locked it in zypper, preinstallimage rebuild is triggered, and.... .... the next package is using the preinstallimage again. If this was my OBS instance, I'd just patch zstd out of obs-build, but I do not have access to the OBS server. So please make sure that the preinstallimage stay compatible to older OBS installations :-) Thanks, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On 22.04.22 17:56, Stefan Seyfried wrote:
Hi,
$SUBJECT says it all: what is the minimum OBS version that's able to consume zstd compressed preinstallimages?
OK, I dug in the code... It's commit 9b5d77b324879942d0ab9021df2aa188fe4e0c20 Author: Michael Schroeder <mls@suse.de> Date: Thu Feb 10 10:35:35 2022 +0100 [backend] support zstd compressed preinstall images which is probably needed to enable OBS to consume its own built preinstallimages. Could someone please release a 2.10.14 quickly with this backported? And wouldn't it be better to actually run the released version on build.o.o in order to improve the code quality of the released versions instead of running the developers-wet-dreams-code without regard for anyone else, as it seems to be the operation mode right now? ;-) Thanks, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On Fri, Apr 22, 2022 at 12:00 PM Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
On 22.04.22 17:56, Stefan Seyfried wrote:
Hi,
$SUBJECT says it all: what is the minimum OBS version that's able to consume zstd compressed preinstallimages?
OK, I dug in the code...
It's
commit 9b5d77b324879942d0ab9021df2aa188fe4e0c20 Author: Michael Schroeder <mls@suse.de> Date: Thu Feb 10 10:35:35 2022 +0100
[backend] support zstd compressed preinstall images
which is probably needed to enable OBS to consume its own built preinstallimages.
Could someone please release a 2.10.14 quickly with this backported?
Well, I made the pull request for backporting the functionality: https://github.com/openSUSE/open-build-service/pull/12479
And wouldn't it be better to actually run the released version on build.o.o in order to improve the code quality of the released versions instead of running the developers-wet-dreams-code without regard for anyone else, as it seems to be the operation mode right now? ;-)
Probably not. Without build.opensuse.org, that code would likely never get stressed enough to ensure it was reliable for stable releases. What probably needs to happen is more frequent new stable release series instead. -- 真実はいつも一つ!/ Always, there's only one truth!
Hi Neal, On 22.04.22 18:13, Neal Gompa wrote:
On Fri, Apr 22, 2022 at 12:00 PM Stefan Seyfried
Well, I made the pull request for backporting the functionality: https://github.com/openSUSE/open-build-service/pull/12479
Thanks.
And wouldn't it be better to actually run the released version on build.o.o in order to improve the code quality of the released versions instead of running the developers-wet-dreams-code without regard for anyone else, as it seems to be the operation mode right now? ;-)
Probably not. Without build.opensuse.org, that code would likely never get stressed enough to ensure it was reliable for stable releases.
Well, now the stable releases are without any real-world testing, which ist not much better :-) The unstable stuff could run on build.suse.com instead ;-)
What probably needs to happen is more frequent new stable release series instead.
True. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
participants (2)
-
Neal Gompa
-
Stefan Seyfried