copr-devel January 2024

copr-devel@lists.fedorahosted.org

3 participants
3 discussions

Mock/Copr default epel-8-* configuration to be changed
by Pavel Raiskup 29 Jul '25

29 Jul '25

Hello Fedora EPEL maintainers! First I don't feel comfortable announcing this, I'm not happy about the situation and so I don't want to be the lightning rod :-). But I believe that we can come to acceptable Copr/Mock solution and this needs to be discussed... so here we are. By the end of the year 2021 we have to fix our default EPEL 8 Mock configuration (mock-core-configs.rpm, /etc/mock/epel-8-*.cfg) as CentOS 8 goes EOL by then. The same thing needs to happen in Fedora Copr, with the epel-8-* chroots (side note, in Fedora Copr we use the mock-core-configs package for builds without any deployment specific modifications). I am proposing (as PR against mock upstream ATM [1]) to switch the default epel-* configuration from CentOS+EPEL to RHEL+EPEL as soon as possible (see the pull request [1]). This would bring some consequences, namely newly with epel-8* chroots, - builds will require a valid Red Hat subscription (the no-cost variant is OK as well, though [2]) - we will miss some build-time packages that Red Hat is not shipping, at least at the beginning till they are added (to RHEL CRB, or other currently unknown place). - cross-arch compilation can not be used, Red Hat subscriptions don't allow that (using QEMU and rpm --forcearch), [3] The positive thing is that the default configuration will be much closer to the official EPEL builds (because Fedora Koji EPEL builds are actually done also against RHEL). For the Fedora Copr builders, we already have the necessary Red Hat subscriptions in hand (will be deployed by the end of the year). So we will only loose the opportunity to build on emulated epel-8-armhfp permanently, and epel-8-s390x temporarily (as we already work on the native s390x support). Any thoughts? Feedback is needed here. [1] https://github.com/rpm-software-management/mock/pull/802 [2] https://rpm-software-management.github.io/mock/Feature-rhelchroots [3] https://bugzilla.redhat.com/show_bug.cgi?id=1912847 Pavel

11 22

Not getting notifications of failed builds
by Steven A. Falco 23 Jan '24

23 Jan '24

I used to get notifications of failed builds, but that no longer seems to happen. I'm not sure what changed. For example, please see [1]. There were a bunch of failed builds, and I only found out about it when a user told me. I'd like to be proactive and fix problems when they first occur. Is there a way to receive emails when a build fails? Thanks, Steve [1] https://copr.fedorainfracloud.org/coprs/g/kicad/kicad-testing/builds/

2 2

Mock Configs v39.3 released - DNF5 used for F40+ builds
by Pavel Raiskup 16 Jan '24

16 Jan '24

Hello maintainers! Let me announce a new release of Mock Core Configs v39.3, aka the configuration files for Mock, the chroot build environment manager for building RPMs. The notable change in this release is that we are switching the default package_manager from DNF4 to DNF5, according to the F40 change: https://fedoraproject.org/wiki/Changes/BuildWithDNF5 Full release notes: https://rpm-software-management.github.io/mock/Release-Notes-Configs-39.3 We plan to push this update into Fedora Copr to get some early testing next week. Then, depending on the releng team, we might push this into Koji soon. The Bodhi updates links are here: F39 https://bodhi.fedoraproject.org/updates/FEDORA-2023-0a947db1d0 F38 https://bodhi.fedoraproject.org/updates/FEDORA-2023-6ef1e12930 F37 https://bodhi.fedoraproject.org/updates/FEDORA-2023-cd9c489f40 EL9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-c2c4082053 EL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-eab5217f46 Note that we **will not** push these updates into Fedora stable earlier than on Monday 2023-12-18 (but very likely we'll wait till the next year, depending on the feedback). Happy (faster) building! Pavel

3 9

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

copr-devel January 2024