Bug#999643: okular: freezes virtual screen when creating shortcuts

2021-11-13 Thread Seb



Package: okular
Version: 4:20.12.3-2
Severity: normal

Dear Maintainer,

I upgraded today to Bullseye (dist-upgrade, not a new install).

I work a lot with PDF files and really enjoyed the possibility of creating
shortcuts in Okular, in the previous versions.

Now, to this end one creates a new scheme: fine.

I did: Settings > Configure keyboard shortcuts > Manage schemes > New

Since no shortcut is already present, I try to add one for searching.
I click on the "Shortcut" column, line "Find", select Custom on the radio,
click on "None", press Ctrl+F.

Nothing happens in Okular, but the window manager is impaired. 
Moving Okular's window makes a copy of the window.

Alt+Tab to switch to the terminal below does not switch.
My usual Function key shortcuts to switch between virtual screens no longer 
work.
I use Fvwm.
I can click in the Pager to switch virtual screens.

From there, everything works in the window manager.

If I go back to the virtual screen where Okular is, the screen remains black.
But the Function keys work again.

I tried 4 times, changing twice the function (eg Find) and the key combo.
I could only quit Okular with 'kill'.

When I try to install the testing version, hoping the bug has been solved,
apt wants to upgrade lic6 also, which might lead to trouble down the road on an
otherwise stable Debian.

So:
- can't configure shortcuts because Okular...
- crashes when I try and...
- takes part of X or fvwm with it.


Thanks for your help!

Sebastien.


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

Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_US.iso88591), LANGUAGE=C
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages okular depends on:
ii  kinit 5.78.0-2
ii  kio   5.78.0-5
ii  libc6 2.31-13+deb11u2
ii  libfreetype6  2.10.4+dfsg-1
ii  libjpeg62-turbo   1:2.0.6-4
ii  libkf5activities5 5.78.0-2
ii  libkf5archive55.78.0-2
ii  libkf5bookmarks5  5.78.0-2
ii  libkf5codecs5 5.78.0-2
ii  libkf5completion5 5.78.0-3
ii  libkf5configcore5 5.78.0-4
ii  libkf5configgui5  5.78.0-4
ii  libkf5configwidgets5  5.78.0-2
ii  libkf5coreaddons5 5.78.0-4
ii  libkf5crash5  5.78.0-3
ii  libkf5i18n5   5.78.0-2
ii  libkf5iconthemes5 5.78.0-2
ii  libkf5itemviews5  5.78.0-2
ii  libkf5jobwidgets5 5.78.0-2
ii  libkf5kexiv2-15.0.0   20.12.0-1
ii  libkf5kiocore55.78.0-5
ii  libkf5kiowidgets5 5.78.0-5
ii  libkf5parts5  5.78.0-3
ii  libkf5pty55.78.0-2
ii  libkf5purpose-bin 5.78.0-2
ii  libkf5purpose55.78.0-2
ii  libkf5service-bin 5.78.0-2
ii  libkf5service55.78.0-2
ii  libkf5textwidgets55.78.0-2
ii  libkf5wallet-bin  5.78.0-2
ii  libkf5wallet5 5.78.0-2
ii  libkf5widgetsaddons5  5.78.0-2
ii  libkf5windowsystem5   5.78.0-2
ii  libkf5xmlgui5 5.78.0-2
ii  libokular5core9   4:20.12.3-2
ii  libphonon4qt5-4   4:4.11.1-4
ii  libpoppler-qt5-1  20.09.0-3.1
ii  libqmobipocket2   4:20.12.0-1
ii  libqt5core5a  5.15.2+dfsg-9
ii  libqt5dbus5   5.15.2+dfsg-9
ii  libqt5gui55.15.2+dfsg-9
ii  libqt5printsupport5   5.15.2+dfsg-9
ii  libqt5svg55.15.2-3
ii  libqt5texttospeech5   5.15.2-2
ii  libqt5widgets55.15.2+dfsg-9
ii  libqt5xml55.15.2+dfsg-9
ii  libspectre1   0.2.9-1
ii  libstdc++610.2.1-6
ii  phonon4qt54:4.11.1-4
ii  zlib1g1:1.2.11.dfsg-2

Versions of packages okular recommends:
ii  cups-bsd  2.3.3op2-3+deb11u1

Versions of packages okular suggests:
ii  ghostscript9.53.3~dfsg-7+deb11u1
ii  okular-extra-backends  4:20.12.3-2
ii  poppler-data   0.4.10-1
ii  texlive-binaries   2020.20200327.54578-7
pn  unrar  

-- no debconf information



Bug#571524: juk freeze after noatun

2010-02-25 Thread Seb P
Package: juk
Version: 4:3.5.9-2
Severity: important

With Juk open all the time, after failing to use noatun (wrong file 
format for exemple), noatun stop, the icon disapear from panel bar, and 
then juk freeze.
kill of noatun or juk is useless (the process is killed but will not 
start again). Juk work again after restart.

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

Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages juk depends on:
ii  kdelibs4c2a  4:3.5.10.dfsg.1-0lenny4 core libraries and binaries for al
ii  libakode22.0.2-3 akode plugin for aRts
ii  libarts1c2a  1.5.9-2 aRts sound system core components
ii  libc62.7-18lenny2GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libglib2.0-0 2.16.6-3The GLib library of C routines
ii  libgstreamer0.10 0.10.19-3   Core GStreamer libraries and eleme
ii  libqt3-mt3:3.3.8b-5  Qt GUI Library (Threaded runtime v
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  libtag1c2a   1.5-3   TagLib Audio Meta-Data Library

juk recommends no packages.

Versions of packages juk suggests:
ii  khelpcente 4:4.0.0.really.3.5.9.dfsg.1-6 help center for KDE

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100225192109.9601.18528.report...@debian64.sebhome.fr



Follow-up on Bug#330098

2005-10-27 Thread Seb

Hello,



Bug #330098 has already filed the problem I'm running into, but I thought
it would be worthwhile to let you know in what way it matters to me.

I use Mailman for the mailing lists on my company's server; they are
tremendously important tools for us as you can guess. Since Mailman's
frontend to the archives is dumb to the point that it makes them useless,
I use Lurker as a better tool. Here is how Lurker displays
debian-user-french's archives for instance:

http://people.debian.org/~terpstra/list/debian-user-french.en.html

So Lurker is now a very important tool, too.
But keep in mind that it is meant to be used on a server, mostly. In my
case, as in many, this means as little services as possible in order to
protect us from security bugs and make the best out of the hardware.
In particular, no KDE, no X11.

It seems odd that mimelib should link against kdelibs, I wonder how they
got entangled this way round. As things stand, installing Lurker on Etch
requires a whole bunch of KDE stuff now, which is really impractical in a
server environment -- and Lurker definitely corresponds to a server.


So I hope a way can be found in the coming weeks to make mimelib
independant again from kdelibs; this is the situation in Sarge.
Please feel free to forward any part of this email to upstream if it can
help.

Thanks for your time and effort.


Best regards,
Sébastien Desreux.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]