Heads up: Rawhide builds currently failing openQA gating
by Adam Williamson
Hey, folks. If you have a Rawhide update stuck in openQA gating - we're
aware of the issue. A KDE package was prematurely rebuilt against kf6
before https://pagure.io/fedora-kde/SIG/issue/399 was sorted out, and
this ultimately triggers file conflicts which prevents dnf update from
working in the KDE tests (and prevents the KDE live image build
working), which usually results in the tests failing in the
_advisory_post check that the update was actually installed (because it
wasn't).
The KDE team is working on fixing this, there are several builds
pending which they hope should resolve all kf6 file conflicts and allow
tests to succeed again. If this doesn't work we'll just untag the
offending build (kde-partitionmanager) until the conflicts can be fully
sorted out. Once we have a resolution I will be re-running failed
tests. We apologize for the inconvenience.
--
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @adamw(a)fosstodon.org
https://www.happyassassin.net
1 month, 3 weeks
SDDM does not resume after hibernation
by Patrick O'Callaghan
After resuming a logged-in Plasma session, the screen is blank. On
logging in remotely, I see:
$ systemctl status sddm
● sddm.service - Simple Desktop Display Manager
Loaded: loaded (/usr/lib/systemd/system/sddm.service; enabled; preset: enabled)
Drop-In: /usr/lib/systemd/system/service.d
└─10-timeout-abort.conf
Active: active (running) since Tue 2023-10-10 08:01:41 BST; 1h 28min ago
Docs: man:sddm(1)
man:sddm.conf(5)
Main PID: 1149 (sddm)
Tasks: 2 (limit: 19015)
Memory: 21.1M
CPU: 52ms
CGroup: /system.slice/sddm.service
└─1149 /usr/bin/sddm
Oct 10 08:01:41 Bree systemd[1]: Started sddm.service - Simple Desktop Display Manager.
Oct 10 08:01:41 Bree sddm-helper[1195]: pam_unix(sddm-greeter:session): session opened for user sddm(uid=990) by (uid=0)
(The system was resumed at 08:00am)
$ systemctl status plasma
921 earlyoom
$ systemctl status kwin
921 earlyoom
When I switch to gdm and reboot, then hibernate and resume manually,
everything works as expected.
Is this a known bug?
poc
1 month, 4 weeks
Calling all reviewers: The KDE SIG needs you!
by Steve Cossette
Good evening all! Hope you had a great weekend.
We are well underway to add all kf6 packages into Fedora, but we need your
help. We have +/- 78 packages to bring into Fedora in preparation for the
release of KDE 6 which is currently planned around February 2024.
Right now, we have reviews up for 13 packages, and 1 review complete.
Neal's been helping with those, but they are too much for him alone. And we
are adding more review requests every day.
This is where you come in: If you feel comfortable doing Fedora package
reviews, we invite you to please take a look at this tracker post:
https://pagure.io/fedora-kde/SIG/issue/383#comment-873241 where we update
on a daily basis the status of packages, whether they are ready for review
or not, and with the direct link to the reviews.
Thank you very much for your help!
2 months
Podman Install failure
by Mark @ GMail
I think this happened when I last updated too (last saturday, 23/3/23).
The podman (v 4.7.0) fails to install with error message
Transaction test error: file /usr/libexec/podman/gvforwarder from
install of gvisor-tap-vsock-gvforwarder-6:0.7.0-6.fc38.x86_64 conflicts
with file from package podman-gvproxy-5:4.6.0-1.fc38.x86_64
Last week I excluded it from my main update and then added it
individually afterwards and that worked. However, today even this
strategy fails.
Operating System: Fedora Linux 38
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.109.0
Qt Version: 5.15.10
Kernel Version: 6.4.15-200.fc38.x86_64 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 3800X 8-Core Processor
Memory: 31.2 GiB of RAM
Graphics Processor: NVIDIA GeForce GT 710/PCIe/SSE2
Manufacturer: ASUS
2 months