Confirming what @thesourcehim and @clnetbox experienced, I opened a bug: https://bugzilla.redhat.com/show_bug.cgi?id=2039888

Works for me!

Works for me. Thanks!

Works for me (tested ipahbacgroup, ipahbacrule, ipahbacsvc, ipahbacsvcgroup, ipahostgroup, ipasudorule).

Works for me and fixes #1885874.

Hmm, attempting to rebuild the efl package doesn't work because of API changes between libavifseries 0.7.x and 0.8.x.

 Problem: package efl-1.25.1-1.fc33.x86_64 requires libavif.so.6()(64bit), but none of the providers c
an be installed                                                                                       
  - cannot install both libavif-0.8.2-1.fc33.x86_64 and libavif-0.8.1-1.fc33.x86_64
  - cannot install both libavif-0.8.1-1.fc33.x86_64 and libavif-0.8.2-1.fc33.x86_64
  - package darktable-3.2.1-8.fc33.x86_64 requires libavif.so.7()(64bit), but none of the providers ca
n be installed      
  - cannot install the best update candidate for package efl-1.25.1-1.fc33.x86_64
  - cannot install the best update candidate for package darktable-3.2.1-7.fc33.x86_64

This includes the missing udev rules for me.

@ondrejj, what do you mean? Some mirrors lagging?

Hmm, obsoleting this update doesn't work.

Hmm, obsoleting this update doesn't work.

Unpushing to enable merged gimp-gegl04-babl update.

This update has been unpushed.

Unpushing to enable merged gimp-gegl04-babl update.

This update has been unpushed.

Hi @onosek, both updates look good enough to me to be pushed to stable.

As discussed, the F30 build didn't work because of the even older Bodhi version available in the build roots. I've built the patched fedpkg for F30 with this version as a buildroot override.

Major fail. You need to immediate rollback

Finding out issues like this is what the testing stage is for. I assume it's just a matter of upping the "allowed maximum Bodhi version" in fedpkg, though I can't say why this hard lock exists (without a corresponding package version conflict) in the first place.