Comments

185 Comments

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

karma

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.

karma

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

karma

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

karma

Unable to update because cpu-x packages expect libcpuid-0.5.1 with libcpuid.so.15

karma

Working for me including the ctrl-S function, I get a save dialog as intended I think.

BZ#2134527 Please set widget.use-xdg-desktop-portal.file-picker=1 by default for Firefox

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.

karma

Appears to crash on any file I attempt to open.

karma

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

karma

OK, updated yara is in updates-testing, missed that.

karma

No yara package with libyara.so.9 available so this package will not install on F36.

karma

All working well, thanks for the update

BZ#2113016 Firefox 103.0.1 was released
Test Case firefox addons
Test Case firefox browse
Test Case firefox media
karma

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.

Test Case firefox addons
Test Case firefox browse
Test Case firefox media
karma

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.

karma

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

BZ#2107828 Blueman 2.3-1 packages don't install cleanly
karma

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.

BZ#2107828 Blueman 2.3-1 packages don't install cleanly

Sorry, karma should have been negative