Tested with make test
for https://github.com/swidtags/rpm2swidtag on RHEL 9.0, worked well.
Provisioning Fedora 35 is still broken with updates-testing repo enabled and systemd-249.12-3.fc35.x86_64 installed from it.
This update seems to have caused installation regression https://bugzilla.redhat.com/show_bug.cgi?id=2074083.
Tested with podman run --rm -ti registry.fedoraproject.org/fedora:32 bash -c 'dnf upgrade -y --enablerepo=updates-testing dnf ; dnf install -y zsh'.
I'm experiencing regression https://bugzilla.redhat.com/show_bug.cgi?id=1928643.
Also, for some reason dnf did not show those dependencies in the weak dependency listing ... but that's probably something to report against dnf.
Thanks. I confirm that dnf upgrade --setopt=install_weak_deps=False --enablerepo=updates-testing cura does not pull those in. I'm however worried that subsequent updates will pull them again. Couldn't we use Suggests instead?
In general though, the 4.8.0 cura works well.
I'm not fond of the fact that the update pulls in while texlive stack, compared to 4.7.1, and also compared to my test builds in https://copr.fedorainfracloud.org/coprs/adelton/cura-4.8.0/builds/. Would we be able to get rid of those dependencies?
The build fixed the issue for me on Fedora 32.
The build fixed the GSSAPI issue. Thank you.
The CPU Frequency Monitor is working again with this build. Thank you, jan
Current packages in epel-testing make pylint work for me. Thank you.