Hello,
currently, there is a problem with building EPEL-8 packages because of DNF bugs regarding modularity (see RHBZ 1758459).
The only known workaround is to use DNF with `best=False'. Even though it is something you don't really want to use longterm, we are patching mock configs epel-8-* chroots, so there can be at least some EPEL-8 building in Copr.
(I am doing the change right now, but it won't affect already spined-up builders. It will take a while until they get recycled and use new configuration)
Once the DNF issues get resolved, we are going to drop those patches and use `best=True` again.
For additional information, please see RHBZ 1756681 and RHBZ 1758467.
Thank you for understanding, Jakub
On Oct 10, 2019, at 7:34 PM, Jakub Kadlcik jkadlcik@redhat.com wrote:
Hello,
currently, there is a problem with building EPEL-8 packages because of DNF bugs regarding modularity (see RHBZ 1758459).
The only known workaround is to use DNF with `best=False'. Even though it is something you don't really want to use longterm, we are patching mock configs epel-8-* chroots, so there can be at least some EPEL-8 building in Copr.
These bugs exist in RHEL 8 as well as CentOS 8 based environments. Why do you think that modularity will *ever* work this way?
Hi,
We face the same problem in Centos Stream 8.
Regards, Jean-Marc
Le 11/10/2019 à 01:34, Jakub Kadlcik a écrit :
Hello,
currently, there is a problem with building EPEL-8 packages because of DNF bugs regarding modularity (see RHBZ 1758459).
The only known workaround is to use DNF with `best=False'. Even though it is something you don't really want to use longterm, we are patching mock configs epel-8-* chroots, so there can be at least some EPEL-8 building in Copr.
(I am doing the change right now, but it won't affect already spined-up builders. It will take a while until they get recycled and use new configuration)
Once the DNF issues get resolved, we are going to drop those patches and use `best=True` again.
For additional information, please see RHBZ 1756681 and RHBZ 1758467.
Thank you for understanding, Jakub _______________________________________________ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-leave@lists.fedorahosted.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.o...
Hi,
I've temporarily addressed this problem by adding a wrapper package to the buildroot which requires the normal packages and provides the best missing ones.
Regards, Jean-Marc
%global best_module module_el8.0.0+50+c3b345cd
Summary: Perl Best Modules Name: perl-best-modules Version: 1.0 Release: 1%{?dist} License: LGPLv2+ and MIT and GPLv2+ BuildArch : noarch
Requires: perl-generators = 1.10-7 Provides: perl-generators = 1.10 7.%{best_module}
Requires: perl-Exporter = 5.72-1000 Provides: perl-Exporter = 5.72-1000.%{best_module}
Requires: perl-File-Temp = 0.230.600-1 Provides: perl-File-Temp = 0.230.600-1.%{best_module}
%description Provides several perl best modules for centos stream builds.
%prep
%build
%install
%files
%changelog
Le 28/10/2019 à 01:32, Jean-Marc Liger a écrit :
Hi,
We face the same problem in Centos Stream 8.
Regards, Jean-Marc
Le 11/10/2019 à 01:34, Jakub Kadlcik a écrit :
Hello,
currently, there is a problem with building EPEL-8 packages because of DNF bugs regarding modularity (see RHBZ 1758459).
The only known workaround is to use DNF with `best=False'. Even though it is something you don't really want to use longterm, we are patching mock configs epel-8-* chroots, so there can be at least some EPEL-8 building in Copr.
(I am doing the change right now, but it won't affect already spined-up builders. It will take a while until they get recycled and use new configuration)
Once the DNF issues get resolved, we are going to drop those patches and use `best=True` again.
For additional information, please see RHBZ 1756681 and RHBZ 1758467.
Thank you for understanding, Jakub _______________________________________________ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-leave@lists.fedorahosted.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.o...
copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-leave@lists.fedorahosted.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.o...
copr-devel@lists.fedorahosted.org