Bug#1042929: plasma-workspace: plasmashell becomes unresponsive for several minutes when a USB drive is plugged in

2023-08-02 Thread Alex Krusemark
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

2018-07-07 Thread Alex Krusemark
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

2018-07-04 Thread Alex Krusemark
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

2018-04-11 Thread Alex Krusemark
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