kde July 2022

kde@lists.fedoraproject.org

11 participants
9 discussions

time to orphan/retire unmaintained uncommon kde4 language bindings?
by Rex Dieter 07 May '25

07 May '25

Looking over some broken deps reports, I came across some old packages: kdebindings smokeqt smokekde qyoto (csharp/mono) kimono (csharp/mono) ruby-qt ruby-korundum perl-Qt Of these, the only one that's not a pure leaf package is perl-Qt (debconf- kde depends on it). any comment or objection to considering orphaning most (all minus smokeqt/perl-Qt) or all of these ? -- Rex

4 3

Plan / proposal: enable openQA update testing and potentially gating on Rawhide updates
by Adam Williamson 09 Jun '23

09 Jun '23

Hi folks! We've had openQA testing of updates for stable and branched releases, and gating based on those tests, enabled for a while now. I believe this is going quite well, and I think we addressed the issues reported when we first enabled gating - Bodhi's gating status updates work more smoothly now, and openQA respects Bodhi's "re-run tests" button so failed tests can be re-triggered. A few weeks ago, I enabled testing of Rawhide updates in the openQA lab/stg instance. This was to see how smoothly the tests run, how often we run into unexpected failures or problems, and whether the hardware resources we have are sufficient for the extra load. So far this has been going more smoothly than I anticipated, if anything. The workers seem to keep up with the test load, even though one out of three worker systems for the stg instance is currently out of commission (we're using it to investigate a bug). We do get occasional failures which seem to be related to Rawhide kernel slowness (e.g. operations timing out that usually don't otherwise time out), but on the whole, the level of false failures is (I would say) acceptably low, enough that my current regime of checking the test results daily and restarting failed ones that don't seem to indicate a real bug should be sufficient. So, I'd like to propose that we enable Rawhide update testing on the production openQA instance also. This would cause results to appear on the Automated Tests tab in Bodhi, but they would be only informational (and unless the update was gated by a CI test, or somehow otherwise configured not to be pushed automatically, updates would continue to be pushed 'stable' almost immediately on creation, regardless of the openQA results). More significantly, I'd also propose that we turn on gating on openQA results for Rawhide updates. This would mean Rawhide updates would be held from going 'stable' (and included in the next compose) until the gating openQA tests had run and passed. We may want to do this a bit after turning on the tests; perhaps Fedora 37 branch point would be a natural time to do it. Currently this would usually mean a wait from update submission to 'stable push' (which really means that the build goes into the buildroot, and will go into the next Rawhide compose when it happens) of somewhere between 45 minutes and a couple of hours. It would also mean that if Rawhide updates for inter-dependent packages are not correctly grouped, the dependent update(s) will fail testing and be gated until the update they depend on has passed testing and been pushed. The tests for the dependent update(s) would then need to be re- run, either by someone hitting the button in Bodhi or an openQA admin noticing and restarting them, before the dependent update(s) could be pushed. In the worst case, if updated packages A and B both need the other to work correctly but the updates are submitted separately, both updates may fail tests and be blocked. This could only be resolved by waiving the failures, or replacing the separate updates with an update containing both packages. All of those considerations are already true for stable and branched releases, but people are probably more used to grouping updates for stable and branched than doing it for Rawhide, and the typical flow of going from a build to an update provides more opportunity to create grouped updates for branched/stable. For Rawhide the easiest way to do it if you need to do it is to do the builds in a side tag and use Bodhi's ability to create updates from a side tag. As with branched/stable, only critical path updates would have the tests run and be gated on the results. Non-critpath updates would be unaffected. (There's a small allowlist of non-critpath packages for which the tests are also run, but they are not currently gated on the results). I think doing this could really help us keep Rawhide solid and avoid introducing major compose-breaking bugs, at minimal cost. But it's a significant change and I wanted to see what folks think. In particular, if you find the existing gating of updates for stable/branched releases to cause problems in any way, I'd love to hear about it. Thanks folks! -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net

1 2

Screen locker not working
by Emmett Culley 28 Jul '22

28 Jul '22

Since my last system update my screen locker doesn't lock me out while asking for my password. I've hd the idle timeout set for 12 minutes and the powere off timeout set to 13 minutes since I first installed Fedora on this machine. It looks like the screen power off does happen, but I am never asked for a password and the screen comes back on as soon as I touch the keyboard or move the mouse. It did some searching and found a couple of mentioned abut chrome holding off the screen locker for certain web pages. I tested that by closing all chrome sessions before leaving my desk af a hour or so, and still, when I came back the screen was dark, but pressing any key or moving the mouse brought it back up without asking for my password. Any suggestons where to look to find the problem? Emmett

1 1

KDED causing long delay on shutdown?
by Patrick O'Callaghan 18 Jul '22

18 Jul '22

This has been happening for IIRC) several months now at least: $ journalctl --boot=-1 --reverse ... May 01 10:44:26 Bree systemd[1210]: plasma-kded.service: Consumed 18.380s CPU time. May 01 10:44:26 Bree systemd[1210]: Stopped KDE Daemon. May 01 10:44:26 Bree systemd[1210]: plasma-kded.service: Failed with result 'timeout'. May 01 10:44:26 Bree systemd[1210]: plasma-kded.service: Main process exited, code=killed, status=9/KILL May 01 10:44:26 Bree systemd[1210]: plasma-kded.service: Killing process 1791 (ProfilesWatcher) with signal SIGKILL. May 01 10:44:26 Bree systemd[1210]: plasma-kded.service: Killing process 1722 (kded5) with signal SIGKILL. May 01 10:44:26 Bree systemd[1210]: plasma-kded.service: State 'stop-sigterm' timed out. Killing. <-----------------------* May 01 10:43:03 Bree systemd[1]: Unmounted /run/user/0. May 01 10:43:03 Bree systemd[1]: run-user-0.mount: Deactivated successfully. May 01 10:43:03 Bree systemd[1]: Unmounted /run/user/990. May 01 10:43:03 Bree systemd[1]: run-user-990.mount: Deactivated successfully. May 01 10:43:03 Bree systemd[1]: Stopped Network Manager Wait Online. ... Any idea why? I see some apparently related BZ entries dating back a couple of years, but nothing recently. poc

5 11

Dolphin cannot paste file into directory
by Emmett Culley 12 Jul '22

12 Jul '22

Not sure how long this has not been possible in dolphin. I first noticed it a few days ago and assumed it was a configuratinn issue. Today I attemted to fix it and found no way to do it. The context menu choices do not include paste actions. For now I am using Duplicate here as a work around. I am a recently updated Fedora 36 workstation. Any ideas on how to proceed? Emmett

6 9

llvmpipe debugging help
by Adam Williamson 12 Jul '22

12 Jul '22

Hi, folks! openQA tests on Rawhide are currently failing quite often, especially on KDE, apparently because llvmpipe is crashing and taking down the desktop environment. In the system logs, it looks like this: 2022-07-12T06:26:09.804990-04:00 fedora audit[1304]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=1304 comm="llvmpipe-0" exe=" /usr/bin/kwin_wayland" sig=11 res=1 2022-07-12T06:26:09.805624-04:00 fedora kernel: show_signal_msg: 73 callbacks suppressed 2022-07-12T06:26:09.805761-04:00 fedora kernel: llvmpipe-0[1338]: segfault at 7fec83f00a30 ip 00007feca80787af sp 00007fecb4fd6850 error 4 2022-07-12T06:26:09.805831-04:00 fedora kernel: Code: 6d f4 66 44 0f 6f e5 66 44 0f 6c e0 66 0f 6d e8 41 0f 28 c3 41 0f 16 c1 66 45 0f 15 d9 41 0f 28 da 41 0f 16 d8 66 45 0f 15 d0 <66> 0f 6f 08 66 0f 6f 14 08 8d 14 09 48 63 d2 66 0f 6f 24 10 8d 34 2022-07-12T06:26:09.830632-04:00 fedora systemd[1]: Created slice system-systemd\x2dcoredump.slice - Slice /system/systemd-coredump. 2022-07-12T06:26:09.833124-04:00 fedora audit: BPF prog-id=137 op=LOAD 2022-07-12T06:26:09.833599-04:00 fedora audit: BPF prog-id=138 op=LOAD 2022-07-12T06:26:09.833751-04:00 fedora audit: BPF prog-id=139 op=LOAD 2022-07-12T06:26:09.837271-04:00 fedora systemd[1]: Started systemd-coredump(a)0-2189-0.service - Process Core Dump (PID 2189/UID 0). 2022-07-12T06:26:09.837920-04:00 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@0-2189-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' 2022-07-12T06:26:09.982088-04:00 fedora plasmashell[1382]: org.kde.plasma.notifications: Failed to generate job text for job with following properties: 2022-07-12T06:26:09.992539-04:00 fedora plasmashell[1382]: org.kde.plasma.notifications: processedFiles = 0, totalFiles = 0 2022-07-12T06:26:09.992687-04:00 fedora plasmashell[1382]: org.kde.plasma.notifications: current file name = "" 2022-07-12T06:26:09.992735-04:00 fedora plasmashell[1382]: org.kde.plasma.notifications: destination url = QUrl("") 2022-07-12T06:26:09.992791-04:00 fedora plasmashell[1382]: org.kde.plasma.notifications: label1 = "", value1 = "" 2022-07-12T06:26:09.992851-04:00 fedora plasmashell[1382]: org.kde.plasma.notifications: label2 = "", value2 = "" 2022-07-12T06:26:11.184992-04:00 fedora [2195]: json_parse on {"type":"rpm","name":"libedit","version":"3.1-41.20210910cvs.fc36","architecture":"x86_64","osCpe":"cpe:/o:fedoraproject:fedora:36"}<C5> failed: Invalid argument 2022-07-12T06:26:11.190411-04:00 fedora systemd-coredump[2190]: Process 1304 (kwin_wayland) of user 1000 dumped core.#012#012Module linux-vdso.so.1 with build-id 805638058c919fd779cc1e1fa412f8832069dbf3#012Module breezedecoration.so with build-id e715bf13e75d84216d6607d4cdeafc4f1a68e95e#012Metadata for module breezedecoration.so owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "plasma-breeze",#012#011"version" : "5.25.2-1.fc37",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:37"#012}#012#012Module libxshmfence.so.1 with build-id 930360dde486956810e2a4ab67efae781f463ced#012Metadata for module libxshmfence.so.1 owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "libxshmfence",#012#011"version" : "1.3-10.fc36",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:36"#012}#012#012Module libxcb-present.so.0 with build-id e55a074882c4c9357934efcf295654ea5badcce1#012Metadata for module libxcb-present.so.0 owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "libxcb",#012#011"version" : "1.13.1-9.fc36",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:36"#012}#012#012Module libxcb-dri2.so.0 with build-id b557629bc47fea6de9edb4534378f26906bc5d80#012Metadata for module libxcb-dri2.so.0 owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "libxcb",#012#011"version" : "1.13.1-9.fc36",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:36"#012}#012#012Module libX11-xcb.so.1 with build-id b395bdbc52537c00bd88a7a631dcac49b7c40934#012Metadata for module libX11-xcb.so.1 owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "libX11",#012#011"version" : "1.8.1-1.fc37",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:37"#012}#012#012Module libEGL_mesa.so.0 with build-id 733f6ea3cfd4357a9668e6b3c5a3968af4533690#012Metadata for module libEGL_mesa.so.0 owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "mesa",#012#011"version" : "22.1.3-1.fc37",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:37"#012}#012#012Module libKWinNightColorPlugin.so with build-id dc82a504bc7fdd79bf4e7d69b6fa8137cbaf644a#012Metadata for module libKWinNightColorPlugin.so owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "kwin",#012#011"version" : "5.25.2-1.fc37",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:37"#012}#012#012Module krunnerintegration.so with build-id 9b62ad046672cd903572c0a72c38f36580de7588#012Metadata for module krunnerintegration.so owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "kwin",#012#011"version" : "5.25.2-1.fc37",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:37"#012}#012#012Module colordintegration.so with build-id 6266591e822c25984dc2d50249713f145a8568e3#012Metadata for module colordintegration.so owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "kwin",#012#011"version" : "5.25.2-1.fc37",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:37"#012}#012#012Module libtinfo.so.6 with build-id 3316591b8bdf1e4d2cd97a12c2ec8099f01a96ba#012Metadata for module libtinfo.so.6 owned by FDO found: {#012#011"type" : "rpm",#012#011"name" : "ncurses",#012#011"version" : "6.3-2.20220501.fc37",#012#011"architecture" : "x86_64",#012#011"osCpe" : "cpe:/o:fedoraproject:fedora:37"#012}#012#012Module libedit.so.0 with build-id 786ebbe150c63e27beb2957d717bece33431af6f#012Stack trace of thread 1338:#012#0 0x00007feca80787af n/a (n/a + 0x0)#012ELF object binary architecture: AMD x86-64 2022-07-12T06:26:11.267438-04:00 fedora systemd[1]: systemd-coredump(a)0-2189-0.service: Deactivated successfully. we get a core dump from the window manager process (kwin_wayland in this case), but backtracing it the usual way does not produce anything useful. So I've been a bit stuck on how to proceed with debugging from here. It looks like this started happening around a month ago in F36 (it's also happening in Rawhide). I think it ties in with mesa-22.1.1 going stable: https://bodhi.fedoraproject.org/updates/FEDORA-2022-db6aea82e4 This person may be hitting the same issue: https://www.reddit.com/r/Fedora/comments/vswyq4/fedora_36_llvmpipe_segfault/ How can we debug this and hopefully get it fixed? Can anyone give me any pointers? Thanks! -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net

1 1

How to stop the sound when Evolution reports mail has arrived
by Jonathan Ryshpan 04 Jul '22

04 Jul '22

How can the sound generated when evolution reports the arrival to mail to KDE be suppressed? * System Settings->Notifications : Shows no obvious way to suppress all sounds. I don't need sound from any application and am happy to suppress them all to get rid of the sounds from evolution. * System Settings->Notifications->Applications Configure->Evolution : Produces the message "This application does not support notifications on a per event basis" — I don't want to control notifications on a per event basis; I want to suppress sound for all events reported by Evolution. -- Many Thanks - Jonathan Ryshpan <jonrysh(a)pacbell.net> If God lived on earth, people would break all his windows.

2 1

Upside down cursors with Rawhide live image
by Mattia Verga 02 Jul '22

02 Jul '22

I've found a rather peculiar problem recently introduced in Rawhide. Running KDE Live Image under virt-manager, when OpenGL and 3D acceleration are enabled, the cursors are showed upside down and out of position (it is hard to click on the selected point). To reproduce the problem: - download a Rawhide KDE Live Image (I used Fedora-KDE-Live-x86_64-Rawhide-20220702.n.0.iso) - set up a new machine under virt-manager - at the first run, the live image will be run with OpenGL and 3D acceleration disabled, so you should not notice the problem - shutdown the machine and change the following settings: Spice Screen -> Listen type: None + OpenGL flag enabled; Virtio Video -> 3D Acceleration flag enabled - run the machine with the new settings and see the upside down cursors It may be possible it is related to specific hardware configurations. In my case the OpenGL under Spice is using AMD/ATI Cezanne render. I'm unsure if this should be reported as virt-manager problem, or under some KDE component... this isn't reproducible with Gnome Live image, so I'd guess it is Plasma Wayland related? Mattia

1 0

Restore session fix upstream (should be out with 2.25.2)
by José Abílio Matos 01 Jul '22

01 Jul '22

The major pain point, when using kde, for has been the session handling. I use session restore, that means that the windows, with all the associated properties, are remembered and restored on login. The issue we had was the windows were remembered correctly but not its placement and other properties. This has happened for some time, since Fedora 33. Now finally the issue was identified and a solution should come to plasma 5.25.2: https://bugs.kde.org/show_bug.cgi?id=442380 It will be nice to have this fixed, finally. :-) -- José Abílio

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

kde July 2022