I ran sudo dnf offline-upgrade download in a Fedora 35 KDE Plasma installation with updates-testing enabled. dnf problems with llvm-13.0.0-4.fc35, doxygen, mesa, and annobin-plugin-clang were shown which prevented the update of llvm. doxygen-1:1.9.1-11.fc35.x86_64 requires libclang-cpp.so.13.0()(64bit), and clang-libs-13.0.0-3.fc35 provides libclang-cpp.so.13()(64bit) https://koji.fedoraproject.org/koji/rpminfo?rpmID=28089067 mesa-dri-drivers-21.2.3-6.fc35.x86_64 requires libLLVM-13.so.0()(64bit), and llvm-libs-13.0.0-4.fc35 provides libLLVM-13.so()(64bit) https://koji.fedoraproject.org/koji/rpminfo?rpmID=28085618 annobin-plugin-clang looks to have the same problem as mesa. I reported these problems in more detail at https://bugzilla.redhat.com/show_bug.cgi?id=2014283
The kwin_wayland crash when logging out in https://bugzilla.redhat.com/show_bug.cgi?id=2001135 is fixed in kwin-5.22.5-3.fc35. Thanks.
I ran sudo dnf offline-upgrade download with updates-testing enabled in a Fedora 35 KDE Plasma installation with nodejs-1:16.5.0-2.fc35 and libuv-1:1.41.1-2.fc35 installed. dnf errors indicated that nothing provides libuv >= 1:1.42.0 needed by nodejs-1:16.8.0-1.fc35.x86_64 which I reported at https://bugzilla.redhat.com/show_bug.cgi?id=2002095 I updated to libuv-1.42.0-2.fc35 from https://koji.fedoraproject.org/koji/buildinfo?buildID=1827408 I updated nodejs without errors after that. libuv-1.42.0-2.fc35 might need to be added to this update.
I reported dnf errors with this qemu update at https://bugzilla.redhat.com/show_bug.cgi?id=1997855
5.13.4 still has the black screen problem when starting Plasma and GNOME on Wayland involving the amdgpu driver that I reported for previous 5.13 kernels at https://bugzilla.redhat.com/show_bug.cgi?id=1981039 I found that the first bad commit was in the 5.13 merge window using git bisect: 1f928f51593ca07e2b125ca862fcff687e9e498b drm/amdgpu: Use physical translation mode to access page table
This problem seems similar to that reported by @gbcox Adding amdgpu.dc=0 to the kernel command line allowed Plasma and GNOME on Wayland to run correctly. The default regression tests passed.
rng-tools-6.13-2.git.d207e0b6.fc34 and jitterentropy-3.0.2-2.git.409828cf.fc34 have lower versions than rng-tools-6.13.git.d207e0b6-1.fc34 and jitterentropy-3.0.2.git.d18d5863-1.fc34 previously in updates-testing according to dnf. I reported this problem in more detail at https://bugzilla.redhat.com/show_bug.cgi?id=1983847
rng-tools-6.13-2.git.d207e0b6.fc34 and jitterentropy-3.0.2-2.git.409828cf.fc34 have lower versions than rng-tools-6.13.git.d207e0b6-1.fc34 and jitterentropy-3.0.2.git.d18d5863-1.fc34 previously in updates-testing according to dnf. I reported this problem in more detail at https://bugzilla.redhat.com/show_bug.cgi?id=1983847
The dnf error in #1973894 didn't happen when I updated to rng-tools-6.13-2.fc34 and jitterentropy-3.0.2-1.fc34 from koji. rngd started normally with jitter entropy during the following boots according to systemctl status rngd. Thanks.
I ran sudo dnf offline-upgrade download with updates-testing enabled in a Fedora 34 KDE Plasma installation. A dnf error showed that rng-tools-6.13-1.fc34.x86_64 requires libjitterentropy.so.2. jitterentropy-3.0.2-1.fc34 provides libjitterentropy.so.3 https://koji.fedoraproject.org/koji/rpminfo?rpmID=26609993 I reported the error in more detail at https://bugzilla.redhat.com/show_bug.cgi?id=1973894
The dnf errors in https://bugzilla.redhat.com/show_bug.cgi?id=1972982 were fixed by the addition of KF 5.83.0 after I downloaded this update with bodhi updates download --updateid=FEDORA-2021-dcc1ce9423 A dnf error libksysguard-5.22.1-1.fc34.x86_64 conflicts with ksysguard-backend < 5.21.90 provided by ksysguard-backend-5.21.5-1.fc34.x86_64 occurred when I tried to update https://bugzilla.redhat.com/show_bug.cgi?id=1973378 The changes in https://src.fedoraproject.org/rpms/ksysguard/c/b3df63abc1e2cc692e16344b13db4fcf5c000080?branch=f34 look like they put the obsoletes and provides lines in the %description section of ksysguard.spec. ksysguard-5.22.0-2.fc34 doesn't obsolete ksysguard-backend < 5.21.90-2 and provide ksysguard-backend = %{version}-%{release} as a result https://koji.fedoraproject.org/koji/rpminfo?rpmID=26567885 I could update working around that error by adding --best --allowerasing which removed ksysguard-backend. Plasma 5.21.1 seems to be running alright after that.
I ran sudo dnf offline-upgrade download in a Fedora 34 KDE Plasma installation with updates-testing enabled. dnf errors happened with Plasma 5.22.1 due to its kf5 >= 5.83.0 requirement. F34 has KF 5.82.0. I reported these errors at https://bugzilla.redhat.com/show_bug.cgi?id=1972982
dnf errors involving ghostscript-core occurred when I tried to update with ghostscript-9.54.0-1.fc34 in updates-testing. ghostscript-9.54.0-1.fc34 doesn't contain ghostscript-core which I had installed. I reported these errors in more detail at https://bugzilla.redhat.com/show_bug.cgi?id=1962993
Plasma 5.21.2 on Wayland has run reasonably well. The ksysguard transaction test errors didn't happen with 5.21.2 https://bugzilla.redhat.com/show_bug.cgi?id=1933510#c2. Menus often didn't appear when first selected in Firefox Nightly 87.0a1-88.0a1 on Wayland in Plasma 5.21.0-5.21.2, but they've appeared normally with 5.21.2 https://bugzilla.mozilla.org/show_bug.cgi?id=1693317 System Settings 5.21.0 on Wayland aborted when clearing history of activities with a failed dbus assertion which was fixed in 5.21.2 https://bugzilla.redhat.com/show_bug.cgi?id=1930440
drkonqi crashed when trying to enter information about crashes with 5.21.2 and earlier, but they might be fixed with 5.21.3 https://bugzilla.redhat.com/show_bug.cgi?id=1930946 plasmashell 5.20.90-5.21.2 on Wayland crashed most of the time when changing Global theme in System settings, and a fix was written but doesn't appear to have been merged yet. https://bugzilla.redhat.com/show_bug.cgi?id=1924980
Firefox 86.0-88.0a1 menu items under the cursor usually haven't been highlighted in Plasma 5.21.2 and earlier, which doesn't happen in GNOME 40 beta https://bugzilla.redhat.com/show_bug.cgi?id=1936092 Flickering of right-click popup menus with multiple simultaneously highlighted entries in Thunderbird on Wayland has happened in Plasma 5.21.2 and earlier but not in GNOME https://bugzilla.redhat.com/show_bug.cgi?id=1936224
dnf showed a transaction test error that the files from ksysguard-plugins-5.21.1-3.fc34.x86_64 conflict with ksysguard-libs-5.21.1-2.fc34.x86_64 https://bugzilla.redhat.com/show_bug.cgi?id=1933510#c2
A dnf error indicated that python3-keyring-21.5.0-1.fc33.noarch couldn't be updated because python3.9dist(secretstorage) >= 3.2 was unavailable.
Problem: cannot install the best update candidate for package python3-keyring-21.3.1-1.fc33.noarch - nothing provides python3.9dist(secretstorage) >= 3.2 needed by python3-keyring-21.5.0-1.fc33.noarch
I reported this error at https://bugzilla.redhat.com/show_bug.cgi?id=1896608
I ran sudo dnf upgrade --refresh in a Fedora 33 KDE Plasma spin installation updated to 2020-9-27 with updates-testing enabled. dnf errors occurred indicating kwin-libs-5.19.5-3.fc33 and plasma-workspace-libs-5.19.5-2.fc33 require Qt 5.14.2. Qt 5.15.1 is in the stable F33 repositories and it's on my system. I reported this problem at https://bugzilla.redhat.com/show_bug.cgi?id=1883062
kstars-3.4.3-4.fc33 fixed the crash when starting in #1881915. kstars has run normally. Thanks.
I was setting up a Firefox build environment in F33 using the instructions at https://firefox-source-docs.mozilla.org/setup/linux_build.html dnf errors occurred while python3 bootstrap.py was running the following command, sudo dnf install autoconf213 nodejs which npm redhat-rpm-config
Problem 1: cannot install the best candidate for the job - nothing provides libuv >= 1:1.39.0 needed by nodejs-1:14.10.0-1.fc33.x86_64 Problem 2: package npm-1:6.14.8-1.14.10.0.1.fc33.x86_64 requires nodejs = 1:14.10.0-1.fc33, but none of the providers can be installed - cannot install the best candidate for the job - nothing provides libuv >= 1:1.39.0 needed by nodejs-1:14.10.0-1.fc33.i686 - nothing provides libuv >= 1:1.39.0 needed by nodejs-1:14.10.0-1.fc33.x86_64
libuv-1.39.0-1.fc33 might need to be added to this update https://koji.fedoraproject.org/koji/buildinfo?buildID=1607495
The abrt-server errors in #1860616 haven't been happening since the abrt-2.14.4-2.fc33 update at FEDORA-2020-59e144acee The traces have shown up in gnome-abrt for crashes which happened after that update. This update fixed the dnf error because gnome-abrt-1.3.6-3.fc33.x86_64 requires libreport-gtk.so.0 and libreport-gtk-2.14.0-6.fc33 provides libreport-gtk.so.1 in #1876015 for the update at FEDORA-2020-ef47dbae61 Thanks.
I tried to submit a crash with gnome-abrt. The process failed because the retrace server couldn't be reached and the option for processing the trace locally wasn't offered. --- Running report_uReport --- Failed to upload uReport to the server 'https://retrace.fedoraproject.org/faf' with curl: Could not resolve host: retrace.fedoraproject.org Error: curl_easy_perform: Couldn't resolve host name ('report_uReport' exited with 1)
I downloaded this update using the bodhi cli. This update should likely be submitted for testing in bodhi since it is just in the pending state and wasn't included in the latest updates-testing push.
I ran sudo dnf offline-upgrade download with updates-testing enabled then sudo dnf offline-upgrade reboot in a Fedora 35 KDE Plasma spin installation with the GNOME desktop group installed. The update included sddm-0.19.0-17.fc35 and had the following warning: /etc/sddm.conf created as /etc/sddm.conf.rpmnew On the next boot the Desktop Session: option showed GNOME Classic instead of Plasma (Wayland) which I had been using. Plasma (Wayland) and GNOME on Wayland weren't in the list of desktop sessions anymore. sddm-0.19.0-17.fc35 didn't allow logging in to the Plasma on Wayland desktop session as a result. I downgraded to sddm-0.19.0-16 and rebooted. Plasma (Wayland) and GNOME on Wayland were in the desktop sessions list again. I reported this problem at https://bugzilla.redhat.com/show_bug.cgi?id=2016788