Bug#1067573: inkscape: extension manager depends on python3-filelock

[Roland Hieber]

Package: inkscape
Version: 1.2.2-2+b1
Severity: normal

Dear Maintainer,

I tried using the "Manage Extensions" menu item, but all I got was a dialog box
containing a Python error message:

:673: ImportWarning: 
DynamicImporter.exec_module() not found; falling back to load_module()
:673: ImportWarning: 
DynamicImporter.exec_module() not found; falling back to load_module()
An error occured with the extensions manager!
Trying to self-update the package... Failed to update!

Please delete the package manually! (see location below)


Please report this error


Report URL: https://gitlab.com/inkscape/extras/extension-manager/-/issues
Location: /usr/share/inkscape/extensions/inkman/inkman/inkman
inkscape-extension-manager: 1.0

Not done
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/cachecontrol/caches/file_cache.py", 
line 74, in __init__
from filelock import FileLock
ModuleNotFoundError: No module named 'filelock'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/share/inkscape/extensions/inkman/inkman/manage_extensions.py", 
line 61, in recovery_run
run(args)
  File "/usr/share/inkscape/extensions/inkman/inkman/manage_extensions.py", 
line 36, in run
from inkman.targets import TARGETS
  File "/usr/share/inkscape/extensions/inkman/inkman/inkman/targets.py", 
line 9, in 
ExtensionsTarget("extension", "Extensions", "extensions", True, 
filters=("*.inx",)),

^^^
  File "/usr/share/inkscape/extensions/inkman/inkman/inkman/target.py", 
line 49, in __init__
self.archive = RemoteArchive(category)
   ^^^
  File "/usr/share/inkscape/extensions/inkman/inkman/inkman/remote.py", 
line 111, in __init__
cache=FileCache(CACHE_DIR),
  
  File "/usr/lib/python3/dist-packages/cachecontrol/caches/file_cache.py", 
line 84, in __init__
raise ImportError(notice)
ImportError:
NOTE: In order to use the FileCache you must have
filelock installed. You can install it via pip:
  pip install filelock

After installing the python3-filelock package manually via apt, the Extension
Manager worked fine.

I'm filing this bug against the inkscape version currently in 'stable', but I
don't see anything related in the Debian changelog from 'experimental', so I
guess this is still the case.

Cheers,

 - Roland


-- System Information:
Debian Release: 12.5
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable-security'), (990, 
'stable-debug'), (990, 'stable'), (500, 'unstable-debug'), (400, 'unstable'), 
(300, 'oldstable-updates'), (300, 'oldstable-security'), (300, 
'oldstable-debug'), (300, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-0.deb11.13-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages inkscape depends on:
ii  lib2geom1.2.0  1.2.2-3
ii  libatkmm-1.6-1v5   2.28.3-1
ii  libboost-filesystem1.74.0  1.74.0+ds1-21
ii  libc6  2.36-9+deb12u4
ii  libcairo-gobject2  1.16.0-7
ii  libcairo2  1.16.0-7
ii  libcairomm-1.0-1v5 1.14.4-2
ii  libcdr-0.1-1   0.1.6-2+b2
ii  libfontconfig1 2.14.1-4
ii  libfreetype6   2.12.1+dfsg-5
ii  libgc1 1:8.2.2-3
ii  libgcc-s1  12.2.0-14
ii  libgdk-pixbuf-2.0-02.42.10+dfsg-1+b1
ii  libglib2.0-0   2.74.6-2
ii  libglibmm-2.4-1v5  2.66.5-2
ii  libgomp1   12.2.0-14
ii  libgsl27   2.7.1+dfsg-5
ii  libgspell-1-2  1.12.0-1+b2
ii  libgtk-3-0 3.24.38-2~deb12u1
ii  libgtkmm-3.0-1v5   3.24.7-1
ii  libharfbuzz0b  6.0.0+dfsg-3
ii  libjpeg62-turbo1:2.1.5-2
ii  liblcms2-2 2.14-2
ii  libmagick++-6.q16-88:6.9.11.60+dfsg-1.6+deb12u1
ii  libpango-1.0-0 1.50.12+ds-1
ii  libpangocairo-1.0-01.50.12+ds-1
ii  libpangoft2-1.0-0  1.50.12+ds-1
ii  libpangomm-1.4-1v5 2.46.3-1
ii  libpng16-161.6.39-2
ii  libpoppler-glib8   22.12.0-2+b1
ii  libpoppler126  22.12.0-2+b1
ii  libpotrace01.16-2
ii  libreadline8   8.2-1.3
ii  librevenge-0.0-0   0.0.5-3
ii  librsvg2-common2.54.7+dfsg-1~deb12u1
ii  libsigc++-2.0-0v5  2.12.0-1
ii  libsoup2.4-1   2.74.3-1
ii  libstdc++6 14-20240315-1
ii  

Bug#1009795: should depend on correct python3-pluggy version

[Roland Hieber]

Package: python3-pylsp
Version: 1.4.1-1
Severity: minor

Dear Maintainer,

After trying to use pylsp as a backend with vim-lsp, I noticed that the
backend didn't start. Indeed, when started on the command line, I got a
stack trace:

$ pylsp
Traceback (most recent call last):
  File "/usr/bin/pylsp", line 5, in 
from pylsp.__main__ import main
  File "/usr/lib/python3/dist-packages/pylsp/__main__.py", line 15, in 

from .python_lsp import (PythonLSPServer, start_io_lang_server,
  File "/usr/lib/python3/dist-packages/pylsp/python_lsp.py", line 15, in 

from .config import config
  File "/usr/lib/python3/dist-packages/pylsp/config/config.py", line 11, in 

from pluggy._hooks import HookImpl
ModuleNotFoundError: No module named 'pluggy._hooks'

Apparently the problem arose because apt chose to install the pylsp
version from unstable (as there is none in stable), but the
python3-pluggy version from stable, and apparently those are not
compatible. Installing python3-pluggy 1.0.0-1 from unstable solved the
problem, so I think the dependency should be versionised.

Thanks,

 - Roland

-- System Information:
Debian Release: 11.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable-debug'), (500, 
'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-12-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3-pylsp depends on:
ii  python33.9.2-3
ii  python3-jedi   0.18.0-1
ii  python3-pkg-resources  52.0.0-4
ii  python3-pluggy 0.13.0-6
ii  python3-pylsp-jsonrpc  1.0.0-2
ii  python3-ujson  4.0.2-1

python3-pylsp recommends no packages.

Versions of packages python3-pylsp suggests:
ii  flake8   3.8.4-1
pn  pylint   
pn  python3-autopep8 
ii  python3-mccabe   0.6.1-3
ii  python3-pycodestyle  2.6.0-1
pn  python3-pydocstyle   
ii  python3-pyflakes 2.2.0-2
pn  python3-rope 
pn  python3-yapf 

-- no debconf information

Bug#998004: /usr/sbin/lpinfo: lpinfo: -U does not work despite saying so in the help

[Roland Hieber]

Package: cups-client
Version: 2.3.3op2-3+deb11u1
Severity: normal
File: /usr/sbin/lpinfo

Dear Maintainer,

I tried using lpinfo with a hostname and a user name, but it complains:

$ lpinfo -h gutenberg.mydomain -U myuser -l -v
lpinfo: Unknown option "U".
Usage: lpinfo [options] -m
   lpinfo [options] -v
Options:
-E  Encrypt the connection to the server
-h server[:port]Connect to the named server and port
-l  Show verbose (long) output
-m  Show models
-U username Specify the username to use for authentication
-v  Show devices
--device-id device-id   Show models matching the given IEEE 1284 device ID
--exclude-schemes scheme-list
Exclude the specified URI schemes
--include-schemes scheme-list
Include only the specified URI schemes
--language locale   Show models matching the given locale
--make-and-model name   Show models matching the given make and model name
--product name  Show models matching the given PostScript product
--timeout seconds   Specify the maximum number of seconds to discover 
devices

These two lines in the help seem to be conflicting:

  lpinfo: Unknown option "U".
[...]
  -U username Specify the username to use for authentication

It does not matter where on the command line I put the -U, the outcome is
always the same, and I haven't figured out yet how to authenticate to
the server with a different user name.

Cheers,

 - Roland


-- System Information:
Debian Release: 11.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable-debug'), (500, 
'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-7-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cups-client depends on:
ii  adduser  3.118
ii  cups-common  2.3.3op2-3+deb11u1
ii  libc62.31-11
ii  libcups2 2.3.3op2-3+deb11u1

cups-client recommends no packages.

Versions of packages cups-client suggests:
ii  cups   2.3.3op2-3+deb11u1
ii  cups-bsd   2.3.3op2-3+deb11u1
ii  smbclient  2:4.13.5+dfsg-2

-- no debconf information

Bug#989578: memstat: please clarify license

[Roland Hieber]

Package: memstat
Severity: normal

Dear Maintainer,

The best license statement I could find was line 8 in memstat.c:

Distribution subject to the terms of the GPL.

Is this meant to be equivalent to "GPL 1.0, or at your option, any later
version", or something else?

Cheers,

 - Roland


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-security'), (500, 'testing-debug'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages memstat depends on:
ii  libc6  2.31-11

memstat recommends no packages.

memstat suggests no packages.

Bug#980474: freecad: metapackage should depend on the right package versions

[Roland Hieber]

Package: freecad
Version: 0.19~pre1+git20210109.afd1470202+dfsg1-1
Severity: minor

Dear Maintainer,

I installed the freecad_0.19 metapackage from unstable, but the apt
resolver satisfied the dependency on freecad-python3 etc. with the 0.18
versions from stable. The dependency could be improved here to include
the version number.

Cheers,

 - Roland


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-trunk-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages freecad depends on:
ii  freecad-python3  0.18.4+dfsg2-6+b1

Versions of packages freecad recommends:
pn  calculix-ccx  
ii  graphviz  2.42.2-4+b2

Versions of packages freecad suggests:
pn  povray  

-- debconf-show failed

Bug#976192: ncal: incorrect week numbers for 2021

[Roland Hieber]

Control: tags -1 + patch

On Fri, 15 Jan 2021 23:03:20 + "Kate"  wrote:
> Do I need to submit the patch on 
> https://bugs.launchpad.net/ubuntu/+source/bsdmainutils or is there already 
> someone with the rights on the upstream repo in the debian maintainers 
> subscribed to this bugreport?

Thanks for the patch! I've tested it and it seems to do the right thing
at least for 2020 to 2025 :-)

As for Debian, your message already should have been delivered to the
appropriate maintainers.

 - Roland

Bug#956633: libpango-1.0-0: 1.44.7-3 regression: wrong font rendering in geany/hexchat: invisible underscores

[Roland Hieber]

Control: forwarded -1 https://gitlab.gnome.org/GNOME/pango/-/issues/471
Control: found -1 1.48.0-1
Control: affects -1 + geany
Control: thanks

In my case, I could also reproduce this in hexchat 2.14.3-4 with
Bitstream Vera Sans 8pt.

There are multiple upstream bug reports dealing with this issue:

* https://gitlab.gnome.org/GNOME/pango/-/issues/471 pango: "libpango
  1.44.7 does not display fonts correctly"
* https://gitlab.gnome.org/GNOME/pango/-/issues/478 pango: "Underscores
  not rendered in Hexchat when using Monospace 11/12 font"
* https://gitlab.gnome.org/GNOME/pango/-/issues/392 pango: "Underscores
  not rendered with some sizes of dejavu sans mono"
* https://gitlab.gnome.org/GNOME/pango/-/issues/264 pango: "Underscore
  character not visible on text with some fractional font sizes"
* https://github.com/hexchat/hexchat/issues/2449 hexchat: "Underscores
  not rendered in Monospace 11/12 font"

As mentioned in [1], it seems to be unclear whether this is a bug in
pango, or in the applications using it. However, Geany has added a
known workaround to its FAQ (increasing the line height) [3], and
hexchat has merged a pull request [2] recently (not released yet) that
apparently works around this issue.

Mattia, I quickly tried the hexchat patch [2] and it improves things for
me (line height is still a bit smaller than with pango 1.42, but
underscores are visible again). Could you throw it into the Debian patch
queue for hexchat?

[1]: https://gitlab.gnome.org/GNOME/pango/-/issues/471#note_829205
[2]: https://github.com/hexchat/hexchat/pull/2500
[3]: 
https://geany.org/documentation/faq/#geany-does-not-display-underscores-anymore

If no other application is affected, we could close this issue.

 - Roland

Bug#976192: ncal: incorrect week numbers for 2021

[Roland Hieber]

Note: /usr/bin/date is not affected, so it is probably not strftime()s
fault:

$ date --date=2021-01-01 +%V
53
$ date --date=2021-01-04 +%V
01

(Same with LC_TIME=de_DE.UTF-8, as below.)

 - Roland

On Tue, Dec 01, 2020 at 10:51:05AM +0100, Roland Hieber wrote:
> Package: ncal
> Version: 12.1.7
> Severity: important
> 
> Dear Maintainer,
> 
> it seems that the output for week numbers for 2021 is incorrect:
> 
> $ LC_TIME=de_DE.UTF-8 ncal -w3
>   November 2020 Dezember 2020 Januar 2021   
> Mo 2  9 16 23 30 7 14 21 284 11 18 25   
> Di 3 10 17 24 1  8 15 22 295 12 19 26   
> Mi 4 11 18 25 2  9 16 23 306 13 20 27   
> Do 5 12 19 26 3 10 17 24 317 14 21 28   
> Fr 6 13 20 27 4 11 18 251  8 15 22 29   
> Sa 7 14 21 28 5 12 19 262  9 16 23 30   
> So  1  8 15 22 29 6 13 20 273 10 17 24 31   
>44 45 46 47 48 49 49 50 51 52  1 1  2  3  4  5   
> 
> Here January 2021 starts with week 1 on Friday, the 1st of January.
> 
> The manpage for ncal(1) mentions:
> 
> STANDARDS
> [...]
>  The week number computed by -w is compliant with the ISO 8601
>  specification.
> 
> ISO 8601 computes the week number depending on the year in which
> Thursday occurs, so 2020 should end on a Thursday with week 53.
> 
> The same call on a system with bsdmainutils 11.1.2+b1 displays the
> correct week numbers, with week 53 spanning over the two years, and
> week 1 starting with 2021-01-04.
> 
>  - Roland
> 
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
> 'testing-debug'), (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU threads)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US:en
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages ncal depends on:
> ii  libc6  2.31-3
> ii  libtinfo6  6.2+20200918-1
> 
> ncal recommends no packages.
> 
> ncal suggests no packages.
> 
> -- no debconf information

Bug#976192: ncal: incorrect week numbers for 2021

[Roland Hieber]

Package: ncal
Version: 12.1.7
Severity: important

Dear Maintainer,

it seems that the output for week numbers for 2021 is incorrect:

$ LC_TIME=de_DE.UTF-8 ncal -w3
November 2020 Dezember 2020 Januar 2021   
Mo 2  9 16 23 30 7 14 21 284 11 18 25   
Di 3 10 17 24 1  8 15 22 295 12 19 26   
Mi 4 11 18 25 2  9 16 23 306 13 20 27   
Do 5 12 19 26 3 10 17 24 317 14 21 28   
Fr 6 13 20 27 4 11 18 251  8 15 22 29   
Sa 7 14 21 28 5 12 19 262  9 16 23 30   
So  1  8 15 22 29 6 13 20 273 10 17 24 31   
   44 45 46 47 48 49 49 50 51 52  1 1  2  3  4  5   

Here January 2021 starts with week 1 on Friday, the 1st of January.

The manpage for ncal(1) mentions:

STANDARDS
[...]
 The week number computed by -w is compliant with the ISO 8601
 specification.

ISO 8601 computes the week number depending on the year in which
Thursday occurs, so 2020 should end on a Thursday with week 53.

The same call on a system with bsdmainutils 11.1.2+b1 displays the
correct week numbers, with week 53 spanning over the two years, and
week 1 starting with 2021-01-04.

 - Roland


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ncal depends on:
ii  libc6  2.31-3
ii  libtinfo6  6.2+20200918-1

ncal recommends no packages.

ncal suggests no packages.

-- no debconf information

Bug#931363: Fails to create output PDF (permission denied)

[Roland Hieber]

I was stumbling over this today too… but a look at the code shows that
the log output is confusing.

On Wed, Jul 03, 2019 at 09:52:29AM +0200, martin f krafft wrote:
>  Wed Jul  3 09:40:55 2019  [DEBUG] output filename created: 
> /home/ssd/madduck/PDF/stdin___madduck_PDF.pdf

Here, the output filename is built from other variables,

>  Wed Jul  3 09:40:55 2019  [DEBUG] ghostscript commandline built: /usr/bin/gs 
> -q -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite 
> -sOutputFile="/home/ssd/madduck/PDF/stdin___madduck_PDF.pdf" 
> -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false 
> -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c .setpdfwrite -f 
> /var/spool/cups-pdf/SPOOL/cups2pdf-8702

then the gs commandline is built,

>  Wed Jul  3 09:40:55 2019  [DEBUG] output file unlinked: 
> /home/ssd/madduck/PDF/stdin___madduck_PDF.pdf

then the output file is unlinked so that gs does not have problems
writing to it,

>  Wed Jul  3 09:40:55 2019  [DEBUG] TMPDIR set for GhostScript: /var/tmp

and only here the gs process is forked off.

>  Wed Jul  3 09:40:55 2019  [DEBUG] waiting for child to exit
>  Wed Jul  3 09:40:55 2019  [DEBUG] entering child process
>  Wed Jul  3 09:40:55 2019  [DEBUG] GID set for current user
>  Wed Jul  3 09:40:55 2019  [DEBUG] supplementary groups set for current user
>  Wed Jul  3 09:40:55 2019  [DEBUG] UID set for current user: madduck
>  Wed Jul  3 09:40:55 2019  [DEBUG] ghostscript has finished: 256

However, gs exits unsucessfully with an exit code of 256.

>  Wed Jul  3 09:40:55 2019  [DEBUG] no postprocessing
>  Wed Jul  3 09:40:55 2019  [DEBUG] spoolfile unlinked: 
> /var/spool/cups-pdf/SPOOL/cups2pdf-8702
>  Wed Jul  3 09:40:55 2019  [DEBUG] all memory has been freed
> 
> Not only is the output file unlinked right after the call to /usr/bin/gs;
> 
> The target directory is 0700, but even changing it to 1777 doesn't fix
> things.
> 
> Note that if I reduce the LogLevel to 3 in /etc/cups/cups-pdf.conf, then the
> log output suggests that PDF creation is being successful, after failing to
> set the file mode:
> 
>  Wed Jul  3 09:44:00 2019  [ERROR] failed to set file mode for PDF file: 
> /home/ssd/madduck/PDF/2019-07-03-094400-740472161-muttprint.pdf (non fatal)

This is only a follow-up error because gs did not create the output
file. So I would also look for the cause in gs itself, or the
environment in which it was executed.

But that's all I could find out until now…

 - Roland

Bug#964929: iris_dri.so: Segmentation Fault

[Roland Hieber]

On Sun, Jul 12, 2020 at 07:57:32PM +0200, Christophe Lohr wrote:
> Package: libgl1-mesa-dri
> Version: 20.1.2-1
> Severity: important
> Tags: upstream
> 
> Dear Maintainer,
>   Many applications fail to start on my PC wuth a Segmentation fault (ffplay 
> mplayer kdenlive obs-studio)
> Each time, the core file seems to point an issue with the 
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so library:

I'm fairly sure that I was seeing the same issue using mpv with
libgl1-mesa-dri versions 20.1.8-1 and 20.2.0~rc4-2 on kernel 5.7.10-1,
and the MESA_LOADER_DRIVER_OVERRIDE=i965 workaround also got rid of it.

However, after installing the debug symbols and trying to reproduce it
in gdb to get a backtrace, my system crashed and I accidentally rebooted
with kernel 5.8.7-1, and now mpv seems to work fine…

 - Roland

Bug#895851: sh: 1: /usr/local/share/gkrellm/GrabWeather: not found

[Roland Hieber]

Control: severity -1 grave

On Sat, Jun 22, 2019 at 02:26:58PM +0200, Vincent Lefevre wrote:
> Control: severity -1 important
> 
> On 2018-04-16 21:57:06 +0200, Roland Hieber wrote:
> > I can edit ~/.gkrellm2/user-config and set the command to
> > /usr/share/gkrellm/GrabWeather manually, but it would be better to have
> > a sane default.
> 
> Unfortunately this workaround is misleading, as when changing the
> station from the configuration in the UI, the path is set back to
> /usr/local/share/gkrellm/GrabWeather and one gets no error messages!
> I had the impression that the new station did not work, and it took
> me some time to find the cause.
> 
> Thus this requires to quit GKrellM, modify the configuration
> manually, and start GKrellM again.

I was just running into that issue again… 

Raising the severity to "grave" because the plugin is unable to work out
of the box.

 - Roland

Bug#833317: en

[Roland Hieber]

On Thu, 21 Feb 2019 10:08:03 +0100 =?UTF-8?Q?G=C3=BCrkan_Myczko?= 
 wrote:
> Hello Roland
> 
> Can you try with version 2.0? It also doesn't have en locale in the 
> locale directory, however
> it is default english.

It has been a while and I have changed systems twice in the meantime… ^^
With flowblade 2.4-1, I'm still getting a German interface with:

$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=de_DE.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=de_DE.UTF-8
LC_COLLATE=de_DE.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=

> You have a mixture of everything in your locale 
> settings, not sure what
> you expect upstream or maintainer to do?

Given that I live in Germany, it makes sense for me to set certain
locale variables to de_DE.UTF-8, e.g. time formatting, currency,
collation order, paper format etc. The usual way is to respect LANG,
LANGUAGE or LC_MESSAGES for user interface output:

$ LANGUAGE=en_US git status
fatal: not a git repository (or any of the parent directories): .git
$ LANGUAGE=de_DE git status
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git

$ LANGUAGE=en_US cat nonexistent
cat: nonexistent: No such file or directory
$ LANGUAGE=de_DE cat nonexistent
cat: nonexistent: Datei oder Verzeichnis nicht gefunden

Apparently [1] the precedence is LANGUAGE, LC_ALL, LC_MESSAGES, LANG:

$ LANG= LANGUAGE= LC_ALL= LC_MESSAGES=de_DE.UTF-8 git status
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
$ LANG= LANGUAGE= LC_ALL= LC_MESSAGES=en_US.UTF-8 git status
fatal: not a git repository (or any of the parent directories): .git

Maybe that has something to do with it? But note that all of these four
variables are set to en_US in my case.

[1]: 
https://www.gnu.org/software/gettext/manual/html_node/Locale-Environment-Variables.html

 - Roland

Bug#940970: autopostgresqlbackup: should depend on mailx instead of heirloom-mailx

[Roland Hieber]

Package: autopostgresqlbackup
Version: 1.1-1
Severity: normal

Dear Maintainer,

autopostgresqlbackup uses 'mail -s' to send logs by mail. The package
currently depends on heirloom-mailx, but heirloom-mailx does no longer
provide a /usr/bin/mail alternative since the move to s-nail. See [1]
and [2] for more information.

I suggest that the "Depends: heirloom-mailx | biabam | mutt" be changed
to "Depends: mailx | biabam | mutt", which makes use of the virtual
package mailx, currently provided by bsd-mailx and mailutils.

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858080
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847049

Cheers,

 - Roland

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages autopostgresqlbackup depends on:
ii  mailutils [mailx] 1:3.5-3
pn  postgresql-client-common  

Versions of packages autopostgresqlbackup recommends:
pn  heirloom-mailx | biabam | mutt  
ii  openssl 1.1.1c-1

Versions of packages autopostgresqlbackup suggests:
ii  bzip2 1.0.6-9.2
ii  xz-utils  5.2.4-1

Bug#899067: Fixed by patching def loop to def sr_loop

[Roland Hieber]

Control: tag -1 + patch

Thank you, that one helps! Although there are still a lot of
deprecation warnings, but it's working, so I'll ignore that for now :)

 - Roland

On Tue, 12 Mar 2019 14:34:47 +0100 Christian Schiffler 
 wrote:
> Apparently there is now a collision with some other GEM.
> 
> Patched the internal def "loop" to "sr_loop".
> 
> diff attached.
> 
> Hope this helps
> Chris
> 
> 

Bug#917361: Acknowledgement (pasystray: --notify=none still notifies when new inputs appear)

[Roland Hieber]

Control: tags -1 + patch upstream fixed-upstream
Control: you will probably not understand this, but I wish you merry holidays
Control: thanks

It seems the problem was already fixed upstream in commit 
https://github.com/christophgysin/pasystray/commit/ba64ebde5ace6349e9c1f3145831939b79ada4a1

Thanks,
 - Roland

Bug#917361: pasystray: --notify=none still notifies when new inputs appear

[Roland Hieber]

Package: pasystray
Version: 0.7.0-1
Severity: minor

Dear Maintainer,

when starting pasystray with --notify=none, I still get notification
bubbles when new inputs appear, for example when opening a YouTube video
in Firefox for the first time since I restarted Firefox. It seems that
the respective notification settings are not queried in the function
pulseaudio_process_update_volume_notification in that case.

 - Roland

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

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

Versions of packages pasystray depends on:
ii  adwaita-icon-theme  3.30.0-1
ii  libatk1.0-0 2.30.0-1
ii  libavahi-client30.7-4+b1
ii  libavahi-common30.7-4+b1
ii  libavahi-glib1  0.7-4+b1
ii  libayatana-appindicator3-1  0.5.3-4
ii  libc6   2.28-2
ii  libcairo-gobject2   1.16.0-1
ii  libcairo2   1.16.0-1
ii  libdbusmenu-glib4   18.10.20180917~bzr490+repack1-1
ii  libgdk-pixbuf2.0-0  2.38.0+dfsg-6
ii  libglib2.0-02.58.1-2
hi  libgtk-3-0  3.22.30-2
ii  libnotify4  0.7.7-3
ii  libpango-1.0-0  1.42.4-4
ii  libpangocairo-1.0-0 1.42.4-4
ii  libpulse-mainloop-glib0 12.2-2
ii  libpulse0   12.2-2
ii  libx11-62:1.6.7-1

pasystray recommends no packages.

Versions of packages pasystray suggests:
pn  paman   
pn  paprefs 
ii  pavucontrol 3.0-4
pn  pavumeter   
ii  pulseaudio-module-zeroconf  12.2-2

-- no debconf information

Bug#884509: openscad: (Build-)Depends on ttf-marvosym which is going to be removed

[Roland Hieber]

I've had a short look into this: it seems that marvosym is only used for
the test in ./testdata/scad/2D/features/text-font-symbol.scad, which
aparrently uses the bundled version of marvosym from
./testdata/ttf/marvosym-3.10. There are no patches that change anything
about those paths in the test, and openscad-testing-data alrady picks up
everything in ./testdata/, including that font, to install it on the
machines that want to execute the test suite. So I think ttf-marvosym
(as well as fonts-hosny-amiri) is currently not actually needed as a
Build-Depends for openscad and Depends for openscad-testing-data.

It is understandable that bundling fonts ourselves is kind of redundant,
but I guess for this particular case it will do, as marvosym is not a
widely-used font, I guess (and it doesn't even change anything in the
list of installed files for openscad-testing-data). I'm not sure if this
is really a bug in the upstream test suite, given that they already
chose to bundle it in their releases, and marvosym can still be found on
the author's blog (although not maintained anymore), I don't think the
chances are good that they want to move to a different font only to
solve a minor Debian dependency…

 - Roland

On Sat, 16 Dec 2017 03:59:58 +0100 Andreas Beckmann  wrote:
> Source: openscad
> Version: 2015.03-2+dfsg-2
> Severity: serious
> Tags: sid buster
> Control: block 881704 with -1
> 
> ttf-marvosym is planned for removal, see #881704, #820231 and
> http://www.martinvogel.de/blog/index.php?/archives/131-Marvosym.ttf.html
> 
> Please drop the Build-Depends and the Depends in openscad-testing-data
> and switch to a different font.
> 
> 
> Andreas
> 
> 

Bug#917092: vdirsyncer: VCS URLs are no longer reachable

[Roland Hieber]

Source: vdirsyncer
Severity: normal

Dear Maintainer,

The package tracker reports that anonscm.debian.org is no longer
reachable [1]. This is due to the planned ending of alioth.debian.org.
I guess the new URLs in debian/control should be:

Vcs-Git: https://salsa.debian.org/python-team/applications/vdirsyncer.git
Vcs-Browser: https://salsa.debian.org/python-team/applications/vdirsyncer

[1]: https://qa.debian.org/cgi-bin/vcswatch?package=vdirsyncer

Cheers,

 - Roland

Bug#874683: fixed in mumble 1.3.0~2868~g44b9004+dfsg-1

[Roland Hieber]

reopen 874683
notfixed 874683 1.2.19-3
found 874683 1.2.19-3
thanks

On Mon, Dec 17, 2018 at 12:06:06PM +, Chris Knadle wrote:
> notfixed 874683 1.2.19-3
> thanks
> 
> Roland Hieber:
> > 
> > Hi,
> > 
> > is it correct that this bug is fixed in mumble_1.2.19-3, or was there a
> > mixup in the changelog of that version, as it decends from the 1.3.0
> > changelog?
> > 
> > Cheers,
> > Roland
> 
> Sorry for the confusion.
> To try to help clarify:
> 
> Mumble 1.3.0~2868~g44b9004+dfsg-1 in Debian Experimental is built with Qt 5.
> 
> Mumble 1.2.19-3 in Debian Unstable and Testing can only be built with Qt 4.
> (All Mumble 1.2.x versions can only be built with Qt 4.)  It looks like this 
> bug
> is incorrectly marked as fixed for 1.2.19-3; I'll see if I can change that to
> 'notfixed' via the email interface for the BTS.

It doesn't seem so. I'll try to phrase that a bit more insistently.

Thanks for the clarification!

 - Roland

Bug#874683: fixed in mumble 1.3.0~2868~g44b9004+dfsg-1

[Roland Hieber]

Hi,

is it correct that this bug is fixed in mumble_1.2.19-3, or was there a
mixup in the changelog of that version, as it decends from the 1.3.0
changelog?

Cheers,
Roland


On Thu, 20 Sep 2018 10:20:49 + Christopher Knadle 
 wrote:
> Source: mumble
> Source-Version: 1.3.0~2868~g44b9004+dfsg-1
> 
> We believe that the bug you reported is fixed in the latest version of
> mumble, which is due to be installed in the Debian FTP archive.
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 874...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Christopher Knadle  (supplier of updated mumble 
> package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Format: 1.8
> Date: Thu, 20 Sep 2018 05:50:27 +
> Source: mumble
> Binary: mumble mumble-server
> Architecture: source
> Version: 1.3.0~2868~g44b9004+dfsg-1
> Distribution: experimental
> Urgency: medium
> Maintainer: Christopher Knadle 
> Changed-By: Christopher Knadle 
> Description:
>  mumble - Low latency encrypted VoIP client
>  mumble-server - Low latency encrypted VoIP server
> Closes: 874683
> Changes:
>  mumble (1.3.0~2868~g44b9004+dfsg-1) experimental; urgency=medium
>  .
>* New upstream snapshot from 2018-08-30
>  Fixes wishlist bug "mumble: please package a QT5 version of mumble"
>  (Closes: #874683)
>  Thanks to Daniel Kahn Gillmor  for reporting
>  the bug and informing me about the pending Qt4 removal (also reported
>  in #875058); sorry it took me so long to package this.
>* debian/control:
>  - Update Build-Depends to use Qt5 dependencies
>  - Remove Suggests: dbus, mumble-django packages for mumble-server
>  - Add Suggests: libqt5sql5-sqlite for mumble-server
>  - Update Standards-Version to 4.2.1
>Changes:
>  - Update debian/rules to enable DH_VERBOSE=1 to increase build
>verbosity as requested in Debian Policy § 4.9
>* debian/copyright:
>  - Add Files-Excluded section to document files removed from the upstream
>tarball for DFSG compliance.  [The removals are for draft IETF 
> documents
>for CELT, Opus, Speex codecs that have a restrictive license.]

-- 
Roland Hieber
Jasperallee 76
D-38102 Braunschweig
Tel.: +49 (0) 1577-19 19 297
E-Mail: roh...@rohieb.name
Web: http://rohieb.name
PGP Fingerprint: 3B7A C587 9464 CAB6 5B90  7151 B241 3C66 DD2C 3FEA

Bug#915243: GTK 3 systray icons don't redraw transparent parts

[Roland Hieber]

reassign 915243 libgtk-3-0 3.23.1-1
notfound 915243 3.22.30-2
forwarded 915243 https://gitlab.gnome.org/GNOME/gtk/issues/1280
thanks

On Sun, Dec 02, 2018 at 09:46:00AM +0100, Uli Schlachter wrote:
> Hi,
> 
> On 02.12.18 02:30, Roland Hieber wrote:
> > since a recent apt-get upgrade, followed by a restart of X, the systray
> > icons in my awesome with default configuration look strange and it seems
> > like the transparent parts are no longer redrawn with the background
> > color, but previously drawn items stay there, and only the opaque parts
> > of the icons are drawn over them. I don't know if this is awesome's
> > fault, it could also be a problem in an underlying library, so feel free
> > to assign to some other package.
> 
> GTK+ broke their systray icons (perhaps only in non-composited
> environments; I'm not entirely sure). As far as I know, version 3.24 is
> affected.
> 
> This bug was introduced in
> https://gitlab.gnome.org/GNOME/gtk/commit/01d1bc3c75fd0eff5665f5b9c690c5e1e6c65f13.
> 
> Links to a couple of upstream bugs (and patches):
> 
> https://github.com/awesomeWM/awesome/issues/1720
> (Ignore the people talking about Qt for this; Qt also broke their icons
> ages ago)
>
> https://github.com/awesomeWM/awesome/issues/2449
> (This talks about GTK 3.24 being affected)
> 
> https://github.com/i3/i3/issues/3335
> 
> https://github.com/TomaszGasior/gtk3-mushrooms/issues/12
> 
> https://gitlab.gnome.org/GNOME/gtk/issues/1280
> 
> https://gitlab.gnome.org/GNOME/gtk/merge_requests/391/diffs
> 
> (Sadly this merge request is inactive for about a month now...)

Bug#915243: awesome: systray icons don't redraw transparent parts

[Roland Hieber]

Whoa, that's quite a list of issues, thank you for that! I will try to look 
into it.

On 2 December 2018 09:46:00 CET, Uli Schlachter  wrote:
>On 02.12.18 02:30, Roland Hieber wrote:
>> hexchat,
>
>Uhm... definitely GTK+, but it depends on libgtk2.0-0, so this should
>not be affected by the breakage in GTK+3...?

That's right, hexchat was there in the systray so I mentioned it, but I didn't 
see any problems with it.

 - Roland

Bug#915243: awesome: systray icons don't redraw transparent parts

[Roland Hieber]

Package: awesome
Version: 4.2-5
Severity: normal

Dear Maintainer,

since a recent apt-get upgrade, followed by a restart of X, the systray
icons in my awesome with default configuration look strange and it seems
like the transparent parts are no longer redrawn with the background
color, but previously drawn items stay there, and only the opaque parts
of the icons are drawn over them. I don't know if this is awesome's
fault, it could also be a problem in an underlying library, so feel free
to assign to some other package.

I have attached a screenshot with systray icons from nm-applet, variety,
pasystray, hexchat, and xfce4-power-manager. You can see that under the
nm-applet WLAN indicator, there are leftovers of a previous nm-applet
icon when it hadn't had any connection. Then, under the variety icon,
some leftover text from awesome's keyboard indicator widget (which got
pushed to the left when the systray was filled up with icons). The
Pulseaudio systray icon is showing some weird superimposed state of
muted and non-muted, and the XFCE4 Power Manager is showing one and a
half batteries, the result of a "running on battery" icon drawn over a
previous "charging battery" icon.


 - Roland

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

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

Versions of packages awesome depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.10-1
ii  gir1.2-freedesktop1.58.1-1
ii  gir1.2-pango-1.0  1.42.4-4
ii  libc6 2.27-8
ii  libcairo-gobject2 1.16.0-1
ii  libcairo2 1.16.0-1
ii  libdbus-1-3   1.12.10-1
ii  libgdk-pixbuf2.0-02.38.0+dfsg-6
ii  libglib2.0-0  2.58.1-2
ii  liblua5.3-0   5.3.3-1
ii  libstartup-notification0  0.12-5
ii  libx11-6  2:1.6.7-1
ii  libxcb-cursor00.1.1-4
ii  libxcb-icccm4 0.4.1-1+b1
ii  libxcb-keysyms1   0.4.0-1+b2
ii  libxcb-randr0 1.13.1-1
ii  libxcb-render01.13.1-1
ii  libxcb-shape0 1.13.1-1
ii  libxcb-util0  0.3.8-3+b2
ii  libxcb-xinerama0  1.13.1-1
ii  libxcb-xkb1   1.13.1-1
ii  libxcb-xrm0   1.0-3
ii  libxcb-xtest0 1.13.1-1
ii  libxcb1   1.13.1-1
ii  libxdg-basedir1   1.2.0-2
ii  libxkbcommon-x11-00.8.2-1
ii  libxkbcommon0 0.8.2-1
ii  lua-lgi   0.9.2-2
ii  menu  2.1.47+b1

Versions of packages awesome recommends:
ii  awesome-extra  2018101101
ii  feh3.1-1
pn  rlwrap 
ii  x11-xserver-utils  7.7+8

Versions of packages awesome suggests:
ii  awesome-doc  4.2-5

-- no debconf information

Bug#900958: ITP: barebox-host-tools -- useful development tools from the barebox source tree

[Roland Hieber]

For the record, the current problem is assembling debian/copyright
automatically according to DEP-5. The file headers and copyright holders
are not always recognizable by licensecheck, but upstream is discussing
about using SPDX in the future, so I'll wait if that helps.

 - Roland

Bug#905379: Bug explanation

[Roland Hieber]

On Fri, 26 Oct 2018 16:09:19 +0100 Julian Gilbey  wrote:
> I've just uploaded a version based on git to unstable
> (2.1.5+dfsg+2.1.6-test.20181026.b4f4e65c-1) so you can test it.  Does
> this version work for you? 

Thanks! At least it shows a functional UI without any warnings, and
editing and studying decks works, so I guess that's a yes :-)

 - Roland

Bug#905379: Bug explanation

[Roland Hieber]

On Thu, 20 Sep 2018 08:23:15 +0200 Julien Puydt  
wrote:
> Hi,
> 
> I hadn't launched anki since long and hence got stuck.
> 
> Looking at the trace I see:
> self.focusProxy().installEventFilter(self)
> and an attribute error that NoneType  has no installEventFilter, so it's 
>   quite clear what the problem is:
> 
> self.focusProxy() returns None!
> 
> That might mean that some versions of PyQT were having a default focus 
> proxy and that line worked, but newer versions need an explicit setup.
> 
> Commenting the line makes it possible to go further, with a few error 
> windows showing up.
> 
> I would suggest asking around.

That particular part of the code was refactored in upstream commit
https://github.com/dae/anki/commit/1af556cb8d62a638f7fa0bcb6289bf932d338691
and although I was able to backport that single commit onto 2.1.5+dfsg-1
and that particular error went away, I still didn't get a very
functional Anki window afterwards (only a menu bar with a grey window,
but also three new tabs with data:text/html URLs in my Firefox o_O). So
I guess there is still more to it than meets the eye for full pyqt 5.11
support.

 - Roland

Bug#908496: ninka: fails to start without libio-captureoutput-perl installed

[Roland Hieber]

Package: ninka
Version: 1.3.2-2
Severity: grave

Dear Maintainer,

ninka currently does not depend on libio-captureoutput-perl, but fails
to start if it is not installed:

  $ ninka inputfile
  Can't locate IO/CaptureOutput.pm in @INC (you may need to install the
  IO::CaptureOutput module) (@INC contains:
  /home/rhi/.perl5/lib/perl5/5.26.2/x86_64-linux-gnu-thread-multi
  /home/rhi/.perl5/lib/perl5/5.26.2
  /home/rhi/.perl5/lib/perl5/x86_64-linux-gnu-thread-multi
  /home/rhi/.perl5/lib/perl5 /etc/perl
  /usr/local/lib/x86_64-linux-gnu/perl/5.26.2 /usr/local/share/perl/5.26.2
  /usr/lib/x86_64-linux-gnu/perl5/5.26 /usr/share/perl5
  /usr/lib/x86_64-linux-gnu/perl/5.26 /usr/share/perl/5.26
  /home/rhi/.perl5/lib/perl5/5.26.1
  /home/rhi/.perl5/lib/perl5/5.26.1/x86_64-linux-gnu-thread-multi
  /home/rhi/.perl5/lib/perl5/5.26.0
  /home/rhi/.perl5/lib/perl5/5.26.0/x86_64-linux-gnu-thread-multi
  /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at
  /usr/share/perl5/Ninka/CommentExtractor.pm line 7.
  BEGIN failed--compilation aborted at 
/usr/share/perl5/Ninka/CommentExtractor.pm line 7.
  Compilation failed in require at /usr/share/perl5/Ninka.pm line 6.
  BEGIN failed--compilation aborted at /usr/share/perl5/Ninka.pm line 6.
  Compilation failed in require at /usr/bin/ninka line 6.
  BEGIN failed--compilation aborted at /usr/bin/ninka line 6.

Note that the error comes from
/usr/share/perl5/Ninka/CommentExtractor.pm, which is always loaded by
/usr/share/perl5/Ninka.pm, which is always loaded by /usr/bin/ninka, so
I'm certain that the error is indepent of the inputfile. Therefore I'm
setting Severity to "grave" because it renders the package unusable.

The error can be fixed by depending on libio-captureoutput-perl.

Cheers,
 - Roland

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-updates'), (500, 'stable-debug'), (500, 
'oldstable-updates'), (500, 'oldoldstable'), (500, 'unstable'), (500, 
'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.8-bla (SMP w/24 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ninka depends on:
ii  libc6   2.27-3
ii  libgcc1 1:8.1.0-9
ii  libstdc++6  8.1.0-9
ii  perl5.26.2-6

ninka recommends no packages.

ninka suggests no packages.

-- no debconf information

Bug#906066: care: Upstream source is gone

[Roland Hieber]

Package: care
Version: 2.2.1-1+b1
Severity: important

Dear Maintainer,

> $ cat /usr/share/doc/care/copyright. 
> Source: http://reproducible.io

This homepage is apparently gone, and there is no DNS entry for either
reproducible.io or www.reproducible.io.

The latest reasonable snapshots from the Web Archive [wa] show redirects
to the PRoot project [pr] on GitHub before the content vanished, maybe
this is related?

[wa]: http://web.archive.org/web/20160503024030/http://reproducible.io/
[ai]: https://github.com/proot-me/PRoot/blob/master/doc/care/manual.txt

Cheers,

 - Roland

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

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

Versions of packages care depends on:
ii  libarchive13  3.2.2-4.1
ii  libc6 2.27-5
ii  libtalloc22.1.14-1

care recommends no packages.

care suggests no packages.

-- no debconf information

Bug#838361: mutt: Mutt hangs for minutes while checking S/MIME signed mails

[Roland Hieber]

FWIW, I was having this problem today with mutt 1.7.2-1 from stretch,
and I was not able to get around the delay. Sometimes I see some
full-screen dialog, possibly made with ncurses, asking about if I should
accept a (self-signed?) certificate, but I was not able to interact with
it. I didn't wait for the delay, but killed the gpgsm process from a
different terminal to get back to mutt. Mutt then says "S/MIME signature
could NOT be verified", and shows "Error: verification failed: End of
file" in the mail body:

[-- Attachment #1 --]
[-- Type: multipart/signed, Encoding: 7bit, Size: 45K --]

[-- Begin signature information --]
Error: verification failed: End of file
[-- End signature information --]

[-- The following data is signed --]

[-- Attachment #1 --]
[-- Type: text/plain, Encoding: quoted-printable, Size: 2.6K --]

Given that the mutt package in stretch is really a mutt with neomutt
patches, I tried the neomutt 20180512+dfsg.1-1 from unstable, which
works better. There is no delay, but it also says "S/MIME signature
could NOT be verified". However, it shows openssl output in the mail
body instead:

[-- Attachment #1 --]
[-- Type: multipart/signed, Encoding: 7bit, Size: 45K --]

[-- OpenSSL output follows (current time: Mo 11 Jun 2018 12:56:04 CEST) --]
Verification failure
139830712489216:error:21075075:PKCS7 routines:PKCS7_verify:certificate 
verify error:../crypto/pkcs7/pk7_smime.c:285:Verify error:self signed 
certificate in
certificate chain
[-- End of OpenSSL output --]

[-- The following data is signed --]

[-- Attachment #1 --]
[-- Type: text/plain; charset=utf-8, Encoding: quoted-printable, Size: 2.6K 
--]

I also tried setting "pinentry-program /usr/bin/pinentry-tty" in my
~/.gnupg/gpg-agent.conf, but that didn't change the behaviour in
strech-mutt. Neither did setting "set smime_ask_cert_label = no" in my
muttrc.

 - Roland

Bug#900958: ITP: barebox-host-tools -- useful development tools from the barebox source tree

[Roland Hieber]

Package: wnpp
Severity: wishlist
Owner: Roland Hieber 

* Package name: barebox-host-tools
  Version : 2018.05.0
  Upstream Author : Sascha Hauer  and others
* URL : https://barebox.org
* License : GPL, LGPL
  Programming Lang: C
  Description : useful development tools from the barebox source tree

Barebox is a bootloader for booting Linux on embedded devices. Its
source tree contains some useful tools which can also be used
stand-alone:

- bareboxenv: generate or read a barebox environment archive
- bareboximd: Extract metadata from a barebox image
- imx-usb-loader: USB image loader for i.MX series processors
- omap3-usb-loader, omap4_usbboot: USB image loaders for OMAP processors

I plan to package the last two tools into separate binary packages.

With certain effort, barebox itself could also be packaged as a
bootloader, but the host tools should suffice for now.

I'm not a Debian maintainer mysqlf, but Uwe (Cc'd) has already offered
to sponsor this package.

Bug#899067: screenruler: does not start: `loop': wrong number of arguments

[Roland Hieber]

Package: screenruler
Version: 0.960+bzr41-1.2
Severity: important

Dear Maintainer,

When I start screenruler, I only get a backtrace instead of the usual
screenruler window:

$ screenruler
Loading libraries...
/usr/share/screenruler/utils/addons_ruby.rb:42: warning: constant ::Fixnum 
is deprecated
Traceback (most recent call last):
35: from /usr/bin/screenruler:51:in `'
34: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `require'
33: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `each'
32: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `block in 
require'
31: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in 
`require'
30: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in 
`require'
29: from /usr/lib/ruby/vendor_ruby/gtk2.rb:11:in `'
28: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `require'
27: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `each'
26: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `block in 
require'
25: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in 
`require'
24: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in 
`require'
23: from /usr/lib/ruby/vendor_ruby/gtk2/base.rb:12:in `'
22: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `require'
21: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `each'
20: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `block in 
require'
19: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in 
`require'
18: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in 
`require'
17: from /usr/lib/ruby/vendor_ruby/glib2.rb:127:in `'
16: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `require'
15: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `each'
14: from /usr/share/screenruler/utils/addons_ruby.rb:59:in `block in 
require'
13: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:39:in 
`require'
12: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:128:in 
`rescue in require'
11: from /usr/lib/ruby/2.5.0/rubygems.rb:213:in `try_activate'
10: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:1063:in 
`find_by_path'
 9: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:1063:in `find'
 8: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:1063:in `each'
 7: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:1064:in `block 
in find_by_path'
 6: from /usr/lib/ruby/2.5.0/rubygems/bundler_version_finder.rb:46:in 
`compatible?'
 5: from /usr/lib/ruby/2.5.0/rubygems/bundler_version_finder.rb:12:in 
`bundler_version'
 4: from /usr/lib/ruby/2.5.0/rubygems/bundler_version_finder.rb:29:in 
`bundler_version_with_reason'
 3: from /usr/lib/ruby/2.5.0/rubygems/bundler_version_finder.rb:81:in 
`lockfile_version'
 2: from /usr/lib/ruby/2.5.0/rubygems/bundler_version_finder.rb:93:in 
`lockfile_contents'
 1: from /usr/lib/ruby/2.5.0/rubygems/util.rb:116:in `traverse_parents'
/usr/share/screenruler/utils/addons_ruby.rb:62:in `loop': wrong number of 
arguments (given 0, expected 2..3) (ArgumentError)

Note that the error is different from #868893 and #767435.

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

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

Versions of packages screenruler depends on:
ii  ruby  1:2.5.1
ii  ruby-cairo1.15.12-1+b1
ii  ruby-gettext  3.2.9-1
ii  ruby-gtk2 3.2.4-1

screenruler recommends no packages.

screenruler suggests no packages.

-- no debconf information

Bug#895851: sh: 1: /usr/local/share/gkrellm/GrabWeather: not found

[Roland Hieber]

On Wed, Apr 18, 2018 at 02:19:02PM -0400, Norbert Veber wrote:
> Thanks.   Unfortunately my Debian key was removed for being too old (weak).
> I haven't been able to find anyone to sign a new one yet.
> 
> Feel free to NMU if you can.

I cannot (not a DD/DM), so someone else has to step in.

 - Roland

Bug#895851: sh: 1: /usr/local/share/gkrellm/GrabWeather: not found

[Roland Hieber]

Package: gkrellweather
Version: 2.0.8-2.1~ppa1
Followup-For: Bug #895851

Here is that patch I mentioned...
From: Roland Hieber <roh...@rohieb.name>
Subject: set PREFIX to /usr, not /usr/local
 A distribution package should not need to refer to /usr/local at all.
 Specifically, this default leads to GrabWeather being searched in /usr/local,
 where it is obviously not installed.
Forwarded: not-needed

--- a/Makefile
+++ b/Makefile
@@ -3,7 +3,7 @@
 CFLAGS += -O2 -std=gnu99 -Wall -fPIC `pkg-config gtk+-2.0 --cflags`
 LIBS = `pkg-config gtk+-2.0 --libs`
 LDFLAGS += -shared
-PREFIX = /usr/local
+PREFIX = /usr
 
 LOCALEDIR := $(PREFIX)/share/locale
 

Bug#895851: sh: 1: /usr/local/share/gkrellm/GrabWeather: not found

[Roland Hieber]

Package: gkrellweather
Version: 2.0.8-2.1
Severity: normal

Dear Maintainer,

when I start gkrellm from a terminal, enable the gkrellweather plugin
and set the station ID to EDVE (Braunschweig, Germany), it seems that
gkrellweather cannot fetch data. It repeatedly prints

  sh: 1: /usr/local/share/gkrellm/GrabWeather: not found

every few minutes or so, and temperature stays at -99°C.

I can edit ~/.gkrellm2/user-config and set the command to
/usr/share/gkrellm/GrabWeather manually, but it would be better to have
a sane default. Apparently, gkrellweather.c lines 724 and 989 say:

  snprintf(options.command, 512, PREFIX "/share/gkrellm/GrabWeather %s", 
options.station);

and PREFIX is hardcoded in Makefile as /usr/local, so I suggest to add
the attached patch ot change PREFIX to /usr.

Cheers,
 - Roland

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

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

Versions of packages gkrellweather depends on:
ii  gkrellm   2.3.10-1
ii  libc6 2.27-3
ii  libglib2.0-0  2.56.0-6
ii  libgtk2.0-0   2.24.32-1
ii  libwww-perl   6.33-1
ii  perl  5.26.1-5
ii  wget  1.19.4-1

gkrellweather recommends no packages.

gkrellweather suggests no packages.

-- no debconf information

Bug#891541: lua-posix: Loading fails with "module 'posix.ctype' not found"

[Roland Hieber]

Package: lua-posix
Version: 33.4.0-2.1
Followup-For: Bug #891541

Control: tags 891541 + patch
Control: thanks

Alexander Grund wrote on Mon, 12 Mar 2018 16:18:39 +0100:
> The reason for this happening is that lua-posix changed its main module 
> name from posix_c to posix. The maintainers of the debian package missed 
> that and still install a symlink from 
> /usr/lib/x86_64-linux-gnu/lua/5.1/posix_c.so.

Thank you for those pointers, the following patch seems to fix this issue for
me :-)

 - Roland
From: Roland Hieber <roh...@rohieb.name>
Date: Wed, 4 Apr 2018 17:21:40 +0200
Subject: [PATCH] WIP: posix_c.so -> posix.so

---
 debian/lua5.1.posix.dh-lua.conf | 2 +-
 1 files changed, 1 insertions(+), 1 deletion(-)

diff --git a/debian/lua5.1.posix.dh-lua.conf b/debian/lua5.1.posix.dh-lua.conf
index 802652f..c5a8871 100644
--- a/debian/lua5.1.posix.dh-lua.conf
+++ b/debian/lua5.1.posix.dh-lua.conf
@@ -12,7 +12,7 @@ LUA_HEADER=
 LUA_SOURCES=lib/posix/*.lua
 LUA_SOURCES_MANGLER=sed -e 's?^lib/??'
 LUA_MODNAME=posix
-LUA_MODNAME_CPART=posix_c
+LUA_MODNAME_CPART=posix
 
 ### this part is relative to pkg-config
 PKG_VERSION=$(shell dpkg-parsechangelog|grep ^Ver|cut -d ' ' -f 2|cut -d '-' 
-f 1)
-- 
2.16.3

Bug#891541: lua-posix: Loading fails with "module 'posix.ctype' not found"

[Roland Hieber]

Package: lua-posix
Followup-For: Bug #891541
Control: severity 891541 grave
Control: thanks

Promoting to grave because it affects lua-posix for all Lua versions.

 - Roland

Bug#865520: calypso: does not listen on IPv6 address

[Roland Hieber]

For the record, an obvious workaround is to put calypso behind a reverse
proxy, for example with nginx:

server {
listen 80 default_server;
listen [::]:80 default_server ipv6only=on;
listen 443 default_server ssl;
listen [::]:443 default_server ipv6only=on ssl;
# [...]
location /calendar {
proxy_set_header Host $host;
proxy_buffering off;
proxy_pass https://localhost:5233/calendar;
}
}

 - Roland

Bug#857090: update-command-not-found does nothing

[Roland Hieber]

On Tue, 29 Aug 2017 11:14:47 +0200 Christian Schrötter wrote:
> > I think update-command-not-found should make it clearer that you need to
> > update the apt-cache prior to running it.
> 
> Indeed, that would be great.

I was running into this problem just now, and after remembering how to
write Python 2 code, here is a small patch that should do the job :-)

Cheers,
 - Roland

--- /usr/sbin/update-command-not-found  2016-11-15 20:39:52.0 +0100
+++ debian/update-command-not-found 2018-03-11 21:01:32.084066383 +0100
@@ -69,7 +69,13 @@

 def write_db_apt_file():
import glob
-   for fname in glob.glob('/var/lib/apt/lists/*Contents*.*'):
+   content_files = glob.glob('/var/lib/apt/lists/*Contents*.*')
+   if len(content_files) == 0:
+   print 'No files /var/lib/apt/lists/*Contents*.* found.'
+   print 'Please run "apt update" before using this command.'
+   sys.exit()
+
+   for fname in content_files:
if "Contents-source" in fname:
continue
if fname.endswith(".diff_Index"):

Bug#865013: network-manager-gnome: Consistent segfault when connecting to WPA2 network

[Roland Hieber]

Ohai,

On Fri, 9 Mar 2018 20:27:01 +0100 "BenWiederhake.GitHub" 
 wrote:

it seems like this is going to take a while to update.
Meanwhile, I sent in a patch [1], and it got "applied, with a small 
change" [2].


[1] https://bugzilla.gnome.org/show_bug.cgi?id=785674#c5
[2] 
https://git.gnome.org/browse/network-manager-applet/commit/?id=a37483c1a364ef3cc1cfa29e7ad51ca108d75674
I was just stumbling over these bugs on a newly installed system and it 
went away when I installed gnome-keyring. (Seems to be the same as 
#883965 from the looks of the backtrace.) So when the patch doesn't get 
applied in time, another possibility is to promote the "Recommends: 
gnome-keyring" in network-manager-gnome to a "Depends:".


 - Roland

Bug#541538: pulseaudio: disable flat volumes

[Roland Hieber]

I came here because I was just playing [1] on headphones, and Firefox
seemed to think that it would be a good idea to set the master volume to
100%. My ears are still ringing. At least now I know what to do.

[1]: https://en.wikipedia.org/wiki/File:AFSK_1200_baud.ogg

The fix of changing "flat-volumes = yes" to "flat-volumes = no" in
/etc/pulse/daemon.conf seems to be fairly easy to implement, considering
the fact that this bug is blocking a great number of other bugs, and no
one here apparently has to say any word against it in the comments. Is
there something else blocking it?

 - Roland

Bug#704905: please ship contrib/ scripts in the Debian package

[Roland Hieber]

Package: ledger
Version: 3.1.2~pre1+g3a00e1c+dfsg1-5
Followup-For: Bug #704905

Yes please! Having the contrib scripts in Debian would be very
convenient, as I've just had the need to look for the example
implementation of contrib/getquote.pl :-)

Cheers,

 - Roland

Bug#880012: xandikos: typo in package description

[Roland Hieber]

Package: xandikos
Severity: minor

Dear Maintainer,

the package description gives the greek name of the package as "Δύστρος"
("Dystros"), when it should probably say "Ξανδικός" or "Ξανθικός" (like
mentioned in Xandikos' README.rst) instead.

Cheers,
 - Roland

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (170, 'unstable'), (1, 
'unstable-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages xandikos depends on:
ii  python3 3.5.3-3
pn  python3-defusedxml  
pn  python3-dulwich 
pn  python3-icalendar   
pn  python3-jinja2  

xandikos recommends no packages.

xandikos suggests no packages.

Bug#763040: npm: "npm help " is broken

[Roland Hieber]

Package: npm
Version: 1.4.21+ds-2
Followup-For: Bug #763040

Huh, funny. I have here two systems, both systems are running
npm-1.4.21+ds-2.

The first system is running Debian GNU/Linux 9.1 (stretch), there the
bug does not happen, because there are the right symlinks in
/usr/share/man/man1.

On this system where I'm writing this mail, running Debian GNU/Linux
testing (buster), the bug _does_ happen, because the symlinks are
missing, even after a aptitude reinstall npm.

 - Roland

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (170, 'unstable'), (1, 
'unstable-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages npm depends on:
ii  node-abbrev   1.0.9-1
ii  node-ansi 0.3.0-2
ii  node-ansi-color-table 1.0.0-1
ii  node-archy1.0.0-1
ii  node-block-stream 0.0.9-1
ii  node-fstream  1.0.10-1
ii  node-fstream-ignore   0.0.6-2
ii  node-github-url-from-git  1.4.0-1
ii  node-glob 7.1.1-1
ii  node-graceful-fs  4.1.11-1
ii  node-gyp  3.4.0-1
ii  node-inherits 2.0.3-1
ii  node-ini  1.1.0-1
ii  node-lockfile 0.4.1-1
ii  node-lru-cache4.0.2-1
ii  node-minimatch3.0.3-1
ii  node-mkdirp   0.5.0-1
ii  node-nopt 3.0.6-3
ii  node-npmlog   0.0.4-1
ii  node-once 1.4.0-2
ii  node-osenv0.1.0-1
ii  node-read 1.0.7-1
ii  node-read-package-json1.2.4-1
ii  node-request  2.26.1-1
ii  node-retry0.6.0-1
ii  node-rimraf   2.5.4-3
ii  node-semver   5.3.0-1
ii  node-sha  1.2.3-1
ii  node-slide1.1.4-1
ii  node-tar  2.2.1-1
ii  node-underscore   1.8.3~dfsg-1
ii  node-which1.2.11-1
ii  nodejs4.8.4~dfsg-1

npm recommends no packages.

npm suggests no packages.

-- debconf-show failed

Bug#869933: hoel: wrong Homepage URL

[Roland Hieber]

Source: hoel
Severity: minor

Dear Maintainer,

the Homepage field in debian/control refers to
https://github.com/babelouest/yder, but it should probably refer to
https://github.com/babelouest/hoel.

Cheers,

 - Roland

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (170, 'unstable'), (1, 
'unstable-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#858570: cups-filters: FTBFS: file goo/gmem.h is missing

[Roland Hieber]

I've just run into this issue, and it seems the configure script does 
not sufficiently check for poppler headers. I've installed 
libpoppler-private-dev and now cups-filters builds again.


BTW, I've looked for an upstream bug tracker on their homepage to get 
rid of some patches, but could not find one, except the Linux Foundation 
bugzilla, which did not contain any answer from a developer in the last 
three years. Is upstream still alive? Has it moved?


 - Roland

On Thu, 23 Mar 2017 19:57:20 +0100 Chris Leick  wrote:

Package: cups-filters
Version: 1.11.6
Severity: important


Hi,

The build process is terminated with the following message:

filter/pdftoopvp/oprs/OPRS.cxx:30:22: fatal error: goo/gmem.h: file not
found

(./configure worked fine)

Kind regards,
Chris

Bug#867722: xul-ext-imap-acl: please depend on icedove | thunderbird

[Roland Hieber]

Package: xul-ext-imap-acl
Version: 0.2.7-1
Severity: normal

Dear Maintainer,

Icedove has since been re-rebranded to Thunderbird, but xul-ext-imap-acl still
depends on icedove only. Please change the dependency accordingly.

Cheers,

 - Roland

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (170, 'unstable'), (1, 
'unstable-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xul-ext-imap-acl depends on:
ii  icedove1:45.8.0-3
ii  thunderbird [icedove]  1:45.8.0-3

xul-ext-imap-acl recommends no packages.

xul-ext-imap-acl suggests no packages.

-- debconf-show failed

Bug#865520: calypso: does not listen on IPv6 address

[Roland Hieber]

Package: calypso
Version: 1.4
Severity: normal
Tags: ipv6

Dear Maintainer,

I tried to find an option to let calypso listen on IPv6, but I found none.
I'm starting calypso over a minimal systemd unit file:

- 8< - /etc/systemd/system/calypso.service
[Unit]
Description=Calypso Git/CalDAV server
After=network.target

[Service]
ExecStart=/usr/bin/calypso -f -s -k 
/var/lib/dehydrated/certs/rohieb.name/privkey.pem -c 
/var/lib/dehydrated/certs/rohieb.name/fullchain.pem -p 5233 -H rohieb.name

[Install]
WantedBy=multi-user.target
- >8 -

The config is as follows:

- 8< - /root/.config/calypso/config
[acl]
type=htpasswd
encryption=sha1
filename=/root/.config/calypso/htpasswd
- >8 -

However, netstat only shows an IPv4 socket on port 5233:

# netstat -nlp |grep 5233
tcp0  0 37.221.197.195:5233 0.0.0.0:*   
LISTEN  30480/python 

It would be great if calypso also worked over IPv6.

-- System Information:
Debian Release: 8.8
  APT prefers oldstable
  APT policy: (990, 'oldstable'), (500, 'oldstable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages calypso depends on:
ii  git 1:2.11.0-3
ii  python  2.7.9-1
ii  python-daemon   1.5.5-1
ii  python-vobject  0.8.1c-4

calypso recommends no packages.

calypso suggests no packages.

-- no debconf information

Bug#861570: Recommends python-hl7, but does not start without it

[Roland Hieber]

Package: gnumed-client
Version: 1.6.11+dfsg-2
Severity: important

Dear Maintainer,

I have Apt::Install-Recommends set to false. When installing and starting
gnumed-client, I only get the following stacktrace:

$ gnumed 
Faulthandler not available ...
Log file: 
/home/rohieb/.gnumed/logs/gnumed/gnumed-2017_04_30-22_14_52-8511.log
Faulthandler not available ...
Temp dir: /tmp/gnumed-rohieb/gn9mFFs
Linked log file: /tmp/gnumed-rohieb/gn9mFFs/zzz-gnumed.log
.
| Unhandled exception caught !
| Type : 
| Value: No module named hl7
`
Traceback (most recent call last):
File "/usr/lib/python2.7/runpy.py", line 174, in 
_run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/usr/share/gnumed/Gnumed/gnumed.py", line 709, in 
from Gnumed.wxpython import gmGuiMain
File "/usr/share/gnumed/Gnumed/wxpython/gmGuiMain.py", line 
134, in 
from Gnumed.wxpython import gmMedicationWidgets
File 
"/usr/share/gnumed/Gnumed/wxpython/gmMedicationWidgets.py", line 54, in 
from Gnumed.wxpython import gmSubstanceMgmtWidgets
File 
"/usr/share/gnumed/Gnumed/wxpython/gmSubstanceMgmtWidgets.py", line 401, in 

from Gnumed.wxGladeWidgets import 
wxgConsumableSubstanceEAPnl
File 
"/usr/share/gnumed/Gnumed/wxGladeWidgets/wxgConsumableSubstanceEAPnl.py", line 
15, in 
from Gnumed.wxpython.gmMeasurementWidgets import 
cUnitPhraseWheel
File 
"/usr/share/gnumed/Gnumed/wxpython/gmMeasurementWidgets.py", line 42, in 

from Gnumed.business import gmHL7
File "/usr/share/gnumed/Gnumed/business/gmHL7.py", line 15, in 

import hl7 as pyhl7
ImportError: No module named hl7

Installing python-hl7 solved that problem, so I guess gnumed-client should
Depend on it, not only Recommend it.

-- System Information:
Debian Release: 9.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing-debug'), (500, 
'testing'), (170, 'unstable'), (1, 'unstable-debug'), (1, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnumed-client depends on:
ii  aspell   0.60.7~20110707-3+b2
ii  file 1:5.29-3
ii  gnumed-common1.6.11+dfsg-2
ii  imagemagick  8:6.9.7.4+dfsg-6
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-6
ii  ispell   3.4.00-5
ii  python-egenix-mxdatetime 3.2.9-1
ii  python-enchant   1.6.7-1
ii  python-gnuplot   1.8-6
ii  python-httplib2  0.9.2+dfsg-1
ii  python-pip   9.0.1-2
ii  python-wxgtk3.0  3.0.2.0+dfsg-4
pn  python:any   
ii  texlive-latex-base   2016.20170123-5

Versions of packages gnumed-client recommends:
ii  aeskulap0.2.2b1+git20161206-1
pn  audiofile-tools 
ii  chromium [www-browser]  58.0.3029.81-1
ii  conkeror [www-browser]  1.0.3+git170123-1
ii  cups-pdf2.6.1-22
ii  dcmtk   3.6.1~20160216-4
pn  extract 
ii  firefox-esr [www-browser]   52.0.2esr-1
pn  freediams   
ii  gnumed-doc  1.6.11+dfsg-2
pn  gtklp   
ii  iceweasel   52.0.2esr-1
ii  libimage-exiftool-perl  10.40-1
ii  libreoffice-writer  1:5.2.6-2
ii  ntp 1:4.2.8p10+dfsg-1
ii  ntpdate 1:4.2.8p10+dfsg-1
ii  pdftk   2.02-4+b2
ii  printer-driver-cups-pdf [cups-pdf]  2.6.1-22
pn  python-faulthandler 
pn  python-hl7  
ii  python-vobject  0.9.3-3
ii  texlive-latex-extra 2016.20170123-5
ii  texlive-latex-recommended   2016.20170123-5
ii  w3m [www-browser]   0.5.3-34
pn  wgerman-medical 
ii  xdg-utils   1.1.1-1
ii  xsane   0.999-5

Versions of packages gnumed-client suggests:
pn  autokey-qt | 

Bug#861418: fasd: Homepage souhld probably point to the GitHub repo

[Roland Hieber]

Package: fasd
Version: 1.0.1-1
Severity: minor

Dear Maintainer,

The current Homepage field in the Debian package points to a GitHub user page.
It should probably point to the full repository at 
https://github.com/clvv/fasd instead.

Cheers,
   - Roland

-- System Information:
Debian Release: 9.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing-debug'), (500, 
'testing'), (170, 'unstable'), (1, 'unstable-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#857238: fixed in 2.00

[Roland Hieber]

For reference, this is fixed in version 2.00 at CPAN which got uploaded
yesterday.

 - Roland

Bug#857238: (no subject)

[Roland Hieber]

Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=120563

Okay, upstream says it will take a rather long time (maybe months) to
adapt to the new API, so we probably have to wait for stretch+1 and
release stretch without this package.

 - Roland

Bug#857238: /usr/bin/leo: throws HTTP 404

[Roland Hieber]

Package: libwww-dict-leo-org-perl
Version: 1.45-1
Severity: grave
File: /usr/bin/leo
Tags: upstream
Justification: renders package unusable

(CC'ed the upstream maintainer because this is most probably an error in
the upstream part, and because the --help output says so :-))

Dear Maintainers,

I use /usr/bin/leo daily, but it stopped working today:

$ leo -d test 
%DEBUG: connecting to site:
%DEBUG: GET 
/dictQuery/m-vocab/ende/de.html?deStem=standard=relaxed=standard=0=ende=test
 HTTP/1.0
%DEBUG: connection: done
got HTTP error 404!
 at /usr/bin/leo line 248.

That URL does indeed throw a 404, even in the browser :-)

A quick look on the LEO homepage shows that both the desktop and the
mobile version request their results via XML [0].

[0]: 
http://dict.leo.org/dictQuery/m-vocab/ende/query.xml?lp=ende=de=test=both=basic=show=16=1=-1==2017-03-09T02:05:33.714Z

Cheers,
 - Roland

-- System Information:
Debian Release: 9.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing-debug'), (500, 
'testing'), (170, 'unstable'), (1, 'unstable-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libwww-dict-leo-org-perl depends on:
ii  libhtml-tableparser-perl  0.40-1
ii  perl  5.24.1-1

libwww-dict-leo-org-perl recommends no packages.

libwww-dict-leo-org-perl suggests no packages.

-- no debconf information

Bug#787028: systemd-cryptsetup@.service fails, although encrypted swap is enabled nevertheless

[Roland Hieber]

On 28.02.2017 23:26, Michael Biebl wrote:
> Roland, would you be willing to try that?

Sorry, I've stopped using cryptswap a while ago, and I'm not sure
whether I'll remember enough of the howtos to get it running again :-|

The GitHub PR indeed sounds a lot like the problem I had, so if no one
else bothers, I would consider this bug done.

 - Roland

Bug#848999: [pkg-gnupg-maint] Bug#848999: pinentry-gtk2: Fails to work, appears as gpg-agent not working

[Roland Hieber]

On 11.01.2017 08:56, Daniel Kahn Gillmor wrote:
> On Sat 2017-01-07 21:49:47 -0500, Roland Hieber wrote:
>> I can confirm that behaviour, the pinentry-gtk2 window only flashes up 
>> shortly
>> and then closes, but pinenetry-ncurses and -gnome3 work fine. The last time 
>> it
>> worked for me was on Jan 1st 2017 with Enigmail. It also doesn't work for me
>> after a reboot, and I haven't changed anything related to my setup since then
>> (if you want to see, have a look at 
>> https://github.com/rohieb/dotfiles/tree/r2d2
>> ;-))
> 
> What window manager are you using, Roland?  Is it fvwm?

I'm using awesome, but that didn't seem to make a difference in the past :)

 - Roland

Bug#848999: pinentry-gtk2: Fails to work, appears as gpg-agent not working

[Roland Hieber]

Package: pinentry-gtk2
Version: 1.0.0-1
Followup-For: Bug #848999

I can confirm that behaviour, the pinentry-gtk2 window only flashes up shortly
and then closes, but pinenetry-ncurses and -gnome3 work fine. The last time it
worked for me was on Jan 1st 2017 with Enigmail. It also doesn't work for me
after a reboot, and I haven't changed anything related to my setup since then
(if you want to see, have a look at https://github.com/rohieb/dotfiles/tree/r2d2
;-))

Here's a session transcript:

$ sudo login
r2d2 login: rohieb
Password: 

$ echo $GPG_TTY
/dev/pts/7
$ tty
/dev/pts/7
$ gpgconf --kill gpg-agent
$ ps -Af|grep gpg-agent
rohieb   23122 21990  0 02:43 pts/700:00:00 grep --color=auto 
gpg-agent
$ echo foobar | gpg --sign

(at this point, pinentry-ncurses window pops up normally, but choosing "Cancel")

gpg: using "DD2C3FEA" as default secret key for signing
gpg: signing failed: Operation cancelled
£ÀËÌÀŸÉÑ&í®ý+ÆӼI

3Óòó¸gpg: signing failed: Operation cancelled
$ 
$ export DISPLAY=:0 XAUTHORITY=~/.Xauthority
$ echo foobar | gpg --sign

(pinentry-gtk2 window flashes up, closes directly)

gpg: using "DD2C3FEA" as default secret key for signing
gpg: signing failed: Operation cancelled
£ÀËÌÀŸÉÑ&í®ý+ÆӼI

3¥åç'%qgpg: signing failed: Operation cancelled
$ 

But maybe this is of interest, also with short window flashing as before:

$ echo GETPIN | pinentry-gtk-2
OK Pleased to meet you

** (pinentry-gtk-2:30108): CRITICAL **: could not grab keyboard: not 
viewable (3)

** (pinentry-gtk-2:30108): WARNING **: it took 4097 tries to grab the 
keyboard

** (pinentry-gtk-2:30108): WARNING **: it took 1795 tries to grab the 
pointer
ERR 83886179 Operation cancelled 
$

However, my usual workaround for those keyboard grabbing errors (changing to a
tty, then changing back to X) did not solve that issue. Neither did export
GTK_IM_MODULE="", or killing ibus-daemon, to maybe work around ibus issues.

 - Roland

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

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

Versions of packages pinentry-gtk2 depends on:
ii  libassuan0 2.4.3-2
ii  libc6  2.24-8
ii  libglib2.0-0   2.50.2-2
ii  libgpg-error0  1.25-2
ii  libgtk2.0-02.24.31-1
ii  libncursesw5   6.0+20161126-1
ii  libsecret-1-0  0.18.5-2
ii  libtinfo5  6.0+20161126-1

pinentry-gtk2 recommends no packages.

Versions of packages pinentry-gtk2 suggests:
ii  pinentry-doc  1.0.0-1

-- no debconf information

Bug#367347: Not fixed?

[Roland Hieber]

Hi,

On Wed, 18 Aug 2010 17:07:54 +0200 Gerfried Fuchs  wrote:
>  Actually, for Felix Lee's output this is thankfully found to be in
> web.archive.org:
> 
> "You can use these critters for non-commercial purposes. Just leave my
> nametag attached, and try to take good care of them."
> 
> 
>  This is clearly a call for non-free.
> 
>  meow.cow looks suspicously similar to what Felix has as "tiger kitty"
> in there.

Unfortunately, the archive.org link provided by Rhonda is itself dead now.
But this bug makes still sense to me in version 3.03+dfsg1-16, because ...

$ echo Insert thought here | cowsay -f /usr/share/cowsay/cows/kitty.cow 
 _
< Insert thought here >
 -
 \
  \
   ("`-'  '-/") .___..--' ' "`-._
 ` *_ *  )`-.   (  ) .`-.__. `)
 (_Y_.) ' ._   )   `._` ;  `` -. .-'
  _.. `--'_..-_/   /--' _ .' ,4
   ( i l ),-''  ( l i),'  ( ( ! .-'
$ echo Insert thought here | cowsay -f /usr/share/cowsay/cows/meow.cow 
 _
< Insert thought here >
 -
  \
   \ ,   _ ___.--'''`--''//-,-_--_.
  \`"' ` || \\ \ \\/ / // / ,-\\`,_
 /'`  \ \ || Y  | \|/ / // / - |__ `-,
/@"\  ` \ `\ |  | ||/ // | \/  \  `-._`-,_.,
   /  _.-. `.-\,___/\ _/|_/_\_\/|_/ | `-._._)
   `-'``/  /  |  // \__/\__  /  \__/ \
`-'  /-\/  | -|   \__ \   |-' |
  __/\ / _/ \/ __,-'   ) ,' _|'
 (((__/(((_.' ((___..-'((__,'


... kitty.cow and meow.cow don't credit Felix Lee, and ...

$ grep 'kitty\|meow' /usr/share/doc/cowsay/copyright 
$ 

... are not listed in the copyright file.

Cheers,

 - Roland

Bug#843184: reportbug: test

[Roland Hieber]

Package: reportbug
Version: 6.6.3
Severity: normal

Dear Maintainer,



-- Package-specific info:
** Environment settings:
EDITOR="vim"
EMAIL="roh...@rohieb.name"
NAME="Roland Hieber"

-- System Information:
Debian Release: 8.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 
'stable-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages reportbug depends on:
ii  apt   1.0.9.8.3
ii  python2.7.9-1
ii  python-reportbug  6.6.3
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail   
pn  debconf-utils
ii  debsums  2.0.53
pn  dlocate  
pn  emacs23-bin-common | emacs24-bin-common  
ii  file 1:5.22+15-2+deb8u2
ii  gnupg1.4.18-7+deb8u3
ii  postfix [mail-transport-agent]   2.11.3-1
ii  python-gtk2  2.24.0-4
pn  python-gtkspell  
pn  python-urwid 
pn  python-vte   
ii  xdg-utils1.1.0~rc1+git20111210-7.4

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.8.3
ii  python-debian 0.1.27
ii  python-debianbts  1.12
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Bug#841147: samba: be more verbose about masking samba-ad-dc.service

[Roland Hieber]

Package: samba
Version: 2:4.4.6+dfsg-2
Severity: minor

Dear Maintainer,

While apt upgrading my system today, I saw that samba failed in the postinstall
stage:

> Setting up samba (2:4.4.6+dfsg-2) ...
> Failed to preset unit: Unit file /etc/systemd/system/samba-ad-dc.service is 
> masked.
> /usr/bin/deb-systemd-helper: error: systemctl preset failed on 
> samba-ad-dc.service: No such file or directory

... at least it looked like an error to me, so I started investigating.  It took
me 3 times systemctl-unmasking and reinstalling samba to notice that the service
is masked by the package itself in the postinstall script when samba is not
being run as a domain controller... :-)

The action which generates this message is produced by this debhelper section
in /var/lib/dpkg/info/samba.postinst:

> # Automatically added by dh_systemd_enable
> # This will only remove masks created by d-s-h on package removal.
> deb-systemd-helper unmask samba-ad-dc.service >/dev/null || true
> 
> # was-enabled defaults to true, so new installations run enable.
> if deb-systemd-helper --quiet was-enabled samba-ad-dc.service; then
>   # Enables the unit on first installation, creates new
>   # symlinks on upgrades if the unit file has changed.
>   deb-systemd-helper enable samba-ad-dc.service >/dev/null || true
> else
>   # Update the statefile to add new symlinks (if any), which need to be
>   # cleaned up on purge. Also remove old symlinks.
>   deb-systemd-helper update-state samba-ad-dc.service >/dev/null || true
> fi
> # End automatically added section

Since this is auto-generated, it cannot easily be overwritten. However, to mark 
false negatives as such and reduce workload for admins, I suggest to be a bit
more verbose when masking the service, like this:

-- 8< --
diff --git a/debian/samba.postinst b/debian/samba.postinst
index 35b476f..cfea921 100644
--- a/debian/samba.postinst
+++ b/debian/samba.postinst
@@ -86,6 +86,9 @@ if [ "$SERVER_ROLE" != "active directory domain controller" ] 
\
&& ( echo "$DCERPC_ENDPOINT_SERVERS" | grep -qv '\(^\|, 
\)mapiproxy\(,\|$\)' ) \
 ; then
 if [ ! -e /etc/systemd/system/samba-ad-dc.service ]; then
+echo "Samba is not being run as an AD Domain Controller, masking 
samba-ad-dc-service."
+echo "Please ignore the following error about deb-systemd-helper not 
finding samba-ad-dc-service."
+mkdir -p /etc/systemd/system
 mkdir -p /etc/systemd/system
 ln -s /dev/null /etc/systemd/system/samba-ad-dc.service
 # In case this system is running systemd, we make systemd reload the 
unit files
-- >8 --

As an alternative, try to patch deb-systemd-helper so it does correctly
determine that the service was masked, i.e. not enabled, when running
`deb-systemd-helper was-enabled`.  But since I don't quite understand what that
debhelper section is supposed to do, I don't know which one is the better
alternative.

Cheers, 
 - Roland



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

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

Versions of packages samba depends on:
ii  adduser  3.115
ii  dpkg 1.18.10
ii  init-system-helpers  1.45
ii  libbsd0  0.8.3-1
ii  libc62.24-3
ii  libldb1  2:1.1.27-1
ii  libpam-modules   1.1.8-3.3
ii  libpam-runtime   1.1.8-3.3
ii  libpopt0 1.16-10
ii  libpython2.7 2.7.12-3+b1
ii  libtalloc2   2.1.8-1
ii  libtdb1  1.3.11-2
ii  libtevent0   0.9.28-1
ii  libwbclient0 2:4.4.6+dfsg-2
ii  lsb-base 9.20160629
ii  procps   2:3.3.12-2
ii  python   2.7.11-2
ii  python-dnspython 1.14.0-3
ii  python-samba 2:4.4.6+dfsg-2
pn  python2.7:any
ii  samba-common 2:4.4.6+dfsg-2
ii  samba-common-bin 2:4.4.6+dfsg-2
ii  samba-libs   2:4.4.6+dfsg-2
ii  tdb-tools1.3.11-2
ii  update-inetd 4.43

Versions of packages samba recommends:
pn  attr
ii  logrotate   3.8.7-2
ii  samba-dsdb-modules  2:4.4.6+dfsg-2
pn  samba-vfs-modules   

Versions of packages samba suggests:
pn  bind9  
pn  bind9utils 
pn  ctdb   
pn  ldb-tools  
ii  ntp1:4.2.8p8+dfsg-1
pn  smbldap-tools  
pn  ufw
pn  winbind

-- debconf information:
  samba-common/title:
  samba/run_mode: daemons

Bug#841138: gjs: samll typo in package description

[Roland Hieber]

Package: gjs
Version: 1.46.0-1
Severity: minor
Tags: patch

Dear Maintainer,

there is a small typo in the package description ("introsepection"). While we're
at it, also correct "JavaScript" to the official spelling.

This patch is so trivial, I release it as CC-0.

Cheers,

 - Roland

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

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

Versions of packages gjs depends on:
ii  libc6 2.24-3
ii  libgcc1   1:6.1.1-11
ii  libgjs0e [libgjs0-libmozjs-24-0]  1.46.0-1
ii  libglib2.0-0  2.50.0-1
ii  libstdc++66.1.1-11

gjs recommends no packages.

gjs suggests no packages.

-- no debconf information
Index: debian/control.in
===
--- debian/control.in	(revision 51482)
+++ debian/control.in	(working copy)
@@ -30,8 +30,8 @@
  ${misc:Depends}
 Description: Mozilla-based javascript bindings for the GNOME platform
  Makes it possible for applications to use all of GNOME's platform
- libraries using the Javascript language. It's mainly based on the
- Mozilla javascript engine and the GObject introsepection framework.
+ libraries using the JavaScript language. It's mainly based on the
+ Mozilla JavaScript engine and the GObject introspection framework.
  .
  This package contains the interactive console application.
 
@@ -44,8 +44,8 @@
  at-spi2-core
 Description: Mozilla-based javascript bindings for the GNOME platform
  Makes it possible for applications to use all of GNOME's platform
- libraries using the Javascript language. It's mainly based on the
- Mozilla javascript engine and the GObject introsepection framework.
+ libraries using the JavaScript language. It's mainly based on the
+ Mozilla JavaScript engine and the GObject introspection framework.
  .
  This package contains test programs, designed to be run as part of a
  regression testsuite.
@@ -60,8 +60,8 @@
 Provides: ${gjs:Provides}
 Description: Mozilla-based javascript bindings for the GNOME platform
  Makes it possible for applications to use all of GNOME's platform
- libraries using the Javascript language. It's mainly based on the
- Mozilla javascript engine and the GObject introspection framework.
+ libraries using the JavaScript language. It's mainly based on the
+ Mozilla JavaScript engine and the GObject introspection framework.
  .
  This is the shared library applications link to.
 
@@ -75,8 +75,8 @@
  libmozjs-24-dev
 Description: Mozilla-based javascript bindings for the GNOME platform
  Makes it possible for applications to use all of GNOME's platform
- libraries using the Javascript language. It's mainly based on the
- Mozilla javascript engine and the GObject introspection framework.
+ libraries using the JavaScript language. It's mainly based on the
+ Mozilla JavaScript engine and the GObject introspection framework.
  .
  This package contains the development files applications need to
  build against.

Bug#838786: debpear: error 'cp: target ‘yaml-1.2.0.orig.tar.gz’ is not a directory'

[Roland Hieber]

Control: submitter 838786 !

> File /home/rohieb/php-yaml-2.0.0~rc8+1.3.0~b1/build-area/yaml-1.2.0.tgz 
> downloaded

Okay, turns out I had already downloaded a different php-yaml*.tar.gz to
that folder.  When I tried debpear in a different folder, everything
went as expected.  I guess the script should detect this case and warn
the user, or better yet, choose the tar.gz which was downloaded before
by the script itself :-)

Cheers,
 - Roland

Bug#838796: samba: logrotate for log.smbd is too verbose when samba is not running

[Roland Hieber]

Package: samba
Version: 2:4.4.5+dfsg-3
Severity: minor
Tags: patch

Dear Maintainer,

I have disabled the smbd process on my system, but now the daily logrotate bugs
me that it cannot restart the smbd daemon via /etc/init.d/smbd reload:

/etc/cron.daily/logrotate:
smbd.service is not active, cannot reload.
error: error running non-shared postrotate script for 
/var/log/samba/log.smbd of '/var/log/samba/log.smbd '
run-parts: /etc/cron.daily/logrotate exited with return code 1


This patch does the job for me:

-- 8< --
--- /etc/logrotate.d/samba.orig 2016-09-25 01:18:34.896469400 +0200
+++ /etc/logrotate.d/samba  2016-09-25 01:18:39.612429939 +0200
@@ -3,7 +3,7 @@
missingok
rotate 7
postrotate
-   /etc/init.d/smbd reload > /dev/null
+   [ ! -f /var/run/samba/smbd.pid ] || /etc/init.d/smbd reload > 
/dev/null
endscript
compress
notifempty
-- >8 --


Cheers,
 - Roland

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

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

Versions of packages samba depends on:
ii  adduser  3.115
ii  dpkg 1.18.10
ii  init-system-helpers  1.44
ii  libbsd0  0.8.3-1
ii  libc62.23-5
ii  libldb1  2:1.1.26-1
ii  libpam-modules   1.1.8-3.3
ii  libpam-runtime   1.1.8-3.3
ii  libpopt0 1.16-10
ii  libpython2.7 2.7.12-3
ii  libtalloc2   2.1.7-1
ii  libtdb1  1.3.9-1
ii  libtevent0   0.9.28-1
ii  libwbclient0 2:4.4.5+dfsg-3
ii  lsb-base 9.20160629
ii  procps   2:3.3.12-2
ii  python   2.7.11-2
ii  python-dnspython 1.14.0-3
ii  python-samba 2:4.4.5+dfsg-3
pn  python2.7:any
ii  samba-common 2:4.4.5+dfsg-3
ii  samba-common-bin 2:4.4.5+dfsg-3
ii  samba-libs   2:4.4.5+dfsg-3
ii  tdb-tools1.3.9-1
ii  update-inetd 4.43

Versions of packages samba recommends:
pn  attr
ii  logrotate   3.8.7-2
ii  samba-dsdb-modules  2:4.4.5+dfsg-3
pn  samba-vfs-modules   

Versions of packages samba suggests:
pn  bind9  
pn  bind9utils 
pn  ctdb   
pn  ldb-tools  
ii  ntp1:4.2.8p8+dfsg-1
pn  smbldap-tools  
pn  ufw
pn  winbind

-- debconf information:
  samba/run_mode: daemons
  samba-common/title:

Bug#836347: gkrellweather: weather.noaa.gov has been shut down

[Roland Hieber]

Sorry,

On Fri, 02 Sep 2016 01:18:06 +0200 Roland Hieber wrote:
> weather.noaa.gov has been shut down [0]

[0]: http://www.nws.noaa.gov/om/notification/scn16-16wngccb.htm

Bug#836347: gkrellweather: weather.noaa.gov has been shut down

[Roland Hieber]

Package: gkrellweather
Version: 2.0.8-2
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,

weather.noaa.gov has been shut down [0], and the METAR data is now available on
a different site. This patch works for me:

- snip -
--- a/gkrellweather-2.0.8/GrabWeather
+++ b/gkrellweather-2.0.8/GrabWeather
@@ -11,8 +11,7 @@
 #
 
 $ReportDir  = '.wmWeatherReports';
-#$WeatherSrc = 'ftp://weather.noaa.gov/data/observations/metar/decoded';
-$WeatherSrc = 'http://weather.noaa.gov/pub/data/observations/metar/decoded';
+$WeatherSrc = 'http://tgftp.nws.noaa.gov/data/observations/metar/decoded';
 
 use strict; 
 use vars qw( $ReportDir $WeatherSrc );
- snip -


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

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

Versions of packages gkrellweather depends on:
ii  gkrellm 2.3.7-1
ii  libatk1.0-0 2.20.0-1
ii  libc6   2.23-4
ii  libcairo2   1.14.6-1+b1
ii  libfontconfig1  2.11.0-6.5
ii  libfreetype62.6.3-3+b1
ii  libglib2.0-02.48.1-2
ii  libgtk2.0-0 2.24.30-4
ii  libpango1.0-0   1.40.1-1
ii  libwww-perl 6.15-1
ii  perl5.22.2-3
ii  wget1.18-2+b1

gkrellweather recommends no packages.

gkrellweather suggests no packages.

-- no debconf information

Bug#832527: Fwd: Bug#832527: kdenlive: crash when applying 'compand' filter

[Roland Hieber]

Thanks! I just compiled kdenlive 16.08.0 from source and tried it, and
at least it doesn't segfault anymore :)

 - Roland

On 28.07.2016 22:21, Jean-Baptiste Mardelle wrote:
> On Tuesday, July 26, 2016 6:21:36 PM CEST, Patrick Matthäi wrote:
> 
> Thanks for your report. avfilters are a recent addition to MLT and not
> much tested yet. The crash happened because Kdenlive currently doesn't
> handle the "string" parameter type from FFmpeg.
> 
> I have committed a change that fixes the crash, however "string" type
> parameters are not adjustable yet.
> 
> Reference commit:
> https://quickgit.kde.org/?p=kdenlive.git=commit=7aae8e444ec673f96830fea5ba46ac46516903b5
> 
> 
> regards
> jb

Bug#833317: flowblade: does not supply en locale

[Roland Hieber]

Package: flowblade
Version: 1.6-2
Severity: normal
Tags: l10n

Dear Maintainer,

when I open flowblade, the user interface is completely in German, but according
to my locale, it should be in English:

$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=de_DE.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=de_DE.UTF-8
LC_COLLATE=de_DE.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=

(Both en_US.UTF-8 and de_DE.UTF-8 are enabled on my system via `dpkg-reconfigure
locales`.)

When I start flowblade on the terminal, it prints messages about having detected
de_DE as the default locale:

$ flowblade
FLOWBLADE MOVIE EDITOR repository 1.6
-
Launch script dir: /usr/bin
Running from installation...
modules path: /usr/share/flowblade/Flowblade
MLT found, version: 6.2.0
/usr/share/flowblade/Flowblade/app.py:30: PyGIWarning: Gtk was imported 
without specifying a version first. Use gi.require_version('Gtk', '3.0') before 
import to ensure that the right version gets loaded.
from gi.repository import Gtk
/usr/share/flowblade/Flowblade/audiomonitoring.py:31: PyGIWarning: 
PangoCairo was imported without specifying a version first. Use 
gi.require_version('PangoCairo', '1.0') before import to ensure that the right 
version gets loaded.
from gi.repository import PangoCairo

(flowblade:27352): Gtk-WARNING **: Unknown key ;gtk-theme-name in 
/home/rohieb/.config/gtk-3.0/settings.ini

(flowblade:27352): Gtk-WARNING **: Theme parsing error: 
gtk-contained.css:2480:28: The style property GtkRange:slider-width is 
deprecated and shouldn't be used anymore. It will be removed in a future version

(flowblade:27352): Gtk-WARNING **: Theme parsing error: 
gtk-contained.css:2481:29: The style property GtkRange:trough-border is 
deprecated and shouldn't be used anymore. It will be removed in a future version
OS: Debian GNU/Linux stretch/sid
Python 2.7.12 (default, Jun 29 2016, 08:18:26) 
[GCC 5.4.0 20160609]
GTK+ version: 3.20.6
User dir: /home/rohieb/.flowblade/
Locale: de_DE
Translations at /usr/share/locale were not found, using program root 
directory translations.
Use OS locale language.
[...]


Adding LC_ALL=C to the command line works as intended. According to dpkg,
flowblade only installs locales for cs, de, es, fi, fr and it.


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

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

Versions of packages flowblade depends on:
ii  frei0r-plugins1.4-3+b2
ii  gir1.2-gdkpixbuf-2.0  2.34.0-1
ii  gir1.2-glib-2.0   1.48.0-3
ii  gir1.2-gtk-3.03.20.6-2
ii  gir1.2-pango-1.0  1.40.1-1
ii  gmic  1.6.8-3+b3
ii  librsvg2-common   2.40.16-1
ii  python-cairo  1.8.8-2
ii  python-dbus   1.2.4-1
ii  python-gi 3.20.1-1
ii  python-gi-cairo   3.20.1-1
ii  python-mlt6.2.0-1
ii  python-numpy  1:1.11.1~rc1-1
ii  python-pil3.2.0-2
pn  python:any
ii  swh-plugins   0.4.16+git20160602~repack1-2

flowblade recommends no packages.

flowblade suggests no packages.

-- no debconf information

Bug#832527: kdenlive: crash when applying 'compand' filter

[Roland Hieber]

Quick follow up: additional constraint to trigger the bug is that the
preview cursor in the timeline is placed somewhere on the clip so that a
preview is generated in the Project Monitor window. It does not happen
if I close the Project Monitor window, but then, rendering the project
crashes with the same message in the error log:

  [filt @ 0x7fa8708b87a0] Invalid and/or missing input/output value.
  [filt @ 0x7fa8708b87a0] Failed to configure output pad on filt
  [filter avfilter.compand] Cannot configure the filter graph

It also happens with only a single clip in the project, so I tried
converting the audio to mp3 (without MKV container), which also crashed
when applying the filter/moving the cursor.

I also experienced similar crashes with some other effects in the past.
I didn't investigate further back then, but those crashes could be related.

Cheers,
 - Roland

Bug#832527: kdenlive: crash when applying 'compand' filter

[Roland Hieber]

Package: kdenlive
Version: 16.04.3-1
Severity: normal

Dear Maintainer,

I have a kdenlive project, HD 720p 25fps, with multiple tracks. On the first
track (Video 1, MP4/H.264/AAC source with 24 fps), I can apply the `compand`
filter as expected. On the second track (Audio 1, MKV/H.264/Opus source with 10
fps), when I do this, kdenlive crashes with a segfault in libavfilter.

I'm not really sure whether kdenlive, libmlt or libavfilter are at fault here,
feel free to reassign to these packages.

A gdb session log is attached, a coredump (amd64, 594MB, gzipped to 22 MB) is
available at
https://rohieb.name/stuff/temp/kdenlive-avfilter-compand-segfault.core.gz

Cheers,
  Roland

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

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

Versions of packages kdenlive depends on:
ii  ffmpeg   7:3.1.1-2
ii  kded55.23.0-1
ii  kdenlive-data16.04.3-1
ii  kinit5.23.0-1
ii  kio  5.23.0-1
ii  libc62.23-2
ii  libgcc1  1:6.1.1-9
ii  libgl1-mesa-glx [libgl1] 11.2.2-1
ii  libglu1-mesa [libglu1]   9.0.0-2.1
ii  libkf5archive5   5.24.0-1
ii  libkf5attica55.23.0-1
ii  libkf5auth5  5.23.0-1
ii  libkf5bookmarks5 5.23.0-1
ii  libkf5codecs55.23.0-1
ii  libkf5completion55.23.0-1
ii  libkf5configcore55.23.0-1
ii  libkf5configgui5 5.23.0-1
ii  libkf5configwidgets5 5.23.0-1
ii  libkf5coreaddons55.23.0-1
ii  libkf5crash5 5.23.0-1
ii  libkf5dbusaddons55.23.0-1
ii  libkf5filemetadata3  5.23.0-1
ii  libkf5guiaddons5 5.23.0-1
ii  libkf5i18n5  5.23.0-1
ii  libkf5iconthemes55.23.0-1
ii  libkf5itemviews5 5.23.0-1
ii  libkf5jobwidgets55.23.0-1
ii  libkf5kiocore5   5.23.0-1
ii  libkf5kiofilewidgets55.23.0-1
ii  libkf5kiontlm5   5.23.0-1
ii  libkf5kiowidgets55.23.0-1
ii  libkf5newstuff5  5.23.0-1
ii  libkf5notifications5 5.23.0-1
ii  libkf5notifyconfig5  5.23.0-1
ii  libkf5plotting5  5.23.0-1
ii  libkf5service-bin5.23.0-1
ii  libkf5service5   5.23.0-1
ii  libkf5solid5 5.23.0-1
ii  libkf5sonnetui5  5.23.0-1
ii  libkf5textwidgets5   5.23.0-1
ii  libkf5widgetsaddons5 5.23.0-1
ii  libkf5xmlgui55.23.0-1
ii  libmlt++36.2.0-1
ii  libmlt6  6.2.0-1
ii  libqt5concurrent55.6.1+dfsg-3
ii  libqt5core5a 5.6.1+dfsg-3
ii  libqt5dbus5  5.6.1+dfsg-3
ii  libqt5gui5   5.6.1+dfsg-3
ii  libqt5network5   5.6.1+dfsg-3
ii  libqt5qml5   5.6.1-5
ii  libqt5quick5 5.6.1-5
ii  libqt5script55.6.1+dfsg-2
ii  libqt5svg5   5.6.1-2
ii  libqt5widgets5   5.6.1+dfsg-3
ii  libqt5xml5   5.6.1+dfsg-3
ii  libstdc++6   6.1.1-9
ii  libv4l-0 1.10.1-1
ii  melt 6.2.0-1
ii  oxygen-icon-theme4:4.14.0-1
ii  qml-module-qtquick-controls  5.6.1-2
ii  qml-module-qtquick2  5.6.1-5

Versions of packages kdenlive recommends:
ii  dvdauthor0.7.0-1.4+b1
ii  dvgrab   3.5+git20160707.1.e46042e-1
ii  frei0r-plugins   1.4-3+b2
ii  genisoimage  9:1.1.11-3
ii  recordmydesktop  0.3.8.1+svn602-1+b1
ii  swh-plugins  0.4.16+git20160602~repack1-2

Versions of packages kdenlive suggests:
pn  khelpcenter  

-- no debconf information
$ gdb /usr/bin/kdenlive
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/bin/kdenlive...Reading symbols from 

Bug#832526: gdb: package `gdb` does not install a man page

[Roland Hieber]

Package: gdb
Version: 7.11.1-2
Severity: wishlist

Dear Maintainer,

After installing the `gdb` package, I could not find a man page:

$ man gdb
No manual entry for gdb
See 'man 7 undocumented' for help when manual pages are not available.

It would be nice to have any, so I'm filing this bug as per Debian Policy,
Section 12.1 [0]. Judging from Bug #624452 and Bug #454135, a man page existed
once.

[0]: https://www.debian.org/doc/debian-policy/ch-docs.html#s12.1

Cheers,

  Roland


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

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

Versions of packages gdb depends on:
ii  libbabeltrace-ctf1  1.4.0-3
ii  libbabeltrace1  1.4.0-3
ii  libc6   2.23-2
ii  libexpat1   2.2.0-1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libncurses5 6.0+20160625-1
ii  libpython3.53.5.2-2
ii  libreadline66.3-8+b4
ii  libtinfo5   6.0+20160625-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages gdb recommends:
ii  gdbserver 7.11.1-2
ii  libc6-dbg [libc-dbg]  2.23-2

Versions of packages gdb suggests:
pn  gdb-doc  

-- no debconf information

Bug#831537: marked as pending

[Roland Hieber]

Hi,

I'm curious and want to understand, so am I right that a binNMU [0]
should be enough here? If not, why not?

[0]: https://wiki.debian.org/binNMU

Cheers,
 - Roland

> commit d3dc4b14057eab6f3bfa09c8388a7c20351ccf95
> Author: Nicholas D Steeves 
> Date:   Sun Jul 17 17:40:59 2016 -0400
> 
> Rebuild against ffmpeg-3.1.1 (Closes: #831537)
> 
> diff --git a/debian/changelog b/debian/changelog
> index 0e3ff7b..1123209 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,3 +1,9 @@
> +mpv (0.18.0-2) UNRELEASED; urgency=medium
> +
> +  * Rebuild against ffmpeg-3.1.1 (Closes: #831537)
> +
> + -- Nicholas D Steeves   Sun, 17 Jul 2016 17:38:39 -0400
> +
>  mpv (0.18.0-1) unstable; urgency=medium
>  
>* Team upload.
> 

Bug#824944: Bug #824944, upstream version confusion

[Roland Hieber]

On Mon, 4 Jul 2016 18:19:04 -0400 Jason Pleau  wrote:
> I also noticed the version string in debian/changelog didn't really
> match anything that upstream released. (I can't find 2.1.8 anywhere)

While trying to reproduce this, I cannot find lua-discount 2.1.8 on
upstream [0] either. Could it be that you confused the version of
lua-discount with that of the discount C library? Or has the upstream
URL changed to somewhere else?

[0]: either one of
 http://luaforge.net/projects/lua-discount/
 http://asbradbury.org/projects/lua-discount/
 https://github.com/asb/lua-discount/

Cheers,

 - Roland

Bug#830839: ConnectionError: ('Connection aborted.', ResponseNotReady()) when using Session interface

[Roland Hieber]

On Tue, 12 Jul 2016 22:11:19 +0200 Daniele Tricoli  wrote:
> Unfortunately I was not able to reproduce it on testing. I used the infinite 
> loop and I stopped it after 20 seconds because I did not want to waste your 
> resources.

Okay, thanks for looking into this. I found another machine running
testing, but I cannot reproduce it there either, so I guess it has
something to do with my setup (or other installed packages?).  It even
happens on my system when I install python-requests from stable, no
matter which URL I use.  I'll try again in a chroot also and report back
to you, could be cross-package related (or misconfiguration on my part…)

Cheers,
  Roland

Bug#830839: ConnectionError: ('Connection aborted.', ResponseNotReady()) when using Session interface

[Roland Hieber]

Package: python-requests
Followup-For: Bug #830839

Huh. It seems that every other get() call fails:

>>> r = session.get(url)
>>> r = session.get(url)
Traceback (most recent call last):
File "", line 1, in 
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 477, in get
return self.request('GET', url, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 465, in 
request
resp = self.send(prep, **send_kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 573, in send
r = adapter.send(request, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/adapters.py", line 415, in send
raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', 
ResponseNotReady())
>>> r = session.get(url)
>>> r.headers
{'content-encoding': 'gzip', 'transfer-encoding': 'chunked', 
'strict-transport-security': 'max-age=30758400', 'server': 'nginx/1.6.2', 
'last-modified': 'Sat, 02 Jul 2016 21:32:16 GMT', 'connection': 'keep-alive', 
'date': 'Tue, 12 Jul 2016 05:51:14 GMT', 'content-type': 'text/html'}
>>> r = session.get(url)
Traceback (most recent call last):
File "", line 1, in 
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 477, in get
return self.request('GET', url, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 465, in 
request
resp = self.send(prep, **send_kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 573, in send
r = adapter.send(request, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/adapters.py", line 415, in send
raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', 
ResponseNotReady())
>>> r = session.get(url)
>>> r = session.get(url)
Traceback (most recent call last):
File "", line 1, in 
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 477, in get
return self.request('GET', url, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 465, in 
request
resp = self.send(prep, **send_kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 573, in send
r = adapter.send(request, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/adapters.py", line 415, in send
raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', 
ResponseNotReady())
>>> r = session.get(url)
>>> r = session.get(url)
Traceback (most recent call last):
File "", line 1, in 
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 477, in get
return self.request('GET', url, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 465, in 
request
resp = self.send(prep, **send_kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 573, in send
r = adapter.send(request, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/adapters.py", line 415, in send
raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', 
ResponseNotReady())
>>> r = session.get(url)
>>> r = session.get(url)
Traceback (most recent call last):
File "", line 1, in 
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 477, in get
return self.request('GET', url, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 465, in 
request
resp = self.send(prep, **send_kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 573, in send
r = adapter.send(request, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/adapters.py", line 415, in send
raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', 
ResponseNotReady())
>>> 


The first get() call looks 

Bug#830839: ConnectionError: ('Connection aborted.', ResponseNotReady()) when using Session interface

[Roland Hieber]

Package: python-requests
Version: 2.10.0-2
Severity: important

Dear Maintainer,

if I try to re-use my requests.Session objects for more than one GET, I
get the above mentioned ConnectionError. Wireshark shows that my client
is sending a TCP RST segment to the server. I'm not sure whether this is
a bug in requests itself, or the underlying urllib3, or something else
on my system.

Here is my minimal, reproducable example:

$ python
Python 2.7.12 (default, Jun 29 2016, 08:18:26) 
[GCC 5.4.0 20160609] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import requests
>>> session = requests.Session()
>>> url="http://rohieb.name;
>>> while True:
... print(url)
... r = session.get(url)
... 
http://rohieb.name
http://rohieb.name
Traceback (most recent call last):
File "", line 3, in 
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 477, in get
return self.request('GET', url, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 465, in 
request
resp = self.send(prep, **send_kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 573, in send
r = adapter.send(request, **kwargs)
File 
"/usr/local/lib/python2.7/dist-packages/requests/adapters.py", line 415, in send
raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', 
ResponseNotReady())
>>> 

This behaviour is not present in a fresh virtualenv, which uses Python
2.7.12, requests 2.10.0, and urllib3 1.15.1 (multiple get() calls work
normally here).  A quick test shows that it also does not happen on
stable, but unfortunately, I don't have another testing/sid system to
reproduce this.

Cheers,

  Roland



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

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

Versions of packages python-requests depends on:
ii  ca-certificates  20160104
ii  python-chardet   2.3.0-2
ii  python-urllib3   1.15.1-2
pn  python:any   

python-requests recommends no packages.

Versions of packages python-requests suggests:
pn  python-ndg-httpsclient  
ii  python-openssl  16.0.0-1
ii  python-pyasn1   0.1.9-1
pn  python-socks

-- debconf-show failed

Bug#830835: bugwarrior: Missing man pages

[Roland Hieber]

Package: bugwarrior
Version: 1.4.0+git2016070901-1
Severity: normal
Tags: upstream

Dear Maintainer,

I could not find man pages for either `bugwarrior-pull`, `bugwarrior-uda`, or
`bugwarrior-vault`.  Also, I don't think upstream provides any.  It would be
nice to have any, so I'm filing this bug as per Debian Policy, Section 12.1 [0].
(But also see footnote 110 [1]!)

[0]: https://www.debian.org/doc/debian-policy/ch-docs.html#s12.1
[1]: https://www.debian.org/doc/debian-policy/footnotes.html#f110

Cheers,

  Roland

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

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

Versions of packages bugwarrior depends on:
ii  libjs-sphinxdoc   1.4.4-3
ii  python-bugzilla   1.2.2-1
ii  python-click  6.6-1
ii  python-dateutil   2.4.2-1
ii  python-dogpile.cache  0.5.7-2
ii  python-jinja2 2.8-1
ii  python-keyring9.1-1
ii  python-lockfile   1:0.12.2-1
ii  python-offtrac0.1.0-1
ii  python-requests   2.10.0-2
ii  python-six1.10.0-3
ii  python-taskw  1.1.0-2
ii  python-tz 2015.7+dfsg-0.1
ii  python-xdg0.25-4
pn  python:any

bugwarrior recommends no packages.

bugwarrior suggests no packages.

-- no debconf information

Bug#830833: bugwarrior: IOError when starting bugwarrior-uda without a config file

[Roland Hieber]

Package: bugwarrior
Version: 1.4.0+git2016070901-1
Severity: minor
Tags: newcomer

Dear Maintainer,

the documentation says:

> For using this data in reports, it is recommended that you add these UDA
> definitions to your ~/.taskrc file. You can generate your list of UDA
> definitions by running the following command:
> 
> bugwarrior-uda

I was curious, so I ran `bugwarrior-uda`. But I did not create a config file
first, which seems to bother it:

$ bugwarrior-uda
Traceback (most recent call last):
File "/usr/bin/bugwarrior-uda", line 9, in 
load_entry_point('bugwarrior==1.4.0', 
'console_scripts', 'bugwarrior-uda')()
File "/usr/lib/python2.7/dist-packages/click/core.py", line 
716, in __call__
return self.main(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/click/core.py", line 
696, in main
rv = self.invoke(ctx)
File "/usr/lib/python2.7/dist-packages/click/core.py", line 
889, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/lib/python2.7/dist-packages/click/core.py", line 
534, in invoke
return callback(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/bugwarrior/command.py", 
line 138, in uda
conf = load_config(main_section)
File "/usr/lib/python2.7/dist-packages/bugwarrior/config.py", 
line 169, in load_config
"utf-8",
File "/usr/lib/python2.7/codecs.py", line 896, in open
file = __builtin__.open(filename, mode, buffering)
IOError: [Errno 2] No such file or directory: 
'/home/rohieb/.config/bugwarrior/bugwarriorrc'

A clearer message about a missing config file would be more appropriate here.

This feature is probably suited to get familiar with the code base, which is the
reason why I tagged this bug report with "newcomer".

Cheers,

 - Roland

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

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

Versions of packages bugwarrior depends on:
ii  libjs-sphinxdoc   1.4.4-3
ii  python-bugzilla   1.2.2-1
ii  python-click  6.6-1
ii  python-dateutil   2.4.2-1
ii  python-dogpile.cache  0.5.7-2
ii  python-jinja2 2.8-1
ii  python-keyring9.1-1
ii  python-lockfile   1:0.12.2-1
ii  python-offtrac0.1.0-1
ii  python-requests   2.10.0-2
ii  python-six1.10.0-3
ii  python-taskw  1.1.0-2
ii  python-tz 2015.7+dfsg-0.1
ii  python-xdg0.25-4
pn  python:any

bugwarrior recommends no packages.

bugwarrior suggests no packages.

-- no debconf information

Bug#817479: gkrellweather: Removal of debhelper compat 4

[Roland Hieber]

Control: tags 817479 +patch

On Wed, 9 Mar 2016 21:55:49 + Niels Thykier  wrote:
> Norbert Veber:
> > Feel free to do an NMU if you have the time.
> If you have a tested patch, I do can find a sponsor for you.

Here is a minimal patch that works for me. I am not even sure whether
the dh_clean -k -> dh_prep change is really necessary for the bump to dh
9, but dh_clean was complaining about deprecated options, so why not.
Package builds without further warnings and a quick test in gkrellm
shows no issues.


Cheers,
  Roland
diff --git a/gkrellweather-2.0.8/debian/compat b/gkrellweather-2.0.8/debian/compat
index b8626c4..ec63514 100644
--- a/gkrellweather-2.0.8/debian/compat
+++ b/gkrellweather-2.0.8/debian/compat
@@ -1 +1 @@
-4
+9
diff --git a/gkrellweather-2.0.8/debian/control b/gkrellweather-2.0.8/debian/control
index 84ab4f0..05db77e 100644
--- a/gkrellweather-2.0.8/debian/control
+++ b/gkrellweather-2.0.8/debian/control
@@ -1,7 +1,7 @@
 Source: gkrellweather
 Section: x11
 Priority: optional
-Build-Depends: debhelper (>= 4), gkrellm (>= 2.1.4), libglib2.0-dev, libgtk2.0-dev
+Build-Depends: debhelper (>= 9), gkrellm (>= 2.1.4), libglib2.0-dev, libgtk2.0-dev
 Maintainer: Norbert Veber 
 Standards-Version: 3.8.0
 
diff --git a/gkrellweather-2.0.8/debian/rules b/gkrellweather-2.0.8/debian/rules
index 4401f78..738a3fb 100755
--- a/gkrellweather-2.0.8/debian/rules
+++ b/gkrellweather-2.0.8/debian/rules
@@ -23,7 +23,7 @@ clean:
 install: build
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	dh_installdirs
 
 	install -D -s -m 755 gkrellweather.so $(CURDIR)/debian/gkrellweather/usr/lib/gkrellm2/plugins/gkrellweather.so

Bug#823164: (no subject)

[Roland Hieber]

Inspired by [0] I tried to build gobject-introspection with the
following patch:

Index: gobject-introspection-1.48.0/gir/gobject-2.0.c
===
--- gobject-introspection-1.48.0.orig/gir/gobject-2.0.c
+++ gobject-introspection-1.48.0/gir/gobject-2.0.c
@@ -1947,7 +1947,7 @@
 /**
  * g_closure_invoke:
  * @closure: a #GClosure
- * @return_value: (optional) (out): a #GValue to store the return
+ * @return_value: (optional) (in): a #GValue to store the return
  *value. May be %NULL if the callback of @closure
  *doesn't return a value.
  * @n_param_values: the length of the @param_values array


... but this doesn't fix the problem with lua-lgi. So there must be
something else here.

[0]: https://github.com/pavouk/lgi/issues/132#issuecomment-202408015


 - Roland

Bug#823868: (no subject)

[Roland Hieber]

Additionally, when starting gnome-calculator from the terminal, there
are a lot of warning messages about "Theme parsing error:
gtk-widgets.css:3782:31: The :insensitive pseudo-class is deprecated.
Use :disabled instead." which were not there before. Also see attached log.

 - Roland
$ gnome-calculator 

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:20:33: The style property GtkMenu:horizontal-padding is deprecated and shouldn't be used anymore. It will be removed in a future version

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:21:31: The style property GtkMenu:vertical-padding is deprecated and shouldn't be used anymore. It will be removed in a future version

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:22:30: The style property GtkNotebook:initial-gap is deprecated and shouldn't be used anymore. It will be removed in a future version

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:23:30: The style property GtkNotebook:tab-overlap is deprecated and shouldn't be used anymore. It will be removed in a future version

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:41:33: The style property GtkWidget:focus-line-width is deprecated and shouldn't be used anymore. It will be removed in a future version

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:42:30: The style property GtkWidget:focus-padding is deprecated and shouldn't be used anymore. It will be removed in a future version

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:43:27: The style property GtkWidget:link-color is deprecated and shouldn't be used anymore. It will be removed in a future version

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:44:35: The style property GtkWidget:visited-link-color is deprecated and shouldn't be used anymore. It will be removed in a future version

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:70:13: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:71:13: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:71:25: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:76:13: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:77:21: The '-gtk-image-effect' property has been renamed to '-gtk-icon-effect'

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:81:21: The '-gtk-image-effect' property has been renamed to '-gtk-icon-effect'

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:89:27: The :prelight pseudo-class is deprecated. Use :hover instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:99:30: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:110:20: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:112:20: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:114:18: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:116:19: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:172:19: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:173:44: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:174:43: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:175:28: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:176:31: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:177:28: The :insensitive pseudo-class is deprecated. Use :disabled instead.

(gnome-calculator:16381): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:217:30: The style property GtkWidget:focus-padding is deprecated and shouldn't be used 

Bug#822825: lua-socket: segfault in timeout_markstart() when called from mpv

[Roland Hieber]

Package: lua-socket
Followup-For: Bug #822825

Quick follow up: I put a few prints into http.lua to get the content of the
function parameters. http.sendrequestline() now looks like this:

function metat.__index:sendrequestline(method, uri)
print("sendrequestline: 
{method,uri}="..inspect({method=method,uri=uri}))
local reqline = string.format("%s %s HTTP/1.1\r\n", method or 
"GET", uri)
print("sendrequestline: reqline="..inspect(reqline))
print("sendrequestline: self.c="..inspect(self.c))
return self.try(self.c:send(reqline))
end

(with usage of inspect.lua from LuaRocks)

Additionally, I put a `print("after sendrequestline")` into http.trequest() 
right
after the sendrequestline call. This line is printed when called from the Lua
interpreter, but not in mpv, so I guess it dies right in the send:

$ mpv --script=test.lua somefile.mp4
[test] MARK 
[test] trequest: reqt={
[test]   sink = ,
[test]   url = "http://rohieb.name;
[test] } 
[test] open: {c,h}={
[test]   c = ,
[test]   h = {
[test] c = ,
[test] try = ,
[test]  = {
[test]   __index = {
[test] close = ,
[test] receive09body = ,
[test] receivebody = ,
[test] receiveheaders = ,
[test] receivestatusline = ,
[test] sendbody = ,
[test] sendheaders = ,
[test] sendrequestline = 
[test]   }
[test] }
[test]   }
[test] } 
[test] sendrequestline: {method,uri}={
[test]   uri = "/"
[test] } 
[test] sendrequestline: reqline="GET / HTTP/1.1\r\n" 
[test] sendrequestline: self.c= 
Segmentation fault

I'm not sure what is the best way to debug this further into the C code...

 - Roland

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-proposed-updates'), (500, 
'testing-debug'), (500, 'testing'), (170, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages lua-socket depends on:
ii  libc6  2.22-7

lua-socket recommends no packages.

lua-socket suggests no packages.

-- no debconf information

Bug#822825: lua-socket: segfault in timeout_markstart() when called from mpv

[Roland Hieber]

Package: lua-socket
Version: 3.0~rc1+git+321c0c9-1
Severity: normal

Dear Maintainer,

I'm trying to use socket.http from mpv. My script looks like this:

$ cat test.lua
local http = require("socket.http")
local url = "http://rohieb.name;
print ("MARK")
d,c,h = http.request(url)
print (("HTTP %d"):format(c))

... and works fine with the Lua 5.2 interpreter:

$ lua5.2 test.lua
MARK
HTTP 200

However, when I use it with mpv, it segfaults on the http.request() line in
timeout_markstart(), see the attached GDB session transcript. A simple fix would
be to test for tm==0 in timeout_markstart(), but I'm not sure what is going on
here and why tm is 0 to begin with.

Cheers,

 - Roland

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-proposed-updates'), (500, 
'testing-debug'), (500, 'testing'), (170, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages lua-socket depends on:
ii  libc6  2.22-7

lua-socket recommends no packages.

lua-socket suggests no packages.

-- no debconf information
$ gdb --args mpv --script=test.lua ~/Music/Moderat\ \'Bad\ 
Kingdom\'-3NPxqXMZq7o.mp4 
Reading symbols from mpv...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/mpv --script=test.lua /home/rohieb/Music/Moderat\ 
\'Bad\ Kingdom\'-3NPxqXMZq7o.mp4
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffd85d1700 (LWP 4030)]
[New Thread 0x7fffd7dd0700 (LWP 4031)]
[New Thread 0x7fffd75cf700 (LWP 4032)]
[test] MARK 

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd75cf700 (LWP 4032)]
timeout_markstart (tm=0x0) at src/timeout.c:115
115 tm->start = timeout_gettime();
(gdb) bt
#0  timeout_markstart (tm=0x0) at src/timeout.c:115
#1  0x7fffd6bc5559 in buffer_meth_send (L=0x7fffcc000940, 
buf=0x7fffcc0495d0) at src/buffer.c:81
#2  0x73489c4d in luaD_precall (L=L@entry=0x7fffcc000940, 
func=, func@entry=0x7fffcc011930, nresults=nresults@entry=-1) at 
ldo.c:319
#3  0x7349583d in luaV_execute (L=L@entry=0x7fffcc000940) at lvm.c:709
#4  0x73489f8e in luaD_call (L=0x7fffcc000940, func=, 
nResults=, allowyield=) at ldo.c:402
#5  0x734895cf in luaD_rawrunprotected (L=L@entry=0x7fffcc000940, 
f=f@entry=0x73484b70 , ud=ud@entry=0x7fffd75ce600) at ldo.c:131
#6  0x7348a1d1 in luaD_pcall (L=L@entry=0x7fffcc000940, 
func=func@entry=0x73484b70 , u=u@entry=0x7fffd75ce600, old_top=128, 
ef=) at ldo.c:603
#7  0x734860f1 in lua_pcallk (L=L@entry=0x7fffcc000940, 
nargs=, nresults=nresults@entry=-1, errfunc=errfunc@entry=0, 
ctx=ctx@entry=0, k=k@entry=0x7fffd6bc9770 ) at lapi.c:949
#8  0x7fffd6bc975f in protected_ (L=0x7fffcc000940) at src/except.c:107
#9  0x73489c4d in luaD_precall (L=L@entry=0x7fffcc000940, 
func=, func@entry=0x7fffcc011810, nresults=nresults@entry=3) at 
ldo.c:319
#10 0x7349583d in luaV_execute (L=L@entry=0x7fffcc000940) at lvm.c:709
#11 0x73489f8e in luaD_call (L=L@entry=0x7fffcc000940, func=, nResults=nResults@entry=0, allowyield=allowyield@entry=0) at ldo.c:402
#12 0x7348602b in lua_callk (L=0x7fffcc000940, nargs=, 
nresults=0, ctx=, k=) at lapi.c:905
#13 0x555f0ac2 in ?? ()
#14 0x73489c4d in luaD_precall (L=L@entry=0x7fffcc000940, 
func=, nresults=0) at ldo.c:319
#15 0x73489f82 in luaD_call (L=0x7fffcc000940, func=, 
nResults=, allowyield=) at ldo.c:401
#16 0x734895cf in luaD_rawrunprotected (L=L@entry=0x7fffcc000940, 
f=f@entry=0x73484b70 , ud=ud@entry=0x7fffd75ce930) at ldo.c:131
#17 0x7348a1d1 in luaD_pcall (L=L@entry=0x7fffcc000940, 
func=func@entry=0x73484b70 , u=u@entry=0x7fffd75ce930, old_top=48, 
ef=) at ldo.c:603
#18 0x734860f1 in lua_pcallk (L=0x7fffcc000940, nargs=, 
nresults=0, errfunc=, ctx=, k=) at 
lapi.c:949
#19 0x555f26bc in ?? ()
#20 0x73489c4d in luaD_precall (L=L@entry=0x7fffcc000940, 
func=, nresults=0) at ldo.c:319
#21 0x73489f82 in luaD_call (L=0x7fffcc000940, func=, 
nResults=, allowyield=) at ldo.c:401
#22 0x734895cf in luaD_rawrunprotected (L=L@entry=0x7fffcc000940, 
f=f@entry=0x73484b70 , ud=ud@entry=0x7fffd75ceb60) at ldo.c:131
#23 0x7348a1d1 in luaD_pcall (L=L@entry=0x7fffcc000940, 
func=func@entry=0x73484b70 , u=u@entry=0x7fffd75ceb60, old_top=16, 
ef=) at ldo.c:603
#24 0x734860f1 in lua_pcallk (L=0x7fffcc000940, nargs=, 
nresults=0, errfunc=, ctx=, k=) at 
lapi.c:949
#25 0x555f2bb6 in ?? ()
#26 0x555f7a99 in ?? ()
#27 0x74925454 in 

Bug#822493: letsencrypt.sh: config file refers to nonexisting documentation

[Roland Hieber]

Package: letsencrypt.sh
Version: 0.1.0-2
Severity: normal

Dear Maintainer,

the default config file in /etc/letsencrypt.sh/config.sh refers in its header
to /usr/share/doc/letsencrypt-sh/README.Debian. However, that file is
nonexistent. I guess it contains important(-ish) documentation on what to do
with /etc/letsencrypt.sh/conf.d/ ...? ;-)

Cheers, 

 - Roland

-- System Information:
Debian Release: 6.0.10
  APT prefers oldoldstable
  APT policy: (900, 'oldoldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-042stab108.2 (SMP w/4 CPU cores)
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 letsencrypt.sh depends on:
ii  curl7.21.0-2.1+squeeze12 Get a file from an HTTP, HTTPS or 
ii  openssl 0.9.8o-4squeeze23Secure Socket Layer (SSL) binary a

letsencrypt.sh recommends no packages.

letsencrypt.sh suggests no packages.

-- no debconf information

Bug#751401: (no subject)

[Roland Hieber]

Control: tags -1 +patch

Hm. Upstream still uses Google Code, so I guess upstream is dead…

Anyway, here's a patch. The problem was two-fold: first a Null value was
dereferenced, which caused an exception so the config file was never written in
some cases; secondly there was some QFont vs. string type confusing (dynamic
languages ftw ;-))

I don't know if Google Code is still functional enough to send patches, but if
so, and if upstream is interested, feel free to do so :-)

 - Roland
From: Roland Hieber <roh...@rohieb.name>
Subject: Fix editor font not being written to config file
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751401

Index: seascope-0.8/src/DialogManager.py
===
--- seascope-0.8.orig/src/DialogManager.py
+++ seascope-0.8/src/DialogManager.py
@@ -146,7 +146,7 @@ class FilePreferencesDialog(QObject):
 			self.inner_editing = self.dlg.prd_opt_inner_ed.checkState() == Qt.Checked
 			self.show_ln_nr = self.dlg.prd_opt_show_ln_nr.checkState() == Qt.Checked
 		return (self.app_style, self.dlg.prd_font_app_btn.font().toString(), self.edit_ext_cmd, 
-			self.ev_font, self.exit_dontask, self.inner_editing, self.show_ln_nr)
+			self.ev_font.toString(), self.exit_dontask, self.inner_editing, self.show_ln_nr)
 
 def show_preferences_dialog(app_style, edit_ext_cmd, ev_font, dontask, innered, ln_nr):
 	d = FilePreferencesDialog(app_style, edit_ext_cmd, ev_font, dontask, innered, ln_nr)
Index: seascope-0.8/src/Seascope.py
===
--- seascope-0.8.orig/src/Seascope.py
+++ seascope-0.8/src/Seascope.py
@@ -33,13 +33,13 @@ class SeascopeApp(QMainWindow):
 		ev_font = QFont()
 		ev_font.fromString(self.edit_book.ev_font)
 		res = DialogManager.show_preferences_dialog(self.app_style, self.edit_ext_cmd, ev_font, self.exit_dont_ask, self.inner_editing, self.eb_is_show_line)
-		(self.app_style, self.app_font, self.edit_ext_cmd, ev_font, self.exit_dont_ask, self.inner_editing_conf, self.eb_is_show_line) = res
+		(self.app_style, self.app_font, self.edit_ext_cmd, self.ev_font, self.exit_dont_ask, self.inner_editing_conf, self.eb_is_show_line) = res
 		if self.edit_ext_cmd != None:
 			self.edit_ext_cmd = str(self.edit_ext_cmd).strip()
 		if (self.edit_ext_cmd == None or self.edit_ext_cmd == ''):
 			self.edit_ext_cmd = 'x-terminal-emulator -e vim %F +%L'
-		self.edit_book.change_ev_font(ev_font.toString())
-		self.code_ctx_view.change_ev_font(ev_font.toString())
+		self.edit_book.change_ev_font(self.ev_font)
+		self.code_ctx_view.change_ev_font(self.ev_font)
 		self.edit_book.show_line_number_pref(self.eb_is_show_line)
 		self.app_write_config()
 
Index: seascope-0.8/src/view/EdView.py
===
--- seascope-0.8.orig/src/view/EdView.py
+++ seascope-0.8/src/view/EdView.py
@@ -73,8 +73,10 @@ class EditorViewBase(QsciScintilla):
 		self.setFont(self.font)
 		self.setMarginsFont(self.font)
 
-		self.lexer.setFont(self.font,-1)
-		self.setLexer(self.lexer)
+		if self.lexer:
+			# lexer can be null if no file is open at the moment
+			self.lexer.setFont(self.font,-1)
+			self.setLexer(self.lexer)
 
 	def lpropChanged(self, prop, val):
 		print 'lpropChanged', prop, val

Bug#761281: (no subject)

[Roland Hieber]

Hi,

2.2.0 is available in stable (which should also fix #689055 btw), but there is
already 2.3.0 available upstream. So I guess this bug should be closed or 
updated.

 - Roland

Bug#820765: luarocks: should Recommend lua-sec

[Roland Hieber]

Package: luarocks
Version: 2.2.0+dfsg-2
Severity: wishlist

Dear Maintainer,

When installing rocks, I'm getting a line "Warning: falling back to wget -
install luasec to get native HTTPS support". After installing lua-sec manually,
the warning goes away, so I guess it would be a good thing to somehow depend on
lua-sec via Recommends or Suggests.

Cheers,

 - Roland

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

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

Versions of packages luarocks depends on:
ii  liblua5.1-0-dev [liblua5.1-dev]  5.1.5-8
ii  lua5.1   5.1.5-8
ii  wget 1.17.1-1+b1
ii  zip  3.0-11

luarocks recommends no packages.

luarocks suggests no packages.

-- no debconf information

Bug#820227: josm: NPE when reordering relation elements

[Roland Hieber]

Thanks, that was the solution :-)

I first tried downgrading libatk-wrapper-java and libatk-wrapper-java-jni to the
0.30 version in stable, which also fixed the issues. But disabling assistive
technologies in /etc/java-8-openjdk/accessibility.properties like you suggested
(it was enabled before) also fixes the issues with libatk-wrapper-java 0.33  \o/

Thanks!

 - Roland

On 06.04.2016 21:13, Sebastiaan Couwenberg wrote:
> Control: tags -1 moreinfo
> 
> Hi Roland,
> 
> Sorry to hear about your issue, although I have experienced it myself in
> the past too.
> 
> On 04/06/2016 08:34 PM, Roland Hieber wrote:
>>  at 
>> org.GNOME.Accessibility.AtkWrapper$5.dispatchEvent(AtkWrapper.java:697)
> 
> The above is a big red flag, it suggests the GNOME ATK bridge is causing
> the issue. This should be fixed according to #813143.
> 
> I can only reproduce your issue when I uncomment the
> assistive_technologies option in
> /etc/java-8-openjdk/accessibility.properties:
> 
>  #
>  # The following line specifies the assistive technology classes
>  # that should be loaded into the Java VM when the AWT is initailized.
>  # Specify multiple classes by separating them with commas.
>  # Note: the line below cannot end the file (there must be at
>  # a minimum a blank line following it).
>  #
>  #assistive_technologies=org.GNOME.Accessibility.AtkWrapper
> 
> I thought this was disabled by default again, but it seems the fixes in
> java-atk-wrapper (0.33.3-6) weren't sufficient.
> 
> Can you confirm that disabling the option fixes this issue in JOSM for
> you too?
> 
> Kind Regards,
> 
> Bas

Bug#820227: josm: NPE when reordering relation elements

[Roland Hieber]

Package: josm
Version: 0.0.svn9979+dfsg-1
Severity: normal

Dear Maintainer,

I did the following:
* Move my ~/.josm to somewhere else
* Start JOSM
* File -> Download Object, import relation 3067629
* Open the imported relation in the relation editor
* Select a way segment that is in the wrong place (the line in the right column
  has a gap)
* Try to reorder this way segments by clicking the button "Move currently
  selected members down".

As soon as I do the last action, JOSM presents me a window "Unexpected
Exception: [Report Bug] [Do Nothing]".

However, JOSM still works like before when I click the button "do nothing", but
the exception occurs again when I click the "move down" button. But not always!
Sometimes, I can reorder relation members without the exception window
appearing.

I'm on XFCE with lightdm, but this also happens often on my usual awesome-wm
desktop. It happens with Java 7 as well as with Java 8. Since the exception
stack trace refers to libatk, those are the versions of installed packages on my
system:

$ dpkg -l libatk*|grep '^ii'
ii  libatk-bridge2.0-0:amd64  2.18.1-3
ii  libatk-wrapper-java   0.33.3-6
ii  libatk-wrapper-java-jni:amd64 0.33.3-6
ii  libatk1.0-0:amd64 2.18.0-1
ii  libatk1.0-data2.18.0-1
ii  libatkmm-1.6-1v5:amd642.24.2-1

(I'm not sure if this is a bug in JOSM or really in ATK, or in something else.)

This is the info when I click the "Report Bug" button:

{{{
Build-Name:Debian
Build-Date:2016-03-13 18:06:27
Revision:9979
Is-Local-Build:false
Debian-Release:0.0.svn9979+dfsg-1

Identification: JOSM/1.5 (9979 Debian en) Linux Debian GNU/Linux 
testing-proposed-updates (sid)
Memory Usage: 188 MB / 844 MB (115 MB allocated, but free)
Java version: 1.8.0_72-internal-b15, Oracle Corporation, OpenJDK 64-Bit Server 
VM
VM arguments: [-Djosm.restart=true, -Djava.net.useSystemProxies=true]
Dataset consistency test: No problems found


Last errors/warnings:
- E: java.lang.NullPointerException

java.lang.NullPointerException
at 
org.openstreetmap.josm.gui.dialogs.relation.sort.WayConnectionTypeCalculator.determineOnewayConnectionType(WayConnectionTypeCalculator.java:146)
at 
org.openstreetmap.josm.gui.dialogs.relation.sort.WayConnectionTypeCalculator.updateLinks(WayConnectionTypeCalculator.java:71)
at 
org.openstreetmap.josm.gui.dialogs.relation.MemberTableModel.getWayConnection(MemberTableModel.java:761)
at 
org.openstreetmap.josm.gui.dialogs.relation.MemberTable$ZoomToGapAction.getConnectionType(MemberTable.java:214)
at 
org.openstreetmap.josm.gui.dialogs.relation.MemberTable$ZoomToGapAction.hasGap(MemberTable.java:221)
at 
org.openstreetmap.josm.gui.dialogs.relation.MemberTable$ZoomToGapAction.updateEnabledState(MemberTable.java:245)
at 
org.openstreetmap.josm.gui.dialogs.relation.MemberTable$ZoomToGapAction.valueChanged(MemberTable.java:250)
at 
javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:184)
at 
javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:164)
at 
javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:211)
at 
javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:405)
at 
javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:415)
at 
javax.swing.DefaultListSelectionModel.addSelectionInterval(DefaultListSelectionModel.java:518)
at 
org.openstreetmap.josm.gui.dialogs.relation.MemberTableModel.moveUp(MemberTableModel.java:266)
at 
org.openstreetmap.josm.gui.dialogs.relation.actions.MoveUpAction.actionPerformed(MoveUpAction.java:38)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at 
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
at 
java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
at java.awt.Component.processMouseEvent(Component.java:6535)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6300)
at java.awt.Container.processEvent(Container.java:2236)
at java.awt.Component.dispatchEventImpl(Component.java:4891)
at java.awt.Container.dispatchEventImpl(Container.java:2294)
at java.awt.Component.dispatchEvent(Component.java:4713)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
  

Bug#775315: (no subject)

[Roland Hieber]

The homepage link has been fixed already in 0.5.1-1, which is currently in
testing, so I guess this issue can be closed.

 - Roland

Bug#815101: sonata: Homepage link in package description is dead

[Roland Hieber]

Source: sonata
Version: 1.6.2.1-6
Severity: minor

Dear Maintainer,

the server sonata.berlios.de does no longer resolve in DNS. According to the MPD
wiki [0], the new homepage is at http://www.nongnu.org/sonata/.

[0]: http://mpd.wikia.com/wiki/Client:Sonata

Cheers,
 - Roland


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

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

Bug#815019: xfce4-power-manager: uses much memory when running for several days

[Roland Hieber]

Package: xfce4-power-manager
Followup-For: Bug #815019

This issue may be somehow related to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778642, but I'm not using the
xfce-panel plugin. 

I tried valgrinding a 5-minute run of xfce4-power-manager with --leak-check=full
--trace-children=yes, but since there are no debugging symbols for
xfce4-power-manager, the information is probably of limited use.  I have
attached the log nevertheless.  During this run, I did a suspend, followed by
thaw and killing the power manager process.

 - Roland


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

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

Versions of packages xfce4-power-manager depends on:
ii  libc6 2.21-8
ii  libcairo2 1.14.6-1
ii  libdbus-1-3   1.10.6-1
ii  libdbus-glib-1-2  0.106-1
ii  libgdk-pixbuf2.0-02.32.3-1.2
ii  libglib2.0-0  2.46.2-3
ii  libgtk2.0-0   2.24.29-1
ii  libnotify40.7.6-2
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libupower-glib3   0.99.3-1+b3
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxfce4ui-1-04.12.1-2
ii  libxfce4util7 4.12.1-2
ii  libxfconf-0-2 4.12.0-2+b1
ii  libxrandr22:1.5.0-1
ii  upower0.99.3-1+b3
ii  xfce4-power-manager-data  1.4.4-4

Versions of packages xfce4-power-manager recommends:
ii  libpam-systemd   228-6
pn  xfce4-power-manager-plugins  

xfce4-power-manager suggests no packages.

-- debconf-show failed
==32237== Memcheck, a memory error detector
==32237== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==32237== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==32237== Command: xfce4-power-manager
==32237== Parent PID: 19173
==32237== 
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/ld-2.21.so:
--32237-- Ignoring non-Dwarf2/3/4 block in .debug_info
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/ld-2.21.so:
--32237-- Last block truncated in .debug_info; ignoring
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/ld-2.21.so:
--32237-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/libc-2.21.so:
--32237-- Ignoring non-Dwarf2/3/4 block in .debug_info
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/libc-2.21.so:
--32237-- Last block truncated in .debug_info; ignoring
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/libc-2.21.so:
--32237-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/libm-2.21.so:
--32237-- Ignoring non-Dwarf2/3/4 block in .debug_info
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/libm-2.21.so:
--32237-- Last block truncated in .debug_info; ignoring
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/libm-2.21.so:
--32237-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/librt-2.21.so:
--32237-- Ignoring non-Dwarf2/3/4 block in .debug_info
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/librt-2.21.so:
--32237-- Last block truncated in .debug_info; ignoring
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/librt-2.21.so:
--32237-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/libresolv-2.21.so:
--32237-- Ignoring non-Dwarf2/3/4 block in .debug_info
--32237-- WARNING: Serious error when reading debug info
--32237-- When reading debug info from /lib/x86_64-linux-gnu/libresolv-2.21.so:
--32237-- Last block truncated in .debug_info; ignoring
--32237-- WARNING: Serious error when reading debug info

Bug#815019: xfce4-power-manager: uses much memory when running for several days

[Roland Hieber]

Package: xfce4-power-manager
Version: 1.4.4-4
Severity: normal

Dear Maintainer,

I use xfce4-power-manager on an awesome desktop, and I usually suspend my
computer into suspend-to-RAM at least daily.  I noticed that I have to restart
the power manager after it has been running for some days, since it tends to use
much memory.  For example, the current instance has been running for 7 days now,
and (according to top) is using about 446M RES. When I restart it, it is usually
about 15M RES.

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

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

Versions of packages xfce4-power-manager depends on:
ii  libc6 2.21-7
ii  libcairo2 1.14.6-1
ii  libdbus-1-3   1.10.6-1
ii  libdbus-glib-1-2  0.106-1
ii  libgdk-pixbuf2.0-02.32.3-1.2
ii  libglib2.0-0  2.46.2-3
ii  libgtk2.0-0   2.24.29-1
ii  libnotify40.7.6-2
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libupower-glib3   0.99.3-1+b3
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxfce4ui-1-04.12.1-2
ii  libxfce4util7 4.12.1-2
ii  libxfconf-0-2 4.12.0-2+b1
ii  libxrandr22:1.5.0-1
ii  upower0.99.3-1+b3
ii  xfce4-power-manager-data  1.4.4-4

Versions of packages xfce4-power-manager recommends:
ii  libpam-systemd   228-6
pn  xfce4-power-manager-plugins  

xfce4-power-manager suggests no packages.

-- debconf-show failed

Bug#814848: subliminal: order of arguments in help and manpage is confusing

[Roland Hieber]

Package: subliminal
Version: 0.7.4-1
Severity: normal

Dear Maintainer,

If I try to call subliminal like described in the help, I get an error:

rohieb@r2d2:~/Videos$ subliminal -l en .
usage: subliminal -l LANGUAGE [LANGUAGE ...] [-s] [-c CACHE_FILE]

[-p PROVIDER [PROVIDER ...]] [-m MIN_SCORE] [-a AGE] [-h]

[-f] [--addic7ed-username USERNAME]

[--addic7ed-password PASSWORD] [-q | -v] [--color] [--debug]

[--version] [--help]

PATH [PATH ...]
subliminal: error: the following arguments are required: PATH

Note that PATH is only given at the end of the syntax, so I interpreted it to
be "the last given parameter", but apparently it is not parsed when I call
subliminal like that.

When I call subliminal with the path first, then the languages, the error does
not appear.



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

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

Versions of packages subliminal depends on:
ii  python3 3.5.1-1
ii  python3-subliminal  0.7.4-1

subliminal recommends no packages.

subliminal suggests no packages.

-- no debconf information

Bug#806753: hexchat: does not remember "Hide join/part messages" on exit

[Roland Hieber]

Package: hexchat
Version: 2.10.2-1+b2
Severity: minor

Dear Maintainer,

I recently restarted HexChat (one thing which I don't do often), but I find that
the setting "Hide join/part messages" per channel is not remembered over
restarts.  XChat did so, as far as I can remember, and I also would expect this
setting to be remembered, so I'm setting the severity to normal.  But feel free
to downgrade it to wishlist if needed.

Cheers,
 - Roland

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

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

Versions of packages hexchat depends on:
ii  hexchat-common   2.10.2-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.4-1
ii  libcanberra0 0.30-2.1
ii  libdbus-1-3  1.10.2-1
ii  libdbus-glib-1-2 0.102-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libglib2.0-0 2.46.2-1
ii  libgtk2.0-0  2.24.28-1.1~ppa1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1
ii  libproxy1v5  0.4.11-4.2
ii  libssl1.0.2  1.0.2d-3

Versions of packages hexchat recommends:
ii  gvfs-bin 1.26.2-1
ii  hexchat-perl 2.10.2-1+b2
ii  hexchat-plugins  2.10.2-1+b2
ii  hexchat-python   2.10.2-1+b2

Versions of packages hexchat suggests:
pn  unifont  

-- no debconf information

Bug#800885: awesome: missing systray icons after number of screens changes

[Roland Hieber]

On Sun, 04 Oct 2015 18:31:22 +0200 Roland Hieber <roh...@rohieb.name> wrote:
> On Sun, 04 Oct 2015 17:00:21 +0200 Roland Hieber <roh...@rohieb.name> wrote:
> > However, it does not happen with all systray icons; so far I could 
> > reproduce it
> > with:
> > 
> > * xfce4-power-manager
> > * shutter
> 
> * gmpc

* Pidgin
* XChat

(just for the record ;-))

 - Roland

Bug#800885: awesome: missing systray icons after number of screens changes

[Roland Hieber]

On Sun, 04 Oct 2015 17:00:21 +0200 Roland Hieber <roh...@rohieb.name> wrote:
> However, it does not happen with all systray icons; so far I could reproduce 
> it
> with:
> 
> * xfce4-power-manager
> * shutter

* gmpc

 - Roland

Bug#800885: awesome: missing systray icons after number of screens changes

[Roland Hieber]

Package: awesome
Version: 3.5.6-1
Severity: normal

Dear Maintainer,

I recently upgraded to awesome 3.5, and now sometimes after I changed the number
of screens with xrandr, some notification icons are missing from the systray.
The respective programs are still running, but they don't show an icon anymore.
Killing and restarting them shows the icon again.  This happens with the default
rc.lua, and there are no outputs on the console where I started awesome when I
change the screen layout.

However, it does not happen with all systray icons; so far I could reproduce it
with:

* xfce4-power-manager
* shutter

The following programs are unaffected and show their icon nevertheless:

* blueman-applet
* pasystray
* nm-applet
* s0trayicon, a small Qt systray applet that I made myself [0]

[0]: https://github.com/rohieb/StratumsphereTrayIcon

I cannot remember that this was an issue in awesome 3.4.

There are a few open issues with systray icons on Debian which might be related.
#525972 [1] is from 2009 and still refers to awesome 3.2, so I don't know
whether it is still valid.  However, it refers to a setup with awesome +
gnome-session, which does not apply for me.  #561244 [2] is also from 2009, and
refers to awesome 3.4, but it's apparently fixed upstream. #613653 [3] is from
2011 and refers to 3.4, but does not mention anything about changing the screen
layout.

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525972
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561244
[3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613653

It might also be related that the systray widget is new in 3.5, the systray 
was represented differently in previous versions, so it might be reproducible
with upstream.

Thanks for looking into this!

 - Roland

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (200, 'testing'), (170, 'unstable'), (150, 
'testing-proposed-updates'), (150, 'experimental'), (150, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages awesome depends on:
ii  dbus-x11  1.10.0-3
ii  gir1.2-freedesktop1.44.0-1+b2
ii  gir1.2-pango-1.0  1.36.8-3
ii  libc6 2.19-20
ii  libcairo2 1.14.2-2
ii  libdbus-1-3   1.10.0-3
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libglib2.0-0  2.44.1-1.1
ii  liblua5.1-0   5.1.5-8
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.3-1
ii  libxcb-cursor00.1.1-3
ii  libxcb-icccm4 0.4.1-1
ii  libxcb-keysyms1   0.4.0-1
ii  libxcb-randr0 1.10-3+b1
ii  libxcb-render01.10-3+b1
ii  libxcb-shape0 1.10-3+b1
ii  libxcb-util0  0.3.8-3
ii  libxcb-xinerama0  1.10-3+b1
ii  libxcb-xtest0 1.10-3+b1
ii  libxcb1   1.10-3+b1
ii  libxdg-basedir1   1.2.0-1
ii  lua-lgi   0.9.0-1
ii  menu  2.1.47

Versions of packages awesome recommends:
ii  feh2.13.1-1
ii  rlwrap 0.41-1
ii  x11-xserver-utils  7.7+5

awesome suggests no packages.

-- no debconf information

Bug#733678: inkscape: Provide a -dbg package with debugging symbols

[Roland Hieber]

On 14.09.2015 23:21, Mattia Rizzolo wrote:
> Though I'm really uneasy at adding such a binary package while we are so
> close to the automatic debug packages (see [0] for more info).
> 
> I'm somewhat tempted to mark this as wontfix and just wait some more
> weeks (yes, because currently it's really blocked on just few needed
> actions)

In light of the good news about ddebs, this also seems to me like the most
resonable solution.

 - Roland

Bug#708559: Your mail

[Roland Hieber]

On Thu, 27 Aug 2015 00:02:30 +0200 Roland Hieber <roh...@rohieb.name> wrote:
> Apparently there is a patch for this at the GNOME Bugzilla:
>   https://bug747280.bugzilla-attachments.gnome.org/attachment.cgi?id=300866

FWIW, I was having the same bug with chromium, which seemed to crash after about
a day when I was opening a file dialog. With this libgtk patch, chromium has now
run smoothly for more than three days, so it seems to help :)

 - Roland

Bug#782767: id3v2: APIC/Cover tagging

[Roland Hieber]

Thanks, the patch works good for me, it should be included upstream.

I was stumbling onto this bug because from the man page I inferred that I could
just use --APIC , but when I look at the source code, this is clearly
not the case.

 - Roland

Bug#708559: (no subject)

[Roland Hieber]

Apparently there is a patch for this at the GNOME Bugzilla:
  https://bug747280.bugzilla-attachments.gnome.org/attachment.cgi?id=300866

Cheers,
Roland