Bug#925941: nvenc not in ffmpeg

2019-04-25 Thread Christoph Döpmann
I'd like to second that request. For me, too, it's very unfortunate that 
the nvenc codecs are not compiled into ffmpeg in buster, anymore. Any 
chance this could be fixed? Or is there any particular reason why one 
would not want to have nvenc in ffmpeg?




Bug#923395: this worked for me

2019-03-01 Thread Christoph Döpmann

Hi Paolo,

sure, thank you. However, I would consider it a bug that the 
configuration shipped by default results in a **parse error**. My 
expectation would have been to just have a working container without 
networking, which probably was the intention of setting "type = empty". 
I guess a simple container should be **creatable** using the default 
configuration.


Best,
Christoph



Bug#923395: lxc: LXC container creation fails due to config file parse error

2019-02-27 Thread Christoph Döpmann

Package: lxc
Version: 1:3.1.0+really3.0.3-4
Severity: important

Dear Maintainer,

I just freshly installed the abovementioned LXC version (none was 
installed before).
When trying to create a simple container, I am experiencing the 
following issue:


  $ sudo lxc-create -t debian -n testcon -- -r buster
  lxc-create: testcon: parse.c: lxc_file_for_each_line_mmap: 142 Failed 
to parse config file "/etc/lxc/default.conf" at line "lxc.net.type = 
empty"
  lxc-create: testcon: parse.c: lxc_file_for_each_line_mmap: 142 Failed 
to parse config file "/var/lib/lxc/testcon/config" at line "lxc.net.type 
= empty"
  lxc-create: testcon: tools/lxc_create.c: main: 327 Failed to create 
container testcon


If I replace "lxc.net.type = empty" by "lxc.net.0.type = empty" in
/etc/lxc/default.conf, everything works out fine.


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

Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)

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

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.70
ii  libc6  2.28-6
ii  libcap21:2.25-2
ii  libgnutls303.6.6-2
ii  liblxc11:3.1.0+really3.0.3-4
ii  libseccomp22.3.3-3
ii  libselinux12.8-1+b1
ii  lsb-base   10.2018112800

Versions of packages lxc recommends:
ii  bridge-utils 1.6-2
ii  debootstrap  1.0.114
ii  dirmngr  2.2.12-1
ii  dnsmasq-base [dnsmasq-base]  2.80-1
ii  gnupg2.2.12-1
ii  iproute2 4.20.0-2
ii  iptables 1.8.2-3
ii  libpam-cgfs  1:3.1.0+really3.0.3-4
ii  lxc-templates3.0.3-1
ii  lxcfs3.0.3-2
ii  nftables 0.9.0-2
ii  openssl  1.1.1a-1
ii  rsync3.1.3-5
ii  uidmap   1:4.5-1.1

Versions of packages lxc suggests:
ii  apparmor 2.13.2-7
ii  btrfs-progs  4.20.1-1
ii  lvm2 2.03.02-2
pn  python3-lxc  

-- debconf information:
  lxc/auto_update_config:



Bug#839870: python3-poppler-qt5: Unable to load PDF file.

2016-10-05 Thread Christoph Döpmann
Package: python3-poppler-qt5
Version: 0.24.2-1+b2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I appear to be unable to use the popplerqt5 module. Whenever I try to
load a PDF file by file name, a TypeError is raised, indicating that the
file name may not be given as a string:

$ python3
Python 3.5.2+ (default, Sep 10 2016, 10:24:58) 
[GCC 6.2.0 20160901] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import popplerqt5
>>> = popplerqt5.Poppler.Document.load('test.pdf')
  File "", line 1
= popplerqt5.Poppler.Document.load('test.pdf')
^
SyntaxError: invalid syntax
>>> popplerqt5.Poppler.Document.load('test.pdf')
Traceback (most recent call last):
  File "", line 1, in 
TypeError: Document.load(): argument 1 has unexpected type 'str'
>>> 

However, the Qt4 version works fine:

$ python3
Python 3.5.2+ (default, Sep 10 2016, 10:24:58) 
[GCC 6.2.0 20160901] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import popplerqt4
>>> popplerqt4.Poppler.Document.load('/tmp/screen.pdf')

>>>

Since I haven't come across any API change to be aware of, I suppose this is a 
bug.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3-poppler-qt5 depends on:
ii  libc6  2.23-5
ii  libgcc11:6.1.1-11
ii  libpoppler-qt5-1   0.44.0-3
ii  libstdc++6 6.1.1-11
ii  python33.5.1-4
ii  python3-pyqt5  5.7+dfsg-2
ii  python3-sip [sip-py3api-11.2]  4.18.1+dfsg-1

python3-poppler-qt5 recommends no packages.

python3-poppler-qt5 suggests no packages.

-- no debconf information



Bug#833934: icedove: segfaults on startup with iceowl and CalDAV in place (very recent regression?)

2016-08-10 Thread Christoph Döpmann
Package: icedove
Version: 1:45.2.0-2+b1
Severity: important

Dear Maintainer,

after having upgraded icedove (and iceowl-extension) to 1:45.2.0-2+b1, I
am having trouble starting icedove or syncing with my CalDAV server.

Right after the upgrade, icedove immediately segfaulted on every start.
As it still worked in safe mode, I figured out that it does not crash if
I disable the iceowl extension.

Further investigation revealed that I can also prevent the immediate
crash by running

$ rm calendar-data/cache.sqlite*

in the profile folder. However, this does only delay the crash to a
later point in time. As soon as iceowl syncs with the CalDAV server
(Baikal in my case), it crashes again.

I assume this is a recent regression due to the fact that everything
works fine if I manually rollback to version 1:45.2.0-2 (without "+b1").

I also attach a gdb backtrace of the crash if that might help.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages icedove depends on:
ii  debianutils   4.8
ii  fontconfig2.11.0-6.4
ii  libasound21.1.2-1
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.23-4
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.8-1
ii  libdbus-glib-1-2  0.106-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-4
ii  libfontconfig12.11.0-6.4
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-10
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libglib2.0-0  2.48.1-2
ii  libgtk2.0-0   2.24.30-4
ii  libhunspell-1.4-0 1.4.1-2
ii  libicu57  57.1-2
ii  libnspr4  2:4.12-2
ii  libnss3   2:3.25-1
ii  libpango-1.0-01.40.1-1
ii  libpangocairo-1.0-0   1.40.1-1
ii  libpangoft2-1.0-0 1.40.1-1
ii  libpixman-1-0 0.33.6-1
ii  libsqlite3-0  3.13.0-1
ii  libstartup-notification0  0.12-4
ii  libstdc++66.1.1-10
ii  libvpx3   1.5.0-3
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.2-1
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-de-at [hunspell-dictionary]  20160407-1
ii  hunspell-de-ch [hunspell-dictionary]  20160407-1
ii  hunspell-de-de [hunspell-dictionary]  20160407-1
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  1:45.2.0-2+b1

Versions of packages icedove suggests:
ii  apparmor  2.10.95-4
ii  fonts-lyx 2.2.0-2
ii  libgssapi-krb5-2  1.14.3+dfsg-1

-- no debconf information



-- gdb backtrace captured by: /usr/lib/icedove/run-mozilla.sh -g 
/usr/lib/icedove/icedove-bin
MOZILLA_FIVE_HOME=/usr/lib/icedove
  LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
DISPLAY=:0
DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove
 LIBRARY_PATH=
   SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
  LIBPATH=/usr/lib/icedove:/usr/lib/icedove
   ADDON_PATH=
  MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
  MOZ_TOOLKIT=
moz_debug=1
 moz_debugger=
moz_debugger_args=
/usr/bin/gdb  --args /usr/lib/icedove/icedove-bin
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from 
/usr/lib/debug//usr/lib/icedove/icedove-bin...done.
done.
(gdb) r
Starting program: /usr/lib/icedove/icedove-bin 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe5ccf700 (LWP 26102)]
[Thread 0x7fffe5ccf700 (LWP 26102) exited]
[New Thread 0x7fffe5ccf700 (LWP 26104)]
[New Thread