just a quick note - we enabled Oracle Linux chroots in Fedora Copr today,
this is temporarily needed by OAMG/LEAPP team for their CI/CD system.
Feel free to test those chroots, but please don't heavily depend on them
as we don't know when we'll again drop them (preferably use
epel/centos-stream chroots instead, they should provide similar build results).
we are currently preparing Copr build system for migration to Fedora 35,
including the builder workers.
There's though, at least from the builder perspective, a major `rpkg-util`
behavior change  (removal of `auto_pack` feature) that many of the Copr
projects rely on. This is a bit unexpected as `auto_pack = True` has been
the default in Copr for a long time, and the rpkg-util upstream intentions
behind the feature were generally misunderstood (even in Copr team).
That being said, some of the currently working builds on F34 would fail
after the migration to F35.
In order to make the migration a bit less dramatic, we plan to migrate in
the following steps:
1. Document the feature drop and possible fixes/workarounds see , and
properly announce the change in advance (here we are _now_).
2. Change the default, and turn off the `auto_pack` feature for
relatively short period of time on the current F34 builders
(ie autopack=False). This will happen soon in December 2021.
The change will naturally trigger the build failures, but a bit
earlier so users will be informed sooner ... with a _temporary_
work-around in hand => everyone can provide the file
<git-root>/rpkg.conf upstream, and opt-in the old behavior with with
# temporary work-around for rpkg-util v2, auto_pack is going to be
# removed soon! See:
auto_pack = True
3. Migrate to Fedora 35, early in January 2022. This will make the
`auto_pack = True` work-around non-working, and users will have to
adapt, again, see .
Of course, anyone is encouraged to migrate to the new syntax **right now**,
sooner the better. If done correctly, package can be built both with rpkg-util
v2 and v3 .
Sorry for inconvenience! Any comment, idea or help is welcome!
Hello maintainers, just heads-up (on breakage today, I hope).
To bring several config fixes (especially for the broken centos-stream chroots),
the mock-core-configs was updated today.
This though also gave us an opportunity to add EPEL 9 configs. Feel free
to experiment with them. Note though Enterprise Linux 9 is not yet
available - so the EPEL 9 chroots are currently built against CentOS
Stream 9 + EPEL 9 (similarly to what is done officially in Koji ATM).
This update also means that 'epel-8' configs disappeared from
the package . To avoid build failures - for now - we provide a compat
symlink from 'epel-8' config to 'centos+epel-8' in Copr. This basically
means EPEL 8 configs haven't been changed at all, for now. Some time
early in 2022 we will try to re-configure EPEL 8 chroots against RHEL 8
(subscribed content) + EPEL 8. That's because CentOS 8 goes EOL, .
 Mock release notes: https://rpm-software-management.github.io/mock/Release-Notes-2.16
 RHEL+EPEL Fedora devel discussion: https://firstname.lastname@example.org...
Hello, just a quick update,
I was asked why ELN ppc64le isn't available in Copr - the reason probably
was that at the time we were adding other fedora-eln chroots we didn't have
ppc64le builders in hands... And when we re-enabled ppc64le builders, we
forgot about adding ELN chroot.
So I created that chroot a few minutes back.