So kde-plasma upstream has been redoing the barcode/prison related stuff in klipper recently, and while it still builds with USE=-qrcode, at runtime the klipper tray icon appears but klipper's not working and the popup menu has this error: Error loading QML file: file:///usr/share/plasma/plasmoids/org.kde.plasma.clipboard/contents/ui/clipboard.qml: 110:13 Type BarcodePage unavailable file:///share/plasma/plasmoids/org.kde.plasma.clipboard/contents/ui/BarcodePage.qml:26:1: module "org.kde.prison" is not installed Which is correct, it's not. But USE=-qrcode is supposed to turn off the requirement for it and with the rework it apparently is no longer doing so. (Upstream) HEAD is currently e3a3631cb, merged as it's a run-time error, but I suspect (without yet testing) that the culprit commit is: commit 7bd9bea07 Author: Kai Uwe Broulik <kde@privat.broulik.de> Date: Fri May 29 09:15:58 2020 +0200 [Clipboard Plasmoid] Port to Prison QML import ... tho previously I was at 3a39bd947 (tho I'm not absolutely sure on it either... but I've been updating every few days and think I used klipper in the last week so it can't be too far back), and there's a number of other klipper/prison related commits in the area as well. OK, now that I've filed I'm off to narrow it down a bit further and will update if it's not fixed ahead of my doing so.
This would be better reported upstream then.
(In reply to Duncan from comment #0) > I suspect (without yet testing) that the culprit commit is: > commit 7bd9bea07 Confirmed now. (In reply to Andreas Sturmlechner from comment #1) > This would be better reported upstream then. They didn't change their config flag or maybe made it required now and Gentoo/KDE hasn't synced up yet? I've been actively filing upstream bugs as I've found must be nearing a dozen recently (mostly with the new kwin/rules-kcm) and ~half are already fixed, but I thought this one might be a gentoo/upstream sync thing given the qrcode USE flag, so I filed it here. But I can file it upstream given you believe it's not gentoo-side. Gonna take a look at that commit now that I nailed it down, first, tho, and perhaps confirm USE=qrcode as a workaround if the several additional deps it seems to pull in aren't monsters.
Yeah, seems to be upstream (based on the commit and error). It should be still runtime-optional but they seem to have missed a change at a tail end of clipboard.qml, which wasn't touched in that commit, and there's nothing clipboard/klipper related since (all the related commits were before). As a quick test /*..*/ commenting about 5 lines there seems to work around the problem for no-qrcode folks but probably breaks the folks that use it so isn't a fix. But it's obviously upstream's bug so I'll close here, file there, and put the upstream bug here when I have it.
(In reply to Duncan from comment #3) > But it's obviously upstream's bug so I'll close here, file there, and put > the upstream bug here when I have it. Thank you very much!
Upstream bug at the URL, but here it is too so anyone reading here won't have to scroll up for it. https://bugs.kde.org/show_bug.cgi?id=422308
*** Bug 727704 has been marked as a duplicate of this bug. ***
It's officially required now: https://invent.kde.org/plasma/plasma-workspace/-/commit/63f1b86005de175932a43ec58576b2a8d9a5a962