Armhfp image is failing and to be able to push other arches, marking this failable so that we can push others.
Signed-off-by: siddharthvipul <siddharthvipul1@gmail.com>
See https://github.com/ostreedev/ostree/pull/1984 where OSTree was
changed to try to set group write on directories. We need to set a more
permissive umask to take advantage of it.
This is all done to support writing to the OSTree repo from OpenShift
projects that run as a random UID, but have ftpsync (gid:263) in their
supplemental groups. For more context see: https://pagure.io/releng/issue/8811#comment-629051
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 e25f2baaa1e06e35a560c75bde2f11940f414eeb
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>
For some reason, the DVD is being produced with all of the content
from this compose, rather than the smaller subset listed in
fedora-disk-server-kickstart.ks, so we should reduce this compose
to match the intended contents of the DVD. Network-enabled
installations will still use the Everything repo.
Signed-off-by: Stephen Gallagher <sgallagh@redhat.com>
