Re: Dolphin search does not work
On Thu, 24 Dec 2020, Miguel A. Vallejo wrote: > Yes, Baloo was activated. I disabled it and now everything works perfectly. Well, now it uses file system based search, which might be much slower. And in addtion, baloo can index also the content of files. So you have to be aware of the difference. If you don't use baloo for anything specific, disabling is anyway a good idea... Norbert PS: Wondering what on earth baloosearch is doing? $ baloosearch 友川カズキ /home/norbert/Maildir/Logic/Tomokawa_Kazuki/cur/1475172660_0.15915.wienerschnitzel,U=3,FMD5=fa8f2b17ed3b1ed04110296d55a5b5d5:2,S /home/norbert/kyon-message.txt /home/norbert/JAIST/Teaching/L211/2015j/reports/grading-data.csv Elapsed: 0.243352 msecs $ baloosearch 友川 Elapsed: 0.090924 msecs So why do you files for a longer string ... very very strange. The more I play with baloo the more it feels like .. well .. broken. -- PREINING Norbert https://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Re: Dolphin search does not work
Hello. Yes, Baloo was activated. I disabled it and now everything works perfectly. Thank you for the tip.
Re: Dolphin search does not work
Hi Miguel, again me, > Do you have Baloo activated? and, in addition, is baloo currently indexing files? It seems that when baloo is activated, and indexing hasn't been finished, searches in dolphin simply terminate with "not found" https://bugs.kde.org/show_bug.cgi?id=420172 That would explain the case on my computer, where I turned it on just recently and it has to index a few million files. Best Norbert -- PREINING Norbert https://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Re: Dolphin search does not work
Hi Miguel, > > > After installing the new KDE in unstable I noticed the find function > > > in Dolphin does not work: Enter in a directory full of files, press Do you have Baloo activated? On one system with baloo activated I can reproduce your finding, but on another with baloo disactivated I can properly search. Can you please confirm? Best Norbert -- PREINING Norbert https://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Re: Dolphin search does not work
Thank you El mié, 23 dic 2020 a las 23:22, Norbert Preining () escribió: > > On Wed, 23 Dec 2020, Miguel A. Vallejo wrote: > > After installing the new KDE in unstable I noticed the find function > > in Dolphin does not work: Enter in a directory full of files, press > > Ctrl-F, type your search string and no matter what you type nothing is > > found. > > Indeed. I will check with upstream. > > > Norbert > > -- > PREINING Norbert https://www.preining.info > Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Re: Dolphin search does not work
On Wed, 23 Dec 2020, Miguel A. Vallejo wrote: > After installing the new KDE in unstable I noticed the find function > in Dolphin does not work: Enter in a directory full of files, press > Ctrl-F, type your search string and no matter what you type nothing is > found. Indeed. I will check with upstream. Norbert -- PREINING Norbert https://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Dolphin search does not work
After installing the new KDE in unstable I noticed the find function in Dolphin does not work: Enter in a directory full of files, press Ctrl-F, type your search string and no matter what you type nothing is found. It is a bug or am I missing some package(s)? Thank you in advance
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
On Wed, Dec 23, 2020 at 2:21 PM Ritesh Raj Sarraf wrote: > > On Wed, 2020-12-23 at 13:37 +0100, Sedat Dilek wrote: > > After login into Plasma/Wayland: > > A text cut in konsole via middle-mouse cannot be pasted into Firefox- > > ESR:-( > > There are many many minor nuances if you talk about a Desktop > integration with Wayland. But overall it has improved than what it was > earlier. > > I still find not having the SSH/GNUPG agent running under Wayland, as a > blocker and keep switching back to using `startx` > Interesting NoGo and really annoying. Hehe, I cannot remember all the options to start(X) from a terminal or to create modelines for X manually. Since I use Linux I am used to cut-n-paste via middle-mouse, so this is *for me* a *NoNoNoGo*. - Sedat -
Plasma/Wayland: Middle-mouse cut-n-paste
Hi, today I upgraded my KDE desktop-environment (DE) to Plasma v5.20.x and Framework v5.77.x from Debian/unstable - together with some Base-Apps to v20.12.x if available. As a terminal app I use konsole, but in Plasma/Wayland I cannot use middle-mouse for cut-n-paste (primary selection). What works: terminal$ konsole -platform xcb terminal$ QT_QPA_PLATFORM="xcb;wayland" konsole Fabian Vogt commented on the autodetection via QT_QPA_PLATFORM environment variable. Not sure what the default behaviour and settings is in Debian/KDE/QT is. Here on Debian/testing AMD64 it looks like the environment variable QT_QPA_PLATFORM is not set: user$ declare -x | grep QT declare -x PLASMA_USE_QT_SCALING="1" declare -x QT_AUTO_SCREEN_SCALE_FACTOR="0" declare -x QT_WAYLAND_FORCE_DPI="96" Checking my DE from shell: user$ declare -x | grep XDG_SESSION declare -x XDG_SESSION_CLASS="user" declare -x XDG_SESSION_DESKTOP="KDE" declare -x XDG_SESSION_ID="26" declare -x XDG_SESSION_PATH="/org/freedesktop/DisplayManager/Session9" declare -x XDG_SESSION_TYPE="wayland" Can I change the behaviour of konsole via its settings (in its menu I did not found something useful)? Can I do the change KDE/App specific (see ArchLinux Wiki).? Systemwide via KDE system-settings? Any other and useful ways? Thanks. Regards, - Sedat - [1] https://lists.opensuse.org/opensuse-kde/2018-06/msg5.html [2] https://wiki.archlinux.org/index.php/KDE#Kmail,_Kontact_and_wayland
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
On Wed, 2020-12-23 at 14:28 +0100, Sedat Dilek wrote: > > > > I still find not having the SSH/GNUPG agent running under Wayland, > > as a > > blocker and keep switching back to using `startx` > > > > Interesting NoGo and really annoying. > > Hehe, I cannot remember all the options to start(X) from a terminal > or > to create modelines for X manually. I should emphasize why I use `startx` for my desktop session. Because the recommended login manager for KDE, i.e. SDDM, does not allow root- less Xorg. I see there's a bug report on the upstream page for it but nobody has bothered to work on this integration bug (for years). I realized that I cannot wait for another decade for such integration issues to be fixed, nor can I live with too many glitches with Wayland, and neither can I dedicate my skilled time to fixing these integration issues myself; so just live with whatever best can be made out. :-) Happy holidays to all. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: This is a digitally signed message part
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
On Wed, 2020-12-23 at 13:37 +0100, Sedat Dilek wrote: > After login into Plasma/Wayland: > A text cut in konsole via middle-mouse cannot be pasted into Firefox- > ESR:-( There are many many minor nuances if you talk about a Desktop integration with Wayland. But overall it has improved than what it was earlier. I still find not having the SSH/GNUPG agent running under Wayland, as a blocker and keep switching back to using `startx` -- Given the large number of mailing lists I follow, I request you to CC me in replies for quicker response signature.asc Description: This is a digitally signed message part
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
> After login into Plasma/Wayland: > A text cut in konsole via middle-mouse cannot be pasted into Firefox-ESR:-(. > I checked some old emails... I tried... 'konsole -platform xcb' ...that works with middle-mouse paste. More details in [1] and especially the comments from Fabian Vogt in [2] were helpful (topic "QT_QPA_PLATFORM" and autodetect xcb vs. wayland). It looks like environment variable QT_QPA_PLATFORM is not set here: user$ declare -x | grep QT declare -x PLASMA_USE_QT_SCALING="1" declare -x QT_AUTO_SCREEN_SCALE_FACTOR="0" declare -x QT_WAYLAND_FORCE_DPI="96" I remembered how to check the D(esktop) E(nvironment) from shell: $ declare -x | grep XDG_SESSION declare -x XDG_SESSION_CLASS="user" declare -x XDG_SESSION_DESKTOP="KDE" declare -x XDG_SESSION_ID="26" declare -x XDG_SESSION_PATH="/org/freedesktop/DisplayManager/Session9" declare -x XDG_SESSION_TYPE="wayland" Can I change the behaviour of konsole? - Sedat - [1] https://lists.opensuse.org/opensuse-kde/2018-06/ [2] https://lists.opensuse.org/opensuse-kde/2018-06/msg5.html [3] https://wiki.archlinux.org/index.php/KDE#Kmail,_Kontact_and_wayland
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
> After login into Plasma/Wayland: > A text cut in konsole via middle-mouse cannot be pasted into Firefox-ESR:-(. > Logged into GNOME/Wayland I can do that successfully. - Sedat -
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
On Wed, Dec 23, 2020 at 1:22 PM Sedat Dilek wrote: > > On Wed, Dec 23, 2020 at 11:16 AM Norbert Preining wrote: > > > > Hi > > > > > excited as I know the kwayland-integration now supports the > > > "middle-mouse-paste" feature. > > > > Actually, it seems that this is still problematic from what I read. > > > > Hmm, I do not see Plasma/wayland as an option in SDDM login-manager. > So, I cannot report. > Fixed by: root# apt-get install -y -t unstable kwin-wayland plasma-workspace-wayland plasma-wayland-protocols After login into Plasma/Wayland: A text cut in konsole via middle-mouse cannot be pasted into Firefox-ESR:-(. - Sedat -
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
On Wed, Dec 23, 2020 at 11:16 AM Norbert Preining wrote: > > Hi > > > excited as I know the kwayland-integration now supports the > > "middle-mouse-paste" feature. > > Actually, it seems that this is still problematic from what I read. > Hmm, I do not see Plasma/wayland as an option in SDDM login-manager. So, I cannot report. > > As said, my "base" system is Debian/testing where I have given > > packages from Debian/unstable and others an APT prio of 99. > > That sounds like a great recipe for chaos! Be prepared for cleaning up a > big mess yourself. > Thanks for the helpful informations and friendly warnings. The upgrade worked here on Debian/testing. Not as described in my 2nd email, it needed some APT-shell-kungfu. > > The following packages will be REMOVED: > > ... > > user-manager (4:5.19.5-3) > > > > This seems to be the only KDE package which will be removed. > > My user-management is done via shell-commands, so I can live with that. > > user-manager is superseeded by a kcms plugin, and is not needed anymore, > but the functionality is still there. > OK, a plugin for KConfig module (KCM). [1] https://wiki.archlinux.org/index.php/KDE#KCM > > More important is *kdeconnect* for me. > > Will it work within KDE/Plasma 5.20 and KF 5.77? > > Try it ... I don't use it. > I was able to connect to my smartphone via WLAN and kdeconnect. Controlling VLC via kdeconnect is cool and playing muzak. > > So, I saw some packages still have version "20.08.3" not "20.12.x". > > Dunno, if there exist a 20.12.x version for kdeconnect. > > That is not a problem. The KDE/Apps can be updated *mostly* independent, > and most of them have anyway hardly any changes between 20.08 and 20.12. > OK. > > Is there any magic to just upgrade KDE/Plasma 5.20 and KF 5.77 > > packages within a Debian/testing system? > > Yes, there is great perfect unbeatable magic, it is called > WAITING > ;-) Wait until the packages arrive in testing, and it will (hopefully) > automatically work. > When I played with KDE/GNOME & Wayland I knew how to check the desktop environment via shell. In KInfoCenter I see the upgraded versions of KDE/Plasma to v5.20.4 and KDE/Framework to v5.77.0. dpkg lists no more old versions of KDE/Plasma & KDE/Framework. Thanks, Best greetings, - Sedat - - Sedat - > Best > > Norbert > > -- > PREINING Norbert https://www.preining.info > Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
> Is there any magic to just upgrade KDE/Plasma 5.20 and KF 5.77 > packages within a Debian/testing system? > Looks like this is doing the trick here: root# LC_ALL=C apt-get install -s kde-standard kde-plasma-desktop plasma-framework libqt5webenginecore5 -t unstable root# LC_ALL=C apt-get install -s kde-standard kde-plasma-desktop plasma-framework libqt5webenginecore5 -t unstable | egrep ^Remv Remv user-manager [4:5.19.5-3] root# LC_ALL=C apt-get install -s kde-standard kde-plasma-desktop plasma-framework libqt5webenginecore5 -t unstable | egrep ^Inst | wc -l 300 root# LC_ALL=C apt-get install -s kde-standard kde-plasma-desktop plasma-framework libqt5webenginecore5 -t unstable | egrep ^Inst Inst libkf5config-bin [5.74.0-2] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [amd64]) Inst libqt5dbus5 [5.15.1+dfsg-4] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5network5 [5.15.1+dfsg-4] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5gui5 [5.15.1+dfsg-4] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libkf5configgui5 [5.74.0-2] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [amd64]) [] Inst libkf5configcore5 [5.74.0-2] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [amd64]) [] Inst libkf5config-data [5.74.0-2] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [all]) [] Inst libkf5coreaddons5 [5.74.0-2] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [amd64]) [] Inst libkf5coreaddons-data [5.74.0-2] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [all]) [] Inst libkf5widgetsaddons5 [5.74.0-3] (5.77.0-4 Debian:buildd-unstable, Debian:unstable [amd64]) [] Inst libkf5widgetsaddons-data [5.74.0-3] (5.77.0-4 Debian:buildd-unstable, Debian:unstable [all]) [] Inst libqt5widgets5 [5.15.1+dfsg-4] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libkf5i18n5 [5.74.0-3] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [amd64]) [] Inst libkf5i18n-data [5.74.0-3] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [all]) [] Inst libqt5qmlmodels5 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtqml [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5qmlworkerscript5 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5quick5 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick2 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick-privatewidgets [5.15.1-2] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick-window2 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick-dialogs [5.15.1-2] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtgraphicaleffects [5.15.1-2] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick-layouts [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick-controls [5.15.1-2] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5positioning5 [5.15.1+dfsg-2] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5printsupport5 [5.15.1+dfsg-4] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5sensors5 [5.15.1-2] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5webchannel5 [5.15.1-2] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5webkit5 [5.212.0~alpha4-7] (5.212.0~alpha4-10 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtwebkit [5.212.0~alpha4-7] (5.212.0~alpha4-10 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5quicktemplates2-5 [5.15.1+dfsg-2] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick-templates2 [5.15.1+dfsg-2] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5quickparticles5 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick-particles2 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5quickcontrols2-5 [5.15.1+dfsg-2] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qml-module-qtquick-controls2 [5.15.1+dfsg-2] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst qtwayland5 [5.15.1-3] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5waylandclient5 [5.15.1-3] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5waylandcompositor5 [5.15.1-3] (5.15.2-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5quickwidgets5 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libqt5qml5 [5.15.1+dfsg-3] (5.15.2+dfsg-2 Debian:testing, Debian:unstable [amd64]) [] Inst libkf5windowsystem5 [5.74.0-2] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [amd64]) [] Inst libkf5windowsystem-data [5.74.0-2] (5.77.0-2 Debian:buildd-unstable, Debian:unstable [
Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
Hi > excited as I know the kwayland-integration now supports the > "middle-mouse-paste" feature. Actually, it seems that this is still problematic from what I read. > As said, my "base" system is Debian/testing where I have given > packages from Debian/unstable and others an APT prio of 99. That sounds like a great recipe for chaos! Be prepared for cleaning up a big mess yourself. > The following packages will be REMOVED: > ... > user-manager (4:5.19.5-3) > > This seems to be the only KDE package which will be removed. > My user-management is done via shell-commands, so I can live with that. user-manager is superseeded by a kcms plugin, and is not needed anymore, but the functionality is still there. > More important is *kdeconnect* for me. > Will it work within KDE/Plasma 5.20 and KF 5.77? Try it ... I don't use it. > So, I saw some packages still have version "20.08.3" not "20.12.x". > Dunno, if there exist a 20.12.x version for kdeconnect. That is not a problem. The KDE/Apps can be updated *mostly* independent, and most of them have anyway hardly any changes between 20.08 and 20.12. > Is there any magic to just upgrade KDE/Plasma 5.20 and KF 5.77 > packages within a Debian/testing system? Yes, there is great perfect unbeatable magic, it is called WAITING ;-) Wait until the packages arrive in testing, and it will (hopefully) automatically work. Best Norbert -- PREINING Norbert https://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Wohooo! Plasma 5.20 and KF 5.77 coming to unstable
Hi,
today I wanted to upgrade my Debian/testing AMD64 system.
My last update for Debian/testing was on Dec 12th 2020.
When I read about "Plasma 5.20 and KF 5.77 coming to unstable" I got
excited as I know the kwayland-integration now supports the
"middle-mouse-paste" feature.
Thus, I have activated all my Debian/unstable sources.list again to
get in taste of KDE/Plasma version 5.20.
As said, my "base" system is Debian/testing where I have given
packages from Debian/unstable and others an APT prio of 99.
root# LC_ALL=C apt-get dist-upgrade -V -t unstable
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
...
user-manager (4:5.19.5-3)
This seems to be the only KDE package which will be removed.
My user-management is done via shell-commands, so I can live with that.
More important is *kdeconnect* for me.
Will it work within KDE/Plasma 5.20 and KF 5.77?
root# LC_ALL=C apt-cache policy kdeconnect
kdeconnect:
Installed: 20.08.3-1
Candidate: 20.08.3-1
Version table:
*** 20.08.3-1 500
500 http://ftp.debian.org/debian testing/main amd64 Packages
500 https://deb.debian.org/debian testing/main amd64 Packages
99 http://ftp.debian.org/debian unstable/main amd64 Packages
99 https://deb.debian.org/debian unstable/main amd64 Packages
So, I saw some packages still have version "20.08.3" not "20.12.x".
Dunno, if there exist a 20.12.x version for kdeconnect.
Is there any magic to just upgrade KDE/Plasma 5.20 and KF 5.77
packages within a Debian/testing system?
root# dpkg -l | egrep 'task|plasma|standard|full' | grep kde | awk
'/^ii/ {print $1 " " $2 " " $3}' | column -t
ii kde-plasma-desktop 5:107
ii kde-standard 5:107
ii kdeplasma-addons-data4:5.19.5-4
ii task-german-kde-desktop 3.61
Normally, I expect one of this commands shall do it (or in combination):
root# apt-get install -s [ task-german-kde-desktop ] [ kde-standard ]
[ kde-plasma-desktop ] -t unstable
I remember I have un-installed *task-kde-desktop* due to depends-on
*apper* as I do my package-management with apt and dpkg.
root# LC_ALL=C apt-get dist-upgrade -V -t unstable
...looks good (but a lot of other stuff will be upgraded).
Thanks for this Xmas present and answering my questions.
Regards,
- Sedat -
[1] https://wiki.debian.org/KDE
