Yes, I discovered that this was an unintended ABI change so I have now downgraded libavif and it's all OK now.
Sorry, it wasn't clear until I did some research.
Also see this in the same transaction:
Running transaction test Error: Transaction test error: file /usr/libexec/darktable/tools/darktable-noiseprofile from install of darktable-tools-noise-4.0.1-5.fc37.x86_64 conflicts with file from package darktable-4.0.1-4.fc37.x86_64
Can't update due to libavif
Problem: package darktable-4.0.1-5.fc37.x86_64 requires libavif.so.14()(64bit), but none of the providers can be installed - cannot install both libavif-0.10.1-3.fc37.x86_64 and libavif-0.11.1-1.fc37.x86_64 - cannot install the best update candidate for package darktable-4.0.1-4.fc37.x86_64 - problem with installed package libavif-0.11.1-1.fc37.x86_64
Odd, as previous darktable-4.0.1-4 was happy with libavif-0.11.1-1
Unable to update because cpu-x packages expect libcpuid-0.5.1 with libcpuid.so.15
Working for me including the ctrl-S function, I get a save dialog as intended I think.
OK, found the new gnome-shell and mutter packages, it allowed this package to install.
Cannot update from the -1 package because it requires gnome-shell-43 and complains about the 43~rc-3 version that is installed.
Appears to crash on any file I attempt to open.
Desktop file is present and in the correct place.
The /usr/bin/meld file has no execute permission, it is currently 644, but needs to be 755
OK, updated yara is in updates-testing, missed that.
No yara package with libyara.so.9 available so this package will not install on F36.
All working well, thanks for the update
Have had the x86_64 version running since the first built rpms appeared, seems to be OK.
On to 103.0.1 now I suppose.
For some reason this worked for me today when I ran an update with updates-testing enabled, and yes i have -tools and -devel installed. None of the vtk packages have updated, I have no idea why this happened.
Installation fails with this message
Dependencies resolved.
Problem 1: problem with installed package libtiff-devel-4.4.0-2.fc36.x86_64 - package libtiff-devel-4.4.0-2.fc36.x86_64 requires libtiff(x86-64) = 4.4.0-2.fc36, but none of the providers can be installed - cannot install both libtiff-4.4.0-4.fc36.x86_64 and libtiff-4.4.0-2.fc36.x86_64 - cannot install the best update candidate for package libtiff-4.4.0-2.fc36.x86_64 Problem 2: problem with installed package vtk-mpich-devel-9.1.0-12.fc36.x86_64 - package vtk-mpich-devel-9.1.0-12.fc36.x86_64 requires libtiff-devel(x86-64), but none of the providers can be installed - package libtiff-devel-4.4.0-2.fc36.x86_64 requires libtiff(x86-64) = 4.4.0-2.fc36, but none of the providers can be installed - package libtiff-devel-4.3.0-6.fc36.x86_64 requires libtiff(x86-64) = 4.3.0-6.fc36, but none of the providers can be installed - cannot install both libtiff-4.4.0-4.fc36.x86_64 and libtiff-4.4.0-2.fc36.x86_64 - cannot install both libtiff-4.4.0-4.fc36.x86_64 and libtiff-4.3.0-6.fc36.x86_64 - libtiff-4.4.0-4.fc36.i686 has inferior architecture - cannot install the best update candidate for package libtiff-4.4.0-2.fc36.i686 Problem 3: problem with installed package vtk-devel-9.1.0-12.fc36.x86_64 - package vtk-devel-9.1.0-12.fc36.x86_64 requires libtiff-devel(x86-64), but none of the providers can be installed - package libtiff-devel-4.4.0-2.fc36.x86_64 requires libtiff(x86-64) = 4.4.0-2.fc36, but none of the providers can be installed - package libtiff-devel-4.3.0-6.fc36.x86_64 requires libtiff(x86-64) = 4.3.0-6.fc36, but none of the providers can be installed - cannot install both libtiff-4.4.0-4.fc36.x86_64 and libtiff-4.4.0-2.fc36.x86_64 - cannot install both libtiff-4.4.0-4.fc36.x86_64 and libtiff-4.3.0-6.fc36.x86_64 - package libtiff-tools-4.4.0-4.fc36.x86_64 requires libtiff(x86-64) = 4.4.0-4.fc36, but none of the providers can be installed - cannot install the best update candidate for package libtiff-tools-4.4.0-2.fc36.x86_64
the blueman-nautilus issue is no longer a problem, however it does mean losing the function it provided.
I think this should return in Fedora 37 once the blueman-2.2.3 influence is removed from the Fedora repo.
Sorry, karma should have been negative
One of the packages has a problem being updated if intel-compute-runtime packages are installed:
Problem: problem with installed package intel-opencl-22.34.24023-1.fc37.x86_64 - package intel-opencl-22.34.24023-1.fc37.x86_64 requires intel-gmmlib(x86-64) < 22.2, but none of the providers can be installed - cannot install both intel-gmmlib-22.2.1-1.fc37.x86_64 and intel-gmmlib-22.1.7-1.fc37.x86_64 - cannot install the best update candidate for package intel-gmmlib-22.1.7-1.fc37.x86_64
Probably not resolvable until the intel package compilation with newer compiler versions is corrected:
https://bugzilla.redhat.com/show_bug.cgi?id=2129791