Bug#1014953: calibre: Calibre fails to start with a qt error

2022-07-15 Thread Emmanuel Lesouef
Package: calibre
Version: 6.0.0+dfsg-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: eleso...@lorinand.org

Dear Maintainer,

Since the upgrade of Calibre from v5 to v6 (Debian Unstable), calibre fails to 
start complaining about QT plugins error :

➜ ~ calibre
qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""
This application failed to start because no Qt platform plugin could be 
initialized. Reinstalling the application may fix this problem.

[1]19995 IOT instruction  calibre

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 calibre depends on:
ii  calibre-bin6.0.0+dfsg-1
ii  dpkg   1.21.9
ii  fonts-liberation2  2.1.5-1
ii  libjpeg-turbo-progs1:2.1.2-1
ii  libjxr-tools   1.2~git20170615.f752187-5
ii  libqt6webenginecore6-bin   6.2.4+dfsg-9
ii  optipng0.7.7-2
ii  poppler-utils  22.02.0-3
ii  python33.10.4-1+b1
ii  python3-apsw   3.36.0-r1-2+b1
ii  python3-bs44.11.1-1
ii  python3-chardet4.0.0-2
ii  python3-chm0.8.6-3+b1
ii  python3-css-parser 1.0.7-1
ii  python3-cssselect  1.1.0+ds-3
ii  python3-dateutil   2.8.1-6
ii  python3-feedparser 6.0.8-2
ii  python3-html2text  2020.1.16-2
ii  python3-html5-parser   0.4.10-5
ii  python3-html5lib   1.1-3
ii  python3-jeepney0.8.0-1
ii  python3-lxml   4.8.0-1
ii  python3-markdown   3.3.7-1
ii  python3-mechanize  1:0.4.8+pypi-3
ii  python3-msgpack1.0.3-1
ii  python3-netifaces  0.11.0-1+b1
ii  python3-pil9.1.1-1
ii  python3-pkg-resources  59.6.0-1.2
ii  python3-py7zr  0.11.3+dfsg-4
ii  python3-pycryptodome   3.11.0+dfsg1-3
ii  python3-pygments   2.12.0+dfsg-2
ii  python3-pyparsing  3.0.7-2
ii  python3-pyqt6  6.3.1-1
ii  python3-pyqt6.qtsvg6.3.1-1
ii  python3-pyqt6.qtwebengine  6.3.1-1
ii  python3-pyqt6.sip  13.4.0-1
ii  python3-regex  0.1.2020-1
ii  python3-routes 2.5.1-3
ii  python3-speechd0.11.1-3
ii  python3-zeroconf   0.38.7-1
ii  python3.10 3.10.5-1
ii  xdg-utils  1.1.3-4.1

Versions of packages calibre recommends:
ii  python3-dnspython  2.2.1-2
ii  python3-ipython7.31.1-1
ii  udisks22.9.4-1

Versions of packages calibre suggests:
pn  python3-openssl   
pn  python3-unrardll  

-- no debconf information


Bug#810313: Followup to bug #810313 and apologies

2016-01-08 Thread Emmanuel Lesouef
Dear maintainer,

This bug, is a false positive and my mistake.

Following some advices, I had declared "kernel.dmesg_restrict = 2" on a
sysctl.d config file.

Commented out this line, sysctl -p and everything went fine.

procps is correctly updated.

Thanks for reading and, my apologies for this false positive.


-- 
Emmanuel Lesouef



Bug#569933: Debian Bug #569933

2010-03-15 Thread Emmanuel Lesouef
Are there any updates with this bug ?

I have this in daemon.log :

Mar 15 10:13:07 nienor gdm[1802]: WARNING: gdm_slave_xioerror_handler :
erreur X fatale - Redémarrage de :0

Thanks.

-- 
Emmanuel Lesouef



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#514826: Same problem here with another hardware configuration

2009-02-12 Thread Emmanuel Lesouef
I don't know if bug #511447 is the same as #514826 but I think #514826
is the same as #501969.

Maybe it's possible to merge.


Le Wed, 11 Feb 2009 12:48:35 +, 
Ian McDonald i...@st-andrews.ac.uk a écrit :

 It looks to me very similar to 501969, which if the lilo command line 
 was fixed up, would go away too.
 


-- 
Emmanuel Lesouef
DSI | CRBN
t: 0231069671
e: e.leso...@crbn.fr



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#514826: Same problem here with another hardware configuration

2009-02-11 Thread Emmanuel Lesouef
I have the same problem here with a different hardware configuration.

The hardware summary is attached.

As suggested by Daniel, I can confirm that my system is booting after
modifying the lilo command-line.

-- 
Emmanuel Lesouef


hardware-summary
Description: Binary data


Bug#447698: hal: Encrypted key mounts but mount point belongs to root

2007-10-23 Thread Emmanuel Lesouef
Package: hal
Version: 0.5.9.1-6
Severity: normal


Whereas my luks encrypted key is mounted under gnome via hal, the user
cannot write to the the mounted volume because the mount point doesn't
belong to him.

For ex. : 

[/media] $ ls -l
total 8
lrwxrwxrwx 1 root root6 2007-07-12 11:28 cdrom - cdrom0
drwxr-xr-x 2 root root 4096 2007-07-12 11:28 cdrom0
drwxr-xr-x 3 root root 4096 2007-10-22 11:40 disk

This prevents me to write under /media/disk as user elesouef (id=1000).

In syslog :

Oct 23 09:48:48 lothlorien kernel: EXT3 FS on dm-0, internal journal
Oct 23 09:48:48 lothlorien kernel: EXT3-fs: mounted filesystem with
ordered data mode.
Oct 23 09:48:48 lothlorien hald: mounted /dev/dm-0 on behalf of uid 1000

Thanks.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-vserver-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages hal depends on:
ii  adduser  3.105   add and remove users and groups
ii  dbus 1.1.1-3 simple interprocess messaging syst
ii  hal-info 20070618-1  Hardware Abstraction Layer - fdi f
ii  libc62.6.1-6 GNU C Library: Shared libraries
ii  libdbus-1-3  1.1.1-3 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.74-1  simple interprocess messaging syst
ii  libexpat11.95.8-4XML parsing C library - runtime li
ii  libgcc1  1:4.2.2-3   GCC support library
ii  libglib2.0-0 2.14.2-1The GLib library of C routines
ii  libhal-storage1  0.5.10-1Hardware Abstraction Layer - share
ii  libhal1  0.5.10-1Hardware Abstraction Layer - share
ii  libsmbios1   0.13.10-1   Provide access to (SM)BIOS informa
ii  libstdc++6   4.2.2-3 The GNU Standard C++ Library v3
ii  libusb-0.1-4 2:0.1.12-7  userspace USB programming library
ii  libvolume-id00.114-2 libvolume_id shared library
ii  lsb-base 3.1-24  Linux Standard Base 3.1 init scrip
ii  pciutils 1:2.2.4-1.1 Linux PCI Utilities
ii  udev 0.114-2 /dev/ and hotplug management daemo
ii  usbutils 0.72-9  Linux USB utilities

Versions of packages hal recommends:
ii  eject 2.1.5-5ejects CDs and operates CD-Changer

-- no debconf information



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



Bug#446867: decibel-audio-player should depend on python-notify

2007-10-17 Thread Emmanuel Lesouef

Le mardi 16 octobre 2007 à 19:18 +0200, Emilio Pozuelo Monfort a écrit :
 Emmanuel Lesouef wrote:
  Package: decibel-audio-player
  Version: 0.06.3-1
  Severity: normal
  
  
  Decibel audio player has a plugin called Desktop Notification which
  use python-notify. When this plugin is selected, decibel complains about
  not finding pynotify.
  
  Installing python-notify solve the issue.
  
  So, decibel-audio-player should depend on python-notify or should remove
  the desktop notification plugin.
 
 I don't agree with this.
 Decibel already recommends python-notify. It shouldn't depend on it, since it
 doesn't need python-notify to work.
 python-notify enhances decibel, and thus, it should be a recommends. So you 
 have
 a working installation, and if you want the plugin, you can install pynotify.
 
 Also, aptitude (and I think apt will do it too soon) now installs recommended
 packages by default, so python-notify will be automatically installed, and you
 will still be able to remove it if you don't want it.
 

This is disturbing as the message given by decibel does not specify the
package needed.

I think that the plugins should go into a decibel-audio-player-plugins
which should depend on python-notify.

This is my opinion. But you can close this bug report, if you want.

-- 
Emmanuel Lesouef
DSI | CRBN
t: 0231069671
e: [EMAIL PROTECTED]




Bug#393794: hal no longer automounts firewire drives

2007-10-05 Thread Emmanuel Lesouef
Seems to me that this bug is still on hal version 0.5.9.1-6.

No mass storage automounted.

I'm using Debian/Sid.

-- 
Emmanuel Lesouef



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