Bug#1024426: needrestart: notify-send timeout - WA

[Michał Mirosław]

I've stumbled upon this issue after upgrading to bookworm. In my case
the timeout was both due to pam_mount and Roland's missing session
environment case. Fixed both by replacing `su` invocation with:

runuser -p -l -u "$NR_USERNAME" -- "$NSEND" -a needrestart -u critical -i 
dialog-warning "$MSGTITLE" "$MSGBODY"

-- 
Michał Mirosław

Bug#828190: Possible similar symptoms upstream

[Michał Mirosław]

On Sat, Mar 11, 2023 at 02:03:26PM +0100, Michał Mirosław wrote:
> Looking at perf and strace output, the case looks similar to what was
> described in an upstream commit [1] and its backing bug report [2].
> (Haven't tried the workarounds nor testing or newer version, yet.)
> 
> [1]
> https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/commit/37358e42c49abe3d83b344452749461b70fdc80f
> [2] https://bugzilla.kernel.org/show_bug.cgi?id=199365#c6
[...]

Disabling `load-module module-suspend-on-idle` in `default.pa` seems to
also work around the problem.

-- 
Michał Mirosław

Bug#828190: Possible similar symptoms upstream

[Michał Mirosław]

 247.3-7+deb11u1
ii  rtkit0.13-4

Versions of packages pulseaudio suggests:
ii  paprefs  1.1-2
ii  pavucontrol  4.0-2
ii  pavumeter0.9.3-4+b3
ii  udev 247.3-7+deb11u1

-- 
Michał Mirosław

Bug#989103: closed by Felipe Sateler

[Michał Mirosław]

On Thu, Jul 29, 2021 at 09:34:58AM -0400, Felipe Sateler wrote:
> Control: found -1 14.2-2
> Control: fixed -1 14.99-1
> 
> Hi Michał!
> 
> On Thu, Jul 29, 2021 at 9:27 AM Michał Mirosław 
> wrote:
> 
> > On Thu, Jul 29, 2021 at 12:57:03PM +, Debian Bug Tracking System wrote:
> > > Date: Thu, 29 Jul 2021 08:51:50 -0400
> > > From: Felipe Sateler 
> > > To: 989103-d...@bugs.debian.org, 991337-d...@bugs.debian.org
> > > Subject: DMO is not supported
> > >
> > > deb-multimedia.org is not supported here. Please ask the maintainers of
> > > that repository for support. Closing the bug.
> >
> > The bug is in bullseye package. I'm not sure where deb-multimedia came
> > from?
> > (It's not enabled in my sources.list)
> >
> 
> Sorry, I got confused by the last message from Keith Edmunds[1].
> 
> On a more detailed look, this is fixed in experimental but not on
> bullseye.  Help with an update for bullseye would be appreciated.

Hi, it looks the fix should be straightforward. Attached patch against
commit 9d29651ad4770 of https://salsa.debian.org/pulseaudio-team/pulseaudio.git

Best Regards
Michał Mirosław
commit 3d7e9a3689141ad81faaf756367247fe0ec6d446
Author: Michał Mirosław 
Date:   Sat Oct 9 02:54:17 2021 +0200

fix #989103

diff --git a/debian/changelog b/debian/changelog
index a1de8e162c47..77f6d4e41b7f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,6 @@
-pulseaudio (14.2-3) UNRELEASED; urgency=medium
+pulseaudio (14.2-3) bullseye; urgency=medium
+
+  * Backport commit 79cb1369 from upstream. (Closes: #989103)
 
   [ Kevin Locke ]
   * Move shell completion scripts to pulseaudio-utils.
diff --git a/debian/patches/fix-control-module-param.patch b/debian/patches/fix-control-module-param.patch
new file mode 100644
index ..6cdeb9f0de31
--- /dev/null
+++ b/debian/patches/fix-control-module-param.patch
@@ -0,0 +1,46 @@
+From 79cb1369fc4d22966cb65253e9da2ccda2f25b45 Mon Sep 17 00:00:00 2001
+From: "Igor V. Kovalenko" 
+Date: Mon, 7 Jun 2021 08:53:24 +0300
+Subject: [PATCH] alsa-mixer: check if mapping is NULL before using it
+
+Fix Debian bullseye bug where adding this line makes pulseaudio crash on startup
+
+`load-module module-alsa-sink device=hw:1,0 control=Wave`
+
+See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989103
+
+Fixes: dacfcbb09 ("alsa-ucm: use the proper mixer name for ucm pcm sink/source")
+Part-of: <https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/576>
+---
+ src/modules/alsa/alsa-sink.c   | 3 ++-
+ src/modules/alsa/alsa-source.c | 3 ++-
+ 2 files changed, 4 insertions(+), 2 deletions(-)
+
+diff --git a/src/modules/alsa/alsa-sink.c b/src/modules/alsa/alsa-sink.c
+index f7fef8a7e144..84cdb15c7318 100644
+--- a/src/modules/alsa/alsa-sink.c
 b/src/modules/alsa/alsa-sink.c
+@@ -2107,7 +2107,8 @@ static void find_mixer(struct userdata *u, pa_alsa_mapping *mapping, const char
+ u->mixers = pa_hashmap_new_full(pa_idxset_string_hash_func, pa_idxset_string_compare_func,
+ NULL, (pa_free_cb_t) pa_alsa_mixer_free);
+ 
+-mdev = pa_proplist_gets(mapping->proplist, "alsa.mixer_device");
++if (mapping)
++mdev = pa_proplist_gets(mapping->proplist, "alsa.mixer_device");
+ if (mdev) {
+ u->mixer_handle = pa_alsa_open_mixer_by_name(u->mixers, mdev, true);
+ } else {
+diff --git a/src/modules/alsa/alsa-source.c b/src/modules/alsa/alsa-source.c
+index 76370f8faec7..083f92873ef5 100644
+--- a/src/modules/alsa/alsa-source.c
 b/src/modules/alsa/alsa-source.c
+@@ -1813,7 +1813,8 @@ static void find_mixer(struct userdata *u, pa_alsa_mapping *mapping, const char
+ u->mixers = pa_hashmap_new_full(pa_idxset_string_hash_func, pa_idxset_string_compare_func,
+ NULL, (pa_free_cb_t) pa_alsa_mixer_free);
+ 
+-mdev = pa_proplist_gets(mapping->proplist, "alsa.mixer_device");
++if (mapping)
++mdev = pa_proplist_gets(mapping->proplist, "alsa.mixer_device");
+ if (mdev) {
+ u->mixer_handle = pa_alsa_open_mixer_by_name(u->mixers, mdev, false);
+ } else {
diff --git a/debian/patches/series b/debian/patches/series
index 54c06fdd4932..c8406a385b80 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 disable-autospawn.patch
 tests-fix-use-of-uninitialized-variable-cpu_info.patch
+fix-control-module-param.patch

Bug#989103: closed by Felipe Sateler (DMO is not supported)

[Michał Mirosław]

On Thu, Jul 29, 2021 at 12:57:03PM +, Debian Bug Tracking System wrote:
> Date: Thu, 29 Jul 2021 08:51:50 -0400
> From: Felipe Sateler 
> To: 989103-d...@bugs.debian.org, 991337-d...@bugs.debian.org
> Subject: DMO is not supported
> 
> deb-multimedia.org is not supported here. Please ask the maintainers of
> that repository for support. Closing the bug.

The bug is in bullseye package. I'm not sure where deb-multimedia came from?
(It's not enabled in my sources.list)

Best Regards
Michał Mirosław

Bug#989805: collectd-core: nut plugin missing

[Michał Mirosław]

Package: collectd-core
Version: 5.12.0-6
Severity: normal
X-Debbugs-Cc: mirq-debo...@rere.qmqm.pl

The nut plugin was disabled in version 5.9.2-3 with a comment "Nut
has too many rc bugs to enter testing soon.", though since NUT packages
(nut-server / nut-client) are currently in bullseye, I believe this is
no longer correct.


-- System Information:
Debian Release: 11.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable-debug'), (800, 
'proposed-updates'), (800, 'stable'), (700, 'unstable'), (600, 'experimental'), 
(540, 'oldstable'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'proposed-updates-debug'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.12.10+ (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages collectd-core depends on:
ii  debconf [debconf-2.0]  1.5.75
ii  libc6  2.31-12
ii  libcap21:2.44-1
ii  lsb-base   11.1.0

Versions of packages collectd-core recommends:
ii  perl 5.32.1-4
ii  rrdtool  1.7.2-3+b7

Versions of packages collectd-core suggests:
ii  apache2 [httpd-cgi] 2.4.46-4
pn  apcupsd 
pn  bind9   
pn  ceph
ii  chrony [time-daemon]4.0-8
pn  collectd-dev
ii  default-jre-headless2:1.11-72
pn  default-mysql-server
ii  gnome-flashback [notification-daemon]   3.38.0-2
pn  gpsd
ii  hddtemp 0.3-beta15-54
pn  intel-cmt-cat   
ii  iptables1.8.7-1
pn  ipvsadm 
ii  libatasmart40.19-5
pn  libbson-1.0-0   
ii  libc6   2.31-12
ii  libconfig-general-perl  2.63-1
ii  libcurl3-gnutls 7.74.0-1.2
ii  libdbi1 0.9.0-6
ii  libesmtp6   1.0.6-4.3
ii  libgcc-s1   10.2.1-6
ii  libgcrypt20 1.8.7-3
ii  libglib2.0-02.66.8-1
ii  libgps283.22-3
pn  libgrpc++1  
ii  libgrpc10   1.30.2-3
ii  libhiredis0.14  0.14.1-1
ii  libhtml-parser-perl 3.75-1+b1
ii  libi2c0 4.2-1+b1
ii  libip4tc2   1.8.7-1
ii  libip6tc2   1.8.7-1
ii  libjansson4 2.13.1-1.1
ii  libldap-2.4-2   2.4.57+dfsg-3
ii  liblua5.3-0 5.3.3-1.1+b1
ii  libmariadb3 1:10.5.10-2
ii  libmemcached11  1.0.18-4.2
pn  libmicrohttpd12 
ii  libmnl0 1.0.4-3
pn  libmodbus5  
pn  libmongoc-1.0-0 
ii  libmosquitto1   2.0.10-6
ii  libnotify4  0.7.9-3
ii  libopenipmi02.0.29-0.1+b1
ii  liboping0   1.10.0-4+b1
ii  libowcapi-3.2-4 3.2p4+dfsg1-4+b1
ii  libpcap0.8  1.10.0-2
ii  libperl5.32 5.32.1-4
ii  libpq5  13.2-1
ii  libprotobuf-c1  1.3.3-1+b2
ii  libprotobuf23   3.12.4-1
ii  libpython3.93.9.2-1
ii  libqpid-proton110.22.0-5.1
ii  librabbitmq40.10.0-1
pn  librdkafka1 
ii  libregexp-common-perl   2017060201-1
pn  libriemann-client0  
ii  librrd8 1.7.2-3+b7
ii  librrds-perl1.7.2-3+b7
ii  librte-eal2120.11-7
ii  librte-ethdev21 20.11-7
ii  libsensors5 1:3.6.0-7
ii  libsnmp40   5.9+dfsg-3+b1
ii  libssl1.1   1.1.1k-1
ii  libstdc++6  10.2.1-6
ii  libudev1247.3-5
ii  liburi-perl 5.08-1
pn  libvarnishapi2  
ii  libvirt07.0.0-3
ii  libxenmisc4.14  4.14.1+11-gb0b734a8b3-1
ii  libxml2 

Bug#989103: pulseaudio crashes on startup

[Michał Mirosław]

On Wed, May 26, 2021 at 10:19:31AM -0400, Felipe Sateler wrote:
> Control: tags -1 unreproducible moreinfo
> 
> 
> On Tue, May 25, 2021 at 10:27 PM Michał Mirosław 
> wrote:
> 
> > Package: pulseaudio
> > Version: 14.2-2
> > Severity: grave
> > Justification: renders package unusable
> > X-Debbugs-Cc: mirq-debo...@rere.qmqm.pl
> >
> > After upgrade to bullseye, pulseaudio crashes on startup in
> > pa_alsa_sink_new() -> find_mixer() due to mapping==NULL.
> >
> 
> You have this in your config:
> 
> load-module module-alsa-sink device=hw:1,0 control=Wave
> 
> Does it crash if you remove that line?

Indeed this is the trigger.

load-module module-alsa-sink device=hw:1,0

works ok. Adding the mixer control name argument ("control=Wave" or
"control=Wave,0") makes pulseaudio segfault on startup. Guessing from
the documentation [1] version 14.0 had changes in code supporting this
case.

[1] 
https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#module-alsa-sink

Best Regards
Michał Mirosław

Bug#989103: pulseaudio crashes on startup

[Michał Mirosław]

Package: pulseaudio
Version: 14.2-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: mirq-debo...@rere.qmqm.pl

After upgrade to bullseye, pulseaudio crashes on startup in pa_alsa_sink_new() 
-> find_mixer() due to mapping==NULL.

The code at upstream's HEAD seems to assume that (element != NULL) implies 
(mapping != NULL).

Program received signal SIGSEGV, Segmentation fault.
0x7286d85c in find_mixer (ignore_dB=false, element=0x5566dfe0 
"Wave", mapping=0x0, u=0x556709b0) at modules/alsa/alsa-sink.c:2110
2110modules/alsa/alsa-sink.c: No such file or directory.
(gdb) bt
#0  0x7286d85c in find_mixer (ignore_dB=false, element=0x5566dfe0 
"Wave", mapping=0x0, u=0x556709b0) at modules/alsa/alsa-sink.c:2110
#1  find_mixer (u=0x556709b0, mapping=0x0, element=0x5566dfe0 "Wave", 
ignore_dB=) at modules/alsa/alsa-sink.c:2098
#2  0x72871d14 in pa_alsa_sink_new (m=m@entry=0x5566b070, 
ma=ma@entry=0x55582990,
driver=driver@entry=0x72895618 "modules/alsa/module-alsa-sink.c", 
card=card@entry=0x0, mapping=, mapping@entry=0x0)
at modules/alsa/alsa-sink.c:2586
#3  0x72894347 in module_alsa_sink_LTX_pa__init (m=0x5566b070) at 
modules/alsa/module-alsa-sink.c:102
#4  0x77e30279 in pa_module_load (module=module@entry=0x7fffce40, 
c=c@entry=0x555761d0, name=name@entry=0x5566a820 "module-alsa-sink",
argument=0x55669570 "device=hw:1,0 control=Wave") at 
pulsecore/module.c:191
#5  0x77e1c36c in pa_cli_command_load (c=0x555761d0, 
t=0x5566db00, buf=0x5556f0c0, fail=0x5556e5a5) at 
pulsecore/cli-command.c:437
#6  0x77e2429b in pa_cli_command_execute_line_stateful 
(c=c@entry=0x555761d0,
s=s@entry=0x7fffcfa0 "load-module module-alsa-sink device=hw:1,0 
control=Wave", buf=buf@entry=0x5556f0c0, fail=fail@entry=0x5556e5a5,
ifstate=ifstate@entry=0x7fffcf9c) at pulsecore/cli-command.c:2141
#7  0x77e24a01 in pa_cli_command_execute_file_stream 
(c=c@entry=0x555761d0, f=f@entry=0x5556e980, 
buf=buf@entry=0x5556f0c0,
fail=fail@entry=0x5556e5a5) at pulsecore/cli-command.c:2181
#8  0xb570 in main (argc=, argv=) at 
daemon/main.c:1105


-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


-- System Information:
Debian Release: 11.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable-debug'), (800, 
'proposed-updates'), (800, 'stable'), (700, 'unstable'), (600, 'experimental'), 
(540, 'oldstable'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'proposed-updates-debug'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.12.6+ (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pulseaudio depends on:
ii  adduser  3.118
ii  init-system-helpers  1.60
ii  libasound2   1.2.4-1.1
ii  libasound2-plugins   1.2.2-2
ii  libc62.31-12
ii  libcap2  1:2.44-1
ii  libdbus-1-3  1.12.20-2
ii  libgcc-s110.2.1-6
ii  libice6  2:1.0.10-1
ii  libltdl7 2.4.6-15
ii  liborc-0.4-0 1:0.4.32-1
ii  libpulse014.2-2
ii  libsm6   2:1.2.3-1
ii  libsndfile1  1.0.31-1
ii  libsoxr0 0.1.3-4
ii  libspeexdsp1 1.2~rc1.2-1.1
ii  libstdc++6   10.2.1-6
ii  libsystemd0  247.3-5
ii  libtdb1  1.4.3-1+b1
ii  libudev1 247.3-5
ii  libwebrtc-audio-processing1  0.3-1+b1
ii  libx11-6 2:1.7.1-1
ii  libx11-xcb1  2:1.7.1-1
ii  libxcb1  1.14-3
ii  libxtst6 2:1.2.3-1
ii  lsb-base 11.1.0
ii  pulseaudio-utils 14.2-2

Versions of packages pulseaudio recommends:
ii  dbus-user-session1.12.20-2
ii  libpam-systemd [logind]  247.3-5
ii  rtkit0.13-4

Versions of packages pulseaudio suggests:
ii  paprefs  1.1-2
ii  pavucontrol  4.0-2
ii  pavumeter0.9.3-4+b3
ii  udev 247.3-5

-- Configuration Files:
/etc/pulse/daemon.conf changed:
; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no
; high-priority = yes
; nice-level = -11
; realtime-scheduling = yes
; realtime-priority = 5
; exit-idle-time = 20
; scache-idle-time = 20
; dl-search-path = (depends on 

Bug#976231: [socklog] Please split socklog binaries package from system configuration

[Michał Mirosław]

Package: socklog
Version: 2.1.0+repack-3
Severity: important

--- Please enter the report below this line. ---

Current unstable package introduces a lot of unneeded dependencies
making it hard to use socklog outside of system-wide use-case (eg. in
trimmed-down chroot). Please split the system configuration part to
separate package, as the program itself doesn't hard-depend on more
than the libc.

This is a regression compared to the 2.1.0-8 version carried over from
ancient times.

--- System information. ---
Architecture: 
Kernel:   Linux 5.9.8+

Debian Release: 10.7
  900 stable-debugdebug.mirrors.debian.org 
  900 stable  security.debian.org 
  900 stable  ftp.pl.debian.org 
  900 stable  dl.winehq.org 
  900 proposed-updates ftp.pl.debian.org 
  850 buster-backports ftp.pl.debian.org 
  800 testing ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  540 oldstable   security.debian.org 
  540 oldstable   ftp.pl.debian.org 
  530 jessie  packagecloud.io 
  500 unstable-debug  debug.mirrors.debian.org 
  500 testing-debug   debug.mirrors.debian.org 
  500 stable  repository.spotify.com 
  500 stable  repo.skype.com 
  500 stable  packages.microsoft.com 
  500 stable  dl.google.com 
  500 proposed-updates-debug debug.mirrors.debian.org 
  100 buster-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#974542: [sddm] Resets /etc/X11/default-display-manager on upgrade

[Michał Mirosław]

Package: sddm
Version: 0.18.0-1+deb10u1
Severity: minor

--- Please enter the report below this line. ---

The scripts run on package upgrade replace default display manager
value. The default should not change silently if current DM is valid.

--- System information. ---
Architecture: 
Kernel:   Linux 5.9.8+

Debian Release: 10.6
  900 stable-debugdebug.mirrors.debian.org 
  900 stable  security.debian.org 
  900 stable  ftp.pl.debian.org 
  900 stable  dl.winehq.org 
  900 proposed-updates ftp.pl.debian.org 
  850 buster-backports ftp.pl.debian.org 
  800 testing ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  540 oldstable   security.debian.org 
  540 oldstable   ftp.pl.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 testing-debug   debug.mirrors.debian.org 
  500 proposed-updates-debug debug.mirrors.debian.org 
  100 buster-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-
adduser | 3.118
qml-module-qtquick2 | 5.11.3-4
x11-common  | 1:7.7+19
xserver-xorg| 1:7.7+19
 OR xserver | 
debconf   (>= 0.5)  | 1.5.71
 OR debconf-2.0 | 
libc6 (>= 2.14) | 
libgcc1  (>= 1:3.0) | 
libpam0g  (>= 0.99.7.1) | 
libqt5core5a(>= 5.11.0~rc1) | 
libqt5dbus5 (>= 5.6.0~) | 
libqt5gui5  (>= 5.6.0~beta) | 
libqt5network5  (>= 5.6.0~) | 
libqt5qml5   (>= 5.0.2) | 
libqt5quick5 (>= 5.0.2) | 
libstdc++6 (>= 5.2) | 
libsystemd0 | 
libxcb-xkb1 | 
libxcb1 | 


Recommends  (Version) | Installed
=-+-===
haveged   | 1.9.1-7
libpam-systemd| 241-7~deb10u4
sddm-theme-debian-maui| 
 OR sddm-theme| 


Suggests  (Version) | Installed
===-+-===
libpam-kwallet5 | 5.14.5-1
qtvirtualkeyboard-plugin| 

Bug#962972: firmware-realtek: missing files in 20200619-1

[Michał Mirosław]

Package: firmware-realtek
Version: 20200619-1

In newer source tar there are firmware files for more chips than what is
packed into deb. Eg rtl8153a-3.fw is missing.

$ dpkg -l firmware-realtek
[...]
ii  firmware-realtek 20200619-1   all  Binary firmware for Realtek 
wired/wifi/BT adapters

$ tar tJf firmware-nonfree_20200619.orig.tar.xz|grep rtl_nic/rtl|wc -l
28

$ ls /lib/firmware/rtl_nic/|wc -l
24

Best Regards
Michał Mirosław

Bug#966692: stunnel4: FTBFS because of test hang

[Michał Mirosław]

On Thu, Aug 06, 2020 at 03:10:55AM +0200, Michał Mirosław wrote:
> On Thu, Aug 06, 2020 at 02:39:42AM +0200, Michał Mirosław wrote:
> > On Thu, Aug 06, 2020 at 03:16:35AM +0300, Peter Pentchev wrote:
> > > On Thu, Aug 06, 2020 at 12:48:10AM +0200, Michał Mirosław wrote:
> > > > On Thu, Aug 06, 2020 at 12:29:36AM +0300, Peter Pentchev wrote:
> > > > > On Wed, Aug 05, 2020 at 10:52:31PM +0200, Michał Mirosław wrote:
> > > > [...]
> > > > > > Using print-debugging, I see that it stops at wait_for_child line 
> > > > > > just
> > > > > > after printing the version. It seems that something is reaping the 
> > > > > > child
> > > > > > before the main thread has a chance to wait for it.
> > > > > 
> > > > > OK, so the only thing that comes to my mind now is that you may be
> > > > > hitting a crazy, crazy race between register_child() and 
> > > > > child_reaper(),
> > > > > and I say "a crazy, crazy race", because the test has to (apparently
> > > > > reproducibly) receive the CHLD signal exactly between the check and
> > > > > the creation in register_child()'s first "$children{...} //= ...cv"
> > > > > statement.
> > > > 
> > > > Well, there is nothing that prevents SIGCHLD arriving between fork() and
> > > > register_child(). You could test this with more confidence (though not
> > > > 100%-reliably) by putting 'exit 1' just at the start of ($pid == 0) 
> > > > branch.
> > > 
> > > Nah, the problem is not just "between fork() and register_child()".
> > > It really must arrive at a very specific moment in time, because
> > > the //= operations for setting $children{$pid}{cv} try to make sure that
> > > a new value is not set (that is, a new condition variable is not
> > > created) if there already is such an element in the array. So the race
> > > is indeed between the //= in register_child() and the //= in
> > > child_reaper() - that is, child_reaper() must be invoked (SIGCHLD must
> > > arrive) *during* the execution of the //= in register_child().
> > > 
> > > Unless I'm missing something, which is not at all out of the question :)
> > 
> > The assignment seems not to be at fault (see last strace). I don't know 
> > perl's
> > internals enough to say if this statement can be interrupted visibly by a 
> > signal
> > handler (I would guess not a perl handler, though). There are two wait4() 
> > calls
> > even before child_reaper has a chance to run.
> 
> Another data point: this happens only with anyevent + libev and not with
> anyevent + libevent. The first is preferred and installed by default with
> libanyevent-perl, though.
> 
> $ dpkg -l libanyevent-perl libev-perl | cat
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ Name Version  Architecture Description
> +++----
> ii  libanyevent-perl 7.140-3  amd64event loop framework with 
> multiple implementations
> ii  libev-perl   4.25-1   amd64Perl interface to libev, the 
> high performance event loop

AnyEvent's doc [1] mentions that the framework installs (or just might?) it's
own SIGCHLD handler. Maybe there are just too many handlers for SIGCHLD?

[1] https://metacpan.org/pod/AnyEvent#SIGNALS

Best Regards,
Michał Mirosław

Bug#966692: stunnel4: FTBFS because of test hang

[Michał Mirosław]

On Thu, Aug 06, 2020 at 02:39:42AM +0200, Michał Mirosław wrote:
> On Thu, Aug 06, 2020 at 03:16:35AM +0300, Peter Pentchev wrote:
> > On Thu, Aug 06, 2020 at 12:48:10AM +0200, Michał Mirosław wrote:
> > > On Thu, Aug 06, 2020 at 12:29:36AM +0300, Peter Pentchev wrote:
> > > > On Wed, Aug 05, 2020 at 10:52:31PM +0200, Michał Mirosław wrote:
> > > [...]
> > > > > Using print-debugging, I see that it stops at wait_for_child line just
> > > > > after printing the version. It seems that something is reaping the 
> > > > > child
> > > > > before the main thread has a chance to wait for it.
> > > > 
> > > > OK, so the only thing that comes to my mind now is that you may be
> > > > hitting a crazy, crazy race between register_child() and child_reaper(),
> > > > and I say "a crazy, crazy race", because the test has to (apparently
> > > > reproducibly) receive the CHLD signal exactly between the check and
> > > > the creation in register_child()'s first "$children{...} //= ...cv"
> > > > statement.
> > > 
> > > Well, there is nothing that prevents SIGCHLD arriving between fork() and
> > > register_child(). You could test this with more confidence (though not
> > > 100%-reliably) by putting 'exit 1' just at the start of ($pid == 0) 
> > > branch.
> > 
> > Nah, the problem is not just "between fork() and register_child()".
> > It really must arrive at a very specific moment in time, because
> > the //= operations for setting $children{$pid}{cv} try to make sure that
> > a new value is not set (that is, a new condition variable is not
> > created) if there already is such an element in the array. So the race
> > is indeed between the //= in register_child() and the //= in
> > child_reaper() - that is, child_reaper() must be invoked (SIGCHLD must
> > arrive) *during* the execution of the //= in register_child().
> > 
> > Unless I'm missing something, which is not at all out of the question :)
> 
> The assignment seems not to be at fault (see last strace). I don't know perl's
> internals enough to say if this statement can be interrupted visibly by a 
> signal
> handler (I would guess not a perl handler, though). There are two wait4() 
> calls
> even before child_reaper has a chance to run.

Another data point: this happens only with anyevent + libev and not with
anyevent + libevent. The first is preferred and installed by default with
libanyevent-perl, though.

$ dpkg -l libanyevent-perl libev-perl | cat
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Architecture Description
+++----
ii  libanyevent-perl 7.140-3  amd64event loop framework with 
multiple implementations
ii  libev-perl   4.25-1   amd64Perl interface to libev, the 
high performance event loop
 
Best Regards,
Michał Mirosław

Bug#966692: stunnel4: FTBFS because of test hang

[Michał Mirosław]

On Thu, Aug 06, 2020 at 03:16:35AM +0300, Peter Pentchev wrote:
> On Thu, Aug 06, 2020 at 12:48:10AM +0200, Michał Mirosław wrote:
> > On Thu, Aug 06, 2020 at 12:29:36AM +0300, Peter Pentchev wrote:
> > > On Wed, Aug 05, 2020 at 10:52:31PM +0200, Michał Mirosław wrote:
> > [...]
> > > > Using print-debugging, I see that it stops at wait_for_child line just
> > > > after printing the version. It seems that something is reaping the child
> > > > before the main thread has a chance to wait for it.
> > > 
> > > OK, so the only thing that comes to my mind now is that you may be
> > > hitting a crazy, crazy race between register_child() and child_reaper(),
> > > and I say "a crazy, crazy race", because the test has to (apparently
> > > reproducibly) receive the CHLD signal exactly between the check and
> > > the creation in register_child()'s first "$children{...} //= ...cv"
> > > statement.
> > 
> > Well, there is nothing that prevents SIGCHLD arriving between fork() and
> > register_child(). You could test this with more confidence (though not
> > 100%-reliably) by putting 'exit 1' just at the start of ($pid == 0) branch.
> 
> Nah, the problem is not just "between fork() and register_child()".
> It really must arrive at a very specific moment in time, because
> the //= operations for setting $children{$pid}{cv} try to make sure that
> a new value is not set (that is, a new condition variable is not
> created) if there already is such an element in the array. So the race
> is indeed between the //= in register_child() and the //= in
> child_reaper() - that is, child_reaper() must be invoked (SIGCHLD must
> arrive) *during* the execution of the //= in register_child().
> 
> Unless I'm missing something, which is not at all out of the question :)

The assignment seems not to be at fault (see last strace). I don't know perl's
internals enough to say if this statement can be interrupted visibly by a signal
handler (I would guess not a perl handler, though). There are two wait4() calls
even before child_reaper has a chance to run.

> > > Can you apply the following patch and show me the output of running
> > > the test?
> > 
> > Sure, but I got no patch. :-)
> 
> Oof. Not my day, is it... Here it is... I hope.
[cut patch]

With the patch applied:

$ TEST_STUNNEL=src/stunnel strace -f -o /tmp/log debian/tests/runtime
Found the certificate at debian/tests/certs/certificate.pem and the
private key at debian/tests/certs/key.pem
Using the /tmp/user/1000/EklzlCzeRO temporary directory
About to get the stunnel version information
register_child: pid 14943 cv AnyEvent::CondVar=HASH(0x559e0d7572e0)
RDBG child_reaper() invoked
RDBG - pid -1 status -1
RDBG   - done
RDBG - out of the child_reaper() loop
Got stunnel version 5.56
^C

And in the strace log:

14942 epoll_wait(3, [{EPOLLIN, {u32=5, u64=4294967301}}], 64, 59743) = 1
14942 epoll_wait(3, [{EPOLLIN, {u32=5, u64=4294967301}}], 64, 59743) = 1
14943 exit_group(0 
14942 read(5,  
14943 <... exit_group resumed>) = ?
14942 <... read resumed> "TIMEOUTconnect = 10 seco"..., 8192) = 105
14942 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
14943 +++ exited with 0 +++
14942 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
14942 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=14943, 
si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
14942 write(4, "\1\0\0\0\0\0\0\0", 8)   = 8
14942 rt_sigreturn({mask=[PIPE]})   = 0
14942 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}, {EPOLLIN, {u32=4, 
u64=4294967300}}], 64, 59743) = 2
14942 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
14942 read(4, "\1\0\0\0\0\0\0\0", 8)= 8
14942 wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 
WNOHANG|WSTOPPED|WCONTINUED, NULL) = 14943
14942 wait4(-1, 0x7fffcacfddc4, WNOHANG|WSTOPPED|WCONTINUED, NULL) = -1 ECHILD 
(No child processes)
14942 write(1, "RDBG child_reaper() invoked\n", 28) = 28
14942 wait4(-1, 0x7fffcacfdb74, WNOHANG, NULL) = -1 ECHILD (No child processes)
14942 write(1, "RDBG - pid -1 status -1\n", 24) = 24
14942 write(1, "RDBG   - done\n", 14)   = 14
14942 write(1, "RDBG - out of the child_reaper()"..., 38) = 38
14942 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
14942 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
14942 read(5, "", 8192) = 0
14942 write(1, "Got stunnel version 5.56\n", 25) = 25
14942 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
14942 epoll_ctl(3, EPOLL_CTL_DEL, 5, 0x559e0dba9760) = 0
14942 epoll_wait(3, 0x559e0dba9760, 64, 59743) 

Bug#966692: stunnel4: FTBFS because of test hang

[Michał Mirosław]

On Thu, Aug 06, 2020 at 12:29:36AM +0300, Peter Pentchev wrote:
> On Wed, Aug 05, 2020 at 10:52:31PM +0200, Michał Mirosław wrote:
[...]
> > Using print-debugging, I see that it stops at wait_for_child line just
> > after printing the version. It seems that something is reaping the child
> > before the main thread has a chance to wait for it.
> 
> OK, so the only thing that comes to my mind now is that you may be
> hitting a crazy, crazy race between register_child() and child_reaper(),
> and I say "a crazy, crazy race", because the test has to (apparently
> reproducibly) receive the CHLD signal exactly between the check and
> the creation in register_child()'s first "$children{...} //= ...cv"
> statement.

Well, there is nothing that prevents SIGCHLD arriving between fork() and
register_child(). You could test this with more confidence (though not
100%-reliably) by putting 'exit 1' just at the start of ($pid == 0) branch.

> Can you apply the following patch and show me the output of running
> the test?

Sure, but I got no patch. :-)

Best Regards,
Michał Mirosław

Bug#966692: stunnel4: FTBFS because of test hang

[Michał Mirosław]

On Wed, Aug 05, 2020 at 09:28:12PM +0300, Peter Pentchev wrote:
> On Wed, Aug 05, 2020 at 08:01:53PM +0200, Michał Mirosław wrote:
> > On Sun, Aug 02, 2020 at 05:34:40PM +0300, Peter Pentchev wrote:
> > > On Sun, Aug 02, 2020 at 02:02:22AM +0200, Michał Mirosław wrote:
> > [...]
> > > --- a/debian/tests/runtime
> > > +++ b/debian/tests/runtime
> > > @@ -432,6 +432,7 @@ MAIN:
> > >  
> > >   if (!defined $line) {
> > >   $eof->send($got_version);
> > > + undef $f_out;
> > >   } elsif (!$got_version) {
> > >   if ($line =~ m{^
> > >   stunnel \s+
> > 
> > I believe $f_out will not be defined here, as it only gets set after
> > sub{} is created. Perl confirms this:
> > 
> > $ TEST_STUNNEL=src/stunnel strace -f -o /tmp/log debian/tests/runtime
> > Global symbol "$f_out" requires explicit package name (did you forget to 
> > declare "my $f_out"?) at debian/tests/runtime line 435.
> > Execution of debian/tests/runtime aborted due to compilation errors.
> 
> Of course you're right. Sorry about that! That's what I get for writing
> a patch three minutes before I have to head out and never remembering to
> actually test it later :(
> 
> How about the attached one?
[...]
> --- a/debian/tests/runtime
> +++ b/debian/tests/runtime
> @@ -424,7 +424,8 @@ MAIN:
>  
>   my ($got_version, $before_version) = (undef, '');
>   my $eof = AnyEvent->condvar;
> - my $f_out = AnyEvent->io(
> + my $f_out;
> + $f_out = AnyEvent->io(
>   fh => $s_in,
>   poll => 'r',
>   cb => sub {
> @@ -432,6 +433,7 @@ MAIN:
>  
>   if (!defined $line) {
>   $eof->send($got_version);
> + undef $f_out;
>   } elsif (!$got_version) {
>   if ($line =~ m{^
>   stunnel \s+

This stops the endless readings of EOF, but:

1. the FD gets leaked (shouldn't matter much, though)
2. the test hangs anyway

Using print-debugging, I see that it stops at wait_for_child line just
after printing the version. It seems that something is reaping the child
before the main thread has a chance to wait for it.

>From strace:

4285  +++ exited with 0 +++
4284  <... epoll_ctl resumed> ) = 0
4284  --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=4285, 
si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
4284  write(4, "\1\0\0\0\0\0\0\0", 8)   = 8
4284  rt_sigreturn({mask=[PIPE]})   = 0
4284  epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}, {EPOLLIN, {u32=4, 
u64=4294967300}}], 64, 59743) = 2
4284  epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
4284  read(4, "\1\0\0\0\0\0\0\0", 8)= 8

4284  wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 
WNOHANG|WSTOPPED|WCONTINUED, NULL) = 4285
4284  wait4(-1, 0x7ffcd56d5784, WNOHANG|WSTOPPED|WCONTINUED, NULL) = -1 ECHILD 
(No child processes)
4284  wait4(-1, 0x7ffcd56d5534, WNOHANG, NULL) = -1 ECHILD (No child processes)

This is before the 'wait_for_child' a few lines later.

4284  epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
4284  epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
4284  read(5, "", 8192) = 0
4284  write(1, "Got stunnel version 5.56\n", 25) = 25
4284  write(2, "wait child 4285\n", 16) = 16

This is version printout plus my check.

4284  epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
4284  epoll_ctl(3, EPOLL_CTL_DEL, 5, 0x5631c0d44a40) = 0

This clears watcher for the pipe.

4284  epoll_wait(3, 0x5631c0d44a40, 64, 59743) = -1 EINTR (Interrupted system 
call)

And this waits forever.

Best Regards
Michał Mirosław

Bug#966692: stunnel4: FTBFS because of test hang

[Michał Mirosław]

On Sun, Aug 02, 2020 at 05:34:40PM +0300, Peter Pentchev wrote:
> On Sun, Aug 02, 2020 at 02:02:22AM +0200, Michał Mirosław wrote:
[...]
> --- a/debian/tests/runtime
> +++ b/debian/tests/runtime
> @@ -432,6 +432,7 @@ MAIN:
>  
>   if (!defined $line) {
>   $eof->send($got_version);
> + undef $f_out;
>   } elsif (!$got_version) {
>   if ($line =~ m{^
>   stunnel \s+

I believe $f_out will not be defined here, as it only gets set after
sub{} is created. Perl confirms this:

$ TEST_STUNNEL=src/stunnel strace -f -o /tmp/log debian/tests/runtime
Global symbol "$f_out" requires explicit package name (did you forget to 
declare "my $f_out"?) at debian/tests/runtime line 435.
Execution of debian/tests/runtime aborted due to compilation errors.

$ dpkg -l perl
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  perl   5.28.1-6 amd64Larry Wall's Practical Extraction 
and Report Language

Best Regards
Michał Mirosław

Bug#966692: stunnel4: FTBFS because of test hang

[Michał Mirosław]

Source: stunnel4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: Michał Mirosław 

The bug #955710 turns out to be only partially fixed. Now without a binary
to exec the test runtime doesn't hang. When the binary is correct, though,
it still can't stop asking the pipe for more data after EOF.

$ dpkg-buildpackage -b
[...]
env TEST_STUNNEL=.../stunnel4-5.56+dfsg/src/stunnel debian/tests/runtime
Found the certificate at debian/tests/certs/certificate.pem and the private key 
at debian/tests/certs/key.pem
Using the /tmp/AgCSdk8YKw temporary directory
About to get the stunnel version information 
Got stunnel version 5.56 
^Cmake[1]: *** [debian/rules:32: execute_before_dh_auto_test] Interrupt
make: *** [debian/rules:106: binary] Error 1

From the manual run under strace:

$ TEST_STUNNEL=src/stunnel strace -f -o /tmp/log debian/tests/runtime

I can see (excerpt):

11715 read(5,  
11715 <... read resumed> "stunnel 5.56 on x86_64-pc-linux-"..., 8192) = 95
[more reads]
11715 read(5, "TIMEOUTbusy= 300 sec"..., 8192) = 178
11715 epoll_wait(3,  
11715 <... epoll_wait resumed> [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 
59743) = 1
11715 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}} 

[11716 +++ exited with 0 +++]
11715 <... epoll_ctl resumed> ) = 0
11715 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=11716, 
si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
11715 write(4, "\1\0\0\0\0\0\0\0", 8)   = 8
11715 rt_sigreturn({mask=[]})   = 0
11715 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}, {EPOLLIN, {u32=4, 
u64=4294967300}}], 64, 59743) = 2
11715 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
11715 read(4, "\1\0\0\0\0\0\0\0", 8)= 8
11715 wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 
WNOHANG|WSTOPPED|WCONTINUED, NULL) = 11716
11715 wait4(-1, 0x7ffc665c7904, WNOHANG|WSTOPPED|WCONTINUED, NULL) = -1 ECHILD 
(No child processes)
11715 wait4(-1, 0x7ffc665c76b4, WNOHANG, NULL) = -1 ECHILD (No child processes)
11715 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
11715 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
11715 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
11715 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
11715 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
11715 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
11715 read(5, "", 8192) = 0
11715 write(1, "Got stunnel version 5.56\n", 25) = 25
11715 epoll_wait(3, [{EPOLLHUP, {u32=5, u64=4294967301}}], 64, 59743) = 1
11715 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=4294967301}}) = 0
11715 read(5, "", 8192) = 0
[last 3 lines repeated forever]

-- System Information:
Debian Release: 10.5
  APT prefers stable-debug
  APT policy: (900, 'stable-debug'), (900, 'proposed-updates'), (900, 
'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental'), (540, 
'oldstable'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'proposed-updates-debug'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.10mq+ (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- no debconf information


test-runtime.strace.log.gz
Description: application/gzip

Bug#966265: [libc6] Breaks is too broad for openssh on 64-bit

[Michał Mirosław]

Package: libc6
Version: 2.31-2
Severity: normal

--- Please enter the report below this line. ---

A fix for bug #965932 added a Breaks: for openssh-server and -client,
but the restriction covers all arches instead of 32-bit only, and so
prevents upgrading only libc to testing from stable on amd64.

--- System information. ---
(irrelevant)

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#955710: [stunnel4] FTBFS because of test hangs

[Michał Mirosław]

The bug #954691 might be related, though it gets much further with the
tests.

Versions of build-deps are as follows:

ii  autoconf-archive20180313-1  all  
Autoconf Macro Archive
ii  libanyevent-perl7.140-3 amd64
event loop framework with multiple implementations
ii  libnet-ssleay-perl  1.85-2+b1   amd64
Perl module for Secure Sockets Layer (SSL)
ii  libpath-tiny-perl   0.108-1 all  
file path utility
ii  libssl-dev:amd641.1.1d-0+deb10u2amd64
Secure Sockets Layer toolkit - development files
ii  libsystemd-dev:amd64241-7~deb10u3   amd64
systemd utility library - development files
ii  libunicode-utf8-perl0.62-1  amd64
encoding and decoding of UTF-8 encoding form
ii  libwrap0-dev:amd64  7.6.q-28amd64
Wietse Venema's TCP wrappers library, development files
ii  netcat-traditional  1.10-41.1   amd64
TCP/IP swiss army knife
ii  net-tools   1.60+git20180626.aebd88e-1  amd64
NET-3 networking toolkit
ii  openssl 1.1.1d-0+deb10u2amd64
Secure Sockets Layer toolkit - cryptographic utility
ii  procps  2:3.3.15-2  amd64
/proc file system utilities

Bug#955710: [stunnel4] FTBFS because of test hangs

[Michał Mirosław]

Package: stunnel4
Version: 3:5.56-1
Severity: normal

--- Please enter the report below this line. ---

There seems to be a race condition in handling child processes in the
test runtime that the script happens to loose on my system reliably.
Loosing in this case means spinning forever when child process exits
too soon.

This is easily shown by running the tests before compiling anything:

.../c/stunnel4-5.56$ debian/tests/runtime 
Found the certificate at debian/tests/certs/certificate.pem and the private key 
at debian/tests/certs/key.pem
Using the /tmp/user/1000/qzcveeWud_ temporary directory
About to get the stunnel version information
stunnel produced output before the version number:
Can't exec "stunnel4": No such file or directory at debian/tests/runtime line 
381.
__DIE__ handler invoked: Could not execute 'stunnel4': No such file or directory
say() on closed filehandle STDOUT at debian/tests/runtime line 114.
say() on closed filehandle STDOUT at debian/tests/runtime line 116.
Could not execute 'stunnel4': No such file or directory

__DIE__ handler invoked: Could not get the stunnel version number
Oof, let us see if there are any children left
Pffth, sending a SIGKILL to 13127
Some children remaining, laying low for a second...
- waiting for 13127 (stunnel4 -version)
^C

Strace shows that the process is spinning read()ing the pipe and ignoring 0 
return (EOF). It is also kill()ing the child with SIGKILL after it wait4()ed 
for it and got its pid from the wait.

--- System information. ---
Architecture: 
Kernel:   Linux 5.5.14mq+

Debian Release: 10.3
  900 stable-debugdebug.mirrors.debian.org 
  900 stable  security.debian.org 
  900 stable  ftp.pl.debian.org 
  900 stable  dl.winehq.org 
  900 proposed-updates ftp.pl.debian.org 
  850 buster-backports ftp.pl.debian.org 
  800 testing ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  540 oldstable-proposed-updates ftp.pl.debian.org 
  540 oldstable   security.debian.org 
  540 oldstable   ftp.pl.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 testing-debug   debug.mirrors.debian.org 
  100 buster-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-
libc6 (>= 2.14) | 
libssl1.1   (>= 1.1.0d) | 
libsystemd0 | 
libwrap0(>= 7.6-4~) | 
perl:any| 
lsb-base| 
netbase | 
openssl | 


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
logcheck-database| 

Bug#951776: [task] P2M recurrence causes infinite loop

[Michał Mirosław]

Package: task
Version: 2.5.1+dfsg-8
Severity: important

--- Please enter the report below this line. ---

When a recurring task contains "P2M" period, a generation of next child
spins forever in generateDueDates(). Patch attached.

--- System information. ---
Architecture: 
Kernel:   Linux 5.5.4mq+

Debian Release: 10.3
  900 stable-debugdebug.mirrors.debian.org 
  900 stable  security.debian.org 
  900 stable  ftp.pl.debian.org 
  900 stable  dl.winehq.org 
  900 proposed-updates ftp.pl.debian.org 
  850 buster-backports ftp.pl.debian.org 
  800 testing ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  540 oldstable-proposed-updates ftp.pl.debian.org 
  540 oldstable   security.debian.org 
  540 oldstable   ftp.pl.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 testing-debug   debug.mirrors.debian.org 
  500 stable  repository.spotify.com 
  500 stable  dl.google.com 
  100 buster-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Index: task-2.5.1+dfsg/src/recur.cpp
===
--- task-2.5.1+dfsg.orig/src/recur.cpp
+++ task-2.5.1+dfsg/src/recur.cpp
@@ -268,7 +268,10 @@ ISO8601d getNextRecurrence (ISO8601d& cu
Lexer::isAllDigits (period.substr (1, period.length () - 2)) &&
period[period.length () - 1] == 'M')
   {
-int increment = strtol (period.substr (0, period.length () - 1).c_str (), NULL, 10);
+int increment = strtol (period.substr (1, period.length () - 2).c_str (), NULL, 10);
+
+if (increment <= 0)
+  throw std::string (format (STRING_TASK_VALID_RECUR, period));
 
 m += increment;
 while (m > 12)

Bug#930933: [hidrd] cannot convert to code/spec formats

[Michał Mirosław]

> hidrd-convert cannot output to 'spec' nor 'code' formats (does not recognize
> them). Additionally, it fails with assert failure when displaying help output:
[...]

Turns out, that -o code works. Only -o spec is broken.

$ hidrd-convert -o spec a.bin
hidrd-convert:
/home/kdienes/project/hidrd/u-kdienes-hidrd/include/hidrd/fmt/inst.h:92: 
hidrd_fmt_writable: Assertion `hidrd_fmt_valid(fmt)' failed.
Aborted

$ hidrd-convert -o bad a.bin
Unknown output format "bad".

Formats supported by hidrd-convert:

natv [IO] - native format

xml  [IO] - XML format

  Input options:
  schema [STRING] - path to a schema file for input validation
  Defaults:
  schema=/usr/share/xml/schema/hidrd.xsd

  Output options:
  format [BOOLEAN] - format XML output
  schema [STRING] - path to a schema file for output validation
  Defaults:
  format=true,schema=/usr/share/xml/schema/hidrd.xsd

hidrd-convert:
/home/kdienes/project/hidrd/u-kdienes-hidrd/include/hidrd/fmt/inst.h:92:
hidrd_fmt_writable: Assertion `hidrd_fmt_valid(fmt)' failed.
Aborted

Bug#930933: [hidrd] cannot convert to code/spec formats

[Michał Mirosław]

Package: hidrd
Version: 0.2.0-12
Severity: important

--- Please enter the report below this line. ---

hidrd-convert cannot output to 'spec' nor 'code' formats (does not recognize
them). Additionally, it fails with assert failure when displaying help output:

$ hidrd-convert --help
Usage: hidrd-convert [OPTION]... [INPUT [OUTPUT]]
Convert a HID report descriptor.
With no INPUT, or when INPUT is -, read standard input.
With no OUTPUT, or when OUTPUT is -, write standard output.

Options:
  -h, --help   this help message
  --hf, --help-formats description of formats
   and their options
  -i, --input-format=FORMATuse FORMAT for input
  --io=LIST, --input-options=LIST  use LIST input format options
  -o, --output-format=FORMAT   use FORMAT for output
  --oo=LIST, --output-options=LIST use LIST output format options

Formats:
  
  natv [IO] - native
   xml [IO] - XML
hidrd-convert: 
/home/kdienes/project/hidrd/u-kdienes-hidrd/include/hidrd/fmt/inst.h:92: 
hidrd_fmt_writable: Assertion `hidrd_fmt_valid(fmt)' failed.
Aborted


--- System information. ---
Architecture: 
Kernel:   Linux 5.1.12mq+

Debian Release: 10.0
  900 testing-debug   debug.mirrors.debian.org 
  900 testing security.debian.org 
  900 testing ftp.de.debian.org 
  900 testing dl.winehq.org 
  800 stretch-backports ftp.de.debian.org 
  750 testing-proposed-updates ftp.de.debian.org 
  750 stable  security.debian.org 
  750 stable  ftp.de.debian.org 
  750 proposed-updates ftp.de.debian.org 
  700 unstableftp.de.debian.org 
  600 experimentalftp.de.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 stable-debugdebug.mirrors.debian.org 
  500 stable  repository.spotify.com 
  500 stable  dl.google.com 
  100 stretch-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
libc6   (>= 2.4) | 
libhidrd0   (>= 0.2) | 


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#916863: [nftables] tproxy action not parsed correctly

[Michał Mirosław]

It turns out that v0.9.0 of nftables userspace does not have tproxy
support at all and the errors are just misleading.

The support was committed in

2be1d52644cf 2018-08-03 12:17:31 +0200 src: Add tproxy support

but the release is:

cd21a243162a (tag: v0.9.0) 2018-06-08 14:46:00 +0200

Bug#923167: [bash-completion] Completion of "/ " causes '_xspecs: bad array subscript'

[Michał Mirosław]

Package: bash-completion
Version: 1:2.8-5
Severity: normal

--- Please enter the report below this line. ---

Typing "/ " gives:

# / -bash: _xspecs: nieprawidłowy indeks tablicy

Same as: https://github.com/scop/bash-completion/issues/209
Already fixed upstream.



--- System information. ---
Architecture: 
Kernel:   Linux 4.20.11mq+

Debian Release: buster/sid
  900 testing-debug   debug.mirrors.debian.org 
  900 testing ftp.pl.debian.org 
  800 stretch-backports ftp.pl.debian.org 
  750 stable  security.debian.org 
  750 stable  ftp.pl.debian.org 
  750 proposed-updates ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 stable-debugdebug.mirrors.debian.org 
  500 stable  repository.spotify.com 
  500 stable  dl.google.com 
  100 stretch-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#916863: [pkg-netfilter-team] Bug#916863: [nftables] tproxy action not parsed correctly

[Michał Mirosław]

On Wed, Dec 19, 2018 at 06:05:10PM +0100, Arturo Borrero Gonzalez wrote:
> On 12/19/18 5:57 PM, Michał Mirosław wrote:
> > Package: nftables
> > Version: 0.9.0-2
> > Severity: normal
> > 
> > --- Please enter the report below this line. ---
> > 
> > # nft add rule inet filter divert 'ip6 daddr ::/0 meta l4proto tcp tproxy 
> > to :2000 meta mark set 1 accept'
> > Error: syntax error, unexpected to
> > add rule inet filter divert ip6 daddr ::/0 meta l4proto tcp tproxy to :2000 
> > meta mark set 1 accept
> >^^
> > 
> > RedHats have the same problem: 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1651813
> This may be a bug in the documentation.
> 
> Try something like:
> 
>  * tproxy ip to 192.0.2.1
>  * tproxy ip6 to [2001:db8::1]:50080

It clearly does not like 'to' or destination socket address.

# nft add rule inet filter divert 'ip6 daddr ::/0 meta l4proto tcp tproxy :2000 
meta mark set 1 accept'
Error: syntax error, unexpected colon
add rule inet filter divert ip6 daddr ::/0 meta l4proto tcp tproxy :2000 meta 
mark set 1 accept
   ^

# nft add rule inet filter divert 'ip6 daddr ::/0 meta l4proto tcp tproxy to 
2000 meta mark set 1 accept'
Error: syntax error, unexpected to
add rule inet filter divert ip6 daddr ::/0 meta l4proto tcp tproxy to 2000 meta 
mark set 1 accept
   ^^

# nft add rule inet filter divert 'ip6 daddr ::/0 meta l4proto tcp tproxy ip6 
to :2000 meta mark set 1 accept'
Error: syntax error, unexpected to, expecting end of file or newline or 
semicolon
add rule inet filter divert ip6 daddr ::/0 meta l4proto tcp tproxy ip6 to :2000 
meta mark set 1 accept
   ^^

# nft add rule inet filter divert 'ip6 daddr ::/0 meta l4proto tcp tproxy ip6 
:2000 meta mark set 1 accept'
Error: syntax error, unexpected colon, expecting end of file or newline or 
semicolon
add rule inet filter divert ip6 daddr ::/0 meta l4proto tcp tproxy ip6 :2000 
meta mark set 1 accept
   ^

Bug#916863: [pkg-netfilter-team] Bug#916863: [nftables] tproxy action not parsed correctly

[Michał Mirosław]

On Wed, Dec 19, 2018 at 06:05:10PM +0100, Arturo Borrero Gonzalez wrote:
> On 12/19/18 5:57 PM, Michał Mirosław wrote:
> > Package: nftables
> > Version: 0.9.0-2
> > Severity: normal
> > 
> > --- Please enter the report below this line. ---
> > 
> > # nft add rule inet filter divert 'ip6 daddr ::/0 meta l4proto tcp tproxy 
> > to :2000 meta mark set 1 accept'
> > Error: syntax error, unexpected to
> > add rule inet filter divert ip6 daddr ::/0 meta l4proto tcp tproxy to :2000 
> > meta mark set 1 accept
> >^^
> > 
> > RedHats have the same problem: 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1651813
> > 
> 
> This may be a bug in the documentation.
> 
> Try something like:
> 
>  * tproxy ip to 192.0.2.1
>  * tproxy ip6 to [2001:db8::1]:50080

It accepts an address, but then barfs at anything further, even EOL.

# nft add rule inet filter divert 'ip6 daddr ::/0 meta l4proto tcp tproxy ip6 
[::1]'
Error: syntax error, unexpected newline
add rule inet filter divert ip6 daddr ::/0 meta l4proto tcp tproxy ip6 [::1]
^

Bug#916863: [nftables] tproxy action not parsed correctly

[Michał Mirosław]

Package: nftables
Version: 0.9.0-2
Severity: normal

--- Please enter the report below this line. ---

# nft add rule inet filter divert 'ip6 daddr ::/0 meta l4proto tcp tproxy to 
:2000 meta mark set 1 accept'
Error: syntax error, unexpected to
add rule inet filter divert ip6 daddr ::/0 meta l4proto tcp tproxy to :2000 
meta mark set 1 accept
   ^^

RedHats have the same problem: 
https://bugzilla.redhat.com/show_bug.cgi?id=1651813

--- System information. ---
Architecture: 
Kernel:   Linux 4.19.10mq+

Debian Release: buster/sid
  900 testing-debug   debug.mirrors.debian.org 
  900 testing ftp.pl.debian.org 
  800 stretch-backports ftp.pl.debian.org 
  750 stable  security.debian.org 
  750 stable  ftp.pl.debian.org 
  750 proposed-updates ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 stable-debugdebug.mirrors.debian.org 
  500 stable  repository.spotify.com 
  500 stable  dl.google.com 
  100 stretch-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
libnftables0 (= 0.9.0-2) | 0.9.0-2
libc6   (>= 2.4) | 
libgmp10 | 
libjansson4   (>= 2.0.1) | 
libreadline7(>= 6.0) | 


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#914746: Acknowledgement ([apt-cacher-ng] print configuration option not recognised)

[Michał Mirosław]

I can see that there is now alternative way:

/usr/lib/apt-cacher-ng/acngtool cfgdump

This should be mentioned instead in configuration template
(acng.conf, line 221). Preferably also in the manpage.

Bug#914746: [apt-cacher-ng] print configuration option not recognised

[Michał Mirosław]

Package: apt-cacher-ng
Version: 2-2
Severity: normal

--- Please enter the report below this line. ---

Running apt-cacher-ng with -p options does not show current configuration.
manpage does not mention -p option, but 'apt-cacher-ng -h' does.


# apt-cacher-ng -p
Not a valid configuration directive: -p
Usage: apt-cacher-ng [options] [ -c configdir ] 

Options:
-h: this help message
-c: configuration directory
-e: on startup, run expiration once
-p: print configuration and exit
-i: ignore configuration loading errors

Most interesting variables:
ForeGround: Don't detach (default: 0)
Port: TCP port number (default: 3142)
CacheDir: /directory/for/storage
LogDir: /directory/for/logfiles

See configuration examples for all directives.


# apt-cacher-ng -h
Usage: apt-cacher-ng [options] [ -c configdir ] 

Options:
-h: this help message
-c: configuration directory
-e: on startup, run expiration once
-p: print configuration and exit
-i: ignore configuration loading errors

Most interesting variables:
ForeGround: Don't detach (default: 0)
Port: TCP port number (default: 3142)
CacheDir: /directory/for/storage
LogDir: /directory/for/logfiles

See configuration examples for all directives.


--- System information. ---
Architecture: 
Kernel:   Linux 4.18.0-0.bpo.1-amd64

Debian Release: 9.6
  500 stretch-backports ftp.pl.debian.org 
  500 stable-debugdebug.mirrors.debian.org 
  500 stable  security.debian.org 
  500 stable  ftp.pl.debian.org 
  500 stable  dl.google.com 
  500 proposed-updates ftp.pl.debian.org 
  450 stable  www.deb-multimedia.org 
  402 unstable-debug  debug.mirrors.debian.org 
  402 unstableftp.pl.debian.org 
  401 experimentalftp.pl.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-=
libbz2-1.0   | 1.0.6-8.1
libc6  (>= 2.22) | 
libgcc1 (>= 1:3.3.1) | 
liblzma5(>= 5.1.1alpha+20120614) | 
libssl1.1 (>= 1.1.0) | 
libstdc++6  (>= 5.2) | 
libsystemd0 (>= 210) | 
libwrap0 (>= 7.6-4~) | 
zlib1g  (>= 1:1.2.0) | 
debconf(>= 0.5)  | 
 OR debconf-2.0  | 
init-system-helpers   (>= 1.18~) | 
adduser  | 
lsb-base  (>= 3.0-6) | 


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
doc-base| 0.10.7
libfuse2   (>= 2.5) | 2.9.7-1+deb9u2
avahi-daemon| 0.6.32-2



--- Output from package bug script ---

Bug#696178: git: "mmap: No such device" on broken .git tree

[Michał Mirosław]

Dear Git Maintainer,

This bug is present in git from testing/backports.

# LANG=C apt policy git
git:
  Installed: 1:2.17.1-1~bpo9+1
  Candidate: 1:2.17.1-1~bpo9+1
  Version table:
 *** 1:2.17.1-1~bpo9+1 500
500 http://ftp.pl.debian.org/debian stretch-backports/main amd64 
Packages
100 /var/lib/dpkg/status
 1:2.11.0-3+deb9u3 500
500 http://security.debian.org stretch/updates/main amd64 Packages
500 http://ftp.pl.debian.org/debian stretch-proposed-updates/main amd64 
Packages
 1:2.11.0-3+deb9u2 500
500 http://ftp.pl.debian.org/debian stretch/main amd64 Packages

A script to reproduce:

-
#!/bin/bash
git init foo
cd foo
touch bar
git add -A
git commit -mtest
for i in .git/objects/*/*; do rm -f $i; mkdir $i; break; done
git fsck
# fatal: mmap failed: No such device


Best Regards,
Michał Mirosław

Bug#893256: [system-config-printer] please add an option to show tray icon on applet startup

[Michał Mirosław]

Package: system-config-printer
Version: 1.5.11-1
Severity: wishlist

--- Please enter the report below this line. ---

Please add an command-line option for system-config-printer-applet
that shows tray icon right away instead of waiting for a print job.

--- System information. ---
Architecture: 
Kernel:   Linux 4.15.9mq+

Debian Release: buster/sid
  900 testing-debug   debug.mirrors.debian.org 
  900 testing ftp.pl.debian.org 
  800 stretch-backports ftp.pl.debian.org 
  750 stable  security.debian.org 
  750 stable  ftp.pl.debian.org 
  750 proposed-updates ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 stable-debugdebug.mirrors.debian.org 
  500 stable  repository.spotify.com 
  500 stable  dl.google.com 
  100 stretch-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
gir1.2-gdkpixbuf-2.0   | 2.36.11-1
gir1.2-glib-2.0| 1.54.1-4
gir1.2-gtk-3.0 | 3.22.28-1
gir1.2-notify-0.7  | 0.7.7-3
gir1.2-packagekitglib-1.0  | 1.1.7-1
gir1.2-pango-1.0   | 1.40.14-1
gir1.2-polkit-1.0  | 0.105-18
python3-cups   (>= 1.9.60) | 1.9.73-2
python3-cupshelpers   (= 1.5.11-1) | 1.5.11-1
python3-dbus   | 1.2.6-1
python3-gi | 3.26.1-2
system-config-printer-common  (= 1.5.11-1) | 1.5.11-1
python3:any  (>= 3.3.2-2~) | 


Recommends  (Version) | Installed
=-+-===
system-config-printer-udev| 1.5.11-1


Suggests   (Version) | Installed
-+-==
gnome-software (>= 3.16.5-2) | 

Bug#893255: [system-config-printer] incorrect manpage text for system-config-printer-applet

[Michał Mirosław]

Package: system-config-printer
Version: 1.5.11-1
Severity: minor

--- Please enter the report below this line. ---

Manpage system-config-printer-applet(1) says:

   To save memory, the applet waits first of all until the user has
   printed a job before putting the icon in the notification area. To
   invoke the print job manager before a job has been printed, run the
   applet with the --no-tray-icon option: a desktop file is provided for
   this, so that it should appear in the system menu.

But --no-tray-icon is not supported for this command.

$ system-config-printer-applet --help
/usr/share/system-config-printer/applet.py:45: PyGIWarning: Notify was imported 
without specifying a version first. Use gi.require_version('Notify', '0.7') 
before import to ensure that the right version gets loaded.
  from gi.repository import Notify
usage: system-config-printer-applet [--help|--version|--debug]


--- System information. ---
Architecture: 
Kernel:   Linux 4.15.9mq+

Debian Release: buster/sid
  900 testing-debug   debug.mirrors.debian.org 
  900 testing ftp.pl.debian.org 
  800 stretch-backports ftp.pl.debian.org 
  750 stable  security.debian.org 
  750 stable  ftp.pl.debian.org 
  750 proposed-updates ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 stable-debugdebug.mirrors.debian.org 
  500 stable  repository.spotify.com 
  500 stable  dl.google.com 
  100 stretch-backports-debug debug.mirrors.debian.org 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
gir1.2-gdkpixbuf-2.0   | 2.36.11-1
gir1.2-glib-2.0| 1.54.1-4
gir1.2-gtk-3.0 | 3.22.28-1
gir1.2-notify-0.7  | 0.7.7-3
gir1.2-packagekitglib-1.0  | 1.1.7-1
gir1.2-pango-1.0   | 1.40.14-1
gir1.2-polkit-1.0  | 0.105-18
python3-cups   (>= 1.9.60) | 1.9.73-2
python3-cupshelpers   (= 1.5.11-1) | 1.5.11-1
python3-dbus   | 1.2.6-1
python3-gi | 3.26.1-2
system-config-printer-common  (= 1.5.11-1) | 1.5.11-1
python3:any  (>= 3.3.2-2~) | 


Recommends  (Version) | Installed
=-+-===
system-config-printer-udev| 1.5.11-1


Suggests   (Version) | Installed
-+-==
gnome-software (>= 3.16.5-2) |

Bug#890796: [vde2] non-multiarch libvde*

[Michał Mirosław]

Preliminary patch for vde2-2.3.2+r586 attached.
diff -ur vde2-2.3.2+r586/debian/compat vde2-2.3.2+r586.multiarch/debian/compat
--- vde2-2.3.2+r586/debian/compat	2018-02-18 22:23:17.0 +
+++ vde2-2.3.2+r586.multiarch/debian/compat	2018-02-18 22:16:33.139672545 +
@@ -1 +1 @@
-5
+9
diff -ur vde2-2.3.2+r586/debian/control vde2-2.3.2+r586.multiarch/debian/control
--- vde2-2.3.2+r586/debian/control	2018-02-18 22:23:17.0 +
+++ vde2-2.3.2+r586.multiarch/debian/control	2018-02-18 22:16:28.883052364 +
@@ -77,6 +77,8 @@
 Package: libvdeplug2
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Virtual Distributed Ethernet - Plug library
  VDE is a virtual switch that can connect multiple virtual machines together,
@@ -109,6 +111,8 @@
 Package: libvde0
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libvdemgmt0 (<= 2.2.2-3)
 Replaces: libvdemgmt0
diff -ur vde2-2.3.2+r586/debian/libvde0.install vde2-2.3.2+r586.multiarch/debian/libvde0.install
--- vde2-2.3.2+r586/debian/libvde0.install	2018-02-18 22:23:17.0 +
+++ vde2-2.3.2+r586.multiarch/debian/libvde0.install	2018-02-18 22:16:48.532837724 +
@@ -1,4 +1,4 @@
-debian/tmp/usr/lib/libvdemgmt*.so.*
+debian/tmp/usr/lib/*/libvdemgmt*.so.*
 debian/tmp/etc/vde2/libvdemgmt/*
-debian/tmp/usr/lib/libvdehist*.so.*
-debian/tmp/usr/lib/libvdesnmp*.so.*
+debian/tmp/usr/lib/*/libvdehist*.so.*
+debian/tmp/usr/lib/*/libvdesnmp*.so.*
diff -ur vde2-2.3.2+r586/debian/libvde-dev.install vde2-2.3.2+r586.multiarch/debian/libvde-dev.install
--- vde2-2.3.2+r586/debian/libvde-dev.install	2018-02-18 22:23:17.0 +
+++ vde2-2.3.2+r586.multiarch/debian/libvde-dev.install	2018-02-18 22:17:17.025859620 +
@@ -1,12 +1,12 @@
 debian/tmp/usr/include/libvdemgmt*
-debian/tmp/usr/lib/libvdemgmt*.a
-debian/tmp/usr/lib/libvdemgmt*.so
-debian/tmp/usr/lib/pkgconfig/vdemgmt.pc
+debian/tmp/usr/lib/*/libvdemgmt*.a
+debian/tmp/usr/lib/*/libvdemgmt*.so
+debian/tmp/usr/lib/*/pkgconfig/vdemgmt.pc
 debian/tmp/usr/include/libvdehist*
-debian/tmp/usr/lib/libvdehist*.a
-debian/tmp/usr/lib/libvdehist*.so
-debian/tmp/usr/lib/pkgconfig/vdehist.pc
+debian/tmp/usr/lib/*/libvdehist*.a
+debian/tmp/usr/lib/*/libvdehist*.so
+debian/tmp/usr/lib/*/pkgconfig/vdehist.pc
 debian/tmp/usr/include/libvdesnmp*
-debian/tmp/usr/lib/libvdesnmp*.a
-debian/tmp/usr/lib/libvdesnmp*.so
-debian/tmp/usr/lib/pkgconfig/vdesnmp.pc
+debian/tmp/usr/lib/*/libvdesnmp*.a
+debian/tmp/usr/lib/*/libvdesnmp*.so
+debian/tmp/usr/lib/*/pkgconfig/vdesnmp.pc
diff -ur vde2-2.3.2+r586/debian/libvdeplug2.install vde2-2.3.2+r586.multiarch/debian/libvdeplug2.install
--- vde2-2.3.2+r586/debian/libvdeplug2.install	2018-02-18 22:23:17.0 +
+++ vde2-2.3.2+r586.multiarch/debian/libvdeplug2.install	2018-02-18 22:17:21.782474272 +
@@ -1 +1 @@
-debian/tmp/usr/lib/libvdeplug*.so.*
+debian/tmp/usr/lib/*/libvdeplug*.so.*
diff -ur vde2-2.3.2+r586/debian/libvdeplug-dev.install vde2-2.3.2+r586.multiarch/debian/libvdeplug-dev.install
--- vde2-2.3.2+r586/debian/libvdeplug-dev.install	2018-02-18 22:23:17.0 +
+++ vde2-2.3.2+r586.multiarch/debian/libvdeplug-dev.install	2018-02-18 22:17:26.192426044 +
@@ -1,4 +1,4 @@
 debian/tmp/usr/include/libvdeplug*
-debian/tmp/usr/lib/libvdeplug*.a
-debian/tmp/usr/lib/libvdeplug*.so
-debian/tmp/usr/lib/pkgconfig/vdeplug.pc
+debian/tmp/usr/lib/*/libvdeplug*.a
+debian/tmp/usr/lib/*/libvdeplug*.so
+debian/tmp/usr/lib/*/pkgconfig/vdeplug.pc
diff -ur vde2-2.3.2+r586/debian/rules vde2-2.3.2+r586.multiarch/debian/rules
--- vde2-2.3.2+r586/debian/rules	2018-02-18 22:23:17.0 +
+++ vde2-2.3.2+r586.multiarch/debian/rules	2018-02-18 22:21:51.006188407 +
@@ -6,22 +6,24 @@
 include /usr/share/cdbs/1/rules/patchsys-quilt.mk
 include /usr/share/cdbs/1/rules/autoreconf.mk
 
-DEB_CONFIGURE_EXTRA_FLAGS = --enable-experimental --disable-python
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+LIBDIR = /usr/lib/$(DEB_HOST_MULTIARCH)
+DEB_CONFIGURE_EXTRA_FLAGS = --enable-experimental --disable-python --libdir=$(LIBDIR) --libexecdir=$(LIBDIR)/vde2
 
 # TUN/TAP is almost unsupported on kFreeBSD, so install the corresponding files
 # only on Linux.
 binary-install/vde2::
 	if test "x`uname -s`" = "xLinux"; then \
 		dh_install -pvde2 debian/tmp/usr/sbin/vde_tunctl; \
-		dh_install -pvde2 debian/tmp/usr/lib/vde2/libvdetap.so; \
-		dh_install -pvde2 debian/tmp/usr/lib/vde2/vdetap; \
+		dh_install -pvde2 debian/tmp/${LIBDIR}/vde2/libvdetap.so; \
+		dh_install -pvde2 debian/tmp/${LIBDIR}/vde2/vdetap; \
 		dh_installman -pvde2 debian/tmp/usr/share/man/man8/vde_tunctl.8; \
 		dh_installman -pvde2 debian/tmp/usr/share/man/man1/vdetaplib.1; \
 	fi
 
 binary-install/libvde-dev::
 	if test "x`uname -o`" = "xGNU/Linux"; then \
-		dh_install -plibvde-dev 

Bug#884038: [git] 2.15.x fails to fetch remote repository

[Michał Mirosław]

On Mon, Dec 18, 2017 at 09:42:36AM -0800, Jonathan Nieder wrote:
> mirq-debo...@rere.qmqm.pl wrote:
> > git 2.15.x from testing can't properly fetch from remote repository:
> >
> > $ git fetch --all
> > Fetching origin
> > remote: Counting objects: 752, done.
> > remote: Total 752 (delta 578), reused 578 (delta 578), pack-reused 174
> > Receiving objects: 100% (752/752), 244.37 KiB | 1.89 MiB/s, done.
> > Resolving deltas: 100% (619/619), completed with 214 local objects.
> > fatal: bad object HEAD
> > error: https://github.com/torvalds/linux.git did not send all necessary 
> > objects
> >
> > error: Could not fetch origin 
> >
> > Downgrading to 2.14.2-1~bpo9+1 from stretch-backports fixes the issue.
> > Both current 2.15.1-1 and previous 2.15.0-1 in testing are affected.
> 
> Very strange.  I can't reproduce this --- any hints about what I am
> doing differently from you?
> 
> Can you give commands starting with the initial "git clone" I can use to
> reproduce this?
> 
> If there's no way to reproduce it from scratch, can you tar up your
> .git directory and send it to me somehow to allow me to reproduce it?

Cloning from scratch with a single remote does not trigger it.  The
bug-triggering tree contains also several other remotes, some of them
might be long stale (were just commented out in .git/config).  There
are also several workdir references.  Is there a way to send you some
kind of metadata-only skeleton of the .git directory?  After
`git gc --aggressive` it's still over 2.5GB in size.

BTW, 2.15.1-3 (sid) and 2.16.0rc0+next.20171228-1 (experimental) are
showing the same symptoms.

Best Regards,
Michał Mirosław

Bug#882942: [sieve-connect] perl regex deprecation warning

[Michał Mirosław]

Package: sieve-connect
Version: 0.88-1
Severity: normal

--- Please enter the report below this line. ---

When started, sieve-connect spews warning:

$ sieve-connect 
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 
5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE 
(\d+)\+?}\r?$/ at /usr/bin/sieve-connect line 926.
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 
5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE 
(\d+)\+?}\r?$/ at /usr/bin/sieve-connect line 1509.
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 
5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE 
\d+\+?}\r?\n?/ at /usr/bin/sieve-connect line 1525.
Connection to  failed.

Fix attached.

--- System information. ---
Architecture: 
Kernel:   Linux 4.13.11mq+

Debian Release: buster/sid
  900 testing-debug   debug.mirrors.debian.org 
  900 testing ftp.pl.debian.org 
  800 stretch-backports ftp.pl.debian.org 
  750 stable  security.debian.org 
  750 stable  ftp.pl.debian.org 
  750 proposed-updates ftp.pl.debian.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  500 unstable-debug  debug.mirrors.debian.org 
  500 stable-debugdebug.mirrors.debian.org 
  500 stable  repository.spotify.com 
  500 stable  dl.google.com 
1 experimental-debug debug.mirrors.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-
perl:any| 
libauthen-sasl-perl (>= 2.11-1) | 2.1600-1
libio-socket-inet6-perl | 2.72-2
libnet-dns-perl | 1.10-2
libio-socket-ssl-perl   | 2.052-1
libmime-base64-perl | 
libterm-readkey-perl| 2.37-1+b2


Recommends (Version) | Installed
-+-===
libterm-readline-gnu-perl| 1.35-1+b2


Package's Suggests field is empty.
--- sieve-connect.orig	2016-08-30 12:13:26.0 +0200
+++ sieve-connect	2017-11-27 21:37:19.548717710 +0100
@@ -923,11 +923,11 @@
 		if (/^"(.*)"\r?\n?$/) {
 			$challenge = $1;
 		} else {
-			unless (/^{(\d+)\+?}\r?$/m) {
+			unless (/^\{(\d+)\+?\}\r?$/m) {
 sfinish $sock, "*";
 closedie($sock, "Failure to parse server SASL response.\n");
 			}
-			($challenge = $_) =~ s/^{\d+\+?}\r?\n?//;
+			($challenge = $_) =~ s/^\{\d+\+?\}\r?\n?//;
 		}
 		$challenge = decode_base64($challenge);
 
@@ -1506,7 +1506,7 @@
 		warn qq{Empty script "$remotefn"?  Not saved.\n};
 		return;
 	}
-	unless (/^{(\d+)\+?}\r?$/m) {
+	unless (/^\{(\d+)\+?\}\r?$/m) {
 		die "QUIT:Failed to parse server response to GETSCRIPT";
 	}
 	my $contentdata = $_;
@@ -1522,7 +1522,7 @@
 			or die "write-open($localfn) failed: $!\n";
 		$oldouthandle = select $fh;
 	}
-	$contentdata =~ s/^{\d+\+?}\r?\n?//m;
+	$contentdata =~ s/^\{\d+\+?\}\r?\n?//m;
 	print $contentdata;
 	select $oldouthandle if defined $oldouthandle;
 	if (defined $fh) {
@@ -1909,7 +1909,7 @@
 		$LOST_CONNECTION = 1;
 		die "Connection dropped unexpectedly when trying to read.\n";
 	}
-	if ($l =~ /{(\d+)\+?}\s*\n?\z/) {
+	if ($l =~ /\{(\d+)\+?\}\s*\n?\z/) {
 		debug "... literal string response, length $1";
 		my $len = $1;
 		if ($len == 0) {

Bug#867988: nasm - fixed upstream

[Michał Mirosław]

These seem to be fixed in upstream:
https://bugzilla.nasm.us/show_bug.cgi?id=3392414
https://bugzilla.nasm.us/show_bug.cgi?id=3392415

Best Regards,
Michał Mirosław

Bug#834202: [libboost1.61-dev] deprecation warnings when including streams.hpp

[Michał Mirosław]

Package: libboost1.61-dev
Version: 1.61.0+dfsg-2.1
Severity: normal

--- Please enter the report below this line. ---

$ echo '#include '|g++ -x c++ -o /dev/null -c -
In file included from 
/usr/include/boost/iostreams/detail/is_dereferenceable.hpp:12:0,

 from /usr/include/boost/iostreams/detail/resolve.hpp:26,
 from /usr/include/boost/iostreams/detail/push.hpp:24,
 from 
/usr/include/boost/iostreams/detail/streambuf/indirect_streambuf.hpp:31,

 from /usr/include/boost/iostreams/stream_buffer.hpp:22,
 from /usr/include/boost/iostreams/stream.hpp:21,
 from :1:
/usr/include/boost/type_traits/detail/bool_trait_def.hpp:18:79: note: 
#pragma message: NOTE: Use of this header (bool_trait_def.hpp) is deprecated
 # pragma message("NOTE: Use of this header (bool_trait_def.hpp) is 
deprecated")

^
In file included from 
/usr/include/boost/type_traits/detail/bool_trait_def.hpp:21:0,
 from 
/usr/include/boost/iostreams/detail/is_dereferenceable.hpp:12,

 from /usr/include/boost/iostreams/detail/resolve.hpp:26,
 from /usr/include/boost/iostreams/detail/push.hpp:24,
 from 
/usr/include/boost/iostreams/detail/streambuf/indirect_streambuf.hpp:31,

 from /usr/include/boost/iostreams/stream_buffer.hpp:22,
 from /usr/include/boost/iostreams/stream.hpp:21,
 from :1:
/usr/include/boost/type_traits/detail/template_arity_spec.hpp:13:84: 
note: #pragma message: NOTE: Use of this header 
(template_arity_spec.hpp) is deprecated
 # pragma message("NOTE: Use of this header (template_arity_spec.hpp) 
is deprecated")

^
In file included from 
/usr/include/boost/iostreams/detail/is_dereferenceable.hpp:13:0,

 from /usr/include/boost/iostreams/detail/resolve.hpp:26,
 from /usr/include/boost/iostreams/detail/push.hpp:24,
 from 
/usr/include/boost/iostreams/detail/streambuf/indirect_streambuf.hpp:31,

 from /usr/include/boost/iostreams/stream_buffer.hpp:22,
 from /usr/include/boost/iostreams/stream.hpp:21,
 from :1:
/usr/include/boost/type_traits/detail/template_arity_spec.hpp:13:84: 
note: #pragma message: NOTE: Use of this header 
(template_arity_spec.hpp) is deprecated
 # pragma message("NOTE: Use of this header (template_arity_spec.hpp) 
is deprecated")


$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.1.1-11' 
--with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs 
--enable-languages=c,ada,c++,jav
a,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-6 
--enable-shared --enable-linker-build-id --libexecdir=/usr/lib 
--without-included-gettext --enable-threads=posix --libdir=/usr/lib 
--enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin 
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk 
--enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-amd64/jre 
--enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-amd64 
--with-arch-directory=amd64 
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc 
--enable-multiarch --with-arch-32=i686 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu 
--host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix

gcc version 6.1.1 20160802 (Debian 6.1.1-11)

--- System information. ---
Architecture: amd64
Kernel: Linux 4.6.5mq

Debian Release: stretch/sid
900 testing ftp.icm.edu.pl
800 jessie-backports ftp.icm.edu.pl
750 stable www.deb-multimedia.org
750 stable security.debian.org
750 stable repos.fds-team.de
750 stable ftp.icm.edu.pl
700 unstable ftp.icm.edu.pl
600 experimental ftp.icm.edu.pl
500 unstable-debug debug.mirrors.debian.org
500 testing-debug debug.mirrors.debian.org
500 stable dl.google.com
500 stable deb.opera.com
500 proposed-updates ftp.icm.edu.pl
1 experimental-debug debug.mirrors.debian.org

--- Package information. ---
Depends (Version) | Installed
-+-===
libstdc++-4.8-dev | 4.8.4-1
OR libstdc++-dev |


Package's Recommends field is empty.

Suggests (Version) | Installed
===-+-===
libboost1.61-doc |
libboost-atomic1.61-dev | 1.61.0+dfsg-2.1
libboost-chrono1.61-dev | 1.61.0+dfsg-2.1
libboost-context1.61-dev |
libboost-coroutine1.61-dev |
libboost-date-time1.61-dev | 1.61.0+dfsg-2.1
libboost-exception1.61-dev |
libboost-filesystem1.61-dev | 1.61.0+dfsg-2.1

Bug#834200: [libvulkan1] libvulkan1 is not multiarch-aware

[Michał Mirosław]

Package: libvulkan1
Version: 1.0.8.0+dfsg1-1
Severity: important

--- Please enter the report below this line. ---

Please make libvulkan1 multiarch aware. This is required for 32-bit 
version of Vulkan ICD from latest nvidia driver package (367.35).


Thanks.

--- System information. ---
Architecture: amd64
Kernel: Linux 4.6.5mq

Debian Release: stretch/sid
900 testing ftp.icm.edu.pl
800 jessie-backports ftp.icm.edu.pl
750 stable www.deb-multimedia.org
750 stable security.debian.org
750 stable repos.fds-team.de
750 stable ftp.icm.edu.pl
700 unstable ftp.icm.edu.pl
600 experimental ftp.icm.edu.pl
500 unstable-debug debug.mirrors.debian.org
500 testing-debug debug.mirrors.debian.org
500 stable dl.google.com
500 stable deb.opera.com
500 proposed-updates ftp.icm.edu.pl
1 experimental-debug debug.mirrors.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-===
libc6 (>= 2.17) |
libgcc1 (>= 1:3.0) |
libstdc++6 (>= 5.2) |


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#833615: [nvidia-graphics-drivers] update to 367.35

[Michał Mirosław]

On Fri, Aug 12, 2016 at 04:32:31PM +0100, Luca Boccassi wrote:
> Control: tags -1 - patch
> Control: tags -1 pending
> 
> On Sun, 2016-08-07 at 01:50 +0200, Michał Mirosław wrote:
> > Source: nvidia-graphics-drivers
> > Severity: normal
> > Tags: patch
> > 
> > --- Please enter the report below this line. ---
> > 
> > Please consider updating to 367.35. PoC patch attached.
> 
> We already have a 367 branch:
> 
> https://anonscm.debian.org/viewvc/pkg-nvidia/packages/nvidia-graphics-drivers/branches/367/
> 
> It will most likely be uploaded sometimes soon.
> 
> In the meanwhile, if you are interested in trying it by building locally
> you can follow instructions on the wiki:
> 
> https://wiki.debian.org/NvidiaGraphicsDrivers#Building_newer_releases_from_SVN

Ah, great! Built and installed, though libvulkan1 is not multiarch-aware, so
32-bit vulkan ICD does not install.

Best Regards,
Michał Mirosław

Bug#833617: [nvidia-settings] update to 367.35

[Michał Mirosław]

Source: nvidia-settings
Severity: normal
Tags: patch

--- Please enter the report below this line. ---

Please consider updating to new upstream version 367.35. PoC patch attached.
diff -urN nvidia-settings-346.59/debian/patches/04_link_as-needed.diff nvidia-settings-367.35/debian/patches/04_link_as-needed.diff
--- nvidia-settings-346.59/debian/patches/04_link_as-needed.diff	2015-03-18 20:47:55.0 +0100
+++ nvidia-settings-367.35/debian/patches/04_link_as-needed.diff	2016-08-07 00:12:40.0 +0200
@@ -1,9 +1,11 @@
 Author: Andreas Beckmann 
 Description: link with -Wl,--as-needed to reduce library footprint
 
 a/utils.mk
-+++ b/utils.mk
-@@ -36,6 +36,9 @@
+Index: nvidia-settings-367.35/utils.mk
+===
+--- nvidia-settings-367.35.orig/utils.mk
 nvidia-settings-367.35/utils.mk
+@@ -42,6 +42,9 @@ CC_ONLY_CFLAGS?=
  LDFLAGS   ?=
  BIN_LDFLAGS   ?=
  
@@ -13,9 +15,11 @@
  HOST_CC   ?= $(CC)
  HOST_LD   ?= $(LD)
  HOST_CFLAGS   ?= $(CFLAGS)
 a/samples/Makefile
-+++ b/samples/Makefile
-@@ -59,6 +59,8 @@
+Index: nvidia-settings-367.35/samples/Makefile
+===
+--- nvidia-settings-367.35.orig/samples/Makefile
 nvidia-settings-367.35/samples/Makefile
+@@ -59,6 +59,8 @@ LDFLAGS   += $(X_LDFLAGS)
  LDFLAGS   += -L $(XNVCTRL_DIR)
  LIBS  += -lXNVCtrl -lXext -lX11
  
diff -urN nvidia-settings-346.59/debian/patches/05_nostrip.diff nvidia-settings-367.35/debian/patches/05_nostrip.diff
--- nvidia-settings-346.59/debian/patches/05_nostrip.diff	2015-03-18 20:47:55.0 +0100
+++ nvidia-settings-367.35/debian/patches/05_nostrip.diff	2016-08-07 00:12:40.0 +0200
@@ -1,13 +1,16 @@
 Description: Install unstripped binaries, dh_strip takes care of this.
 Author: Andreas Beckmann 
 
 a/utils.mk
-+++ b/utils.mk
-@@ -53,6 +53,7 @@
-   STRIP_CMD   ?= true
+Index: nvidia-settings-367.35/utils.mk
+===
+--- nvidia-settings-367.35.orig/utils.mk
 nvidia-settings-367.35/utils.mk
+@@ -61,7 +61,7 @@ ifeq ($(DEBUG),1)
CFLAGS  += -O0 -g
  else
-+  STRIP_CMD   ?= true # let dh_strip do the stripping
STRIP_CMD   ?= strip
+-  DO_STRIP?= 1
++  DO_STRIP?= 0 # let dh_strip do the stripping
  endif
  
+ INSTALL   ?= install
diff -urN nvidia-settings-346.59/debian/patches/10_libxnvctrl_so_0.diff nvidia-settings-367.35/debian/patches/10_libxnvctrl_so_0.diff
--- nvidia-settings-346.59/debian/patches/10_libxnvctrl_so_0.diff	2015-03-18 21:05:06.0 +0100
+++ nvidia-settings-367.35/debian/patches/10_libxnvctrl_so_0.diff	2016-08-07 00:12:40.0 +0200
@@ -2,8 +2,10 @@
 Description: build a shared library for libXNVCtrl
 Bug-Debian: http://bugs.debian.org/666909
 
 a/src/Makefile
-+++ b/src/Makefile
+Index: nvidia-settings-367.35/src/Makefile
+===
+--- nvidia-settings-367.35.orig/src/Makefile
 nvidia-settings-367.35/src/Makefile
 @@ -106,6 +106,9 @@ endif
  XNVCTRL_DIR ?= libXNVCtrl
  XNVCTRL_MAKEFILE?= Makefile
@@ -14,39 +16,42 @@
  XCONFIG_PARSER_DIR  ?= XF86Config-parser
  COMMON_UTILS_DIR?= common-utils
  COMMON_UNIX_DIR ?= common-unix
-@@ -280,14 +283,17 @@ NVIDIA_SETTINGS_install: $(NVIDIA_SETTIN
+@@ -280,15 +283,18 @@ NVIDIA_SETTINGS_install: $(NVIDIA_SETTIN
  	$(MKDIR) $(BINDIR)
  	$(INSTALL) $(INSTALL_BIN_ARGS) $< $(BINDIR)/$(notdir $<)
  
--$(NVIDIA_SETTINGS): $(OBJS) $(XNVCTRL_ARCHIVE)
 +$(XNVCTRL_ARCHIVE) $(XNVCTRL_SHARED):
 +	$(MAKE) -C $(XNVCTRL_DIR)
 +
-+$(NVIDIA_SETTINGS): $(OBJS) $(XNVCTRL_LIB)
+ $(eval $(call DEBUG_INFO_RULES, $(NVIDIA_SETTINGS)))
+-$(NVIDIA_SETTINGS).unstripped: $(OBJS) $(XNVCTRL_ARCHIVE)
++$(NVIDIA_SETTINGS).unstripped: $(OBJS) $(XNVCTRL_LIB)
  	$(call quiet_cmd,LINK) $(CFLAGS) $(LDFLAGS) $(BIN_LDFLAGS) \
 -	-rdynamic -o $@ $(OBJS) $(XNVCTRL_ARCHIVE) $(LIBS)
 +	-rdynamic -o $@ $(OBJS) $(XNVCTRL_LIB) $(LIBS)
- 	$(call quiet_cmd,STRIP_CMD) $@
  
- $(GTK2LIB): $(GTK2_OBJS) $(XCP_OBJS) $(VERSION_MK)
+ $(eval $(call DEBUG_INFO_RULES, $(GTK2LIB)))
+ $(GTK2LIB).unstripped: $(GTK2_OBJS) $(XCP_OBJS) $(VERSION_MK)
  	$(call quiet_cmd,LINK) -shared $(CFLAGS) $(LDFLAGS) $(BIN_LDFLAGS) \
 -	$(XNVCTRL_ARCHIVE) $(LIBS) $(GTK2_LIBS) \
 +	$(XNVCTRL_LIB) $(LIBS) $(GTK2_LIBS) \
- 	-Wl,--unresolved-symbols=ignore-all -o $(GTK2LIB) \
+ 	-Wl,--unresolved-symbols=ignore-all -o $@ \
  	-Wl,-soname -Wl,$(GTK2LIB_SONAME) \
  	$(GTK2_OBJS) $(XCP_OBJS)
-@@ -296,7 +302,7 @@ $(GTK2LIB): $(GTK2_OBJS) $(XCP_OBJS) $(V
- ifdef BUILD_GTK3LIB
- $(GTK3LIB): $(GTK3_OBJS) $(XCP_OBJS) $(VERSION_MK)
+@@ -297,7 +303,7 @@ ifdef BUILD_GTK3LIB
+ $(eval $(call 

Bug#833616: [libopencv-dev] missing dependency on libopencv3.0-jni

[Michał Mirosław]

Package: libopencv-dev
Version: 3.0.0+dfsg-1~exp7
Severity: important

--- Please enter the report below this line. ---

libopencv-dev should depend on libopencv3.0-jni - if that's not 
installed CMake's "FIND_PACKAGE(OpenCV REQUIRED)" generates:

CMake Error at /usr/share/OpenCV/OpenCVModules.cmake:120 (message):
   The imported target "opencv_java" references the file

  "/usr/lib/jni/libopencv_java300.so"

   but this file does not exist.  Possible reasons include:

   * The file was deleted, renamed, or moved to another location.

   * An install or uninstall procedure did not complete successfully.

   * The installation package was faulty and contained

  "/usr/share/OpenCV/OpenCVModules.cmake"

   but not all the files it references.

Call Stack (most recent call first):
   /usr/share/OpenCV/OpenCVConfig.cmake:86 (include)
   CMakeLists.txt:17 (FIND_PACKAGE)

Maybe similar to bug #818738.

--- System information. ---
Architecture: amd64
Kernel: Linux 4.6.3mq

Debian Release: stretch/sid
900 testing ftp.icm.edu.pl
800 jessie-backports ftp.icm.edu.pl
750 stable www.deb-multimedia.org
750 stable security.debian.org
750 stable repos.fds-team.de
750 stable ftp.icm.edu.pl
700 unstable ftp.icm.edu.pl
600 experimental ftp.icm.edu.pl
500 unstable-debug debug.mirrors.debian.org
500 testing-debug debug.mirrors.debian.org
500 stable dl.google.com
500 stable deb.opera.com
500 proposed-updates ftp.icm.edu.pl
1 experimental-debug debug.mirrors.debian.org

--- Package information. ---
Depends (Version) | Installed
==-+-==
libatomic1 (>= 4.8) | 6.1.1-10
libc6 (>= 2.14) |
libgcc1 (>= 1:3.0) |
libopencv-calib3d3.0 |
libopencv-core3.0 |
libopencv-features2d3.0 |
libopencv-flann3.0 |
libopencv-highgui3.0 |
libopencv-imgcodecs3.0 |
libopencv-imgproc3.0 |
libopencv-ml3.0 |
libopencv-objdetect3.0 |
libopencv-videoio3.0 |
libstdc++6 (>= 5.2) |
libtbb2 |
libopencv-core-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-ml-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-imgproc-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-video-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-videoio-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-objdetect-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-highgui-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-calib3d-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-flann-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-features2d-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-ts-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-hal-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-photo-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-videostab-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-shape-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-stitching-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-superres-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-imgcodecs-dev (= 3.0.0+dfsg-1~exp7) |
libopencv-viz-dev (= 3.0.0+dfsg-1~exp7) |
pkg-config |


Recommends (Version) | Installed
==-+-===
opencv-data | 3.0.0+dfsg-1~exp7


Package's Suggests field is empty.

Bug#833615: [nvidia-graphics-drivers] update to 367.35

[Michał Mirosław]

Source: nvidia-graphics-drivers
Severity: normal
Tags: patch

--- Please enter the report below this line. ---

Please consider updating to 367.35. PoC patch attached.
diff --git a/debian/libcuda1.symbols b/debian/libcuda1.symbols
index 1408c7f..b9236b1 100644
--- a/debian/libcuda1.symbols
+++ b/debian/libcuda1.symbols
@@ -156,6 +156,8 @@ libcuda.so.1 #PACKAGE# #MINVER#
  cuMemHostRegister@Base 270
  cuMemHostRegister_v2@Base 340
  cuMemHostUnregister@Base 270
+ cuMemPrefetchAsync@Base 367
+ cuMemPrefetchAsync_ptsz@Base 367
  cuMemcpy2D@Base 169
  cuMemcpy2DAsync@Base 169
  cuMemcpy2DAsync_v2@Base 260
diff --git a/debian/libgl1-glvnd-nvidia-glx.symbols b/debian/libgl1-glvnd-nvidia-glx.symbols
index b16f37d..120848f 100644
--- a/debian/libgl1-glvnd-nvidia-glx.symbols
+++ b/debian/libgl1-glvnd-nvidia-glx.symbols
@@ -99,6 +99,7 @@
  glConvolutionParameterivEXT@Base 361
  glConvolutionParameterxOES@Base 361
  glConvolutionParameterxvOES@Base 361
+ glConservativeRasterParameterfNV@Base 352
  glCopyColorSubTableEXT@Base 361
  glCopyColorTableSGI@Base 361
  glCopyConvolutionFilter1DEXT@Base 361
@@ -143,6 +144,7 @@
  glDrawElementArrayATI@Base 361
  glDrawElementsInstancedANGLE@Base 361
  glDrawMeshArraysSUN@Base 361
+ glDrawMeshNV@Base 1.0.4349
  glDrawRangeElementArrayAPPLE@Base 361
  glDrawRangeElementArrayATI@Base 361
  glEGLImageTargetRenderbufferStorageOES@Base 361
diff --git a/debian/libgl1-nvidia-glx.symbols b/debian/libgl1-nvidia-glx.symbols
index 70df789..4bb7f91 100644
--- a/debian/libgl1-nvidia-glx.symbols
+++ b/debian/libgl1-nvidia-glx.symbols
@@ -1,8 +1,17 @@
 #include "libgl1-nvidia-glx.symbols.common"
  __glx_Main@Base 361.28
+ glConservativeRasterParameterfNV@Base 352
+ glConservativeRasterParameteriNV@Base 367
  glDebugControlNVX@Base 177
  glDevtoolsInvokeFunctorNVX@Base 349
+ glDrawVkImageNV@Base 367
+ glGetVkProcAddrNV@Base 367
+ glLogTokenFlushNVX@Base 367
  glQueryResourceNVX@Base 355
+ glSignalVkFenceNV@Base 367
+ glSignalVkSemaphoreNV@Base 367
  glViewportPositionWScaleNV@Base 361
+ glWaitVkSemaphoreNV@Base 367
  glcuR0d4nX@Base 195.36
  gldbc3cfnX@Base 325
+ vk_icdGetInstanceProcAddr@Base 367
diff --git a/debian/libgl1-nvidia-glx.symbols.common b/debian/libgl1-nvidia-glx.symbols.common
index 4bccd48..ffd5e71 100644
--- a/debian/libgl1-nvidia-glx.symbols.common
+++ b/debian/libgl1-nvidia-glx.symbols.common
@@ -265,7 +265,6 @@ libGL.so.1 libgl1-mesa-glx | libgl1
  glCompressedTextureSubImage2DEXT@Base 180
  glCompressedTextureSubImage3D@Base 346
  glCompressedTextureSubImage3DEXT@Base 180
- glConservativeRasterParameterfNV@Base 352
  glConvolutionFilter1D@Base 1.0.4349
  glConvolutionFilter2D@Base 1.0.4349
  glConvolutionParameterf@Base 1.0.4349
@@ -449,7 +448,7 @@ libGL.so.1 libgl1-mesa-glx | libgl1
  glDrawElementsInstancedBaseVertexOES@Base 349
  glDrawElementsInstancedEXT@Base 1.0.9746
  glDrawElementsInstancedNV@Base 325
- glDrawMeshNV@Base 1.0.4349
+#MISSING: 367# glDrawMeshNV@Base 1.0.4349
  glDrawPixels@Base 1.0.4349
  glDrawRangeElements@Base 1.0.4349
  glDrawRangeElementsBaseVertex@Base 190.18.05
diff --git a/debian/libglx-nvidia0.symbols b/debian/libglx-nvidia0.symbols
index c3dbc15..c465fc8 100644
--- a/debian/libglx-nvidia0.symbols
+++ b/debian/libglx-nvidia0.symbols
@@ -263,6 +263,7 @@ libGLX_nvidia.so.0 #PACKAGE# #MINVER#
  glCompressedTextureSubImage3D@Base 361.28
  glCompressedTextureSubImage3DEXT@Base 361.28
  glConservativeRasterParameterfNV@Base 361.28
+ glConservativeRasterParameteriNV@Base 367
  glConvolutionFilter1D@Base 361.28
  glConvolutionFilter2D@Base 361.28
  glConvolutionParameterf@Base 361.28
@@ -447,7 +448,7 @@ libGLX_nvidia.so.0 #PACKAGE# #MINVER#
  glDrawElementsInstancedBaseVertexOES@Base 361.28
  glDrawElementsInstancedEXT@Base 361.28
  glDrawElementsInstancedNV@Base 361.28
- glDrawMeshNV@Base 361.28
+#MISSING: 367# glDrawMeshNV@Base 361.28
  glDrawPixels@Base 361.28
  glDrawRangeElements@Base 361.28
  glDrawRangeElementsBaseVertex@Base 361.28
@@ -469,6 +470,7 @@ libGLX_nvidia.so.0 #PACKAGE# #MINVER#
  glDrawTransformFeedbackNV@Base 361.28
  glDrawTransformFeedbackStream@Base 361.28
  glDrawTransformFeedbackStreamInstanced@Base 361.28
+ glDrawVkImageNV@Base 367
  glEdgeFlag@Base 361.28
  glEdgeFlagFormatNV@Base 361.28
  glEdgeFlagPointer@Base 361.28
@@ -977,6 +979,7 @@ libGLX_nvidia.so.0 #PACKAGE# #MINVER#
  glGetVideoivNV@Base 361.28
  glGetVideoui64vNV@Base 361.28
  glGetVideouivNV@Base 361.28
+ glGetVkProcAddrNV@Base 367
  glGetnColorTable@Base 361.28
  glGetnColorTableARB@Base 361.28
  glGetnCompressedTexImage@Base 361.28
@@ -1132,6 +1135,7 @@ libGLX_nvidia.so.0 #PACKAGE# #MINVER#
  glLoadTransposeMatrixf@Base 361.28
  glLoadTransposeMatrixfARB@Base 361.28
  glLockArraysEXT@Base 361.28
+ glLogTokenFlushNVX@Base 367
  glLogicOp@Base 361.28
  glMakeBufferNonResidentNV@Base 361.28
  glMakeBufferResidentNV@Base 361.28
@@ -1822,6 +1826,8 @@ libGLX_nvidia.so.0 #PACKAGE# #MINVER#
  glShaderSource@Base 361.28
  glShaderSourceARB@Base 361.28
  

Bug#785280: xscreensaver not grabbing mouse

[Michał Mirosław]

On Tue, Jun 28, 2016 at 05:19:08AM +0200, Michał Mirosław wrote:
> I just tripped on this bug when launching 'xscreensaver-command -lock' from
> xmobar's label action. Locking via shell-script with 'sleep 0.1' before
> xscreensaver-command works around this problem.

Ah. The delay has to be greater than button press time. It looks like the
command is executed on ButtonPress event and not ButtonRelease. Maybe this
interacts badly with (just guessing) drag-n-drop or something?

Bug#785280: xscreensaver not grabbing mouse

[Michał Mirosław]

I just tripped on this bug when launching 'xscreensaver-command -lock' from
xmobar's label action. Locking via shell-script with 'sleep 0.1' before
xscreensaver-command works around this problem.

Bug#828190: [pulseaudio] sometimes locks up with emu10k1 sink

[Michał Mirosław]

On Sun, Jun 26, 2016 at 12:36:42AM +0200, Michał Mirosław wrote:
> This stopped (resulting in working sound) after I changed
> /etc/pulse/daemon.conf's default-sample-rate from 48000 to 44100,
> commented alternate-sample-rate 44100 line and killed pulseaudio.
> The problem didn't reappear after reverting the changes and killing
> pulseaudio again, though.

It locked up again. Commenting out alternate-sample-rate works
as a workaround.

Bug#828190: [pulseaudio] sometimes locks up with emu10k1 sink

[Michał Mirosław]

Package: pulseaudio
Version: 8.0-2+b2
Severity: important

--- Please enter the report below this line. ---

There is some weird interaction of pulseaudio with emu10k1 ALSA driver. 
Sometimes it can't start playback, but just eats 100% CPU and spams 
system logs (if allowed) with "Resume failed, couldn't restore original 
sample settings."


I managed to catch in a debugging session that at 
modules/alsa/alsa-sink.c:1099:


(gdb) p u->sink->sample_spec
$9 = {format = PA_SAMPLE_S16LE, rate = 44100, channels = 2 '\002'}
(gdb) p ss
$11 = {format = PA_SAMPLE_S16LE, rate = 48000, channels = 2 '\002'}

This stopped (resulting in working sound) after I changed 
/etc/pulse/daemon.conf's default-sample-rate from 48000 to 44100, 
commented alternate-sample-rate 44100 line and killed pulseaudio. The 
problem didn't reappear after reverting the changes and killing 
pulseaudio again, though.


--- System information. ---
Architecture: amd64
Kernel:   Linux 4.6.3mq

Debian Release: stretch/sid
  900 testing ftp.icm.edu.pl
  800 jessie-backports ftp.icm.edu.pl
  750 stable  www.deb-multimedia.org
  750 stable  security.debian.org
  750 stable  repos.fds-team.de
  750 stable  ftp.icm.edu.pl
  700 unstableftp.icm.edu.pl
  600 experimentalftp.icm.edu.pl
  500 unstable-debug  debug.mirrors.debian.org
  500 testing-debug   debug.mirrors.debian.org
  500 stable  deb.opera.com
  500 proposed-updates ftp.icm.edu.pl
1 experimental-debug debug.mirrors.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libasound2(>= 1.0.24.1) |
libc6 (>= 2.15) |
libcap2 (>= 1:2.10) |
libdbus-1-3 (>= 1.9.14) |
libfftw3-single3|
libgcc1  (>= 1:3.0) |
libice6(>= 1:1.0.0) |
libltdl7 (>= 2.4.6) |
liborc-0.4-0  (>= 1:0.4.25) |
libpulse0  (= 8.0-2+b2) |
libsm6  |
libsndfile1 (>= 1.0.20) |
libsoxr0 (>= 0.1.0) |
libspeexdsp1 (>= 1.2~beta3.2-1) |
libstdc++6   (>= 4.1.1) |
libsystemd0 |
libtdb1  (>= 1.2.7+git20101214) |
libudev1   (>= 183) |
libwebrtc-audio-processing-0|
libx11-6|
libx11-xcb1 |
libxcb1 |
libxtst6|
adduser |
lsb-base(>= 3.2-13) |
udev   (>= 143) |
libasound2-plugins  |
pulseaudio-utils|


Recommends (Version) | Installed
-+-===
pulseaudio-module-x11| 8.0-2+b2
rtkit| 0.11-4


Suggests (Version) | Installed
==-+-===
pavumeter  |
pavucontrol| 3.0-3+b2
paman  |
paprefs|

--- Output from package bug script ---
File '/etc/default/pulseaudio' does not exist

/etc/pulse/client.conf:
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; 

Bug#828182: [pulseaudio] missing -dbg packages

[Michał Mirosław]

Package: pulseaudio
Version: 8.0-2+b2
Severity: minor

--- Please enter the report below this line. ---

Please upload -dbg packages for pulseaudio.

# LC_ALL=C apt-cache policy libpulse0-dbg
libpulse0-dbg:
  Installed: (none)
  Candidate: 7.1-2~bpo8+1
  Version table:
 7.1-2~bpo8+1 800
800 http://ftp.icm.edu.pl/pub/Linux/debian 
jessie-backports/main amd64 Packages

 5.0-13 750
750 http://ftp.icm.edu.pl/pub/Linux/debian jessie/main amd64 
Packages


# LC_ALL=C apt-cache policy libpulse0
libpulse0:
  Installed: 8.0-2+b2
  Candidate: 8.0-2+b2
  Version table:
 8.99.1-1 600
600 http://ftp.icm.edu.pl/pub/Linux/debian experimental/main 
amd64 Packages

 *** 8.0-2+b2 900
900 http://ftp.icm.edu.pl/pub/Linux/debian stretch/main amd64 
Packages

700 http://ftp.icm.edu.pl/pub/Linux/debian sid/main amd64 Packages
100 /var/lib/dpkg/status
 7.1-2~bpo8+1 800
800 http://ftp.icm.edu.pl/pub/Linux/debian 
jessie-backports/main amd64 Packages

 5.0-13 750
750 http://ftp.icm.edu.pl/pub/Linux/debian jessie/main amd64 
Packages



--- System information. ---
Architecture: amd64
Kernel: Linux 4.6.3mq

Debian Release: stretch/sid
900 testing ftp.icm.edu.pl
800 jessie-backports ftp.icm.edu.pl
750 stable www.deb-multimedia.org
750 stable security.debian.org
750 stable repos.fds-team.de
750 stable ftp.icm.edu.pl
700 unstable ftp.icm.edu.pl
600 experimental ftp.icm.edu.pl
500 stable deb.opera.com
500 proposed-updates ftp.icm.edu.pl

--- Package information. ---
Depends (Version) | Installed
===-+-=== 


libasound2 (>= 1.0.24.1) |
libc6 (>= 2.15) |
libcap2 (>= 1:2.10) |
libdbus-1-3 (>= 1.9.14) |
libfftw3-single3 |
libgcc1 (>= 1:3.0) |
libice6 (>= 1:1.0.0) |
libltdl7 (>= 2.4.6) |
liborc-0.4-0 (>= 1:0.4.25) |
libpulse0 (= 8.0-2+b2) |
libsm6 |
libsndfile1 (>= 1.0.20) |
libsoxr0 (>= 0.1.0) |
libspeexdsp1 (>= 1.2~beta3.2-1) |
libstdc++6 (>= 4.1.1) |
libsystemd0 |
libtdb1 (>= 1.2.7+git20101214) |
libudev1 (>= 183) |
libwebrtc-audio-processing-0 |
libx11-6 |
libx11-xcb1 |
libxcb1 |
libxtst6 |
adduser |
lsb-base (>= 3.2-13) |
udev (>= 143) |
libasound2-plugins |
pulseaudio-utils |


Recommends (Version) | Installed
-+-===
pulseaudio-module-x11 | 8.0-2+b2
rtkit | 0.11-4


Suggests (Version) | Installed
==-+-===
pavumeter |
pavucontrol | 3.0-3+b2
paman |
paprefs |

Bug#775685: [libreoffice-calc] Changing of sheet's name kills keyboard input

[Michał Mirosław]

It seems this was the same bug as here:

https://youtrack.jetbrains.com/issue/IDEA-78860

Since I upgraded ibus to 1.5.11-1 (from stretch) the problem never reappeared.
libreoffice 5.x (from stretch) seems not affected regardless of ibus version.

Best Regards,
Michał Mirosław

Bug#802651: [Pkg-alsa-devel] Bug#802651: [libasound2] SIG11 on 'aplay -L'

[Michał Mirosław]

On Mon, May 09, 2016 at 09:52:41PM +0200, Michał Mirosław wrote:
> On Mon, May 09, 2016 at 02:31:11PM +0200, Elimar Riesebieter wrote:
> > * Michał Mirosław <mirq-bo...@rere.qmqm.pl> [2016-05-09 12:07 +0200]:
> > 
> > > On Sun, May 08, 2016 at 05:14:30PM +0200, Elimar Riesebieter
> > > wrote:
> > > > * Michał Mirosław <mirq-bo...@rere.qmqm.pl> [2015-10-22 08:46
> > > > +0200]:
> > > > 
> > > > > Package: libasound2 Version: 1.0.28 Severity: normal Tags:
> > > > > patch
> > > > > 
> > > > > --- Please enter the report below this line. ---
> > > > > 
> > > > > 'aplay -L' segfaults with ALSA configuration containing
> > > > > multiple "@hooks" entries. This happens, eg. with
> > > > > libasound2-plugins installed and having one @hooks in
> > > > > /etc/asound.conf like following:
> > > > > 
> > > > > @hooks [ { func load files [ "/usr/share/alsa/bluetooth.conf"
> > > > > ] errors false } ]
> > > > 
> > > > I can reproduce this segfault. Well,
> > > > /usr/share/alsa/bluetooth.conf isn't distributed by any Debian
> > > > package and is not available in my default installation. Do you
> > > > installed that file? Anyway, what is your goal with that hook?
> > > 
> > > Hmm. This comes from bluez-alsa package - it seems this was left
> > > after an upgrade from wheezy (the file is from bluez-alsa
> > > package). This seems irrelevant, though, as you should be able to
> > > trigger the bug with any two files.
> > 
> > Wrong, if I use the existing /usr/share/alsa/smixer.conf instead of
> > /usr/share/alsa/bluetooth.conf there is no segfault.
> > 
> > Could you please provide your bluetooth.conf?
> That's the one from wheezy's bluez-alsa (version 4.99-2). Attached.

BTW, for me, it's enough to put:

@hooks [ { func load files [ "/dev/null" ] } ]

in /etc/asound.conf to make 'aplay -L' blow up.

Best Regards,
Michał Mirosław

Bug#802651: [Pkg-alsa-devel] Bug#802651: [libasound2] SIG11 on 'aplay -L'

[Michał Mirosław]

On Mon, May 09, 2016 at 02:31:11PM +0200, Elimar Riesebieter wrote:
> * Michał Mirosław <mirq-bo...@rere.qmqm.pl> [2016-05-09 12:07 +0200]:
> 
> > On Sun, May 08, 2016 at 05:14:30PM +0200, Elimar Riesebieter
> > wrote:
> > > * Michał Mirosław <mirq-bo...@rere.qmqm.pl> [2015-10-22 08:46
> > > +0200]:
> > > 
> > > > Package: libasound2 Version: 1.0.28 Severity: normal Tags:
> > > > patch
> > > > 
> > > > --- Please enter the report below this line. ---
> > > > 
> > > > 'aplay -L' segfaults with ALSA configuration containing
> > > > multiple "@hooks" entries. This happens, eg. with
> > > > libasound2-plugins installed and having one @hooks in
> > > > /etc/asound.conf like following:
> > > > 
> > > > @hooks [ { func load files [ "/usr/share/alsa/bluetooth.conf"
> > > > ] errors false } ]
> > > 
> > > I can reproduce this segfault. Well,
> > > /usr/share/alsa/bluetooth.conf isn't distributed by any Debian
> > > package and is not available in my default installation. Do you
> > > installed that file? Anyway, what is your goal with that hook?
> > 
> > Hmm. This comes from bluez-alsa package - it seems this was left
> > after an upgrade from wheezy (the file is from bluez-alsa
> > package). This seems irrelevant, though, as you should be able to
> > trigger the bug with any two files.
> 
> Wrong, if I use the existing /usr/share/alsa/smixer.conf instead of
> /usr/share/alsa/bluetooth.conf there is no segfault.
> 
> Could you please provide your bluetooth.conf?

That's the one from wheezy's bluez-alsa (version 4.99-2). Attached.

Best Regards,
Michał Mirosław
# Please note that this ALSA configuration file fragment needs be enabled in
# /etc/asound.conf or a similar configuration file with directives similar to
# the following:
#
#@hooks [
#   {
#   func load
#   files [
#   "/etc/alsa/bluetooth.conf"
#   ]
#   errors false
#   }
#]

pcm.rawbluetooth {
@args [ ADDRESS ]
@args.ADDRESS {
type string
}
type bluetooth
device $ADDRESS
}

pcm.bluetooth {
@args [ ADDRESS ]
@args.ADDRESS {
type string
}
type plug
slave {
pcm {
type bluetooth
device $ADDRESS
}
}
}

Bug#802651: [Pkg-alsa-devel] Bug#802651: [libasound2] SIG11 on 'aplay -L'

[Michał Mirosław]

On Sun, May 08, 2016 at 05:14:30PM +0200, Elimar Riesebieter wrote:
> * Michał Mirosław <mirq-bo...@rere.qmqm.pl> [2015-10-22 08:46 +0200]:
> 
> > Package: libasound2
> > Version: 1.0.28
> > Severity: normal
> > Tags: patch
> > 
> > --- Please enter the report below this line. ---
> > 
> > 'aplay -L' segfaults with ALSA configuration containing multiple "@hooks" 
> > entries. This happens, eg. with libasound2-plugins installed and having one 
> > @hooks in /etc/asound.conf like following:
> > 
> > @hooks [
> > {
> > func load
> > files [ 
> > "/usr/share/alsa/bluetooth.conf"
> > ]
> > errors false
> > }
> > ]
> 
> I can reproduce this segfault. Well, /usr/share/alsa/bluetooth.conf
> isn't distributed by any Debian package and is not available in my
> default installation. Do you installed that file? Anyway, what is
> your goal with that hook?

Hmm. This comes from bluez-alsa package - it seems this was left after an 
upgrade
from wheezy (the file is from bluez-alsa package). This seems irrelevant, 
though,
as you should be able to trigger the bug with any two files.

Best Regards,
Michał Mirosław

Bug#802651: [libasound2] SIG11 on 'aplay -L'

[Michał Mirosław]

Package: libasound2
Version: 1.0.28
Severity: normal
Tags: patch

--- Please enter the report below this line. ---

'aplay -L' segfaults with ALSA configuration containing multiple "@hooks" 
entries. This happens, eg. with libasound2-plugins installed and having one 
@hooks in /etc/asound.conf like following:

@hooks [
{
func load
files [ 
"/usr/share/alsa/bluetooth.conf"
]
errors false
}
]

Attached is a fix for the SIG11 alone - it adds a missing error return check 
from snd_config_copy.

There is another bug somewhere that triggers duplicate entry check in 
snd_config_add (called from snd_config_copy). I added following code
in snd_device_name_hint():

snd_output_t *errout;

fprintf(stderr, "* snd_config_copy: %d\n", err);
snd_output_stdio_attach(, stderr, 0);
snd_config_save(local_config, errout);
snd_output_close(errout);

And got this [fragment] that make snd_config_copy() fail (note two '0' entries 
below '@hooks'):

@hooks {
0 {
func pulse_load_if_running
files { 
0 '/usr/share/alsa/pulse-alsa.conf'
}
errors false
}
0 {
func load
files { 
0 '/usr/share/alsa/bluetooth.conf'
}
errors false
}
}

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.2.3mq

Debian Release: 8.2
  900 stable  www.deb-multimedia.org 
  900 stable  security.debian.org 
  900 stable  repos.fds-team.de 
  900 stable  ftp.icm.edu.pl 
  800 oldstable   security.debian.org 
  800 oldstable   ftp.icm.edu.pl 
  700 unstablewww.deb-multimedia.org 
  700 unstableftp.icm.edu.pl 
  600 experimentalftp.icm.edu.pl 
  500 stable  deb.opera.com 
  500 oldstable-proposed-updates ftp.icm.edu.pl 
  500 debian  packages.linuxmint.com 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.commit 57778277e16a2ec735bd42b2f8e7cc2420ebb7f4
Author: Michał Mirosław <mirq-li...@rere.qmqm.pl>
Date:   Thu Oct 22 07:50:01 2015 +0200

snd_device_name_hint: handle snd_config_copy() failure

Fixes: f49b2dc522a2564315c76d075203b15a39941e8a
Signed-off-by: Michał Mirosław <mirq-li...@rere.qmqm.pl>

diff --git a/src/control/namehint.c b/src/control/namehint.c
index b3e646e..1c16362 100644
--- a/src/control/namehint.c
+++ b/src/control/namehint.c
@@ -559,6 +559,8 @@ int snd_device_name_hint(int card, const char *iface, void ***hints)
 	if (err < 0)
 		return err;
 	err = snd_config_copy(_config_rw, local_config);
+	if (err < 0)
+		goto _copy_error;
 	list.list = NULL;
 	list.count = list.allocated = 0;
 	list.siface = iface;
@@ -634,6 +636,7 @@ int snd_device_name_hint(int card, const char *iface, void ***hints)
 		snd_config_delete(local_config_rw);
 	if (local_config)
 		snd_config_delete(local_config);
+  __copy_error:
 	if (local_config_update)
 		snd_config_update_free(local_config_update);
 	return err;

Bug#775685: [libreoffice-calc] Changing of sheet's name kills keyboard input

[Michał Mirosław]

On Sun, Jan 18, 2015 at 07:24:30PM +0100, Rene Engelhard wrote:
 On Sun, Jan 18, 2015 at 06:34:03PM +0100, Michał Mirosław wrote:
  Steps to reproduce:
  
  1. open localc
  2. double click on sheet name tab ('Sheet1')
  3. immediately close the window using Esc key
  4. type in something
 In some random cell I assume. Here: A1
  5. if localc still get's what you're typing, repeat from step 2
 Repeated 5 or more times. Works.
  sometimes a second one or more is needed. I didn't manage to block the 
  keyboard when I was using a mouse to close the dialog.
 That sounds like a sane workaround, more so given renaming sheets is not
 done that often sp you are not obliged to waste time using the mouse -
 so why is this marked important? :)
  This is on up-to-date debian jessie.
 Same here.

How can I get some useful debug info from localc? Like input event trace
or something?

More info:
1. I'm using KDE (pulled by kde-standard 5:84)
2. This is triggered when I doubleclick the tab when changing sheets - this
   is unintended, but happens sometimes and reliably kills localc's usability
   because of this bug
3. libreoffice-kde is installed (version 1:4.3.3-2)

  --- System information. ---
  Architecture: amd64
  Kernel:   Linux 3.17.4mq
  
  Debian Release: 8.0
900 testing www.deb-multimedia.org 
900 testing security.debian.org 
900 testing repos.fds-team.de 
900 testing ftp.icm.edu.pl 
800 stable  security.debian.org 
800 stable  ftp.icm.edu.pl 
700 unstablewww.deb-multimedia.org 
700 unstableftp.icm.edu.pl 
600 experimentalftp.icm.edu.pl 
500 stable  deb.opera.com 
500 proposed-updates ftp.icm.edu.pl 
500 debian  packages.linuxmint.com 
 This is a total nonsense of mix...
 I'd try with a clean system first before reporting bugs.

I don't think this mix matters in this case. Please find attached, the
non-debian package list that was generated by:

aptitude search ?narrow(?installed,?not(?origin(Debian)))

Best Regards,
Michał Mirosław
i   acroread:i386   - Adobe Acrobat Reader: Portable Document Fo
i   acroread-data   - data files for acroread   
i   acroread-debian-files:i386  - Debian specific parts of Adobe Acrobat Rea
i   acroread-escript:i386   - Adobe EScript Plug-In 
i   acroread-fonts-jpn  - Japanese fonts for Adobe acrobat reader   
i   acroread-l10n-en- English language package for acroread 
i   acroread-plugins:i386   - Plugins for Adobe Acrobat(R) Reader   
i A automake1.10- Tool for generating GNU Standards-complian
i A bluez-alsa  - Wsparcie Bluetooth do ALSA
i   deb-multimedia-keyring  - GnuPG archive key of the deb-multimedia re
i   ffmpeg  - audio/video encoder, streaming server  au
i   ffmpeg-dbg  - Debug symbols for FFmpeg related packages 
i A firefox - The Firefox web browser   
i   frei0r-plugins  - Minimalistic plugin API for video effects,
i A gstreamer0.10-ffmpeg- FFmpeg plugin for GStreamer   
i A gstreamer1.0-libav  - FFmpeg plugin for GStreamer   
i   kdenlive-data   - non-linear video editor (data files)  
i A libaacplus2 - AAC+ encoding library - runtime files 
i A libaacplus2:i386- AAC+ encoding library - runtime files 
i A libaacs0- free-and-libre implementation of AACS 
i A libarchive1 - Multi-format archive and compression libra
i A libavcodec-dev  - Library to encode decode multimedia stream
i A libavcodec55- Library to encode decode multimedia stream
i A libavcodec56- Library to encode decode multimedia stream
i A libavcodec56:i386   - Library to encode decode multimedia stream
i A libavdevice55   - FFmpeg device handling library
i   libavdevice56   - FFmpeg device handling library
i A libavfilter4- FFmpeg filter library 
i A libavfilter5- FFmpeg filter library 
i   libavformat-dev - Development files for libavformat 
i A libavformat55   - FFmpeg file format library
i A libavformat56   - FFmpeg file format library
i A libavresample1  - FFmpeg audio conversion library   
i A libavresample2  - FFmpeg audio conversion library   
i A libavresample2:i386 - FFmpeg audio conversion library   
i A libavutil-dev   - FFmpeg avutil devel files

Bug#775685: [libreoffice-calc] Changing of sheet's name kills keyboard input

[Michał Mirosław]

Package: libreoffice-calc
Version: 1:4.3.3-2
Severity: important

--- Please enter the report below this line. ---

Steps to reproduce:

1. open localc
2. double click on sheet name tab ('Sheet1')
3. immediately close the window using Esc key
4. type in something
5. if localc still get's what you're typing, repeat from step 2

Most times localc won't respond to keypresses after first iteration, but 
sometimes a second one or more is needed. I didn't manage to block the 
keyboard when I was using a mouse to close the dialog.

This is on up-to-date debian jessie.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.17.4mq

Debian Release: 8.0
  900 testing www.deb-multimedia.org 
  900 testing security.debian.org 
  900 testing repos.fds-team.de 
  900 testing ftp.icm.edu.pl 
  800 stable  security.debian.org 
  800 stable  ftp.icm.edu.pl 
  700 unstablewww.deb-multimedia.org 
  700 unstableftp.icm.edu.pl 
  600 experimentalftp.icm.edu.pl 
  500 stable  deb.opera.com 
  500 proposed-updates ftp.icm.edu.pl 
  500 debian  packages.linuxmint.com 

--- Package information. ---
Depends (Version) | Installed
=-+-=
libreoffice-base-core   (= 1:4.3.0-3) | 1:4.3.3-2
libreoffice-core(= 1:4.3.0-3) | 1:4.3.3-2
lp-solve   (= 5.5.0.13-5+b1) | 5.5.0.13-7+b1
libboost-iostreams1.55.0  | 1.55.0+dfsg-3
libc6   (= 2.14) | 
libgcc1  (= 1:4.1.1) | 
libicu52(= 52~m1-1~) | 
liblcms2-2   (= 2.2+git20110628) | 
libmwaw-0.3-3 | 
libodfgen-0.1-1   | 
liborcus-0.8-0| 
librevenge-0.0-0  | 
libstdc++6   (= 4.9) | 
libwps-0.3-3  | 
libxml2(= 2.7.4) | 
uno-libs3(= 4.3.0~alpha) | 
ure   | 
zlib1g   (= 1:1.1.4) | 
fontconfig| 
fonts-opensymbol  | 
libreoffice-common   ( 1:4.3.0) | 
ure (= 4.2~) | 
libatk1.0-0   (= 1.12.4) | 
libboost-date-time1.55.0  | 
libc6   (= 2.16) | 
libcairo2  (= 1.2.4) | 
libclucene-contribs1 (= 2.3.3.4) | 
libclucene-core1 (= 2.3.3.4) | 
libcmis-0.4-4  (= 0.4.0) | 
libcups2   (= 1.4.0) | 
libcurl3-gnutls   (= 7.16.2) | 
libdbus-1-3(= 1.0.2) | 
libdbus-glib-1-2(= 0.78) | 
libeot0   | 
libexpat1  (= 2.0.1) | 
libexttextcat-2.0-0(= 2.2-8) | 
libfontconfig1  (= 2.11) | 
libfreetype6   (= 2.3.5) | 
libgcc1  (= 1:4.1.1) | 
libgdk-pixbuf2.0-0(= 2.22.0) | 
libgl1-mesa-glx   | 
 OR libgl1| 
libglew1.10   (= 1.10.0) | 
libglib2.0-0  (= 2.15.0) | 
libglu1-mesa  | 
 OR libglu1   | 
libgraphite2-3 (= 1.2.2) | 
libgtk2.0-0   (= 2.24.0) | 
libharfbuzz-icu0  (= 0.9.18) | 
libharfbuzz0b (= 0.9.18) | 
libhunspell-1.3-0  (= 1.3.3) | 
libhyphen0 (= 2.7.1) | 
libice6  (= 1:1.0.0) | 
libicu52(= 52~m1-1~) | 
libjpeg8  (= 8c) | 
liblangtag1(= 0.4.0) | 
liblcms2-2   (= 2.2+git20110628) | 
libldap-2.4-2  (= 2.4.7) | 
libmythes-1.2-0   | 
libneon27-gnutls  | 
libnspr4   (= 2:4.9-2~)  | 
 OR libnspr4-0d (= 1.8.0.10) | 
libnss3 (= 2:3.13.4-2~)  | 
 OR libnss3-1d  (= 3.12.0~beta2) | 
libodfgen-0.1-1   | 
libpango-1.0-0(= 1.14.0) | 
libpangocairo-1.0-0   (= 1.14.0) | 
libpangoft2-1.0-0 (= 1.14.0) | 
libpng12-0  (= 1.2.13-4) | 
librevenge-0.0-0  

Bug#765173: Multiarch support patch

[Michał Mirosław]

Patch to debian/control and debian/rules adding multiarch support. Tested for 
libsrtp0 package only.diff -ur srtp-1.4.5~20130609~dfsg/debian/control srtp-1.4.5~20130609~dfsg-mq/debian/control
--- srtp-1.4.5~20130609~dfsg/debian/control	2013-07-23 00:10:53.0 +0200
+++ srtp-1.4.5~20130609~dfsg-mq/debian/control	2014-10-24 10:03:27.420478953 +0200
@@ -1,9 +1,9 @@
 Source: srtp
 Priority: optional
 Maintainer: Jonas Smedegaard d...@jones.dk
-Build-Depends: cdbs,
+Build-Depends: cdbs (= 0.4.93~),
  autotools-dev,
- debhelper,
+ debhelper (= 8.1.3),
  dh-buildinfo,
  devscripts,
  procps,
@@ -43,6 +43,7 @@
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: srtp-utils
 Architecture: any
+Multi-Arch: same
 Description: Secure RTP (SRTP) and UST Reference Implementations - shared library
  SRTP is a security profile for RTP that adds confidentiality, message
  authentication, and replay protection to that protocol. It is specified
diff -ur srtp-1.4.5~20130609~dfsg/debian/rules srtp-1.4.5~20130609~dfsg-mq/debian/rules
--- srtp-1.4.5~20130609~dfsg/debian/rules	2013-07-22 23:59:40.0 +0200
+++ srtp-1.4.5~20130609~dfsg-mq/debian/rules	2014-10-24 10:07:10.390483303 +0200
@@ -41,6 +41,7 @@
 else
 DEB_CONFIGURE_EXTRA_FLAGS += --disable-debug
 endif
+DEB_CONFIGURE_EXTRA_FLAGS += --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
 
 ifeq ($(DEB_HOST_ARCH_CPU),sparc)
 CFLAGS += -DFORCE_64BIT_ALIGN
@@ -97,6 +98,6 @@
 #  and handle shared library install
 CDBS_BUILD_DEPENDS +=, d-shlibs
 binary-post-install/libsrtp0::
-	d-shlibmove --commit \
+	d-shlibmove --commit --multiarch \
 		--movedev debian/tmp/usr/include/srtp/* usr/include/srtp/ \
-		debian/tmp/usr/lib/libsrtp.so
+		debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libsrtp.so

Bug#765173: [libsrtp0] package not multiarch-aware

[Michał Mirosław]

Package: libsrtp0
Version: 1.4.5~20130609~dfsg-1
Severity: important

--- Please enter the report below this line. ---

Package is missing multiarch support. This is needed by chromium:i386 on 
amd64.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.3mq

Debian Release: jessie/sid
  900 testing www.deb-multimedia.org 
  900 testing security.debian.org 
  900 testing repos.fds-team.de 
  900 testing ftp.icm.edu.pl 
  800 stable  security.debian.org 
  800 stable  ftp.icm.edu.pl 
  700 unstablewww.deb-multimedia.org 
  700 unstableftp.icm.edu.pl 
  600 experimentalftp.icm.edu.pl 
  500 stable  deb.opera.com 
  500 proposed-updates ftp.icm.edu.pl 
  500 debian  packages.linuxmint.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6(= 2.14) | 


Package's Recommends field is empty.

Suggests(Version) | Installed
=-+-===
srtp-utils| 


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

Bug#625203: ibgdk-pixbuf2.0-0: no '/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache' during upgrade

[Michał Mirosław]

Hello,

I just tripped on this bug while upgrading my Debian-jessie box. It looks like
the upgrade is removing the file and then recreating it later:

[...]
Unpacking libgdk-pixbuf2.0-common (2.30.8-1) over (2.30.7-1) ...
Preparing to unpack .../libgdk-pixbuf2.0-dev_2.30.8-1_amd64.deb ...
Unpacking libgdk-pixbuf2.0-dev (2.30.8-1) over (2.30.7-1) ...
Preparing to unpack .../libgdk-pixbuf2.0-0_2.30.8-1_amd64.deb ...
De-configuring libgdk-pixbuf2.0-0:i386 (2.30.7-1) ...
Unpacking libgdk-pixbuf2.0-0:amd64 (2.30.8-1) over (2.30.7-1) ...
Preparing to unpack .../libgdk-pixbuf2.0-0_2.30.8-1_i386.deb ...
Unpacking libgdk-pixbuf2.0-0:i386 (2.30.8-1) over (2.30.7-1) ...
[...]
Unpacking xserver-xorg-dev (2:1.16.0-2+b1) over (2:1.16.0-2) ...
Processing triggers for man-db (2.6.7.1-1) ...
Processing triggers for dbus (1.8.6-2) ...
Processing triggers for hicolor-icon-theme (0.13-1) ...

(gtk-update-icon-cache-3.0:30268): GdkPixbuf-WARNING **: Cannot open pixbuf 
loader module file 
'/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': Nie ma takiego 
pliku ani katalogu

This likely means that your installation is broken.
Try running the command
  gdk-pixbuf-query-loaders  
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
Processing triggers for mime-support (3.56) ...
[...]
Konfigurowanie pakietu libgdk-pixbuf2.0-common (2.30.8-1) ...
Konfigurowanie pakietu libgdk-pixbuf2.0-0:amd64 (2.30.8-1) ...
Konfigurowanie pakietu libgdk-pixbuf2.0-0:i386 (2.30.8-1) ...
[...]
Processing triggers for libgdk-pixbuf2.0-0:amd64 (2.30.8-1) ...
Processing triggers for menu (2.1.47) ...

Just guessing: maybe the trigger or configuration should be done just after
unpacking replacement libgdk-pixbuf if it recreates the 'loaders.cache' file.

Bug #640150 looks like a duplicate of this one.

Best Regards,
Michał Mirosław


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

Bug#749500: rakudo: not installable in sid

[Michał Mirosław]

rakudo =2014.07-1 depends on nqp =2014.07-1, but only nqp =2014.07-2 is 
available.

root@qmqm:~# apt-cache policy rakudo
rakudo:
  Zainstalowana: 2014.03.01-1+b1
  Kandydująca:   2014.07-1
  Tabela wersji:
 2014.07-1 0
700 http://ftp.pl.debian.org/debian/ sid/main amd64 Packages
 *** 2014.03.01-1+b1 0
100 /var/lib/dpkg/status
 0.1~2012.01-1 0
800 http://ftp.pl.debian.org/debian/ wheezy/main amd64 Packages
root@qmqm:~# apt-cache policy nqp
nqp:
  Zainstalowana: 2014.04-3
  Kandydująca:   2014.04-3
  Tabela wersji:
 2014.07-2 0
700 http://ftp.pl.debian.org/debian/ sid/main amd64 Packages
 *** 2014.04-3 0
900 http://ftp.pl.debian.org/debian/ jessie/main amd64 Packages
100 /var/lib/dpkg/status
 0.1~2012.01-5 0
800 http://ftp.pl.debian.org/debian/ wheezy/main amd64 Packages


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

Bug#759324: [libdbd-oracle-perl] conflicts with perl-5.20

[Michał Mirosław]

Package: libdbd-oracle-perl
Version: 1.66
Severity: serious

--- Please enter the report below this line. ---

Please rebuild DBD::Oracle package with perl 5.20 from sid. Right now it can't 
be installed, because it depends on perlapi-5.18.1. Please consider using 
latest version.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.1mq

Debian Release: jessie/sid
  900 testing www.deb-multimedia.org 
  900 testing security.debian.org 
  900 testing ftp.pl.debian.org 
  800 stable  security.debian.org 
  800 stable  ftp.pl.debian.org 
  700 unstablewww.deb-multimedia.org 
  700 unstableftp.pl.debian.org 
  600 experimentalftp.pl.debian.org 
  500 stable  deb.opera.com 
  500 proposed-updates ftp.pl.debian.org 
  500 debian  packages.linuxmint.com 

--- Package information. ---
Depends(Version) | Installed
-+-==
libaio1  | 
libdbi-perl  | 
oracle-instantclient12.1-basic   | 
 OR oracle-instantclient12.1-basiclite   | 
perl   (= 5.18.1-2) | 
perl-dbdabi-94   | 
perlapi-5.18.1   | 
libc6  (= 2.14) | 


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
perl-tk | 


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

Bug#743917: geda-utils: trying to overwrite /usr/bin/sw2asc on upgrade from wheezy's 1.6.2

[Michał Mirosław]

Package: geda-utils
Version: 1:1.8.2-3
Severity: minor

Unpacking geda-utils (1:1.8.2-3) over (1:1.6.2-4.3) ...
dpkg: error processing archive /var/cache/apt/archives/geda-
utils_1%3a1.8.2-3_amd64.deb (--unpack):
 próba nadpisania /usr/bin/sw2asc, który istnieje także w pakiecie geda-
gnetlist 1:1.6.2-4.3

Retrying the upgrade after geda-gnetlist gets upgraded leads to correct
installation.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (503, 'testing'), (500, 'proposed-updates'), (500, 'stable'), 
(402, 'unstable'), (401, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages geda-utils depends on:
ii  gawk1:4.0.1+dfsg-2.1
ii  guile-2.0-libs  2.0.9+1-1
ii  libc6   2.18-4
pn  libgeda42   none
ii  libglib2.0-02.40.0-2
ii  mawk1.3.3-17
ii  python  2.7.5-5

geda-utils recommends no packages.

geda-utils suggests no packages.

-- no debconf information


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

Bug#722513: [flightgear-data-base] sid version's file conflict vs fgfs-scenery-base from stable

[Michał Mirosław]

Package: flightgear-data-base
Version: 2.10.0-2
Severity: minor

--- Please enter the report below this line. ---

Can't upgrade flightgear unless wheezy's fgfs-scenery-base is removed first.


Rozpakowywanie pakietu flightgear-data-base (z .../flightgear-data-
base_2.10.0-2_all.deb) ...
dpkg: błąd przetwarzania /var/cache/apt/archives/flightgear-data-
base_2.10.0-2_all.deb (--unpack):
 próba nadpisania 
/usr/share/games/flightgear/Scenery/Airports/C/A/6/CA67.threshold.xml, który 
istnieje także w pakiecie fgfs-scenery-base 2.6.0-1.1
dpkg-deb: błąd: podproces wklej został zabity sygnałem (Przerwany potok)
Wystąpiły błędy podczas przetwarzania:
 /var/cache/apt/archives/flightgear-data-base_2.10.0-2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.10.5mq

Debian Release: 7.1
  900 stable  security.debian.org 
  900 stable  ftp.uni-kl.de 
  900 stable  ftp.pl.debian.org 
  800 unstableftp.pl.debian.org 
  800 experimentalftp.pl.debian.org 
  600 oldstable   security.debian.org 
  600 oldstable   ftp.pl.debian.org 
  500 stable  deb.opera.com 
  500 proposed-updates ftp.pl.debian.org 
  500 oldstable-proposed-updates ftp.pl.debian.org 
  500 debian  packages.linuxmint.com 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
tzdata  | 2013c-0wheezy1
fonts-liberation| 1.07.2-6


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#705141: debhelper: perl modules using MakeMaker get non-empty INSTALL_BASE

[Michał Mirosław]

Package: debhelper
Version: 9.20120909
Severity: important
Tags: patch

The command:

 dh-make-perl --dist wheezy --cpan POE::Component::SNMP --install

generates .deb that installs the module under $HOME/usr/share/perl/ instead of
/usr/share/perl.

This looks similar to #517423 but for modules using MakeMaker to build. Adding
INSTALL_BASE= parameter to Makefile.PL invocation in
/usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm fixes the
problem (patch attached).



-- System Information:
Debian Release: 7.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (401, 
'experimental'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8.5 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debhelper depends on:
ii  binutils2.22-8
ii  dpkg1.16.10
ii  dpkg-dev1.16.10
ii  file5.11-2
ii  html2text   1.3.2a-15
ii  man-db  2.6.2-1
ii  perl5.14.2-20
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make  0.61

-- no debconf information
--- /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm.orig	2013-04-10 17:12:06.0 +0200
+++ /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm	2013-04-10 17:10:53.0 +0200
@@ -54,7 +54,7 @@
 		push @flags, LD=$Config{ld} $ENV{CFLAGS} $ENV{LDFLAGS};
 	}
 
-	$this-doit_in_sourcedir(perl, Makefile.PL, INSTALLDIRS=vendor,
+	$this-doit_in_sourcedir(perl, Makefile.PL, INSTALLDIRS=vendor, INSTALL_BASE=,
 		# if perl_build is not tested first, need to pass packlist
 		# option to handle fallthrough case
 		(compat(7) ? create_packlist=0 : ()),

Bug#705066: g++-4.7: wrong line indicated in warning for synthesized method

[Michał Mirosław]

Package: g++-4.7
Version: 4.7.2-5
Severity: minor

$ g++ -c -std=c++11 -Wunused-parameter  test.cpp
test.cpp:3:8: warning: unused parameter ‘p’ [-Wunused-parameter]
test.cpp: In function ‘int main()’:
test.cpp:21:17: note: synthesized method ‘A A::operator=(A)’ first
required here

$ cat test.cpp
#include functional

struct A  // line pointed-to by warning
{
struct B
{
B operator=(B) { return *this; }
};

B f;

A() = default;
A operator=(A p) = default;  // where the method is declared
};

int main()
{
A a;
A b;

b = std::move(a);
}

$ g++ -v
Using built-in specs.
COLLECT_GCC=/usr/bin/g++-4.7.real
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-5' --with-
bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-
languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7
--enable-shared --enable-linker-build-id --with-system-zlib
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-
gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-
sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-
time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --with-
arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64
-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-5)



-- System Information:
Debian Release: 7.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (401, 
'experimental'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8.5 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages g++-4.7 depends on:
ii  gcc-4.7 4.7.2-5
ii  gcc-4.7-base4.7.2-5
ii  libc6   2.13-38
ii  libgmp102:5.0.5+dfsg-2
ii  libmpc2 0.9-4
ii  libmpfr43.1.0-5
ii  libstdc++6-4.7-dev  4.7.2-5
ii  zlib1g  1:1.2.7.dfsg-13

g++-4.7 recommends no packages.

Versions of packages g++-4.7 suggests:
ii  g++-4.7-multilib4.7.2-5
ii  gcc-4.7-doc 4.7.2-2
pn  libstdc++6-4.7-dbg  none

-- no debconf information


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

Bug#686857: [roundcube] uuencoded attachments not recognized

[Michał Mirosław]

Package: roundcube
Version: 0.7.1-1~bpo60+1, 0.7.2-4
Severity: normal
Tags: patch

--- Please enter the report below this line. ---

Roundcube 0.7 doesn't properly recognize uuencoded attachments. Patch below, 
for 0.7.1-1~bpo60+1 (same changes needed in 0.7.2-4 in 
testing).

--- /usr/share/roundcube/program/include/rcube_message.php.orig 2012-01-17 
08:50:40.0 +0100
+++ /usr/share/roundcube/program/include/rcube_message.php  2012-09-06 
19:54:54.0 +0200
@@ -622,8 +622,7 @@
 $part-body = $this-imap-get_message_part($this-uid, 
$part-mime_id, $part);
 
 $parts = array();
-// FIXME: line length is max.65?
-$uu_regexp = '/begin [0-7]{3,4} 
([^\n]+)\n(([\x21-\x7E]{0,65}\n)+)`\nend/s';
+$uu_regexp = '/begin [0-7]{3,4} 
([^\n]+)\n(([\x20-\x60]{0,65}\n)+)`\nend/s';
 
 if (preg_match_all($uu_regexp, $part-body, $matches, PREG_SET_ORDER)) 
{
 // remove attachments bodies from the message body


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

Bug#680521: g++-4.7: ICE while compiling code using functional

[Michał Mirosław]

Package: g++-4.7
Version: 4.7.1-2
Severity: important

g++ ends with ICE on following test code:

===start===
#include functional

struct User
{
void run(void *) {}
};

int main()
{
User u;
std::functionvoid() p = std::bind(User::run, u, nullptr);
}
===end===

$ g++ -std=c++11 -c -O test.cpp
test.cpp: In constructor ‘std::function_Res(_ArgTypes
)::function(_Functor, typename std::enable_if(!
std::is_integral_Functor::value), std::function_Res(_ArgTypes
)::_Useless::type) [with _Functor = std::_Bindstd::_Mem_fnvoid
(User::*)(void*)(User*, std::nullptr_t); _Res = void; _ArgTypes = {};
typename std::enable_if(! std::is_integral_Functor::value),
std::function_Res(_ArgTypes ...)::_Useless::type =
std::functionvoid()::_Useless]’:
test.cpp:12:1: internal compiler error: in type_contains_placeholder_1, at
tree.c:2957
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.7/README.Bugs for instructions.
Preprocessed source stored into /tmp/ccTlnebC.out file, please attach this to
your bugreport.

Seems related to optimization and nullptr in args. When nullptr is replaced
with (void *)0, gcc compiles the code successfully.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (400, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.3.6+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages g++-4.7 depends on:
ii  gcc-4.7 4.7.1-2
ii  gcc-4.7-base4.7.1-2
ii  libc6   2.13-33
ii  libgmp102:5.0.5+dfsg-2
ii  libmpc2 0.9-4
ii  libmpfr43.1.0-5
ii  libstdc++6-4.7-dev  4.7.1-2
ii  zlib1g  1:1.2.7.dfsg-13

g++-4.7 recommends no packages.

Versions of packages g++-4.7 suggests:
ii  g++-4.7-multilib4.7.1-2
pn  gcc-4.7-doc none
pn  libstdc++6-4.7-dbg  none

-- no debconf information



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

Bug#680521: g++-4.7: ICE while compiling code using functional

[Michał Mirosław]

On Fri, Jul 06, 2012 at 04:40:27PM +0200, Michał Mirosław wrote:
 Package: g++-4.7
 Version: 4.7.1-2
 Severity: important

BTW, gcc 4.6 compiles the code fine.

Best Regards,
Michał Mirosław



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

Bug#657707: [initramfs-tools] modules for initrd are not stripped

[Michał Mirosław]

Package: initramfs-tools
Version: 0.99
Severity: normal

--- Please enter the report below this line. ---

Please add an option (possibly defaulted to on) to strip kernel modules and 
binaries put in initrd. When using kernel with debugging enables the 
unstripped modules are available in /lib/modules. Unneeded copy of the symbols 
in initrd image take over 80% of its size.

-rw-r--r-- 1 root root  5112330 Jan 17 23:50 initrd.img-3.2.1mq+ (stripped 
modules)
-rw-r--r-- 1 root root 32283567 Jan 28 08:06 initrd.img-3.2.2mq+ (unstripped 
modules)

(rebase from 3.2.1 to 3.2.2 is insignificant).

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.1mq+

Debian Release: wheezy/sid
  500 testing security.debian.org 
  500 testing ftp.uni-kl.de 
  500 testing ftp.pl.debian.org 
  500 stable  security.debian.org 
  500 stable  ftp.pl.debian.org 
  500 stable  deb.opera.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
klibc-utils   (= 1.5.9-1) | 1.5.25-1.1
cpio   | 2.11-7
module-init-tools  | 3.16-1
udev  (= 0.086-1) | 175-3
findutils  (= 4.2.24) | 4.4.2-4


Recommends (Version) | Installed
-+-===
busybox   (= 1:1.01-3)  | 1:1.19.3-5
 OR busybox-initramfs| 


Suggests (Version) | Installed
==-+-===
bash-completion| 1:1.99-3



--- Output from package bug script ---
-- initramfs sizes
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.2.1mq+ root=/dev/mapper/rabbit-root ro 
libata.ignore_hpa=1 disable_mtrr_cleanup

-- /proc/filesystems
ext4
ext2
fuseblk

-- lsmod
Module  Size  Used by
cpufreq_powersave  12454  0 
bnep   17567  2 
autofs431688  2 
cpufreq_userspace  12576  0 
cpufreq_stats  12907  0 
rfcomm 45914  14 
cpufreq_conservative13147  0 
snd_hrtimer12604  1 
pci_stub   12429  1 
vboxpci19021  0 
vboxnetadp 13155  0 
vboxnetflt 23571  0 
vboxdrv   185832  3 vboxpci,vboxnetadp,vboxnetflt
binfmt_misc12957  1 
deflate12551  0 
zlib_deflate   25600  1 deflate
ctr12979  0 
twofish_generic16569  0 
twofish_x86_64_3way25167  0 
twofish_x86_64 12501  1 twofish_x86_64_3way
twofish_common 20505  3 
twofish_generic,twofish_x86_64_3way,twofish_x86_64
camellia   29068  0 
serpent29015  0 
blowfish_generic   12464  0 
blowfish_x86_6421201  0 
blowfish_common16447  2 blowfish_generic,blowfish_x86_64
cast5  24829  0 
des_generic20851  0 
xcbc   12709  0 
rmd160 16640  0 
sha512_generic 12625  0 
sha1_ssse3 16950  0 
sha1_generic   12539  1 sha1_ssse3
hmac   12835  0 
crypto_null12732  0 
af_key 31759  0 
fuse   61893  1 
nfsd  211858  13 
nfs   252501  0 
lockd  67328  2 nfsd,nfs
auth_rpcgss37136  2 nfsd,nfs
nfs_acl12511  2 nfsd,nfs
sunrpc168861  19 nfsd,nfs,lockd,auth_rpcgss,nfs_acl
ext2   59194  1 
loop   22639  0 
firewire_sbp2  17993  0 
btusb  17462  2 
snd_hda_codec_hdmi 30824  1 
snd_hda_codec_realtek45973  1 
pl2303 17262  0 
ftdi_sio   38270  0 
snd_emu10k1_synth  13016  0 
snd_emux_synth 28917  1 snd_emu10k1_synth
snd_seq_virmidi13175  1 snd_emux_synth
snd_seq_midi_emul  12770  1 snd_emux_synth
snd_emu10k1   128039  3 snd_emu10k1_synth
snd_ac97_codec106859  1 snd_emu10k1
ac97_bus   12510  1 snd_ac97_codec
snd_hda_intel  26305  4 
snd_hda_codec  68801  3 
snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
usbserial  32061  2 pl2303,ftdi_sio
i915  355716  2 
ath3k  12671  0 
snd_pcm_oss36899  0 
bluetooth 164414  24 bnep,rfcomm,btusb,ath3k
snd_mixer_oss  17881  1 snd_pcm_oss
snd_pcm63678  7 
snd_hda_codec_hdmi,snd_emu10k1,snd_ac97_codec,snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_util_mem   12704  2 snd_emux_synth,snd_emu10k1
snd_hwdep  13150  3 snd_emux_synth,snd_emu10k1,snd_hda_codec
snd_seq_midi   12848  0 
snd_rawmidi22984  3 snd_seq_virmidi,snd_emu10k1,snd_seq_midi
snd_seq_midi_event 13316  2 snd_seq_virmidi,snd_seq_midi
snd_seq45015  6 

Bug#650989: [plasma-widget-networkmanagement] plasma-desktop crash when plugging in Linux-based USB network device

[Michał Mirosław]

Package: plasma-widget-networkmanagement
Version: 0.9~git2003.1240c6f-1
Severity: normal

--- Please enter the report below this line. ---

plasma-desktop crashes when plugging in device using Linux-based gadget 
implementing network device. Looks like upstream bug 
https://bugs.kde.org/show_bug.cgi?id=283241

Trace (very similar to the presented in upstream bug report):

Application: Powłoka pulpitu Plazmy (plasma-desktop), signal: Segmentation 
fault
[Current thread is 1 (Thread 0x7fdc2f899780 (LWP 3006))]

Thread 2 (Thread 0x7fdc09ed2700 (LWP 3031)):
#0  0x7fdc2f18c723 in *__GI___poll (fds=optimized out, nfds=optimized 
out, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x7fdc2332c5d8 in g_main_context_poll (n_fds=1, fds=0x7fdc04003140, 
timeout=-1, context=0x7fdc04001860, priority=optimized out) at 
/tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3391
#2  g_main_context_iterate (context=0x7fdc04001860, block=optimized out, 
dispatch=1, self=optimized out) at 
/tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3071
#3  0x7fdc2332ca99 in g_main_context_iteration (context=0x7fdc04001860, 
may_block=1) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3139
#4  0x7fdc2c343b26 in QEventDispatcherGlib::processEvents (this=0x1be5830, 
flags=optimized out) at kernel/qeventdispatcher_glib.cpp:424
#5  0x7fdc2c3181c2 in QEventLoop::processEvents (this=optimized out, 
flags=...) at kernel/qeventloop.cpp:149
#6  0x7fdc2c3183bf in QEventLoop::exec (this=0x7fdc09ed1dd0, flags=...) at 
kernel/qeventloop.cpp:201
#7  0x7fdc2c2301ef in QThread::exec (this=optimized out) at 
thread/qthread.cpp:492
#8  0x7fdc2c2fb1ef in QInotifyFileSystemWatcherEngine::run 
(this=0x1be4b10) at io/qfilesystemwatcher_inotify.cpp:248
#9  0x7fdc2c232c05 in QThreadPrivate::start (arg=0x1be4b10) at 
thread/qthread_unix.cpp:320
#10 0x7fdc24040b40 in start_thread (arg=optimized out) at 
pthread_create.c:304
#11 0x7fdc2f19736d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x in ?? ()

Thread 1 (Thread 0x7fdc2f899780 (LWP 3006)):
[KCrash Handler]
#6  0x7fdc0c45ff1d in WirelessStatusPrivate::init(RemoteWirelessObject*) () 
from /usr/lib/kde4/plasma_applet_networkmanagement.so
#7  0x7fdc0c45f5f2 in 
WirelessStatus::WirelessStatus(RemoteWirelessNetwork*) () from 
/usr/lib/kde4/plasma_applet_networkmanagement.so
#8  0x7fdc0c45e057 in 
WirelessNetworkItem::WirelessNetworkItem(RemoteWirelessNetwork*, 
QGraphicsItem*) () from /usr/lib/kde4/plasma_applet_networkmanagement.so
#9  0x7fdc0c44e959 in 
ActivatableListWidget::createItem(RemoteActivatable*, int) () from 
/usr/lib/kde4/plasma_applet_networkmanagement.so
#10 0x7fdc0c44f028 in 
ActivatableListWidget::activatableAdded(RemoteActivatable*, int) () from 
/usr/lib/kde4/plasma_applet_networkmanagement.so
#11 0x7fdc0c43ec05 in 
ActivatableListWidget::qt_metacall(QMetaObject::Call, int, void**) () from 
/usr/lib/kde4/plasma_applet_networkmanagement.so
#12 0x7fdc2c32bb1a in QMetaObject::activate (sender=0x1ac2c70, 
m=optimized out, local_signal_index=optimized out, argv=0x7fff333051a0) at 
kernel/qobject.cpp:3278
#13 0x7fdc0c1f219a in 
RemoteActivatableList::activatableAdded(RemoteActivatable*, int) () from 
/usr/lib/libknmclient.so.4
#14 0x7fdc0c1f74dd in 
RemoteActivatableList::handleActivatableAdded(QString const, unsigned int, 
int) () from /usr/lib/libknmclient.so.4
#15 0x7fdc0c1f20ea in 
RemoteActivatableList::qt_metacall(QMetaObject::Call, int, void**) () from 
/usr/lib/libknmclient.so.4
#16 0x7fdc2c32bb1a in QMetaObject::activate (sender=0x1a7f470, 
m=optimized out, local_signal_index=optimized out, argv=0x7fff333053a0) at 
kernel/qobject.cpp:3278
#17 0x7fdc0c1fa3f1 in NetworkManagementInterface::ActivatableAdded(QString 
const, unsigned int, int) () from /usr/lib/libknmclient.so.4
#18 0x7fdc0c1fa27a in 
NetworkManagementInterface::qt_metacall(QMetaObject::Call, int, void**) () 
from /usr/lib/libknmclient.so.4
#19 0x7fdc2c670971 in QDBusConnectionPrivate::deliverCall (this=0x147deb0, 
object=0x1a7f470, msg=..., metaTypes=..., slotIdx=5) at 
qdbusintegrator.cpp:941
#20 0x7fdc2c679eaf in QDBusCallDeliveryEvent::placeMetaCall 
(this=optimized out, object=optimized out) at qdbusintegrator_p.h:103
#21 0x7fdc2c32f6ca in QObject::event (this=0x1a7f470, e=optimized out) 
at kernel/qobject.cpp:1217
#22 0x7fdc2b6d19f4 in notify_helper (e=0x2063850, receiver=0x1a7f470, 
this=0x1490440) at kernel/qapplication.cpp:4467
#23 QApplicationPrivate::notify_helper (this=0x1490440, receiver=0x1a7f470, 
e=0x2063850) at kernel/qapplication.cpp:4439
#24 0x7fdc2b6d6881 in QApplication::notify (this=0x147d250, 
receiver=0x1a7f470, e=0x2063850) at kernel/qapplication.cpp:4346
#25 0x7fdc2d001b96 in KApplication::notify (this=0x147d250, 
receiver=0x1a7f470, event=0x2063850) at 
../../kdeui/kernel/kapplication.cpp:311
#26 0x7fdc2c318fbc in QCoreApplication::notifyInternal 

Bug#240170: #240170 tar: Cannot utime: Operation not permitted

[Michał Mirosław]

This bug returned after upgrading to squeeze from lenny. The following happens
while building OpenWRT:

[...]
make[3]: Entering directory 
`/home/mirq/gkamikaze_8.09.1/feeds/packages/net/quagga'
IPKG_TMP=/home/mirq/gkamikaze_8.09.1/tmp/ipkg 
IPKG_INSTROOT=/home/mirq/tuw-owrt/kamikaze_8.09.1/build_dir/mipsel/root-brcm47xx
 IPKG_CONF_DIR=/home/mirq/tuw-owrt/kamikaze_8.09.1/staging_dir/mipsel/etc 
IPKG_OFFLINE_ROOT=/home/mirq/tuw-owrt/kamikaze_8.09.1/build_dir/mipsel/root-brcm47xx
 /home/mirq/tuw-owrt/kamikaze_8.09.1/scripts/ipkg -force-defaults 
-force-depends install 
/home/mirq/tuw-owrt/kamikaze_8.09.1/bin/packages/mipsel/quagga_0.98.6-1_mipsel.ipk
Unpacking quagga...Done.
Configuring quagga...tar: ./var: Cannot utime: Operation not permitted
tar: Exiting with failure status due to previous errors
make[3]: *** 
[/home/mirq/gkamikaze_8.09.1/build_dir/mipsel/root-brcm47xx/usr/lib/ipkg/info/quagga.list]
 Error 2
make[3]: Leaving directory 
`/home/mirq/gkamikaze_8.09.1/feeds/packages/net/quagga'
make[2]: *** [package/feeds/packages/quagga/install] Error 2
make[2]: Leaving directory `/home/mirq/gkamikaze_8.09.1'
make[1]: *** 
[/home/mirq/gkamikaze_8.09.1/staging_dir/mipsel/stamp/.package_install] Error 2
make[1]: Leaving directory `/home/mirq/gkamikaze_8.09.1'
make: *** [world] Błąd 2

The build doesn't fail after upgrading tar to current wheezy's version (1.25-3)
and reappears after downgrading it back to sqeeze's (1.23-3).

Broken:

mirq@groch:~$ dpkg -s tar
Package: tar
Essential: yes
Status: install ok installed
Priority: required
Section: utils
Installed-Size: 2108
Maintainer: Bdale Garbee bd...@gag.com
Architecture: amd64
Version: 1.23-3
Replaces: cpio ( 2.4.2-39)
Pre-Depends: libc6 (= 2.6)
Suggests: bzip2, ncompress, xz-utils
Conflicts: cpio (= 2.4.2-38)
Conffiles:
 /etc/rmt 3c58b7cd13da1085eff0acc6a00f43c7
Description: [...]

Working:

mirq@groch:~$ dpkg -s tar
Package: tar
Essential: yes
Status: install ok installed
Priority: required
Section: utils
Installed-Size: 2660
Maintainer: Bdale Garbee bd...@gag.com
Architecture: amd64
Version: 1.25-3
Replaces: cpio ( 2.4.2-39)
Pre-Depends: libc6 (= 2.6)
Suggests: bzip2, ncompress, xz-utils
Breaks: dpkg-dev ( 1.14.26)
Conflicts: cpio (= 2.4.2-38)
Conffiles:
 /etc/rmt 3c58b7cd13da1085eff0acc6a00f43c7
Description: [...]

Best Regards,
Michał Mirosław



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

Bug#572920: #572920: mpg123 broken after libltdl3 upgrade

[Michał Mirosław]

I just verified, that removing cve-2009-3736.patch from series file and
rebuilding libltdl3 package fixes mpg123. That patch stops libltdl from
looking in CWD for .la files and that breaks mpg123 module loading.

In case of mpg123 it does:

chdir(/usr/lib/mpg123);
lt_dlopen(type_module.la);

BTW, when passing '-o /../X' mpg123 will happily lt_dlopen(type_/../X.la),
but that's another story.

Best Regards,
Michał Mirosław



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