Serious Frustrations With Kubuntu

I started using KDE in the ‘90s. Back then I tested Gnome, KDE, and a few other DEs and KDE has been my preferred one since then. I haven’t been continually on Linux, I’ve had times I’ve had to use other OSes. In the past few years, I used KDE on Debian for the computer in my workshop. It worked fine. I also know, from all those years using Linux, that many are going to want to attack me for this post because I’m saying, “There are problems here,” and some don’t want to hear that.

(Note, yes, I use “app” instead of “program.” Sorry, just lazy.)

I just downloaded Kubuntu 24.04.3, the latest LTS version to install on an older iMac that is old enough Apple won’t update the OS anymore.

I have not found a GUI or Linux so tough to deal with or to get some basic features working since the ‘90s, when, as a newbie, I got frustrated with RPM hell and switched to Debian as a Linux newbie. I’m not making this post to complain, but to let the KDE community know there are some serious usability issues in KDE at this point. Granted, some issues may be in the Ubuntu base, but when I tried Debian on this same iMac, I didn’t run into a lot of these issues. The UI is not only less than helpful, but almost user-hostile, which, in my experience, is FAR from normal for KDE.

I also realize I’m including 2 major issues here, instead of just one, but I think addressing them both in one post is critical, since both of them address important usability issues that are usually a simple and transparent part of setting up a new computer and change the experience from something easy and simple to a struggle. And my experience is that is NOT KDE or Kubuntu in terms of style and user friendliness. I’ve stuck with KDE for over 20 years because it has always been so good at that.

I’m posting here because this is not just a simple bug report and I think it’s something the KDE dev community needs to examine. If I’ve had almost 3 decades on Linux and find this frustrating, I can imagine how a new or not so experienced user would feel about it. (I will also post this on the Kubuntu forums as well - but I can’t join them because my email uses a gTLD and, apparently Kubuntu is over 10 years out of date in terms of knowing about gTLDs!)

  1. Wifi: Basically, Apple uses Broadcom chips, so they need proprietary drivers. But that’s only where the problem starts.

A) No hints, nothing in the Settings app, under Networking, to give me ANY idea bout setting up wifi. For the mid 2020s, this is SO 20th century! Nowhere in the install, or in the Network settings, is there any indication of the need for proprietary drivers. So I searched.

B) No clear way to install the drivers! Since the DE apps and install didn’t point me at all in the needed direction, I searched and found a few pages on setting up wifi on a Mac in Debian, Ubuntu, and Kubuntu. Nothing pointed me to how to setup the drivers in KDE. So I used apt, as instructed in one tutorial, and installed the Broadcom drivers. It looked like everything was installed okay - but wifi would not work. And, again, nothing, anywhere, that tells me the “official” way I can do it on KDE or Kubuntu. Even when searching, I didn’t find anything like a page on the Kubuntu or KDE sites.

C) I FINALLY found, with more and more searches, something about drivers in the Settings app. BUT - not one single page provided a good “path” to find the drivers app within Settings. I had to search for Drivers to get it. (So I am thinking the location for this section has been moved - but not well documented on websites?) I go there and see that I have not enabled proprietary drivers for the Broadcom chips. I’ve installed them with apt, but KDE says they’re not there. The interface here is a bit confusing, so some additional documentation in this app would help. Once I enabled the Broadcom drivers, it installed them (reinstalled?) and my wifi was FINALLY recognized.

D) Entering the password for my wifi was a nightmare! I tried to enter it, but then have to set up KWallet to do it. I want to do that, but KWallet needs me to set up an encryption key for it. Okay, where? How? What kind of key? A key in KWallet? Finally found that it needed a gpg key. Okay, done that many times, I can set it up. But WHY make it so freaking hard to do? Even when I tried to go to the KWallet app, it gave me the same steps and told me to set up a key.

E) I set up a key and have KWallet working. I have wifi. I test the sleep mode (which is another issue!) and when it wakes up, it promptly asks for my wifi password. I enter it and click Okay. (I even turn on the view option so I can be sure there are no typos.) And within a few seconds it asks for the password again. I enter it again. And again. And again. And it just won’t stop. It keeps asking me to type in the wifi password over and over. There is NO stopping it. I finally try “Cancel,” and now have no wifi. I try to select Wifi from the icons on the right side of the bottom bar and end up in that endless loop again. So I had to set up KWallet to save the password, but KDE doesn’t save the password AND when I enter it to turn wifi back on (even if it’s only been in sleep mode for 10 seconds), it doesn’t use it - it keeps asking for it again.

Recommendations:
i) Include some documentation in the Networking setting about proprietary drivers for wifi, since I know Mac is not the only hardware that will run into this kind of issue. At least POINT the user toward how to fix it. Forcing the user to have to search when simple help could be provided is a UI failure. (Especially when there are no clear pages on the KDE or Kubuntu website to address this - at least not ones that show up in a simple search.)

ii) In the dialog saying KWallet can’t work without an encryption key, include notes on how to fix that. Explain WHAT kind of key is needed (not just an encryption key - one generated by KWallet or gpg or what? That is completely unclear!). AND provide a button there to allow the user to generate and save the key, including some instructions about how important that key is. Better yet, why the heck can’t KWallet, at this point, say, “If you have an encryption key, you can enter it here or load it from a file?” Just saying, “You need a key,” and leaving the user to wonder what kind of key or how to generate it is about 25 years out of date in terms of user friendliness. I did NOT have this issue a few years ago, when I set up my workshop computer with KDE.

iii) Wifi is a critical part of setup for most computers. (And often needed to set up everything else!) There needs to be a way to setup wifi WITHOUT the need to go on the web and search and without the need to go to yet another app to setup KWallet, and another app to generate a key. Create a way to save a wifi password PERMANENTLY and to not have to provide it again after the computer wakes up from sleep mode.

Wifi is a basic need for setting up a computer from an install image. It should NOT be this hard to set it up!

  1. Bluetooth Mouse and Keyboard - these are a nightmare! I get that many input devices do not use bluetooth. My “backup” keyboard and mouse hardware is a cheap set of the keyboard, the mouse, and a small USB dongle. Plug it in and the mouse and keyboard are seen as USB devices. But there are times, besides Apple (I know because friends have told me this), that a mouse or keyboard uses bluetooth. Adding the bluetooth devices is tough and KDE can ignore them at critical times.

A) The bluetooth panel in Settings provides a long list of MAC addresses. I found when I had my Apple bluetooth mouse and keyboard on, they often weren’t seen by the app. I realize that the KDE app uses the bluetooth command to get the info, but isn’t it possible to provide a bit more than just a MAC address? And the mouse and keyboard would show up and disappear. When the keyboard did show up, I would try to type in the PIN and hit and nothing would happen. It took multiple times to try to pair the keyboard. The mouse was easier, though and didn’t take a lot of time.

B) I cannot wake the computer by using the bluetooth keyboard or mouse. I tried this many times. Once it goes to sleep, it will not respond to the bluetooth keyboard or mouse at all. I have to use my standby keyboard or mouse to wake it up and, even then, it takes time before the bluetooth devices are recognized. This may or may not be a KDE issue and may be an Ubuntu core issue. Often, after waking the computer, and making sure the bt keyboard and mouse are working, I found KDE would respond to mouse movement, but NOT to mouse clicks. (I would think this is beyond any bluetooth issues in the Debian/Ubuntu/Kubuntu core, since KDE and the system know, at this point, the mouse is there and is reading input from it.)

Recommendations:
i) Provide more feedback and info during bluetooth setup. Make instructions clearer! I can’t remember if it’s on Kubuntu or on the Debian install (with KDE) I did, but I kept getting a prompt for the keyboard that said, “Introduce bluetooth pin.” What does “Introduce” mean? Does it mean set the pin on the computer or type one on the keyboard? While this was not as much of an issue on Kubuntu, it was in KDE, on Debian, and was a mess. I’d click “Okay” and get a place to enter a PIN on the screen. I entered it, hit and then nothing happened. The logical thought was, “Okay, I guess I need to enter it on the keyboard.” Still, nothing happened. Tell me, clearly, what to do and use terms better than “Introduce.”

ii) I know KDE can’t write special cases for every kind of bluetooth device out there, but for devices as critical as a keyboard and mouse, have it flagged. If a bt mouse, trackpad, keyboard, or other commonly used input device is added, provide a dialog that informs the user of any bt issues involved - like the inability to wake the UI with a bt device. (And if there is a way to turn on “wake on bt activation,” then include info for that and a way to do it.)

I have liked using KDE for, literally, decades. I’m not trying to say, “This sucks.” If I thought that, I wouldn’t care and I’d just say, “Wow. Still a load of crap,” and move on to Unity or Gnome or something else.

I’m bringing these issues up because they make installing and setting up KDE a struggle that’s as frustrating as anything I remember from the 90s or before about 2005 in terms of Linux setup. That’s not like the KDE I’ve used for so long. Also, both issues are, I’m sure, not limited to installing on an old Mac, but are going to show up for others, as well.

maybe it’s all your prior years of experience that is getting in the way, but as a new user to kubuntu just a couple years ago, i had no problems finding the “drivers” section of the settings page when i then had the nvidia GPU.

i just open settings and type “drivers” into the search box… took me right to the page.

the wake on ______ feature is likely more to do with your bios than anything in plasma… BT could either be a USB device or a network device depending on how it’s set up on your hardware.

1 Like

Just my opinion here but most of those are distro specific issues and not KDE issues.

    1. A B, C) How to install drivers varies greatly on the distro. Some distros support your drivers out of the box, others need them to be installed and some distros don’t even support installing drivers. I don’t think that is KDEs problem to solve. The DE shouldn’t be responsible for driver management.
    1. D E) I can’t remember the last time I saw this prompt and I use a lot of different distros. This is usually automatic these days. Not sure what is going on there but it probably needs investigation. This still seems like it should start with the distro.
    1. A) BT in plasma is definitely an area of potential improvement. I find some oddity in every distro I use it on. That being said, I don’t remember having to find my device by MAC address.
    1. B) This is definitely not a KDE issue. This sounds like a hardware/firmware/BIOS issue.

To be clear, I am not trying make less of your frustration but it seems like something that should start with the distro first.

2 Likes

A bit more background: I’m experimenting. I know Apple hardware is unique and a special situation for a Linux system. (Once I get this one working, I have a Mac Mini from before 2010 I’m going to put Linux on and, in the future, I’ll keep this in mind as an option as my other Apple systems age - there are reasons I use Linux and Mac, so I’ll always have both OSes in my study and workshop.) This is Round 1 of testing - tried Ubuntu, then Debian, then Kubuntu. Tried ‘em all to find what the big issues are. Now on Round 2.

Thanks to the two that have replied so far for discussing instead of just blowing the whole thing out of the water! (I remember on many of the Linux distro mailing lists in the 90s, often the response to, “This won’t work,” was to blame the person asking questions or to say, “Maybe this isn’t the distro for you.” It’s nice to see that’s changed - it also opens doors for improvement!

I just tried my 2nd test of stock Ubuntu (using LTS versions of both ‘buntu distros). During the install, it gave me a choice: use 3rd party drivers for things like wifi and GPU. Kubuntu offeredd no such choice. For most people, they’ll never had that issue with most hardware. But there are some critical systems (like wifi) that can be an issue. I think, at this point, being able to at least flag and pass info about it on to a user is not an onerous task for a dev. (Speaking as a dev myself - someone who lived for about 20 years from the results of a software service I wrote on my own and ran for a long time.)

And that works for a lot of people. I’ll admit, I’m more keyed into learning styles and neurodiversity than most, having taught special ed for many years before I went into running my own software business. A quick search works well for some. But that the drivers panel in Settings is not easily found by looking at the list of all sections and seeing either “Drivers” or not finding it under “System” or any other logical choice is a UI issue. Not the biggest, but it’s a problem.

Yes, that’s probably a good point. On the other hand, and this is why Linux is such a small percentage of desktop systems, part of the job of a UI developer is to ask, “What are issues users will run into and how can we fix them before they happen?” So I could see KDE would find an advantage to add options for things like Wake on Bluetooth (or maybe Wake on LAN?) as things that can easily be handled in Settings.

Fair point. Maybe it isn’t. I did notice that Ubuntu (stock) did specify the point about that some things might need 3rd party drivers. Kubuntu did not. So that’s a distro issue and, when the Kubuntu forum lets me join (by not blacklisting gTLDs that have been around well over a decade in emails!), I’ll be bringing it up there.

While, on the one hand, the DE should not have to handle drivers, on the other hand, what’s a DE for? To make a system more useable. So this may not be KDE’s responsibility, but it’s also a place where KDE can do something that provides features other DE’s don’t and goes a long way to making Linux (especially KDE) more useable for more users on the desktop.

I haven’t seen it before (for reference, this is the prompt about setting up KWallet and needing a key for it before I could even provide a password for my wifi). Again, I have used KDE recently, so this surprised me. I don’t know why it came up, but I see it as a major issue, since it puts a lot of roadblocks into just using wifi. And when wifi is down, unless you have CAT5 to use, you can’t even search for the answer on the computer you’re using. So having something like this that can throw up roadblocks to just simply get wifi working is - well, it’s not well thought out. And to have those road blocks and NOT provide the chance to click on a few buttons to fix it is seriously outdated.

Since I didn’t run into this with KDE on Debian, it may be a Kubuntu issue. (Haven’t tried KDE on Ubuntu yet - I wonder if it’ll be a problem there.) So, somewhere in the system, was a bug and that KDE kept saying KWallet wouldn’t work, yet forcing me to use it, and giving me a roadblock, one that KDE could make it easy to overcome, is a problem.

Yes, thanks - that’s one point I think is important for BT use. I have no idea what most of those BT devices were. Could be the headphone I use with my phone, or my phone, or other devices in the area. (Maybe even the keyboard and mouse for my wife’s iMac about 8’ away?) And it’s not just the MAC address issue. While this part may be a distro issue (and I’d say it’s a Debian issue, since I’m sure they’re using the bluetooth command to get the info, and that goes back to Ubuntu, which goes back to Debian), still, it needs more than just quickly written interface for the bluetooth command (which is basically what KDE provides). Clearer language (like not saying “Introduce…”) is needed and a lot could be done to clear up what’s going on.

Agreed - but only to a point. (Clarification for other readers, this is about the wake on BT use issue.) As I mentioned above, the whole purpose of a DE is to make the computer easier to use and to make it accessible to people who don’t want to just use a terminal. So, no, technically, it’s not on KDE. Having said that, though, this creates a usability issue with KDE and it confuses users. With that in mind, then KDE devs could go “above and beyond” and address this by noting when BT input devices are used and to add options, in settings, to wake on BT use and even to add a popup when someone adds a BT input device to say, “This is a BT device and BT does not work when waking up for sleep. However, we can make it wake on BT use. However, the computer will use some more power to keep this option working.”

I think some can be handled with the distro - and, with that, I’ll find out through more testing if it’s an Ubuntu or a Debian issue. (Honestly, been a while since I’ve used *buntu, so I don’t even know how closely it’s based on Debian anymore.) But I bring these issues up because some of them could be handled with KDE, especially since KDE is designed to work on many different distros and could solve some of these issues whether the distros fix them or not. The reason for KDE doing that would be, as I mentioned, increasing the usability of desktop Linux.

that’s actually an improvement since the install used to hang there a lot of the time.

this is why ppl say you should use the TRY feature first to make sure all your hardware is recognized

if the wi-fi is not recognized then, you know you will have some manual work to do after you get the OS installed, and that you will need to use an ethernet connection to access the software and drivers needed.

as far as i know, if you go into the drivers settings and look under “additional drivers” you should see any proprietary drivers that are applicable to your hardware and you can easily install them from their, point and click easy.

my wi-fi is intel based, so the kernel automatically picks it up without any intervention on my part.

they named it driver manager… not sure what else more could be done on that front

that would require the DE to make changes to my firmware settings in the bios and i’m kind of a purist when it comes to my machine should be MY machine the OS should stay in it’s lane.

the last thing i would want from linux is some microsoft levels of interference with how my hardware is set up… that stuff should be kept separate.

i don’t want linux doing my bios updates or changing any of the settings in there… that’s what forums are for.

1 Like

Not sure this is the right place to ask this but… I’m having trouble with the very same “Introduce PIN” prompt for Bluetooth connection: is it supposed to only accept letters and digits?

For context: I’m trying to pair a wiimote and it seems the PIN for it contains special characters that I’m supposed to copy-paste from elsewhere, but which I can’t input or paste in that prompt. I also tried doing it with bluetoothctl in terminal but it also opens that same prompt (even when doing it in a text-only TTY). Does anyone know how I could input that PIN correctly?

middle mouse button paste does not work in the terminal?

even if the characters are not showing on the screen they should still be read when you hit the enter key.

what special characters are supposed be input in this prompt?

Well here’s the thing: I can’t find a way to input it in the terminal. Even with bluetoothctl and typing connect 18:2A:7B:CB:94:D1 in the terminal it opens this notification:

[prompt input: see below, can’t put more than one image per post]

This prompt input does not seem to accept anything other than letters and digits ([a-zA-Z0-9]{1,16}), not even the hyphen-minus and the underscore.

For some reason, it’s supposed to be the MAC address as bytes in reverse order (so for 18:2A:7B:CB:94:D1 it would be Ñ\u0094Ë{*\u0018)

[prompt input:]

so are you saying if you highlight the pin text from the bluetooth window and then use the middle mouse button in the pin window, nothing appears at all, or you get hat globallygook instead?

maybe try pasting it into kate first and then highlighting that so you can middle paste into the text box.

also i have had to , in the past, remove dashes and colons a verification pin because the pin text window would not take anything but numbers and letters, but once those extra characters were removed, it worked.

presumably you only need to go thru this hassle once, right?

Good idea, but I tried and this input doesn’t accept anything that isn’t unaccented letters or digits :woman_shrugging: (even just does nothing: if pasted or middle-pasted nothing actually shows up and the OK button is still disabled, if put in manually only the A shows up)

Unfortunately here all six characters are special :confused:

I also tried entering it as just letters and digits instead of byte characters (i.e. D194CB7B2A1), but it doesn’t seem to be the right PIN (bluetoothctl says “failed to connect” and “Disconnected - org.bluez.Reason.Local, Connection terminated by local host”)

Yep ^^"

That’s also why I haven’t tried the alternatives yet: there’s Bluetooth Passthrough but it seems to be mostly for the Dolphin emulator, and there’s the BlueZ wiimote plugin but a quick grep shows it’s (apparently) already enabled. Besides, installing Dolphin or re-compiling BlueZ seems a little overkill when all I need is for the “introduce PIN” prompt to not show up so that it lets me input it in the terminal lol

What would that accomplish? Such an option would suggest to the user that such a feature is supported even when it is not.

The system (hardware and operating system) needs to be able to do this before it makes sense to present an UI for it.

Otherwise the users will get frustrated that they’ve enabled an option but not seeing the expected behavior. Some of them might even create bug reports or complain on the Internet, taking contributor time to explain which could have been spent on something more productive like helping users with actual issues

It provides UI for the features provided by the system.
What value would there be to provide UI for features the system is incapable of delivering?

Or having UI for something that each system handles differently. At some point the systems either need to agree on a common interface or provide the UI themselves.

Most BT devices send a name and/or description even before having been paired.
Unfortunately there are various ways on how that data is being transmitted so it will to some extend depend on the receiving side on whether it understands.

Headphone vendors might only test with iOS and Android, computer peripheral vendors might only have tested with macOS and Windows, etc.

If you are only seeing MAC addresses it is probably either an issue with the BT adapter/chip in your computer or the BlueZ version used by the OS.

More likely using the BlueZ D-Bus interface as this enables listening to changes and does not require polling.

How?

When a system is “sleeping” none of the programs are running, including the DE.
How would it wake the system if it isn’t awake itself?

Developer skills are not necessarily transferable in that way.
An app or DE developer does not necessarily have the knowledge of the distribution’s systems to fix the problem in their software or in the kernel.

1 Like

where are you getting this idea? is there some other documentation giving you the PIN?

just going off what you have posted i would try pasting

RVL-CNT-01-TR

or

RVLCNT01TR

or

18:2A:7B:CB:94:D1

or

182A7BCB94D1

if none of those work i would just return it and try a different brand

Well there’s: (split urls because i’m apparently not allowed to post links)

  • https: //www .wiibrew .org/wiki/Wiimote#Bluetooth_Pairing
  • https: //www .reddit .com/r/DolphinEmulator/comments/z7me8k/comment/iya2w6h/ (FYI I’m not trying to use an emulator)
  • https: //mkwpaul .github.io/wiimotePinConverter/

Tried them, none has worked. Though I don’t think it’s a good idea to “try a different brand” since what I’m trying is just to get something I already have to work with my laptop.

To reiterate, my problem is not finding the PIN, it’s being able to input something that isn’t pure alphanumeric as a Bluetooth PIN. And since the “Introduce PIN” prompt doesn’t let me do that, I’m looking for a way to bypass that prompt, or even to disable it so I can simply do it all in bluetoothctl.

2 Likes

https: //www .wiibrew .org/wiki/Wiimote#Bluetooth_Pairing

so this is where you are now

Normally, Bluetooth PINs are expected to be ASCII strings, not binary, which means that pairing Wiimotes through OS pairing prompts can be challenging due to the input methods expecting strings, but there are other interfaces that can be used to pair Bluetooth devices on most operating systems.

this is the part the GUI prompt is struggling with

For example, if the Bluetooth address of your device is 11:22:33:44:55:66, then the bytes of the PIN will be 0x66 0x55 0x44 0x33 0x22 0x11

have you tried just pasting in the hex form into the text box?

Yep, as you suggested it in your previous reply (tried again just in case)

Exactly. It’s weird that even when I try to connect using bluetoothctl in a text-only TTY it insists on showing me a GUI prompt lol

if you use ctrl+shift+F6 to get to the TTY

there should be no graphic interface running to provide a GUI popup.

Logically yes, but instead of getting bluetoothctl’s command-line prompt for the PIN, it somehow opens the GUI prompt in the graphical interface (which I only see once I press ctrl+shift+F1) :person_shrugging:

maybe try the --monitor switch or not sure what --agent does.

Tried those as well, they don’t really have to do with the PIN prompt popup. I think it might be KDE playing as middle-man?