kde May 2020

kde@lists.fedoraproject.org

28 participants
19 discussions

How to set default session type to Plasma for sddm
by Roderick Johnstone 29 Oct '21

29 Oct '21

Hi How do I set the default session type for sddm to offer to be Plasma? I'm currently getting Gnome Classic? This is F22. Thanks Roderick Johnstone

7 13

Crashes
by Steve Grubb 04 Aug '20

04 Aug '20

Hello, I was curious about something. KDE has its own crash handling system. How does this community track any metrics around code stability if upstream gets reports? Kontact has segfaulted 20 times on me today. Each time it says it cannot generate a bug report. Abrtd does not seem to pick up anything. Shouldn't it? How does this community track when a recent update suddenly starts making things crash? Kontact was fine 3 weeks ago. I updated today (3 weeks of patches) and its crashing all the time to the point its unusable. It won't generate a bug report, abrtd seems not to notice either. -Steve

1 1

Enable earlyoom for KDE Spin
by Ben Cotton 01 Jul '20

01 Jul '20

Hi KDE team, Workstation enabled earlyoom by default[1] in Fedora 32. A search of Bugzilla suggests it has been a pretty well-behaved change. How do we feel about submitting this as a self-contained change proposal for Fedora 33 KDE? [1] https://fedoraproject.org/wiki/Changes/EnableEarlyoom -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis

11 16

kwin_x11 issue - 94 to 99 % process.
by Robin Laing 23 Jun '20

23 Jun '20

Hello I am trying to find out why kwin_x11 is using one core on my machine at and showing 94 to 99% in top. It isn't consistent as some times this doesn't occur. This is on F30. I set up another account on this machine for working at home and switch between the users being logged in at the same time. User A and B KDE sessions are running. New user C was created for work. I login user C and switch back to B or A and then one core goes to 94 to 99% load on kwin_x11 for user C. If I go to a VT terminal session , the kwin_x11 load disappears so it is related to both kwin sessions. If I use a tree listing, there is nothing listed under kwin-x11 strace on the process provides ppoll([{fd=11, events=POLLIN}, {fd=9, events=POLLIN}, {fd=13, events=POLLIN}, {fd=6, events=POLLIN}, {fd=5, events=POLLIN}], 5, {tv_sec=0, tv_nsec=0}, NULL, 8) = 0 (Timeout) strace Summary of process calls. % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 100.00 0.713184 6 110466 ppoll ------ ----------- ----------- --------- --------- ---------------- 100.00 0.713184 6 110466 total It does seem to be worse if I have any applications open such as Firefox or LibreOffice. Robin

2 6

What provides the python file Ubuntu.OnlineAccounts?
by Lester M Petrie 31 May '20

31 May '20

Hi, I want to setup access to a live.com account, but when I click on "Online Accounts" in System Settings, an error is returned instead of letting me set it up. The error message follows: Error loading QML file. file:///usr/share/kpackage/kcms/kcm_kaccounts/contents/ui/Accounts.qml:31 module "Ubuntu.OnlineAccounts" is not installed which is essentially the message given in the journal. I looked at the file and line 31 is import Ubuntu.OnlineAccounts 0.1 as OA The file comes from "kaccounts-integration-19.12.1-1.fc31.x86_64" which is installed. So it looks to me like I need to find a correct "Ubuntu.OnlineAccounts" and install it. If that is correct, where do I find it? If not, what do I do to set up my live.com account? -- Lester M Petrie

3 3

kamoso in bad shape
by Sérgio Basto 29 May '20

29 May '20

Hi, I tried update kamoso to 20.04.1 [1] but still seems not working correctly [2] can't open video settings ... Any idea what might be ? Thank you [1] https://src.fedoraproject.org/rpms/kamoso/pull-request/1 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1839599 -- Sérgio M. B.

1 0

KDE Windows with borders so they aren't camouflaged, please !
by linux guy 28 May '20

28 May '20

Long time KDE user. Long time Fedora user. A while back KDE windows lost distinct visible contrasting borders. So now if you have two windows overlaying each other of the same color (usually white) you can't see where one window ends and another begins, except by viewing the content of the window. I find this really distracting. I am constantly straining to see the edges of windows. Please bring back distinct, visible, contrasting window borders, at least as an option. Thanks PS... just totally messed up my desktop by messing around trying to fix this. Was testing different window styles in System Settings -> Global Theme. Selected "Use desktop layout from theme", just to get things consistent. Got the warning "Your desktop layout will be lost and rest to the default layout provided by the selected theme". I thought about that for a minute and decided it would be OK if I had to change folder sizes, etc. No biggie. But what I didn't realize is that it removed all my widgets and task bars ! It is going to take me a couple hours to get things back to the way they were widget wise. Please add the words widgets and desktop wallpaper to the warning. Desktop layout means everything about the desktop, not just the theme stuff.

4 10

kwinft copr
by Rex Dieter 28 May '20

28 May '20

I created a copr under kdesig namespace, https://copr.fedorainfracloud.org/coprs/g/kdesig/kwinft/ Currently is empty (both in terms of contributors and packages), but in case anyone's interested in working on packaging/distributing some of the items from the kwinft fork project, https://gitlab.com/kwinft/ feel free to chime in and apply for access @ copr -- Rex

3 3

After upgrade to Fedora 32 some apps doesn't work any more
by Klaus Kolle 27 May '20

27 May '20

Hi, I just upgraded one of my laptops to version 32. Most seems to work fine, but a few doesn't work any more. Starting Calibre I get this: Traceback (most recent call last): File "/usr/bin/calibre", line 20, in <module> sys.exit(calibre()) File "/usr/lib64/calibre/calibre/gui_launch.py", line 72, in calibre main(args) File "/usr/lib64/calibre/calibre/gui2/main.py", line 542, in main listener = create_listener() File "/usr/lib64/calibre/calibre/gui2/main.py", line 513, in create_listener return Listener(address=gui_socket_address()) File "/usr/lib64/calibre/calibre/utils/ipc/server.py", line 109, in __init__ self._listener._unlink.cancel() AttributeError: 'NoneType' object has no attribute 'cancel' Starting dnfdragora gives after long time updating the repo files this: Get root backend. Locked (False) Get root backend. Locked (False) Unexpected error: <class 'KeyError'> <_M_> [ui] YUILoader.cc:163 deleteUI(): Shutting down UI <_M_> [ew] YExternalWidgets.cc:116 ~YExternalWidgetsTerminator(): Shutting down mga External Widgets <_M_> [ew] YMGAWidgetExtensionFactory.cc:49 ~YMGAWidgetFactory(): Factory removed From this I guess the there may be something wrong with the Python installation, but I cannot figure out what to do to fix it. Can you give me any hints to overcome these problems? |< -- Med venlig hilsen Klaus Kolle Teknikumingeniør, B.Sc.EE., e-mail : klaus(a)kolle.dk Master of IT www : www.kolle.dk Asger Jorns Vej 17 Telephone : +4522216044 DK-8600 Silkeborg, Denmark "Leave me alone, I know what I'm doing!" Kimi Räikönen, Abu Dhabi F1 race 2012. Planlægning er tanker om noget man agter at gøre en gang i fremtiden, hvis omstændighederne tillader det. Klaus Kolle 2006 Perfection is achieved not when nothing more to add, but when there is nothing more left to take away. Antoine de Saint-Exupery

5 9

Rawhide and KDE
by Adam Williamson 23 May '20

23 May '20

Hey folks! So, currently Rawhide composes are failing because KDE in Rawhide is broken: about half of KDE 5.18.90 got built, then kwin failed because it depends on a new "kwayland" thing that is not yet packaged. See https://pagure.io/releng/failed-composes/issue/1459 for some notes on this. This means KDE images don't build, and as some KDE images are release-blocking they are set as fatal in pungi config, meaning the compose fails if any of those images fails to build. KDE team, do we have an ETA for fixing this? If it's not going to be fixed soon, I'd like to suggest we either temporarily mark the KDE images as non-fatal in pungi config (so Rawhide composes can succeed with KDE broken), or untag all the 5.18.90 builds that have been done so far. Thoughts on that? For the future: can KDE team please consider doing this kind of major version bump in side tags, rather than just firing the builds off directly into Rawhide? It would avoid this kind of bear trap: if something like this shows up halfway through the process, we wouldn't wind up with Rawhide being broken. Thanks everyone! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net

3 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

kde May 2020