Bug#1000592: plasma: Touchpad setting reset after suspend

2023-05-03 Thread Emmanuel Revah
Package: systemsettings
Version: 4:5.27.2-1
Followup-For: Bug #1000592
X-Debbugs-Cc: bugrep...@manurevah.com

Dear Maintainer(s),

After the system suspends to RAM, touchpad settings seem to be reset (slower
pointer speed, tap-to-click doesn't work).

When I go to systemssetings -> Touchpad, the selected settings are what they
should be, but they are not applied. I must uncheck a box (any box) and recheck
it, then, as the "apply" buttom becomes available, I can press apply and the
settings are effective.

This feels like it used to happen sometimes and now happens almost all the
time. I'm using a different laptop and different version of Debian than in the
previous report.


Cheers,



-- System Information:
Debian Release: 12.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.3.0-t2 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemsettings depends on:
ii  kio 5.103.0-1
ii  kpackagetool5   5.103.0-1
ii  libc6   2.36-9
ii  libkf5activities5   5.103.0-1
ii  libkf5auth5 5.103.0-1
ii  libkf5authcore5 5.103.0-1
ii  libkf5completion5   5.103.0-1
ii  libkf5configcore5   5.103.0-1
ii  libkf5configgui55.103.0-1
ii  libkf5configwidgets55.103.0-1
ii  libkf5coreaddons5   5.103.0-1
ii  libkf5crash55.103.0-1
ii  libkf5dbusaddons5   5.103.0-1
ii  libkf5i18n5 5.103.0-1
ii  libkf5iconthemes5   5.103.0-1
ii  libkf5itemmodels5   5.103.0-1
ii  libkf5itemviews55.103.0-1
ii  libkf5kcmutils5 5.103.0-3
ii  libkf5kiocore5  5.103.0-1
ii  libkf5kiogui5   5.103.0-1
ii  libkf5kiowidgets5   5.103.0-1
ii  libkf5kirigami2-5   5.103.0-1
ii  libkf5notifications55.103.0-1
ii  libkf5package5  5.103.0-1
ii  libkf5runner5   5.103.0-1
ii  libkf5service-bin   5.103.0-1
ii  libkf5service5  5.103.0-1
ii  libkf5widgetsaddons55.103.0-1
ii  libkf5windowsystem5 5.103.0-1
ii  libkf5xmlgui5   5.103.0-1
ii  libkworkspace5-54:5.27.2-1
ii  libqt5core5a5.15.8+dfsg-7
ii  libqt5gui5  5.15.8+dfsg-7
ii  libqt5qml5  5.15.8+dfsg-3
ii  libqt5quick55.15.8+dfsg-3
ii  libqt5quickwidgets5 5.15.8+dfsg-3
ii  libqt5widgets5  5.15.8+dfsg-7
ii  libstdc++6  12.2.0-14
ii  qml-module-org-kde-kcm  5.103.0-1
ii  qml-module-org-kde-kcmutils 5.103.0-3
ii  qml-module-org-kde-kirigami25.103.0-1
ii  qml-module-org-kde-kitemmodels  5.103.0-1
ii  qml-module-org-kde-newstuff 5.103.0-1
ii  qml-module-qtquick-controls 5.15.8-2
ii  qml-module-qtquick-layouts  5.15.8+dfsg-3
ii  qml-module-qtquick-shapes   5.15.8+dfsg-3
ii  qml-module-qtquick2 5.15.8+dfsg-3

systemsettings recommends no packages.

systemsettings suggests no packages.

-- no debconf information



Bug#1000592: plasma: Touchpad Tap-to-click setting breaks

2021-11-25 Thread Emmanuel Revah
Package: systemsettings
Version: 4:5.20.5-2
Severity: normal
File: plasma

Dear Maintainer,

   * What led up to the situation?

At some random moment Tap-to-click stops working.

If I go to systemsettings -> Input Devices -> Touchpad and then uncheck and 
recheck "Tap-to-click", and then press "Apply", it goes works again.

I can re-confirm that the setting "Tap-to-click" was checked before the issue 
and during the issue, it just seems like it needs to be re-applied.


I hope this report is helpful.


Have a nice day,



-- System Information:
Debian Release: 11.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemsettings depends on:
ii  kio 5.78.0-5
ii  kpackagetool5   5.78.0-3
ii  libc6   2.31-13+deb11u2
ii  libkf5activities5   5.78.0-2
ii  libkf5activitiesstats1  5.78.0-2
ii  libkf5auth5 5.78.0-2
ii  libkf5authcore5 5.78.0-2
ii  libkf5completion5   5.78.0-3
ii  libkf5configcore5   5.78.0-4
ii  libkf5configgui55.78.0-4
ii  libkf5configwidgets55.78.0-2
ii  libkf5coreaddons5   5.78.0-4
ii  libkf5crash55.78.0-3
ii  libkf5dbusaddons5   5.78.0-2
ii  libkf5declarative5  5.78.0-2
ii  libkf5i18n5 5.78.0-2
ii  libkf5iconthemes5   5.78.0-2
ii  libkf5itemmodels5   5.78.0-2
ii  libkf5itemviews55.78.0-2
ii  libkf5kcmutils5 5.78.0-3
ii  libkf5kiogui5   5.78.0-5
ii  libkf5kiowidgets5   5.78.0-5
ii  libkf5package5  5.78.0-3
ii  libkf5quickaddons5  5.78.0-2
ii  libkf5service-bin   5.78.0-2
ii  libkf5service5  5.78.0-2
ii  libkf5widgetsaddons55.78.0-2
ii  libkf5windowsystem5 5.78.0-2
ii  libkf5xmlgui5   5.78.0-2
ii  libkworkspace5-54:5.20.5-6
ii  libqt5core5a5.15.2+dfsg-9
ii  libqt5gui5  5.15.2+dfsg-9
ii  libqt5qml5  5.15.2+dfsg-6
ii  libqt5quick55.15.2+dfsg-6
ii  libqt5quickwidgets5 5.15.2+dfsg-6
ii  libqt5widgets5  5.15.2+dfsg-9
ii  libstdc++6  10.2.1-6
ii  qml-module-org-kde-kcm  5.78.0-2
ii  qml-module-org-kde-kirigami25.78.0-3
ii  qml-module-org-kde-kitemmodels  5.78.0-2
ii  qml-module-qtquick-controls 5.15.2-2
ii  qml-module-qtquick-layouts  5.15.2+dfsg-6
ii  qml-module-qtquick2 5.15.2+dfsg-6

systemsettings recommends no packages.

systemsettings suggests no packages.

-- no debconf information



Bug#945396: sddm: Can't log in without mouse

2019-11-24 Thread Emmanuel Revah
Package: sddm
Version: 0.18.0-1
Severity: normal

Dear Maintainer,


In some cases my mouse does not work on start-up (I have to re-pair it). In
those cases, without a mouse, I cannot log in via SDDM.

The focus isn't automatically placed on the main (only) user (which would be a
whishlist thing). But also, using 'tab' and other keys doesn't appear to move
focus around.



-- System Information:
Debian Release: 10.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sddm depends on:
ii  adduser 3.118
ii  debconf [debconf-2.0]   1.5.71
ii  libc6   2.28-10
ii  libgcc1 1:8.3.0-6
ii  libpam0g1.3.1-5
ii  libqt5core5a5.11.3+dfsg1-1+deb10u1
ii  libqt5dbus5 5.11.3+dfsg1-1+deb10u1
ii  libqt5gui5  5.11.3+dfsg1-1+deb10u1
ii  libqt5network5  5.11.3+dfsg1-1+deb10u1
ii  libqt5qml5  5.11.3-4
ii  libqt5quick55.11.3-4
ii  libstdc++6  8.3.0-6
ii  libsystemd0 241-7~deb10u2
ii  libxcb-xkb1 1.13.1-2
ii  libxcb1 1.13.1-2
ii  qml-module-qtquick2 5.11.3-4
ii  x11-common  1:7.7+19
ii  xserver-xorg [xserver]  1:7.7+19

Versions of packages sddm recommends:
ii  haveged  1.9.1-7
ii  libpam-systemd   241-7~deb10u2
ii  sddm-theme-debian-maui [sddm-theme]  0.18.0-1

Versions of packages sddm suggests:
ii  libpam-kwallet5   5.14.5-1
pn  qtvirtualkeyboard-plugin  

-- debconf information:
* shared/default-x-display-manager: sddm
  sddm/daemon_name: /usr/bin/sddm



Bug#930111: kmail: Autoconfig doesn't work

2019-06-07 Thread Emmanuel Revah
Package: kmail
Version: 4:18.08.3-1
Severity: minor

Dear Maintainer,

I launched Kmail and checked the box to get configuration from "the Internet".

I have autoconfig configured and it appears to work as Thunderbird picks up the 
configuration with no issues (tested on multiple setups, I think even on 
K9-Mail it works). However, Kmail makes expected requests to 
https://autoconfig.domain.tld but doesn't seem to use or understand the config 
and ends up asking me to chose account type and servers manually.

I also noticed that Kmail config wizard seems to check Mozilla DB *before* 
checking with autoconfig.domain.tld (Thunderbird does this to other way around 
last time I checked).


Thanks for any help or explanations.


Cheers,


P.S. Whishlist would be 2 checkboxes, "try to get config from provider" AND/OR 
"try to get config from Mozilla". For most users, there is no real reason to 
submit their email account's/domain's existence to Mozilla (and with that, the 
time and IP of configuration).


-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=fr 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kmail depends on:
ii  akonadi-server   4:18.08.3-5
ii  kdepim-runtime   4:18.08.3-4
ii  kio  5.54.1-1
ii  libc62.28-10
ii  libgcc1  1:8.3.0-6
ii  libgpgmepp6  1.12.0-6
ii  libkf5akonadiagentbase5  4:18.08.3-5
ii  libkf5akonadicontact54:18.08.3-1
ii  libkf5akonadicore5abi2   4:18.08.3-5
ii  libkf5akonadimime5   4:18.08.3-1
ii  libkf5akonadisearch-bin  4:18.08.3-1
ii  libkf5akonadisearch-plugins  4:18.08.3-1
ii  libkf5akonadisearchdebug54:18.08.3-1
ii  libkf5akonadisearchpim5  4:18.08.3-1
ii  libkf5akonadiwidgets5abi14:18.08.3-5
ii  libkf5bookmarks5 5.54.0-1
ii  libkf5calendarcore5abi2  4:18.08.3-1
ii  libkf5calendarutils5 4:18.08.3-2
ii  libkf5codecs55.54.0-1
ii  libkf5completion55.54.0-1
ii  libkf5configcore55.54.0-1
ii  libkf5configgui5 5.54.0-1
ii  libkf5configwidgets5 5.54.0-1
ii  libkf5contacts5  4:18.08.3-1
ii  libkf5coreaddons55.54.0-1
ii  libkf5crash5 5.54.0-1
ii  libkf5dbusaddons55.54.0-1
ii  libkf5followupreminder5  4:18.08.3-2
ii  libkf5grantleetheme-plugins  18.08.3-1
ii  libkf5gravatar5abi2  4:18.08.3-1
ii  libkf5guiaddons5 5.54.0-1
ii  libkf5i18n5  5.54.0-1
ii  libkf5iconthemes55.54.0-1
ii  libkf5identitymanagement518.08.3-2
ii  libkf5itemmodels55.54.0-1
ii  libkf5itemviews5 5.54.0-1
ii  libkf5jobwidgets55.54.0-1
ii  libkf5kcmutils5  5.54.0-1
ii  libkf5kiocore5   5.54.1-1
ii  libkf5kiofilewidgets55.54.1-1
ii  libkf5kiowidgets55.54.1-1
ii  libkf5kontactinterface5  18.08.3-1
ii  libkf5ksieveui5  4:18.08.3-2
ii  libkf5libkdepim-plugins  4:18.08.3-2
ii  libkf5libkdepim5 4:18.08.3-2
ii  libkf5libkdepimakonadi5  4:18.08.3-2
ii  libkf5libkleo5   4:18.08.3-2
ii  libkf5mailcommon5abi24:18.08.3-2
ii  libkf5mailtransport5 18.08.3-2
ii  libkf5mailtransportakonadi5  18.08.3-2
ii  libkf5messagecomposer5abi1   4:18.08.3-2
ii  libkf5messagecore5abi1   4:18.08.3-2
ii  libkf5messagelist5abi1   4:18.08.3-2
ii  libkf5messageviewer5abi1 4:18.08.3-2
ii  libkf5mime5abi1  18.08.3-1
ii  libkf5mimetreeparser5abi14:18.08.3-2
ii  libkf5notifications5 5.54.0-1
ii  libkf5notifyconfig5  5.54.0-1
ii  libkf5parts5 5.54.0-1
ii  libkf5pimcommon5abi2 4:18.08.3-2
ii  libkf5pimcommonakonadi5abi1  4:18.08.3-2
ii  libkf5pimtextedit5abi2   18.08.3-1
ii  libkf5sendlater5 4:18.08.3-2
ii  libkf5service-bin5.54.0-1
ii  libkf5service5   5.54.0-1
ii  libkf5sonnetui5  5.54.0-1
ii  libkf5templateparser54:18.08.3-2
ii  libkf5textwidgets5   5.54.0-1
ii  libkf5tnef5  4:18.08.3-1
ii  libkf5wallet-bin 5.54.0-1
ii  libkf5wallet55.54.0-1
ii  libkf5webengineviewer5abi1   4:18.08.3-2
ii  libkf5widgetsaddons5 5.54.0-1
ii  libkf5windowsystem5  5.54.0-1
ii  libkf5xmlgui55.54.0-1
ii  libqgpgme7   1.12.0-6
ii  libqt5core5a 5.11.3+dfsg1-1
ii  libqt5dbus5  5.11.3+dfsg1-1
ii  libqt5gui5   5.11.3+dfsg1-1
ii  libqt5network5   5.11.3+dfsg1-1
ii  libqt5widgets5   5.11.3+dfsg1-1
ii  

Bug#920483: The keyboard layout displays “us” whatever the current layout until a key is pressed

2019-05-23 Thread Emmanuel Revah
I don't have much to add, except a confirmation of the issue being in
Deb/testing. I have the exact same issue, it confuses the users to see
the American flag and "us" right next to "Clavier" (keyboard in French),
everything else is in French. Also note, if the user tries to chose
their keyboard layout before typing, they have no other options, just
"us". 

Debian testing/Buster 10.0 

Cheers, 

-- 
Emmanuel Revah

Bug#929301: dolphin: Can't navigate to autofs/NFS share by typing the path un location bar

2019-05-21 Thread Emmanuel Revah
Package: dolphin
Version: 4:18.08.0-1
Severity: normal

Dear Maintainer,

I'm trying to navigate to an nfs share that is automounted via autofs using
the location bar.

I keep trying to type in the path "/home/me/shares/server/...". However,
the location bar seems to reset when I reach the "server" directory,
back to "/home/me"

I expect it to either let me continue typing the path and press enter when
I am done. As Dolphin likes to help by semi-autocompleting, I was expecting
Dolphin to list the available directories.



-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dolphin depends on:
ii  baloo-kf5  5.54.0-1
ii  kinit  5.54.0-1
ii  kio5.54.1-1
ii  libc6  2.28-10
ii  libdolphinvcs5 4:18.08.0-1
ii  libkf5baloo5   5.54.0-1
ii  libkf5baloowidgets54:18.08.1-1
ii  libkf5bookmarks5   5.54.0-1
ii  libkf5codecs5  5.54.0-1
ii  libkf5completion5  5.54.0-1
ii  libkf5configcore5  5.54.0-1
ii  libkf5configgui5   5.54.0-1
ii  libkf5configwidgets5   5.54.0-1
ii  libkf5coreaddons5  5.54.0-1
ii  libkf5crash5   5.54.0-1
ii  libkf5dbusaddons5  5.54.0-1
ii  libkf5filemetadata35.54.0-1
ii  libkf5i18n55.54.0-1
ii  libkf5iconthemes5  5.54.0-1
ii  libkf5itemviews5   5.54.0-1
ii  libkf5jobwidgets5  5.54.0-1
ii  libkf5kcmutils55.54.0-1
ii  libkf5kiocore5 5.54.1-1
ii  libkf5kiofilewidgets5  5.54.1-1
ii  libkf5kiowidgets5  5.54.1-1
ii  libkf5newstuff55.54.0-2
ii  libkf5notifications5   5.54.0-1
ii  libkf5parts5   5.54.0-1
ii  libkf5service-bin  5.54.0-1
ii  libkf5service5 5.54.0-1
ii  libkf5solid5   5.54.0-1
ii  libkf5textwidgets5 5.54.0-1
ii  libkf5widgetsaddons5   5.54.0-1
ii  libkf5xmlgui5  5.54.0-1
ii  libphonon4qt5-44:4.10.2-1
ii  libqt5core5a   5.11.3+dfsg1-1
ii  libqt5dbus55.11.3+dfsg1-1
ii  libqt5gui5 5.11.3+dfsg1-1
ii  libqt5widgets5 5.11.3+dfsg1-1
ii  libqt5xml5 5.11.3+dfsg1-1
ii  libstdc++6 8.3.0-6
ii  phonon4qt5 4:4.10.2-1

Versions of packages dolphin recommends:
pn  kimageformat-plugins  
ii  kio-extras4:18.08.3-1
ii  ruby  1:2.5.1

Versions of packages dolphin suggests:
pn  dolphin-plugins  

-- no debconf information



Bug#899378: plasma-desktop: Focus stealing prevention breaks when set to "high"

2018-05-24 Thread Emmanuel Revah

Le 2018/05/24 11:46, Maximiliano Curia a écrit :

¡Hola Emmanuel!


Hey,



El 2018-05-23 a las 15:59 +0200, Emmanuel Revah escribió:

Package: plasma-desktop
Version: 4:5.8.6-1
Severity: normal



  * What led up to the situation?



I set focus stealing prevention to "high"



  * What was the outcome of this action?


Focus stealing prevention blocks krunner and kmenu (as well as the 
clock), these elements very briefly appear before being "blocked".


Interesting, but I'm not sure if this can be considered a bug or a
feature. In any case this is an upstream issue, can you please report
this issue in the kde bug tracker (https://bugs.kde.org, you'll need a
bugzilla account for reporting this), if you do this, please leave a
note in this bug with the url of the upstream bug so we can track it.



Thanks for the link, I checked and there is already a bug report at 
https://bugs.kde.org/show_bug.cgi?id=377914


The first post explains exactly my issue :


Nikos Chantziaras 2017-03-22 08:07:41 UTC
When setting a focus stealing prevention level higher than "medium" 
makes it impossible to open the application launcher anymore. Clicking 
it does nothing.
The only case where it opens is when manually unfocusing all windows 
(by clicking on the desktop first.)




  * What outcome did you expect instead?


I was expecting the focus stealing prevention to help avoid having new 
windows steal the focus while I'm focused and active on a program.


For example, I open Firefox, but it takes a while, so I start typing 
in a terminal, and then, Firefox opens and steals the focus, and bam, 
I'm searching the Internet for my root password.


I don't see this behaviour, testing it with xterm, firefox and
konsole. Was this just an hypothetical example or is this reproducible
in your setup? What other rules do you have in place? What are you
using for activating windows?



I tested on a different computer with the exact setup, I can confirm 
what you said.


For example, I do "sleep 3 && firefox" and then open another term and 
type away, with "Medium" and above, Firefox does *not* steal focus. 
Sorry for having been unclear. It's possible that there are cases I've 
not managed to precisely note and reproduce.



[...]
With the "smart" focus stealing prevention that was available before 
(I'm not sure when), I could open new windows, they would take the 
focus only if I wasn't actively using another program.


There is no smart focus stealing prevention, at least in the plasma 5
versions, was that ever part of kwin?


I searched as I can't remember if it was called like that, if it was, it 
was way back (KDE 4 or even 3)...



Regardless, of the "smart" aspect, setting FSP to "high" probably 
shouldn't block krunner and kmenu.


I'm not sure if a keybinding should follow a different rule, please,
discuss this upstream. Saying that, even pressing on the application
launcher doesn't work with FSP set to "high", that can't be right.



It's the whole discussion on the KDE bug report, because it appears that 
"technically" (even the quotes should be in quotes) it's "expected".


I guess we can close this bug report.




Happy hacking,


You too,
: ]



Bug#899378: plasma-desktop: Focus stealing prevention breaks when set to "high"

2018-05-23 Thread Emmanuel Revah

Package: plasma-desktop
Version: 4:5.8.6-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I set focus stealing prevention to "high"

   * What was the outcome of this action?

Focus stealing prevention blocks krunner and kmenu (as well as the 
clock), these elements very briefly appear before being "blocked".


   * What outcome did you expect instead?

I was expecting the focus stealing prevention to help avoid having new 
windows steal the focus while I'm focused and active on a program.


For example, I open Firefox, but it takes a while, so I start typing in 
a terminal, and then, Firefox opens and steals the focus, and bam, I'm 
searching the Internet for my root password.


With the "smart" focus stealing prevention that was available before 
(I'm not sure when), I could open new windows, they would take the focus 
only if I wasn't actively using another program.


Regardless, of the "smart" aspect, setting FSP to "high" probably 
shouldn't block krunner and kmenu.



Thanks in advance, I hope this bug report is helpful to you.
: ]



-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages plasma-desktop depends on:
ii  breeze   4:5.8.5-2
ii  kactivitymanagerd5.8.4-1
ii  kde-cli-tools4:5.8.4-2
ii  kded55.28.0-1
ii  kio  5.28.0-2
ii  libc62.24-11+deb9u3
ii  libcanberra0 0.30-3
ii  libfontconfig1   2.11.0-6.7+b1
ii  libgcc1  1:6.3.0-18+deb9u1
ii  libkf5activities55.28.0-1
ii  libkf5activitiesstats1   5.28.0-1
ii  libkf5archive5   5.28.0-2
ii  libkf5auth5  5.28.0-2
ii  libkf5baloo5 5.28.0-2
ii  libkf5bookmarks5 5.28.0-1
ii  libkf5codecs55.28.0-1+b2
ii  libkf5completion55.28.0-1
ii  libkf5configcore55.28.0-2
ii  libkf5configgui5 5.28.0-2
ii  libkf5configwidgets5 5.28.0-2
ii  libkf5coreaddons55.28.0-2
ii  libkf5dbusaddons55.28.0-1
ii  libkf5emoticons-bin  5.28.0-1
ii  libkf5emoticons5 5.28.0-1
ii  libkf5globalaccel5   5.28.0-1
ii  libkf5guiaddons5 5.28.0-1
ii  libkf5i18n5  5.28.0-2
ii  libkf5iconthemes55.28.0-2
ii  libkf5itemmodels55.28.0-2
ii  libkf5itemviews5 5.28.0-1
ii  libkf5jobwidgets55.28.0-2
ii  libkf5kcmutils5  5.28.0-2
ii  libkf5kdelibs4support5   5.28.0-1
ii  libkf5kiocore5   5.28.0-2
ii  libkf5kiofilewidgets55.28.0-2
ii  libkf5kiowidgets55.28.0-2
ii  libkf5newstuff5  5.28.0-1
ii  libkf5notifications5 5.28.0-1
ii  libkf5notifyconfig5  5.28.0-1
ii  libkf5parts5 5.28.0-1
ii  libkf5people55.28.0-1
ii  libkf5peoplewidgets5 5.28.0-1
ii  libkf5plasma55.28.0-2
ii  libkf5plasmaquick5   5.28.0-2
ii  libkf5quickaddons5   5.28.0-1
ii  libkf5runner55.28.0-1
ii  libkf5service-bin5.28.0-1
ii  libkf5service5   5.28.0-1
ii  libkf5solid5 5.28.0-3
ii  libkf5sonnetui5  5.28.0-2
ii  libkf5wallet-bin 5.28.0-3
ii  libkf5wallet55.28.0-3
ii  libkf5widgetsaddons5 5.28.0-3
ii  libkf5windowsystem5  5.28.0-2
ii  libkf5xmlgui55.28.0-1
ii  libkfontinst54:5.8.6-1
ii  libkfontinstui5  4:5.8.6-1
ii  libkworkspace5-5 4:5.8.6-2.1+deb9u1
ii  libpackagekitqt5-0   0.9.6-1
ii  libphonon4qt5-4  4:4.9.0-4
ii  libpulse-mainloop-glib0  10.0-1+deb9u1
ii  libpulse010.0-1+deb9u1
ii  libqt5concurrent55.7.1+dfsg-3+b1
ii