Comments

238 Comments
karma

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

karma

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

karma

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.

BZ#2001135 kwin_wayland segmentation faulted in KWin::LibInput::Context::closeRestricted when logging out of Plasma with libinput-1.18.901-1.fc35
karma

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.

User Icon mattf commented & provided feedback on qemu-6.1.0-1.fc35 4 years ago
karma

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

karma

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

karma

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

karma

kstars-3.4.3-4.fc33 fixed the crash when starting in #1881915. kstars has run normally. Thanks.

BZ#1881915 kstars segmentation fault in doActivate when starting

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.

BZ#1860616 abrt-server errors when processing zstd compressed core dumps produced by systemd-246~rc1-1.fc33