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>
These options used to be required in pungi < 4.1.14, but now they have
default values that happen to be the same as what Fedora uses. No need
to specify them anymore.
Signed-off-by: Lubomír Sedlář <lsedlar@redhat.com>
Koji added the ability to set livemedia and image builds to
fail on some arches, the compose configs should be updated to use
that feature and able to identify the blocking artifacts and on what
arches.
Signed-off-by: Mohan Boddu <mboddu@redhat.com>
We have decided [1] that we want to have more meaningful versions
for ostree commits and the resulting images. One way to do this
is to have the ostree version match the version from the compose ID.
Pungi recently [2] gained support for embedding the label from the
compose into the ostree commit version. This change takes advantage
of that work to embed a more meaninful version.
[1] https://pagure.io/atomic-wg/issue/229
[2] https://pagure.io/pungi/pull-request/592
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>
For the cloud base image there is no need to override the default
vagrant sync location. /vagrant/ works just fine and is what people
expect.
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
In koji there are ova-options and also factory-parameters.
We can pass ova-options to koji and also factory-parameters
but we can't pass ova-options as a factory-parameter. We just
need to pass in the vagrant_sync_directory as a factory
parameter.
Fixes https://pagure.io/atomic-wg/issue/181
Signed-off-by: Dusty Mabe <dusty@dustymabe.com>
Fix: #168
We didn't explicitly set the branches as master for rawhide which
created issues during branching by missing setting up the branch names.
This makes it easier to identify those branch names.
Signed-off-by: Mohan Boddu <mboddu@redhat.com>
Fixes: #6765
The default size of filesystem provided by lorax is 2GB and the
installtree size is gone up to 2.7GB which is failing to copy files
from installtree to created root filesystem.
Signed-off-by: Mohan Boddu <mboddu@redhat.com>
Fixes: #6765
The default size of filesystem provided by lorax is 2GB and the
installtree size is gone up to 2.7GB which is failing to copy files
from installtree to created root filesystem.
NOTE: Just increased for x86_64 and ppc64le since aarch64 is fine.
Signed-off-by: Mohan Boddu <mboddu@redhat.com>
Fedora Atomic WG has decided to move from the "docker" namespace to
the "container" namespace for the sake of making it more generic in
order to target all OCI Compliant container runtimes instead of
a specific implementation. This update changes what is necessary for
to the base image metadata as well as add a transitional second call
to handle both the docker and container namespace for block_retired.
Signed-off-by: Adam Miller <maxamillion@fedoraproject.org>
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>
For depsolving with YUM this has no effect, but will add the package to
DNF based compose.
YUM is matching the packages against NVR, so the `-*` at the end of the
pattern matches version. DNF-based Pungi is only looking at package
names.
Signed-off-by: Lubomír Sedlář <lsedlar@redhat.com>
Fix for #6737
python-classroom is the first armhfp image under Labs variant.
And, the compose has been failing since its missing from
variants.xml file. This will fix it.
Signed-off-by: Mohan Boddu <mboddu@redhat.com>
The previous formatting for docker image metadata was getting
escaped incorrectly when passed to imagefactory. This resolves that.
Fix the license label to be MIT instead of GPLv2.
Fix the bash path
Remove atomic RUN command, it causes build failures and isn't
necessary in the base image.
Signed-off-by: Adam Miller <maxamillion@fedoraproject.org>
Currently, imagefactory's docker plugin will default an older
version of the metadata imager format that is not compatible with
the latest versions of docker. This change tells the plugin to use
the docker version "1.10.1" metadata format which is compatible with
all currently available docker releases.
Signed-off-by: Adam Miller <maxamillion@fedoraproject.org>
Currently we don't produce a docker base image that can be used with
OSBS or via the 'atomic run' command without modification. This
fixes that and will allow for an automated import of the base images
into the Fedora Container Registry
Also, fix various missing commas in dict declarations
Signed-off-by: Adam Miller <maxamillion@fedoraproject.org>
This is a temporary measure for testing. It will shadow real rawhide
composes and redo them with depsolving based on DNF.
The composes will land in /mnt/koji/compose/rawhide-dnf and there will
be logs with information about changes in package set.
Nothing will be sent to fedmsg, no mails will be sent.
Only the package set is created, no extra images or even repos are
created.
Signed-off-by: Lubomír Sedlář <lsedlar@redhat.com>
Need to have an extra call to the block_retired.py releng script in
order to also handle the docker namespace of "packages" from pkgdb
Signed-off-by: Adam Miller <maxamillion@fedoraproject.org>
This is a rework of <https://pagure.io/pungi-fedora/pull-request/108>,
and re-applied from <https://pagure.io/pungi-fedora/pull-request/167>
since I found out that in fact `fedora-atomic.conf` isn't used in
this branch.
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>
