Bug#1042929: plasma-workspace: plasmashell becomes unresponsive for several minutes when a USB drive is plugged in
Package: plasma-workspace Version: 4:5.27.5-2+b2 Severity: important X-Debbugs-Cc: akrusem...@posteo.net Upon plugging in a USB flash drive to the computer, plasmashell (such as the panel, launcher, and krunner) freezes and become completely unresponsive for several minutes. During this time I can use programs in open windows and kwin continues working, but I cannot interact with plasma itself. After a few minutes, the new disk becomes available and plasmashell usually starts working again. I am not sure whether the root cause is in plasmashell, udisks, or somewhere in between, but of course the shell is not expected to freeze while waiting on a background job. While the shell is frozen, it logs this output: kf.solid.backends.udisks2: Error getting props: "org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." for "/org/freedesktop/UDisks2/block_devices/sdi" file:///usr/share/plasma/plasmoids/org.kde.plasma.devicenotifier/contents/ui/DeviceItem.qml:36:5: Unable to assign [undefined] to bool -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (950, 'testing'), (800, 'unstable'), (500, 'oldoldstable'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.3.0-1-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-workspace depends on: ii dbus-user-session [default-dbus-session-bus] 1.14.8-2 ii dbus-x11 [dbus-session-bus] 1.14.8-2 ii drkonqi 5.27.5-2 ii frameworkintegration 5.107.0-1 ii gdb-minimal [gdb]13.2-1 ii init-system-helpers 1.65.2 ii iso-codes4.15.0-1 ii kactivitymanagerd5.27.5-2 ii kded55.107.0-1 ii kinit5.107.0-1 ii kio 5.107.0-1 ii kpackagetool55.107.0-1 ii kwin-common 4:5.27.5-3+b1 ii libappstreamqt2 0.16.2-1 ii libc62.37-6 ii libcolorcorrect5 4:5.27.5-2+b2 ii libcrypt11:4.4.36-2 ii libfontconfig1 2.14.1-4 ii libfreetype6 2.13.0+dfsg-1 ii libgcc-s113.1.0-9 ii libgps30 3.25-1 ii libice6 2:1.0.10-1 ii libicu72 72.1-3 ii libkf5activities55.107.0-1 ii libkf5activitiesstats1 5.107.0-1 ii libkf5archive5 5.107.0-1 ii libkf5authcore5 5.107.0-1 ii libkf5baloo5 5.107.0-1 ii libkf5bookmarks5 5.107.0-1 ii libkf5calendarevents55.107.0-1 ii libkf5completion55.107.0-1 ii libkf5config-bin 5.107.0-1 ii libkf5configcore55.107.0-1 ii libkf5configgui5 5.107.0-1 ii libkf5configwidgets5 5.107.0-2 ii libkf5coreaddons55.107.0-1 ii libkf5crash5 5.107.0-1 ii libkf5dbusaddons55.107.0-1 ii libkf5declarative5 5.107.0-1 ii libkf5globalaccel-bin5.107.0-2 ii libkf5globalaccel5 5.107.0-2 ii libkf5guiaddons5 5.107.0-1 ii libkf5holidays5 1:5.107.0-1 ii libkf5i18n5 5.107.0-1+b1 ii libkf5iconthemes55.107.0-1+b1 ii libkf5idletime5 5.107.0-1 ii libkf5jobwidgets55.107.0-1 ii libkf5kcmutils5 5.107.0-2 ii libkf5kexiv2-15.0.0
Bug#903223: libkf5kiocore5: Symlink behavior over SFTP connection broken
Package: libkf5kiocore5 Version: 5.47.0-1 Severity: normal Dear Maintainer, Since a recent upgrade (I think it was the transition from KDE Frameworks 5.46 to 5.47), on filesystems accessed over an SFTP connection symbolic/soft links whose target is a directory have broken behavior. Symlinks whose targets are files still work properly. Links to directories are shown as a link to a file with an unknown mimetype, rather than that of a directory, and can neither be double-clicked to follow nor expanded in tree view. The only way I see to follow them is by right- clicking and choosing "Show Target" in Dolphin, with no obvious workaround in other applications. I confirmed that this problem was present in Dolphin, Krusader, Konqueror, Kate, and Calligra. Thanks! -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (950, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libkf5kiocore5 depends on: ii libacl12.2.52-3+b1 ii libc6 2.27-3 ii libkf5auth55.47.0-1 ii libkf5configcore5 5.47.0-1 ii libkf5coreaddons5 5.47.0-1 ii libkf5dbusaddons5 5.47.0-1 ii libkf5i18n55.47.0-1 ii libkf5service-bin 5.47.0-1 ii libkf5service5 5.47.0-1 ii libqt5core5a 5.10.1+dfsg-7 ii libqt5dbus55.10.1+dfsg-7 ii libqt5network5 5.10.1+dfsg-7 ii libqt5xml5 5.10.1+dfsg-7 ii libstdc++6 8.1.0-9 libkf5kiocore5 recommends no packages. libkf5kiocore5 suggests no packages. -- no debconf information
Bug#903009: calligra: Does not use italic font styles
Package: calligra Version: 1:3.1.0+dfsg-2 Severity: normal Dear Maintainer, I found that Calligra is not using proper italic font styles for almost all fonts, but rather tilting the normal style ("oblique" effect). I tested this in Words, Stage, and Sheets, with several fonts such as Fira Sans, EB Garamond, and URW Palladio. These all display correct italic styles in other programs such as LibreOffice and Firefox. I think this bug is of some importance as it limits the ability to create professional-looking documents. Thanks! Alex -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (950, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages calligra depends on: ii calligrasheets 1:3.1.0+dfsg-2+b1 ii calligrastage 1:3.1.0+dfsg-2+b1 ii calligrawords 1:3.1.0+dfsg-2+b1 ii karbon 1:3.1.0+dfsg-2+b1 calligra recommends no packages. calligra suggests no packages. -- no debconf information
Bug#895475: openshot-qt: non-DFSG assets in package
Package: openshot-qt Version: 2.4.1-2 Severity: normal Dear Maintainer, I found that this package includes a bundled font "Ubuntu Regular", which was determined to be non-DFSG (https://bugs.launchpad.net/ubuntu-font-licence/+bug/769874). It installs to the path "/usr/lib/python3/dist-packages/openshot_qt/images/fonts/Ubuntu-R.ttf". I know that in some other packages with this issue, the font has been replaced with a DFSG font such as Cantarell or DejaVu Sans. Alex Krusemark -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openshot-qt depends on: ii libjs-jquery3.2.1-1 ii python3 3.6.4-1 ii python3-openshot0.1.9+dfsg1-3+b2 ii python3-pyqt5 5.9.2+dfsg-1 ii python3-pyqt5.qtsvg 5.9.2+dfsg-1 ii python3-pyqt5.qtwebkit 5.9.2+dfsg-1 ii python3-zmq 17.0.0-1 Versions of packages openshot-qt recommends: ii blender 2.79.b+dfsg0-1 ii inkscape 0.92.3-1 Versions of packages openshot-qt suggests: pn openshot-qt-doc -- no debconf information