See https://pagure.io/pungi/pull-request/727
Once that is merged, released, and deployed, this change will let us see
New and Fascinating Details about the compose process.
Signed-off-by: Ralph Bean <rbean@redhat.com>
It's failing on ppc64le, we're at 87% on x86_64. There's really no reason not to
bump this to give ourselves some room at least on 64 bit architectures.
Signed-off-by: Colin Walters <walters@verbum.org>
Since we pull from ostree repos it doesn't really make
sense to provide a yum "repo" to the image build in pungi.
Removing it since it could be confusing to have it there.
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
Add new ostree_install_repo and ostree_update_repo vars so that we
can tell lorax where to pull from during the pungi compose and also
where to configure an installed system to pull from. i.e. where a
user is going to pull from over time.
This is related to https://pagure.io/fedora-lorax-templates/pull-request/19
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
Go ahead and update the fedora-atomic.conf so that when it gets
branched it will have the override already in there.
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
As there is a hard limit for volume id's on isos to be <32 characters,
we have a list of subsitutions that we maintain to make sure that
isos all have volume id's under that size. with the addition of
ppc64le and aarch64 for Atomic host installer the 7 character arch
length pushed us over the limit using AH for Atomic seems the most
logical change to make.
Signed-off-by: Dennis Gilmore <dennis@ausil.us>
This is a rework of <https://pagure.io/pungi-fedora/pull-request/108>.
Note that I left a few things like git branches pointed at f26, but
I think these should be master most likely.
Signed-off-by: Colin Walters <walters@verbum.org>
