Usage of this option should reduce both the BOOT.iso and the DVD medium size.
This is because the LiveOS/squashfs.img will be compressed better by using
a bigger dictionary size. 1MiB is the maximum allowed for SquashFS currently.
This modification relates to the following change proposal:
https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS
The result of it should be similar as in the following example DVD:
https://khomutsky.com/fedora-dvd/Fedora-Workstation-x86_64-31-1.9.bkhomuts-squashfs-ext4-xz-1M.iso
I have tested the above mentioned DVD myself to confirm that the installation
succeeds. You can see other test results in the change proposal.
Note, that this is only one part of the change proposal.
A second part is documented at this URI: https://pagure.io/pungi-fedora/pull-request/871
The new option requires Pungi 4.2.4 that will be released soon.
Jira: RHELCMP-693
Signed-off-by: Bohdan Khomutskyi <bkhomuts@redhat.com>
This will reduce both the BOOT.iso and the DVD medium size
This modification relates to the following change proposal:
https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS
The new option should work for Pungi version 4.24 and above
Jira: RHELCMP-693
Signed-off-by: Bohdan Khomutskyi <bkhomuts@redhat.com>
This will reduce both the BOOT.iso and the DVD medium size
This modification relates to the following change proposal:
https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS
The new option should work for Pungi version 4.24 and above
Jira: RHELCMP-693
Signed-off-by: Bohdan Khomutskyi <bkhomuts@redhat.com>
The flatpak embedding process needs to run a local DBus session so that
flatpak can talk to flatpak-oci-authenticator to authenticate (no-op)
to registry.fedoraproject.org.
https://pagure.io/fedora-lorax-templates/pull-request/47
Signed-off-by: Owen W. Taylor <otaylor@fishsoup.net>
Since they had to be seperated, koji tried to generate two images of
same name and it failed. We decided to revert it and check with pungi
folks for a better solution.
https://pagure.io/releng/failed-composes/issue/1372
Revert "Removing ppc64le and s390x vmdk cloud images"
This reverts commit 46b1711d1d.
Signed-off-by: Mohan Boddu <mboddu@bhujji.com>
WARNING: Config option release_is_layered was removed and has no effect;
remove it. It's layered if there's configuration for base product.
WARNING: Config option runroot was removed and has no effect; remove it.
Please specify 'runroot_method' if you want to enable runroot, otherwise run
things locally.
WARNING: Config option bootable was removed and has no effect; remove it.
Setting buildinstall_method option if you want a bootable installer.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Switch from F30 runtime to F31 as all the apps that are preinstalled
have now been rebuilt against the new runtime.
Signed-off-by: Kalev Lember <klember@redhat.com>
We are now seeing aarch64 and x86_64 failures with the default 2gb.
Ideally one of the minimzation efforts could help us here.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
aarch64 cloud is blocking, but it's hitting:
https://bugzilla.redhat.com/show_bug.cgi?id=1722181
and failing the composes. Due to other issues we haven't had composes
for a while before that either, so it's getting to be a long time.
Hopefully some workaround will at least appear in a few days.
If not, we can revert this and start failing again for a while.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
The koji runroot used for to create the OSTree installer has no access
to external networks, so use a special hostname for registry.fedoraproject.org
that suppresses the redirects to the CDN that would normally happen for
blob downloads.
Signed-off-by: Owen W. Taylor <otaylor@fishsoup.net>
Use a newly added Pungi option (https://pagure.io/pungi/pull-request/1278),
so that flatpak is in the Silverblue ostree-installer runroot, which is
needed for embedding Flatpaks in the Silverblue image.
Signed-off-by: Owen W. Taylor <otaylor@fishsoup.net>
The last change set the template variables for embedding Flatpaks,
but didn't actually include the necessary template.
Signed-off-by: Owen W. Taylor <otaylor@fishsoup.net>
A long-term goal of Silverblue has been moving applications that
were previously part of the Workstation image into Flatpaks.
At this point, we many of the applications that were removed from
Silverblue available as Fedora Flatpaks, and we have the necessary
Anaconda support, so we should update the Silverblue images to include
the runtime and applications.
This is currently x86_64 only, since we don't have a working OSBS
cluster to build containers for aarch64 or ppc64le.
Note that Fedora Flatpaks are single-stream, so this embeds the
F30 runtime and applications into the Rawhide installer image. When
the applications are released for F31, the embedded runtime will
need to be updated.
Requires: https://pagure.io/fedora-lorax-templates/pull-request/40
Signed-off-by: Owen W. Taylor <otaylor@fishsoup.net>
Partly revert commit e25f2baaa1
instead of pulling in dracut* (dracut and all it's subpackages), just
pull in the main one. This should hopefully fix
https://bugzilla.redhat.com/show_bug.cgi?id=1734179
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Similar to what we did for Cloud (6eecb53) we need to stop building
Workstation repos so we can speed up our compose times (see [1]).
We already switched to sourcing from the Everything repo (39683dd).
Now we just need to stop building the repo. This commit makes it so
that we will no longer build the yum repo for Workstation.
[1] https://pagure.io/releng/issue/7403
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
Should fix:
WARNING: Config option pdc_url was removed and has no effect; Koji is
queried instead.
WARNING: Config option pdc_develop was removed and has no effect; Koji
is queried instead.
WARNING: Config option pdc_insecure was removed and has no effect; Koji
is queried instead.
in rawhide composes.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Certain applications are using the container env variable to
know if they are running in a container or not. This is making sure
we have this define in the fedora base image..
Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1399507
Signed-off-by: Clement Verna <cverna@tutanota.com>
Make sure glib-networking is always installed multilib. Right now the
dependency that makes glib-networking multilib is Requires:
glib-networking%{_isa} in libsoup, but if libsoup is not in the same
repo as glib-networking (as is the case right now with the F30 updates
repo), glib-networking can drop out of multilib.
Fix this by explicitly listing it as multilib.
https://pagure.io/releng/issue/8365
Signed-off-by: Kalev Lember <klember@redhat.com>
This is to keep in sync with ostree config fedora.conf
which we ship as part of ostree update through fedora-repos-ostree
Signed-off-by: Sinny Kumari <sinny@redhat.com>
Rawhide and Branched createImage tasks are frequently failing
with "error: Curl error (16): Error in the HTTP2 framing layer"
when trying to download the zchunk metadata. We have not yet
been able to work out why this is, but it is a serious problem
causing many composes to fail and badly impeding our testing
of Rawhide and F30. For this reason we've decided to disable
zchunk metadata generation until this is fixed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
As part of the UEFI on ARMv7 feature we build the images the same
as aarch64 using image factory. This is initiall enabling the
Minimal/Server/Workstation images to allow wider testing. Once we
know they're good we'll move all the others over and remove the old
build mechanism that uses appliance-creator.
Signed-off-by: Peter Robinson <pbrobinson@fedoraproject.org>
This is needed for uploading the image to aws using the
github.com/coreos/mantle code base. We can upload the raw
files but it is a significant waste of bandwidth to do so.
Right now aws import-image does not support qcow2 files,
otherwise we would be using that.
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
This adds the createrepo_c arguments to generate zchunked metadata for
Rawhide. For this to work, the server running createrepo_c will need
createrepo_c-0.12 and fedora-repo-dicts installed.
Signed-off-by: Jonathan Dieter <jdieter@fedoraproject.org>
Some x86_64 users wish to install ibus-gtk3.i686 and ibus-gtk2.i686
in the multilib systems but ibus.i686 is not required now.
The users could install them with `dnf install ibus-gtk3.i686` when
those modules are added to multilib_whitelist.
https://pagure.io/releng/issue/7937
Signed-off-by: Takao Fujiwara <tfujiwar@redhat.com>
There are several recommends packages that aren't getting installed in
Silverblue because the workstation comps group doesn't include them.
One of these is slirp4netns which is needed for rootless containers
using podman.
Since we are thinking about removing the separate Workstation repo
anyway[1], then maybe we can just move SB over to the Everything repo.
[1] https://pagure.io/releng/issue/7403
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
dnf does not use these, but mdapi does, so it's worth it to us to
just keep shipping them for now at least until mdapi has some other
way to get repodata.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This will ensure that the OSTrees get generated on each compose
so that the media created will match the version numbers of the
OSTree inside.
The caveat is that there can be empty commits that do happen.
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
