Comments
churchyard
This is not a bug in mock, but the mock-core-configs update introduced a regression for fedpkg users. As such, it should not be pushed to a stable release. Packagers who need the new features or fixes are more likely to be able to install this from updates-testing than packagers who would install this and suddenly got their EPEL 8 packaging experience broken are likely to be able to find the workaround.
I wish we had known before we shipped 3.10.1-1. Anyway, if you open a bugzilla, we can track it to backport the fix when it is available.
Preventive -1 karma to avoid autopush. See FEDORA-2021-a7d4aaa6fe
Preventive -1 karma to avoid autopush. See FEDORA-2021-a7d4aaa6fe
Indeed, fedpkg mockbuild fails on epel8 branches. For me, it fails with: Status code: 403 for https://infrastructure.fedoraproject.org/repo/rhel/rhel8/koji/latest/x86_64/RHEL-8-001/non_modular/basesystem-11-5.el8.noarch.rpm. It seems it fallbacks to Koji's mock config instead of using the installed one. And after running ln -s /etc/mock/alma+epel-8-x86_64.cfg /home/churchyard/.config/mock/epel-8-x86_64.cfg I get the same error as reported by @gotmax23.
Note that prusa-slicer-2.3.1 update received some negative karma and I did not intend to push it stable until this is fixed. Not sure what to do here, but backward-incompatible updates that need rebuilds are generally not permitted on stable Fedora releases. I'll try to rebuild the 2.2.0 release with this and replace it here.
Adding negative karma, for now, to avoid accidental autopush.
This update has been unpushed.
We have reverted the problematic commit. The test passed.
Where can I see how the test does that? I have no idea how to deploy a server and a client. I am looking at https://fedoraproject.org/wiki/FreeIPA_step_by_step but it feels quite old and it gives very ambiguous instructions like "make sure that the host names are set properly" -- it seems I need to know what I am trying to accomplish when I want to setup FreeIPA and unfortunately I don't.
Adam, could you please provide a reproducer for the FreeIPA shutdown failure? Ideally over bugzilla. Thanks.
See feedback in https://bodhi.fedoraproject.org/updates/FEDORA-2021-e152ce5f31 as well.
Will also need to include https://src.fedoraproject.org/rpms/python3-typed_ast/pull-request/2
Thanks for the notice. I've disabled autopush on f33 as well.
Error:
Problem: conflicting requests
- nothing provides python3.10dist(importlib-resources) >= 5.1.2 needed by python3-fixit-0.1.4-1.fc35.noarch
Error:
Problem: conflicting requests
- nothing provides python3.9dist(importlib-resources) >= 5.1.2 needed by python3-fixit-0.1.4-1.fc34.noarch
There seem to be a regression, see https://bugzilla.redhat.com/show_bug.cgi?id=2018551 -- I've disabled autopush for now.
There seem to be a regression, see https://bugzilla.redhat.com/show_bug.cgi?id=2018551 -- I've disabled autopush for now.
This has broken other packages, e.g. https://bugzilla.redhat.com/show_bug.cgi?id=2036264 https://bugzilla.redhat.com/show_bug.cgi?id=2036263 https://bugzilla.redhat.com/show_bug.cgi?id=2036262 https://bugzilla.redhat.com/show_bug.cgi?id=2036261 https://bugzilla.redhat.com/show_bug.cgi?id=2036260 https://bugzilla.redhat.com/show_bug.cgi?id=2036259