date:20170521

On Sun, May 21, 2017 at 09:06:21PM +0200, Víctor Cuadrado Juan wrote:
>...
> --- ~/.devscripts ---
> BTS_INTERACTIVE= yes
>...

Remove the space, this is the source of your problems.

Looking at the manpage, it is actually documented behaviour.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#863112: linux-image-4.9.0-3-686: controller of Video Games not Work fine,move the ANALOGICS move 2 AXIS same time instead 1 AXIS

2017-05-21 Thread alexlikerock

Package: src:linux
Version: 4.9.25-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
play "GoldenEye_007"  whit muppen64plus
   whit  controller  :
ID 0079:0006 DragonRise Inc. PC TWIN SHOCK Gamepad


* What exactly did you do (or not do) that was effective (or
 ineffective)?

at the game JOYPAD control target of the gun (rigth, left , up, down)
and  JOYSTICK (analogic) , controll person(agent James Bond) moves (walk front 
, walk back,  walk rigth, walk left)


   * What was the outcome of this action?
when move JOYSTICK to left  , the agent James Bond, move both things "body" and 
"gun" at   same   time,
 must  move  only ONE

i open "jstest-gtk" to take look the calibration.

1.-move  "left analogic"  to left : 
 ANALOGIC  move  2 AXIS  same time when move to one  way (left) , 
 then  AXIS 0 = -32767 and AXIS 2  = -32767 
 ***WORK WRONG*** must move  only ONE ;  AXIS 0 = -32767

2.-move  "left analogic"  to rigth
ANALOGIC  move  2 AXIS  same time when move to one  way (right) ,  
 then  AXIS 0 = +32767 and AXIS 2  = +32767
***WORK WRONG***  must move  only ONE ;  AXIS 0 = +32767

3.-move  "left analogic"  to UP
ANALOGIC  move  1 AXIS  at time when move to one  way (UP) ,
 then  AXIS 1 = -32767
*work fine

4.-move  "left analogic"  to DOWN
ANALOGIC  move  1 AXIS  at time when move to one  way (Down) ,
 then  AXIS 1 = +32767
*work fine



5.-move "rigth analogic" to left
ANALOGIC  move 1 AXIS at time when move to one way (left),
then AXIS 3 = -32767
*Wrok fine

6.-move "rigth analogic" to right
ANALOGIC  move 1 AXIS at time when move to one way (right),
then AXIS 3 = +32767
*Wrok fine

7.-move "rigth analogic" to UP
ANALOGIC  move  2 AXIS  same time when move to one  way  (UP),
then AXIS 2 = -32767 and AXIS 4  = -32767
***WORK WRONG***  Must  move only ONE AXIS ; 

8.-move "rigth analogic to DOWN
ANALOGIC  move  2 AXIS  same time when move to one  way  (DOWN),
then AXIS 2 = +32767 and AXIS 4  = +32767
***WORK WRONG***  Must  move only ONE AXIS; 



AXIS #2 move several times,
 at my points 1,2,7,8  together with other  AXIS at same time

   * What outcome did you expect instead?
AXIS activate  individual and never together  with other AXIS



Whit JOYPAD, looks  work fine at jstest-gtk.


at M$.window$ work fine the controller.
 
i will add pics , with jstest-gtk


*** End of the template - remove these template lines ***


-- Package-specific info:
** Version:
Linux version 4.9.0-3-686 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170415 (Debian 6.3.0-14) ) #1 SMP Debian 4.9.25-1 (2017-05-02)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-686 
root=UUID=5af4ca24-5020-45fa-8a43-e16e359e6b1f ro

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information

** Loaded modules:
hid_dr
ff_memless
usblp
iptable_mangle
iptable_filter
ip_tables
x_tables
pci_stub
vboxpci(O)
vboxnetadp(O)
vboxnetflt(O)
vboxdrv(O)
cpufreq_powersave
cpufreq_userspace
cpufreq_conservative
cfg80211
rfkill
binfmt_misc
fuse
loop
joydev
nvidia(PO)
snd_hda_codec_realtek
snd_hda_codec_generic
edac_mce_amd
edac_core
kvm_amd
kvm
ppdev
evdev
irqbypass
snd_hda_intel
snd_hda_codec
serio_raw
snd_hda_core
pcspkr
snd_hwdep
k10temp
snd_pcm_oss
snd_mixer_oss
snd_pcm
snd_timer
snd
sg
drm
parport_pc
soundcore
parport
button
acpi_cpufreq
ext4
crc16
jbd2
crc32c_generic
fscrypto
ecb
xts
lrw
gf128mul
ablk_helper
cryptd
aes_i586
mbcache
uas
usb_storage
hid_generic
sd_mod
ata_generic
usbhid
hid
sata_nv
ohci_pci
libata
scsi_mod
forcedeth
ehci_pci
ohci_hcd
ehci_hcd
usbcore
usb_common
i2c_nforce2

** PCI devices:
00:00.0 RAM memory [0500]: NVIDIA Corporation MCP61 Host Bridge [10de:03e2] 
(rev a1)
Subsystem: Gigabyte Technology Co., Ltd MCP61 Host Bridge [1458:5001]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:01.0 ISA bridge [0601]: NVIDIA Corporation MCP61 LPC Bridge [10de:03e1] (rev 
a2)
Subsystem: Gigabyte Technology Co., Ltd MCP61 LPC Bridge [1458:0c11]
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 
Kernel driver in use: nForce2_smbus
Kernel modules: i2c_nforce2

00:01.2 RAM memory [0500]: NVIDIA Corporation MCP61 Memory Controller 
[10de:03f5] (rev a2)
Subsystem: Gigabyte Technology Co., Ltd MCP61 Memory Controller 
[1458:0c11]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 
Kernel driver in

Bug#858096: [mate-panel?] Mate panel unstable, notification area icons disappear without warning

2017-05-21 Thread Stefano Rivera

Control: severity -1 normal

> I have been doing some more on this issue, even though it appears no one
> else is interested, and have found that it happens when the panel properties
> > background is changed from "None (use system theme" to "Solid colour" and
> the style is adjusted to make the panel transparent. If the panel is left
> Opaque the icons stay as they should but any transparency causes the icons
> to disappear.

Yep. I can reproduce that. And I don't think it qualifies as an RC bug,
it is easily worked around.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Bug#863111: systemd: Unable to open file: /etc/ima/ima-policy (-2)

2017-05-21 Thread Laurent Bigonville

Package: systemd
Version: 233-6
Severity: normal

Hi,

With systemd 233, I get the following message in dmesg:

[   10.279614] Unable to open file: /etc/ima/ima-policy (-2)

I guess this should only be logged in debug mode.

Regards,

Laurent Bigonville

-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3+b1
ii  libapparmor12.11.0-3
ii  libaudit1   1:2.6.7-2
ii  libblkid1   2.29.2-1
ii  libc6   2.24-10
ii  libcap2 1:2.25-1
ii  libcryptsetup4  2:1.7.3-4
ii  libgcrypt20 1.7.6-1
ii  libgpg-error0   1.26-2
ii  libidn111.33-1
ii  libip4tc0   1.6.0+snapshot20161117-6
ii  libkmod224-1
ii  liblz4-10.0~r131-2+b1
ii  liblzma55.2.2-1.2+b1
ii  libmount1   2.29.2-1
ii  libpam0g1.1.8-3.5
ii  libseccomp2 2.3.1-2.1
ii  libselinux1 2.6-3+b1
ii  libsystemd0 233-6
ii  mount   2.29.2-1
ii  util-linux  2.29.2-1

Versions of packages systemd recommends:
ii  dbus1.10.18-1
ii  libpam-systemd  233-6

Versions of packages systemd suggests:
ii  policykit-10.113-5
ii  systemd-container  233-6

Versions of packages systemd is related to:
pn  dracut   
ii  initramfs-tools  0.130
ii  udev 233-6

-- no debconf information

Bug#863110: openvpn: VPN remains connected, but network is unreachable after 30-45 min and requires reconnect

2017-05-21 Thread Prescott

Package: openvpn
Version: 2.4.0-5
Severity: important

Dear Maintainer,

   After the upgrade to openvpn 2.4.0-5 (from *-4), an issue has been
   occuring where after having been connected to the VPN for an
   approximate amount of time of around 30-45 minutes, the network
   connection will drop.  NetworkManager continues to state that the VPN
   is currently active, but no network is reachable.  The only way to
   restart the VPN network is to bring the connection up again.

   As stated before, I am using openvpn through NetworkManger, and use
   nmcli with a configured VPN config file and a separate password file from a 
paid service I
   subscribe to.


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (300, 'experimental'), (300, 'unstable')
Architecture: amd64
 (x86_64)

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

Versions of packages openvpn depends on:
ii  debconf [debconf-2.0]  1.5.60
ii  init-system-helpers1.48
ii  iproute2   4.9.0-1
ii  libc6  2.24-10
ii  liblz4-1   0.0~r131-2+b1
ii  liblzo2-2  2.08-1.2+b2
ii  libpam0g   1.1.8-3.5
ii  libpkcs11-helper1  1.21-1
ii  libssl1.0.21.0.2k-1
ii  libsystemd0232-23
ii  lsb-base   9.20161125

Versions of packages openvpn recommends:
ii  easy-rsa  2.2.2-2

Versions of packages openvpn suggests:
ii  openssl 1.1.0e-2
pn  resolvconf  

-- debconf information:
  openvpn/create_tun: false

Bug#863082: pulseaudio: debian/copyright does not contain AGPL-3+ text, and references missing file instead

2017-05-21 Thread Felipe Sateler

On Sun, May 21, 2017 at 10:36 AM, Mattia Rizzolo  wrote:
> Source: pulseaudio
> Version: 10.0-1
> Severity: serious
>
> the copyright file has this paragraph:
>
> |Files: src/utils/qpaeq
> |Copyright: 2009  Jason Newton 
> |License: AGPL-3+
> | This program is free software: you can redistribute it and/or modify
> | it under the terms of the GNU Affero General Public License as
> | published by the Free Software Foundation, either version 3 of the
> | License, or (at your option) any later version.
> | .
> | This program 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 Affero General Public License for more details.
> | .
> | On Debian systems, the complete text of the AGPL 3 can be found in
> | /usr/share/doc/pulseaudio/AGPL
>
>
> This is not acceptable for our current policy for the same points:
>
> * said file /usr/share/doc/pulseaudio/AGPL is missing, it appears to be
>   compressed instead
> * so /use/share/doc/pulseaudio/AGPL.gz iscompressed, and quoting the
>   policy "This file must neither be compressed nor be a symbolic link"

Indeed, it was compressed by dh_compress. I need to add an exclusion

> * there are binaries shipped by src:pulseaudio which do not depend on
>   the pulseaudio binary package, thus totally missing the AGPL-3 text

All packages ship AGPL file, but indeed the reference is to the
pulseaudio package directory. Will fix.

> * policy does not consider files different than
>   /usr/share/doc//copyright to be possible, except for a few cases
>   explicitly listed there (where this is not one of those)

`grep usr/share/doc /usr/share/doc/*/copyright` in my system lists
several files making references to copyright in other files. Policy
might need to be updated.


-- 

Saludos,
Felipe Sateler

Bug#863061: reprepro fails to generate contents file "Error decompressing gz data: incorrect header check -3".

2017-05-21 Thread peter green


Tags 863061 +patch
Thanks

After some more hacking I got a fix that works. It seems that the "ar" code 
doesn't support reading a member more than once, so it is necessary to retry the whole 
process in uncompressed mode rather than just retrying reading the data member.

Debdiff attatched, no intent to NMU.

diff -Nru reprepro-5.1.1/debian/changelog reprepro-5.1.1/debian/changelog
--- reprepro-5.1.1/debian/changelog 2017-01-08 12:21:09.0 +
+++ reprepro-5.1.1/debian/changelog 2017-05-21 03:27:45.0 +
@@ -1,3 +1,10 @@
+reprepro (5.1.1-1~bpo8+1+test) UNRELEASED; urgency=medium
+
+  * If data tar extraction fails try again as uncompressed.
+Some packages have an uncompressed data.tar.gz 
+
+ -- root   Sun, 21 May 2017 03:07:25 +
+
 reprepro (5.1.1-1~bpo8+1) jessie-backports; urgency=medium
 
   * Rebuild for jessie-backports.
diff -Nru reprepro-5.1.1/debian/patches/series 
reprepro-5.1.1/debian/patches/series
--- reprepro-5.1.1/debian/patches/series1970-01-01 00:00:00.0 
+
+++ reprepro-5.1.1/debian/patches/series2017-05-21 03:09:07.0 
+
@@ -0,0 +1 @@
+uncompression.diff
diff -Nru reprepro-5.1.1/debian/patches/uncompression.diff 
reprepro-5.1.1/debian/patches/uncompression.diff
--- reprepro-5.1.1/debian/patches/uncompression.diff1970-01-01 
00:00:00.0 +
+++ reprepro-5.1.1/debian/patches/uncompression.diff2017-05-21 
12:51:43.0 +
@@ -0,0 +1,43 @@
+ If data tar extraction fails try again as uncompressed.
+Some packages have an uncompressed data.tar.gz.
+
+Index: reprepro-5.1.1/debfilecontents.c
+===
+--- reprepro-5.1.1.orig/debfilecontents.c
 reprepro-5.1.1/debfilecontents.c
+@@ -137,8 +137,10 @@ static retvalue read_data_tar(/*@out@*/c
+ retvalue getfilelist(/*@out@*/char **filelist, size_t *size, const char 
*debfile) {
+   struct ar_archive *ar;
+   retvalue r;
+-  bool hadcandidate = false;
+-
++  bool hadcandidate;
++  bool uncompressedretry = false;
++  retrylabel:
++  hadcandidate = false;
+   r = ar_open(, debfile);
+   if (RET_WAS_ERROR(r))
+   return r;
+@@ -163,6 +165,7 @@ retvalue getfilelist(/*@out@*/char **fil
+   free(filename);
+   continue;
+   }
++  if (uncompressedretry) c = c_none;
+   ar_archivemember_setcompression(ar, c);
+   if (uncompression_supported(c)) {
+   struct archive *tar;
+@@ -194,7 +197,13 @@ retvalue getfilelist(/*@out@*/char **fil
+   if (r != RET_NOTHING) {
+   ar_close(ar);
+   free(filename);
+-  return r;
++  if ((r == RET_ERROR) && 
(!uncompressedretry)) {
++  uncompressedretry = true;
++  fprintf(stderr,"retrying 
uncompressed\n");
++  goto retrylabel;
++  } else {
++  return r;
++  }
+   }
+ 
+   }

Bug#863002: grep missing path

2017-05-21 Thread Santiago R.R.

Thanks for your report. However, I'm not sure it is a bug.

El 19/05/17 a las 22:04, john mullee escribió:
> Package: grep
> Version: 2.20-4.1
> 
> cat /bin/egrep
> #!/bin/sh
> exec grep -E "$@"
> 
> should replace with
> 
> exec /bin/grep -E "$@"
> 
> to reproduce:
> 
> root@debian-512mb-fra1-01:/opt/firewall# bash
> root@debian-512mb-fra1-01:/opt/firewall# PATH=/usr/local egrep "any" /etc/*
> bash: egrep: command not found
> 

I am afraid the behaviour of that command is not what you meant. You
shell was looking for egrep at your modified path, it was not even able
to read egrep's content. Try this:

PATH=/usr/local grep a /etc/*
zsh: command not found: grep
PATH=/usr/local /usr/bin/which grep
(empty)

Or even:

PATH=/usr/local ls
zsh: command not found: ls

Note also that the use of egrep, fgrep and rgrep variants is deprecated.
You should use -E, -F or -r instead.

Cheers,

Santiago

P.S. I will close this bug "soon" unless you are able to argue why it is
actually a bug.

Bug#830546: tpm-tools: diff for NMU version 1.3.9.1-0.2

2017-05-21 Thread Laurent Bigonville

Control: tags 830546 + patch
Control: tags 830546 + pending

Dear maintainer,

I've prepared an NMU for tpm-tools (versioned as 1.3.9.1-0.2) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru tpm-tools-1.3.9.1/debian/changelog tpm-tools-1.3.9.1/debian/changelog
--- tpm-tools-1.3.9.1/debian/changelog  2017-05-13 13:55:08.0 +0200
+++ tpm-tools-1.3.9.1/debian/changelog  2017-05-22 00:20:40.0 +0200
@@ -1,3 +1,15 @@
+tpm-tools (1.3.9.1-0.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control:
+- Bump debhelper version to 10
+- Bump Standards-Version to 3.9.8
+- Drop tpm-tools-dbg package and rely on the dbgsym ones
+  * Move the executables using openCryptoki to a new tpm-tools-pkcs11 package
+(Closes: #830546)
+
+ -- Laurent Bigonville   Mon, 22 May 2017 00:20:40 +0200
+
 tpm-tools (1.3.9.1-0.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru tpm-tools-1.3.9.1/debian/compat tpm-tools-1.3.9.1/debian/compat
--- tpm-tools-1.3.9.1/debian/compat 2015-03-25 18:03:36.0 +0100
+++ tpm-tools-1.3.9.1/debian/compat 2017-05-14 02:06:10.0 +0200
@@ -1 +1 @@
-9
+10
diff -Nru tpm-tools-1.3.9.1/debian/control tpm-tools-1.3.9.1/debian/control
--- tpm-tools-1.3.9.1/debian/control2017-05-13 13:49:13.0 +0200
+++ tpm-tools-1.3.9.1/debian/control2017-05-14 02:21:06.0 +0200
@@ -3,16 +3,15 @@
 Priority: optional
 Maintainer: Pierre Chifflier 
 Build-Depends:
- debhelper (>= 9), autotools-dev, automake, libopencryptoki-dev,
+ debhelper (>= 10), autotools-dev, automake, libopencryptoki-dev,
  libtspi-dev (>= 0.3.10),
  quilt, dh-autoreconf, autopoint
-Standards-Version: 3.9.6
+Standards-Version: 3.9.8
 Homepage: http://trousers.sourceforge.net/
 
 Package: tpm-tools
-Section: admin
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, opencryptoki, trousers
+Depends: ${misc:Depends}, ${shlibs:Depends}, trousers
 Description: Management tools for the TPM hardware (tools)
  tpm-tools is a group of tools to manage and utilize the Trusted Computing
  Group's TPM hardware. TPM hardware can create, store and use RSA keys securely
@@ -20,24 +19,21 @@
  using cryptographic hashes and more.
  .
  This package contains tools to allow the platform administrator the ability
- to manage and diagnose the platform's TPM. Additionally, the package contains
- commands to utilize some of the capabilities available in the TPM PKCS#11
- interface implemented in the openCryptoki project.
+ to manage and diagnose the platform's TPM.
 
-Package: tpm-tools-dbg
-Section: debug
-Priority: extra
+Package: tpm-tools-pkcs11
 Architecture: any
-Depends:
- ${misc:Depends}, tpm-tools (= ${binary:Version}),
- libtpm-unseal1 (= ${binary:Version}), libtpm-unseal-dev (= ${binary:Version})
-Description: Management tools for the TPM hardware (debug)
+Depends: ${misc:Depends}, ${shlibs:Depends}, opencryptoki, trousers
+Breaks: tpm-tools (<< 1.3.9.1-0.2~)
+Replaces: tpm-tools (<< 1.3.9.1-0.2~)
+Description: Management tools for the TPM hardware (PKCS#11 tools)
  tpm-tools is a group of tools to manage and utilize the Trusted Computing
  Group's TPM hardware. TPM hardware can create, store and use RSA keys securely
  (without ever being exposed in memory), verify a platform's software state
  using cryptographic hashes and more.
  .
- This package contains the debugging symbols.
+ This package contains commands to utilize some of the capabilities available
+ in the TPM PKCS#11 interface implemented in the openCryptoki project.
 
 Package: libtpm-unseal1
 Section: libs
diff -Nru tpm-tools-1.3.9.1/debian/rules tpm-tools-1.3.9.1/debian/rules
--- tpm-tools-1.3.9.1/debian/rules  2015-06-28 12:15:05.0 +0200
+++ tpm-tools-1.3.9.1/debian/rules  2017-05-14 02:17:32.0 +0200
@@ -8,4 +8,4 @@
dh_install --fail-missing
 
 override_dh_strip:
-   dh_strip --dbg-package=tpm-tools-dbg
+   dh_strip --dbgsym-migration='tpm-tools-dbg (<< 1.3.9.1-0.2~)'
diff -Nru tpm-tools-1.3.9.1/debian/tpm-tools.install 
tpm-tools-1.3.9.1/debian/tpm-tools.install
--- tpm-tools-1.3.9.1/debian/tpm-tools.install  2015-03-25 18:03:39.0 
+0100
+++ tpm-tools-1.3.9.1/debian/tpm-tools.install  2017-05-14 02:16:47.0 
+0200
@@ -1,4 +1,4 @@
-/usr/bin
-/usr/sbin
-/usr/share/man/man1
+/usr/bin/tpm_*
+/usr/sbin/tpm_*
+/usr/share/man/man1/tpm_*
 /usr/share/man/man8
diff -Nru tpm-tools-1.3.9.1/debian/tpm-tools-pkcs11.install 
tpm-tools-1.3.9.1/debian/tpm-tools-pkcs11.install
--- tpm-tools-1.3.9.1/debian/tpm-tools-pkcs11.install   1970-01-01 
01:00:00.0 +0100
+++ tpm-tools-1.3.9.1/debian/tpm-tools-pkcs11.install   2017-05-14 
02:17:03.0 +0200
@@ -0,0 +1,2 @@
+usr/bin/tpmtoken_*
+usr/share/man/man1/tpmtoken_*

Bug#861908: gsequencer: testsuite crashes if AddressSanitizer is enabled

2017-05-21 Thread Joël Krähemann

Hi

Just figured out that are mainly issues related
to memory leakes within the test that can be
safely ignored.

Note I have fixed additional issues with this
test:

http://git.savannah.nongnu.org/cgit/gsequencer.git/commit/?h=0.8.x=78e7b1877add068e59b18b13e2e3b4e245e0b3d3


On Sun, May 21, 2017 at 11:38 PM, Joël Krähemann  wrote:
> Hi
>
> Just recognized every _ unit test fails.
> So I'm busy for a while.
>
> Cheers,
> Joël
>
>
> On Sun, May 21, 2017 at 11:15 PM, Joël Krähemann  
> wrote:
>> Hi
>>
>> the stack-trace above should be fixed commit:
>>
>> http://git.savannah.nongnu.org/cgit/gsequencer.git/commit/?h=0.8.x=d6a5a226fa01525bbcce3824dfb5f7e82767eb62
>>
>> Since I didn't test with address sanitizer this wasn't recognized.
>> I just do run it now. Might be there other issues.
>>
>> Bests,
>> Joël
>>
>>
>> On Fri, May 5, 2017 at 6:06 PM, James Cowgill  wrote:
>>> Source: gsequencer
>>> Version: 0.8.0-1
>>> Severity: important
>>>
>>> Hi,
>>>
>>> While looking at #861645 I noticed that the gsequencer testsuite
>>> crashes on x86 with a heap buffer overflow when AddressSanitizer
>>> (-fsanitize=address) is enabled.
>>>
>>>
>>> FAIL: ags_midi_buffer_util_test
>>> ===
>>>
>>>
>>>
>>>  CUnit - A unit testing framework for C - Version 2.1-3
>>>  http://cunit.sourceforge.net/
>>>
>>>
>>> Suite: AgsMidiBufferUtilTest
>>>   Test: test of ags_midi_buffer_util.c get varlength size ...passed
>>>   Test: test of ags_midi_buffer_util.c put varlength ...passed
>>>   Test: test of ags_midi_buffer_util.c get varlength ...passed
>>>   Test: test of ags_midi_buffer_util.c put int16 ...passed
>>>   Test: test of ags_midi_buffer_util.c get int16 ...passed
>>>   Test: test of ags_midi_buffer_util.c put int24 ...passed
>>>   Test: test of ags_midi_buffer_util.c get int24 ...passed
>>>   Test: test of ags_midi_buffer_util.c put int32 ...passed
>>>   Test: test of ags_midi_buffer_util.c get int32 ...passed
>>>   Test: test of ags_midi_buffer_util.c put header ...
>>> ** (process:4236): WARNING **: invalid chunk length
>>>
>>> ** (process:4236): WARNING **: invalid chunk length
>>> FAILED
>>> 1. ags/test/audio/midi/ags_midi_buffer_util_test.c:518  - success == 
>>> TRUE
>>> 2. ags/test/audio/midi/ags_midi_buffer_util_test.c:535  - success == 
>>> TRUE
>>>   Test: test of ags_midi_buffer_util.c get header ...passed
>>>   Test: test of ags_midi_buffer_util.c put track ...passed
>>>   Test: test of ags_midi_buffer_util.c get track ...passed
>>>   Test: test of ags_midi_buffer_util.c put key on ...passed
>>>   Test: test of ags_midi_buffer_util.c get key on ...passed
>>>   Test: test of ags_midi_buffer_util.c put key off ...passed
>>>   Test: test of ags_midi_buffer_util.c get key off ...passed
>>>   Test: test of ags_midi_buffer_util.c put key pressure ...passed
>>>   Test: test of ags_midi_buffer_util.c get key pressure ...passed
>>>   Test: test of ags_midi_buffer_util.c put change parameter ...passed
>>>   Test: test of ags_midi_buffer_util.c get change parameter ...passed
>>>   Test: test of ags_midi_buffer_util.c put change pitch bend ...passed
>>>   Test: test of ags_midi_buffer_util.c get change pitch bend ...passed
>>>   Test: test of ags_midi_buffer_util.c put change program ...FAILED
>>> 1. ags/test/audio/midi/ags_midi_buffer_util_test.c:1044  - success == 
>>> TRUE
>>>   Test: test of ags_midi_buffer_util.c get change program 
>>> ...=
>>> ==4236==ERROR: AddressSanitizer: heap-buffer-overflow on address 
>>> 0x6020dff6 at pc 0x7f0b047bfd7b bp 0x7fff86d9a050 sp 0x7fff86d99800
>>> WRITE of size 3 at 0x6020dff6 thread T0
>>> #0 0x7f0b047bfd7a  (/usr/lib/x86_64-linux-gnu/libasan.so.3+0x5cd7a)
>>> #1 0x5618bff665ad in memcpy 
>>> /usr/include/x86_64-linux-gnu/bits/string3.h:53
>>> #2 0x5618bff665ad in ags_midi_buffer_util_test_get_change_program 
>>> ags/test/audio/midi/ags_midi_buffer_util_test.c:1073
>>> #3 0x7f0b03741396  (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x4396)
>>> #4 0x7f0b037416cf  (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x46cf)
>>> #5 0x7f0b03741a1d in CU_run_all_tests 
>>> (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x4a1d)
>>> #6 0x5618bff63203 in main 
>>> ags/test/audio/midi/ags_midi_buffer_util_test.c:3257
>>> #7 0x7f0b00fdb2b0 in __libc_start_main 
>>> (/lib/x86_64-linux-gnu/libc.so.6+0x202b0)
>>> #8 0x5618bff63269 in _start 
>>> (/build/gsequencer-8YtPr4/gsequencer-0.8.0/.libs/ags_midi_buffer_util_test+0x7269)
>>>
>>> 0x6020dff6 is located 0 bytes to the right of 6-byte region 
>>> [0x6020dff0,0x6020dff6)
>>> allocated by thread T0 here:
>>> #0 0x7f0b04824d28 in malloc 
>>> (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc1d28)
>>> #1 0x5618bff663ff in ags_midi_buffer_util_test_get_change_program 
>>> ags/test/audio/midi/ags_midi_buffer_util_test.c:1057
>>>
>>>

Bug#863008: failing to load previously-loaded pages of some websites

2017-05-21 Thread Zefram

Thomas Dickey wrote:
>Also, steps to reproduce the problem.

OK, can provide that straight away.  For this recipe, there should be
no ~/.lynxrc in place.  First, at the command line:

$ echo 'https://en.wikipedia.org/wiki/Main_Page;>Wikipedia' 
>x0.html
$ lynx -cookies x0.html

Lynx fires up, displaying the rendered x0.html page, containing only
the single "Wikipedia" hyperlink.  Press .  In response Lynx
displays the Wikipedia front page.  Press "u".  In response Lynx returns
to displaying the rendered x0.html page.  Press .  At this point,
correct behaviour would be to display the Wikipedia front page.  Observed
incorrect behaviour is that there is some brief status line activity
but when it's over the rendered x0.html page continues to be displayed.

The state of the -cookies option doesn't affect the bug; using the
option in the above recipe just simplifies the interaction.  Likewise,
~/.lynxrc configuration is irrelevant as far as I've explored; having
no such config file is just a conveniently-reproducible reference point.

Varying the link target shows correct behaviour for some websites and
incorrect for others.  For example, correct behaviour is observed if
the link is to .

strace can show some of what's going on.  The first time the link is
selected, Lynx forks off a short-lived process that apparently handles the
DNS lookup, then opens an IPv6/TCP connection to en.wikipedia.org:443
and performs some network I/O, with commentary in the status line.
After commenting "HTTP/1.1 200 OK" it opens a temporary .html.gz file, and
from there on while continuing to read from the network it writes to the
temporary file.  It closes the network connection and the temporary file.
It then reopens the file read-only, reads part of it, and closes it again.
It then reopens the file read-only again, reads all of it while rendering
to the screen, and then closes the file again.

Upon "u", Lynx changes the display back to the rendered x0.html page
without any network or file action.

The second time the link is selected, Lynx initially proceeds as it
did the first time: short-lived DNS process, open IPv6/TCP connection,
network I/O with status-line commentary up to "HTTP/1.1 200 OK".
But it does not open any temporary file.  It reads the bulk of the
network response without strace showing any evidence of where the
data is going.  It comments "Data transfer complete" (as it did at
this point the first time), but then immediately comments "Getting
file://localhost/[...]/x0.html".  Without actually referring to any file,
it rewrites the display of the rendered x0.html file, and then rewrites
the status line back to its normal state.  It then rewrites the rendered
display again with different colouration, and finally waits for input.

-zefram

Bug#863101: Uscan uses all available memory of the system when run against guitarix

2017-05-21 Thread Osamu Aoki

Hi,

On Sun, May 21, 2017 at 11:09:03PM +0200, Víctor Cuadrado Juan wrote:
> On 21/05/17 22:05, Adam D. Barratt wrote:
> > 
> > I've been unable to reproduce this using either jessie or sid's uscan
> > (running on a jessie host, admittedly). I'd be interested if anyone else
> > can reproduce this or if there's anything unusual about the machine.
> 
> Seems that it isn't only present on uscan: while running debsign I get a
> segmentation fault.

Have you checked hardware failure?  Did you reinstall perl to be safe
side?

> I've carried out heavy tasks on the machine (compiling,etc), and apart
> from this everything looks fine.

Like compiling kernel in C code?   debsign and uscan are perl code.  Any
of these regex tends to eat more memory but strange 

> I was able to reproduce it again on my workstation configuration deployed
> into a fresh lxc container (using https://github.com/viccuad/salt-configs).
> There, uscan consumes all the cpu until it gets killed by zsh, and debsign
> the same.

Why don't you create a new account with minimal customization and bash
as login under a real machine.  Let"s not complicate matter with lxc.
Do you still suffer?

Osamu

Bug#861908: gsequencer: testsuite crashes if AddressSanitizer is enabled

2017-05-21 Thread Joël Krähemann

Hi

Just recognized every _ unit test fails.
So I'm busy for a while.

Cheers,
Joël


On Sun, May 21, 2017 at 11:15 PM, Joël Krähemann  wrote:
> Hi
>
> the stack-trace above should be fixed commit:
>
> http://git.savannah.nongnu.org/cgit/gsequencer.git/commit/?h=0.8.x=d6a5a226fa01525bbcce3824dfb5f7e82767eb62
>
> Since I didn't test with address sanitizer this wasn't recognized.
> I just do run it now. Might be there other issues.
>
> Bests,
> Joël
>
>
> On Fri, May 5, 2017 at 6:06 PM, James Cowgill  wrote:
>> Source: gsequencer
>> Version: 0.8.0-1
>> Severity: important
>>
>> Hi,
>>
>> While looking at #861645 I noticed that the gsequencer testsuite
>> crashes on x86 with a heap buffer overflow when AddressSanitizer
>> (-fsanitize=address) is enabled.
>>
>>
>> FAIL: ags_midi_buffer_util_test
>> ===
>>
>>
>>
>>  CUnit - A unit testing framework for C - Version 2.1-3
>>  http://cunit.sourceforge.net/
>>
>>
>> Suite: AgsMidiBufferUtilTest
>>   Test: test of ags_midi_buffer_util.c get varlength size ...passed
>>   Test: test of ags_midi_buffer_util.c put varlength ...passed
>>   Test: test of ags_midi_buffer_util.c get varlength ...passed
>>   Test: test of ags_midi_buffer_util.c put int16 ...passed
>>   Test: test of ags_midi_buffer_util.c get int16 ...passed
>>   Test: test of ags_midi_buffer_util.c put int24 ...passed
>>   Test: test of ags_midi_buffer_util.c get int24 ...passed
>>   Test: test of ags_midi_buffer_util.c put int32 ...passed
>>   Test: test of ags_midi_buffer_util.c get int32 ...passed
>>   Test: test of ags_midi_buffer_util.c put header ...
>> ** (process:4236): WARNING **: invalid chunk length
>>
>> ** (process:4236): WARNING **: invalid chunk length
>> FAILED
>> 1. ags/test/audio/midi/ags_midi_buffer_util_test.c:518  - success == TRUE
>> 2. ags/test/audio/midi/ags_midi_buffer_util_test.c:535  - success == TRUE
>>   Test: test of ags_midi_buffer_util.c get header ...passed
>>   Test: test of ags_midi_buffer_util.c put track ...passed
>>   Test: test of ags_midi_buffer_util.c get track ...passed
>>   Test: test of ags_midi_buffer_util.c put key on ...passed
>>   Test: test of ags_midi_buffer_util.c get key on ...passed
>>   Test: test of ags_midi_buffer_util.c put key off ...passed
>>   Test: test of ags_midi_buffer_util.c get key off ...passed
>>   Test: test of ags_midi_buffer_util.c put key pressure ...passed
>>   Test: test of ags_midi_buffer_util.c get key pressure ...passed
>>   Test: test of ags_midi_buffer_util.c put change parameter ...passed
>>   Test: test of ags_midi_buffer_util.c get change parameter ...passed
>>   Test: test of ags_midi_buffer_util.c put change pitch bend ...passed
>>   Test: test of ags_midi_buffer_util.c get change pitch bend ...passed
>>   Test: test of ags_midi_buffer_util.c put change program ...FAILED
>> 1. ags/test/audio/midi/ags_midi_buffer_util_test.c:1044  - success == 
>> TRUE
>>   Test: test of ags_midi_buffer_util.c get change program 
>> ...=
>> ==4236==ERROR: AddressSanitizer: heap-buffer-overflow on address 
>> 0x6020dff6 at pc 0x7f0b047bfd7b bp 0x7fff86d9a050 sp 0x7fff86d99800
>> WRITE of size 3 at 0x6020dff6 thread T0
>> #0 0x7f0b047bfd7a  (/usr/lib/x86_64-linux-gnu/libasan.so.3+0x5cd7a)
>> #1 0x5618bff665ad in memcpy 
>> /usr/include/x86_64-linux-gnu/bits/string3.h:53
>> #2 0x5618bff665ad in ags_midi_buffer_util_test_get_change_program 
>> ags/test/audio/midi/ags_midi_buffer_util_test.c:1073
>> #3 0x7f0b03741396  (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x4396)
>> #4 0x7f0b037416cf  (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x46cf)
>> #5 0x7f0b03741a1d in CU_run_all_tests 
>> (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x4a1d)
>> #6 0x5618bff63203 in main 
>> ags/test/audio/midi/ags_midi_buffer_util_test.c:3257
>> #7 0x7f0b00fdb2b0 in __libc_start_main 
>> (/lib/x86_64-linux-gnu/libc.so.6+0x202b0)
>> #8 0x5618bff63269 in _start 
>> (/build/gsequencer-8YtPr4/gsequencer-0.8.0/.libs/ags_midi_buffer_util_test+0x7269)
>>
>> 0x6020dff6 is located 0 bytes to the right of 6-byte region 
>> [0x6020dff0,0x6020dff6)
>> allocated by thread T0 here:
>> #0 0x7f0b04824d28 in malloc 
>> (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc1d28)
>> #1 0x5618bff663ff in ags_midi_buffer_util_test_get_change_program 
>> ags/test/audio/midi/ags_midi_buffer_util_test.c:1057
>>
>> SUMMARY: AddressSanitizer: heap-buffer-overflow 
>> (/usr/lib/x86_64-linux-gnu/libasan.so.3+0x5cd7a)
>> Shadow bytes around the buggy address:
>>   0x0c047fff9ba0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>>   0x0c047fff9bb0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>>   0x0c047fff9bc0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>>   0x0c047fff9bd0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>>   0x0c047fff9be0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>>

Bug#863109: iannix: FTBFS on armel and armhf: mixes double and qreal

2017-05-21 Thread Aaron M. Ucko

Source: iannix
Version: 0.9.17~dfsg0-1
Severity: important
Justification: fails to build from source

Builds of iannix for armel and armhf have been failing due to
incorrectly assuming qreal to be equivalent to double; for historical
reasons, it is instead float on both of those architectures.  For more
details, please see the logs:

https://buildd.debian.org/status/fetch.php?pkg=iannix=armel=0.9.17~dfsg0-1=1495369545=0
https://buildd.debian.org/status/fetch.php?pkg=iannix=armhf=0.9.17~dfsg0-1=1495369249=0

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#863101: Uscan uses all available memory of the system when run against guitarix

2017-05-21 Thread Adam D. Barratt

On Sun, 2017-05-21 at 23:09 +0200, Víctor Cuadrado Juan wrote:
> On 21/05/17 22:05, Adam D. Barratt wrote:
> > 
> > I've been unable to reproduce this using either jessie or sid's uscan
> > (running on a jessie host, admittedly). I'd be interested if anyone else
> > can reproduce this or if there's anything unusual about the machine.
> 
> Seems that it isn't only present on uscan: while running debsign I get a
> segmentation fault.
> 
> I've carried out heavy tasks on the machine (compiling,etc), and apart from 
> this
> everything looks fine.

Then I have to admit to being stumped right now. I honestly find it very
difficult to believe that there's a generic issue of this kind affecting
debsign or uscan that no-one has yet reported in the more than two
months since the last upload.

Regards,

Adam

Bug#863105: ITP: minecraft-installer -- Unofficial way to easily install game

2017-05-21 Thread Jeff Epler

On Sun, May 21, 2017 at 05:22:41PM -0300, Carlos Donizete Froes wrote:
> * License : Shell
>   Programming Lang: BSD-2-Clause

These two lines are transposed

Bug#721430: Bug#695545: where went crosstool-ng 1.17, startpoint for further effort

2017-05-21 Thread Chris Packham

Hi Geert,

On 21/05/17 22:21, Geert Stappers wrote:
> 
> Hi all who care about crosstool-ng,
> 
> 
> There are two ITP, Intend To Package, reports for crosstool-ng
>   * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695545
>   * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721430
> 
> And there is a closed RFS, Request For Sponsoring, report
> on crosstool-ng.
>   * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695586#5
> 
> So there was packaging done.
> It was on version 1.17. Current version is 1.23
> 
> Where did the result go?
> 
> Or more important:
> What could be a start point for further effort
> on getting crosstool-ng in Debian?

That's kind of where I'm stuck. I last updated the packaging against 
1.22. Ran though lintian and made some updates.

https://github.com/crosstool-ng/crosstool-ng/pull/352

The crosstool-ng maintainer and I had some questions about what 
dependencies need spelling out explicitly.

I also wanted to know how seriously to treat some lintian warnings. In 
particular because much of ct-ng is shell scripts lintian thinks it 
should be a noarch package but it also uses kconfig which must be 
compiled for a specific architecture.

What I really wanted was some feedback as to where to go next.

https://lists.debian.org/debian-wnpp/2016/02/msg00895.html

I think I need to at least update my PR against the latest released 
version (although technically the packaging can live outside of 
crosstool-ng proper).

Bug#861908: gsequencer: testsuite crashes if AddressSanitizer is enabled

2017-05-21 Thread Joël Krähemann

Hi

the stack-trace above should be fixed commit:

http://git.savannah.nongnu.org/cgit/gsequencer.git/commit/?h=0.8.x=d6a5a226fa01525bbcce3824dfb5f7e82767eb62

Since I didn't test with address sanitizer this wasn't recognized.
I just do run it now. Might be there other issues.

Bests,
Joël


On Fri, May 5, 2017 at 6:06 PM, James Cowgill  wrote:
> Source: gsequencer
> Version: 0.8.0-1
> Severity: important
>
> Hi,
>
> While looking at #861645 I noticed that the gsequencer testsuite
> crashes on x86 with a heap buffer overflow when AddressSanitizer
> (-fsanitize=address) is enabled.
>
>
> FAIL: ags_midi_buffer_util_test
> ===
>
>
>
>  CUnit - A unit testing framework for C - Version 2.1-3
>  http://cunit.sourceforge.net/
>
>
> Suite: AgsMidiBufferUtilTest
>   Test: test of ags_midi_buffer_util.c get varlength size ...passed
>   Test: test of ags_midi_buffer_util.c put varlength ...passed
>   Test: test of ags_midi_buffer_util.c get varlength ...passed
>   Test: test of ags_midi_buffer_util.c put int16 ...passed
>   Test: test of ags_midi_buffer_util.c get int16 ...passed
>   Test: test of ags_midi_buffer_util.c put int24 ...passed
>   Test: test of ags_midi_buffer_util.c get int24 ...passed
>   Test: test of ags_midi_buffer_util.c put int32 ...passed
>   Test: test of ags_midi_buffer_util.c get int32 ...passed
>   Test: test of ags_midi_buffer_util.c put header ...
> ** (process:4236): WARNING **: invalid chunk length
>
> ** (process:4236): WARNING **: invalid chunk length
> FAILED
> 1. ags/test/audio/midi/ags_midi_buffer_util_test.c:518  - success == TRUE
> 2. ags/test/audio/midi/ags_midi_buffer_util_test.c:535  - success == TRUE
>   Test: test of ags_midi_buffer_util.c get header ...passed
>   Test: test of ags_midi_buffer_util.c put track ...passed
>   Test: test of ags_midi_buffer_util.c get track ...passed
>   Test: test of ags_midi_buffer_util.c put key on ...passed
>   Test: test of ags_midi_buffer_util.c get key on ...passed
>   Test: test of ags_midi_buffer_util.c put key off ...passed
>   Test: test of ags_midi_buffer_util.c get key off ...passed
>   Test: test of ags_midi_buffer_util.c put key pressure ...passed
>   Test: test of ags_midi_buffer_util.c get key pressure ...passed
>   Test: test of ags_midi_buffer_util.c put change parameter ...passed
>   Test: test of ags_midi_buffer_util.c get change parameter ...passed
>   Test: test of ags_midi_buffer_util.c put change pitch bend ...passed
>   Test: test of ags_midi_buffer_util.c get change pitch bend ...passed
>   Test: test of ags_midi_buffer_util.c put change program ...FAILED
> 1. ags/test/audio/midi/ags_midi_buffer_util_test.c:1044  - success == TRUE
>   Test: test of ags_midi_buffer_util.c get change program 
> ...=
> ==4236==ERROR: AddressSanitizer: heap-buffer-overflow on address 
> 0x6020dff6 at pc 0x7f0b047bfd7b bp 0x7fff86d9a050 sp 0x7fff86d99800
> WRITE of size 3 at 0x6020dff6 thread T0
> #0 0x7f0b047bfd7a  (/usr/lib/x86_64-linux-gnu/libasan.so.3+0x5cd7a)
> #1 0x5618bff665ad in memcpy 
> /usr/include/x86_64-linux-gnu/bits/string3.h:53
> #2 0x5618bff665ad in ags_midi_buffer_util_test_get_change_program 
> ags/test/audio/midi/ags_midi_buffer_util_test.c:1073
> #3 0x7f0b03741396  (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x4396)
> #4 0x7f0b037416cf  (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x46cf)
> #5 0x7f0b03741a1d in CU_run_all_tests 
> (/usr/lib/x86_64-linux-gnu/libcunit.so.1+0x4a1d)
> #6 0x5618bff63203 in main 
> ags/test/audio/midi/ags_midi_buffer_util_test.c:3257
> #7 0x7f0b00fdb2b0 in __libc_start_main 
> (/lib/x86_64-linux-gnu/libc.so.6+0x202b0)
> #8 0x5618bff63269 in _start 
> (/build/gsequencer-8YtPr4/gsequencer-0.8.0/.libs/ags_midi_buffer_util_test+0x7269)
>
> 0x6020dff6 is located 0 bytes to the right of 6-byte region 
> [0x6020dff0,0x6020dff6)
> allocated by thread T0 here:
> #0 0x7f0b04824d28 in malloc 
> (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc1d28)
> #1 0x5618bff663ff in ags_midi_buffer_util_test_get_change_program 
> ags/test/audio/midi/ags_midi_buffer_util_test.c:1057
>
> SUMMARY: AddressSanitizer: heap-buffer-overflow 
> (/usr/lib/x86_64-linux-gnu/libasan.so.3+0x5cd7a)
> Shadow bytes around the buggy address:
>   0x0c047fff9ba0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>   0x0c047fff9bb0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>   0x0c047fff9bc0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>   0x0c047fff9bd0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
>   0x0c047fff9be0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
> =>0x0c047fff9bf0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa[06]fa
>   0x0c047fff9c00: fa fa 00 00 fa fa 06 fa fa fa 07 fa fa fa 07 fa
>   0x0c047fff9c10: fa fa 07 fa fa fa 07 fa fa fa 07 fa fa fa 07 fa
>   0x0c047fff9c20: fa fa 07 fa fa fa 07 fa fa fa 07 fa fa fa 07 fa
>

Bug#862693: unblock: postfix/3.1.4-7

2017-05-21 Thread Scott Kitterman

On Sun, 21 May 2017 15:08:54 -0400 Scott Kitterman  
wrote:
> On Wednesday, May 17, 2017 05:33:00 AM Niels Thykier wrote:
> ...
> > Scott Kitterman:
> > > Package: release.debian.org
> > > Severity: normal
> > > User: release.debian@packages.debian.org
> > > Usertags: unblock
> 
> There is one more issue that came up that in my opinion really must be fixed 
> before release.  Diff with unstable for the additional issue attached.
> 
> I have added the moreinfo tag to the bug so we don't have to do this twice.  
> Once the update is accepted, I'll provide the full debdiff with testing and 
> remove the tag.

3.1.4-7 is now in unstable.  New testing to unstable diff attached.  I think 
it's good to go now.

Revised unblock is:

unblock postfix/3.1.4-7

Thanks,

Scott Kdiff -Nru postfix-3.1.4/debian/changelog postfix-3.1.4/debian/changelog
--- postfix-3.1.4/debian/changelog	2017-01-25 10:03:04.0 -0500
+++ postfix-3.1.4/debian/changelog	2017-05-21 14:38:07.0 -0400
@@ -1,3 +1,29 @@
+postfix (3.1.4-7) unstable; urgency=medium
+
+  * Fix use of smtp binary for lmtp service on new installs and bump version
+check for postinst fixup.  Closes: #862244
+
+ -- Scott Kitterman   Sun, 21 May 2017 14:37:37 -0400
+
+postfix (3.1.4-6) unstable; urgency=medium
+
+  * Revert Clean up left-over /etc/systemd/system/postfix.service.d directory
+since it turned out to be problematic
+
+ -- Scott Kitterman   Fri, 19 May 2017 10:51:02 -0400
+
+postfix (3.1.4-5) unstable; urgency=medium
+
+  * Add postfix-cdb Breaks: postfix << 3.1.3-7~ so that the incorrect addmap
+function will not be used when postfix-cdb is configured.  Closes: #861593
+  * Make sure to call delmap on upgrade as well as remove and purge so
+dpkg-reconfigure will fix broken upgrades.  Closes: #859805
+  * Drop ineffective service override generated in postinst and use correct
+service file dependencies in postfix@.service instead.  Closes: #854475
+  * Clean up left-over /etc/systemd/system/postfix.service.d directory
+
+ -- Scott Kitterman   Mon, 15 May 2017 16:03:17 -0400
+
 postfix (3.1.4-4) unstable; urgency=medium
 
 [Scott Kitterman]
diff -Nru postfix-3.1.4/debian/control postfix-3.1.4/debian/control
--- postfix-3.1.4/debian/control	2017-01-06 13:04:11.0 -0500
+++ postfix-3.1.4/debian/control	2017-05-15 20:38:45.0 -0400
@@ -46,6 +46,7 @@
 Package: postfix-cdb
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, postfix (= ${binary:Version})
+Breaks: postfix (<< 3.1.3-7~)
 Description: CDB map support for Postfix
  ${Description}
  .
diff -Nru postfix-3.1.4/debian/patches/40_chroot_by_default.diff postfix-3.1.4/debian/patches/40_chroot_by_default.diff
--- postfix-3.1.4/debian/patches/40_chroot_by_default.diff	2016-12-28 10:43:57.0 -0500
+++ postfix-3.1.4/debian/patches/40_chroot_by_default.diff	2017-05-21 14:30:32.0 -0400
@@ -74,7 +74,7 @@
 -lmtp  unix  -   -   n   -   -   lmtp
 -anvil unix  -   -   n   -   1   anvil
 -scacheunix  -   -   n   -   1   scache
-+lmtp  unix  -   -   y   -   -   smtp
++lmtp  unix  -   -   y   -   -   lmtp
 +anvil unix  -   -   y   -   1   anvil
 +scacheunix  -   -   y   -   1   scache
  #
diff -Nru postfix-3.1.4/debian/postfix-cdb.prerm postfix-3.1.4/debian/postfix-cdb.prerm
--- postfix-3.1.4/debian/postfix-cdb.prerm	2016-12-06 17:04:03.0 -0500
+++ postfix-3.1.4/debian/postfix-cdb.prerm	2017-05-15 20:39:27.0 -0400
@@ -18,11 +18,11 @@
 . /usr/share/postfix/postinst.functions
 
 case "$1" in
-remove|purge)
+remove|purge|upgrade)
 delmap cdb
 #   install-info --quiet --remove /usr/info/#PACKAGE#.info.gz
 ;;
-upgrade|deconfigure|failed-upgrade)
+deconfigure|failed-upgrade)
 ;;
 *)
 echo "prerm called with unknown argument \`$1'" >&2
diff -Nru postfix-3.1.4/debian/postfix-ldap.prerm postfix-3.1.4/debian/postfix-ldap.prerm
--- postfix-3.1.4/debian/postfix-ldap.prerm	2016-12-06 16:59:58.0 -0500
+++ postfix-3.1.4/debian/postfix-ldap.prerm	2017-05-15 20:39:27.0 -0400
@@ -18,11 +18,11 @@
 . /usr/share/postfix/postinst.functions
 
 case "$1" in
-remove|purge)
+remove|purge|upgrade)
 delmap ldap
 #   install-info --quiet --remove /usr/info/#PACKAGE#.info.gz
 ;;
-upgrade|deconfigure|failed-upgrade)
+deconfigure|failed-upgrade)
 ;;
 *)
 echo "prerm called with unknown argument \`$1'" >&2
diff -Nru postfix-3.1.4/debian/postfix-lmdb.prerm postfix-3.1.4/debian/postfix-lmdb.prerm
--- postfix-3.1.4/debian/postfix-lmdb.prerm	2016-12-06 16:56:01.0 -0500
+++ postfix-3.1.4/debian/postfix-lmdb.prerm	2017-05-15 20:39:27.0 -0400
@@ -18,11 +18,11 @@
 .

Bug#863101: Uscan uses all available memory of the system when run against guitarix

2017-05-21 Thread Osamu Aoki

Hi,

On Sun, May 21, 2017 at 10:26:28PM +0200, Mattia Rizzolo wrote:
> On Sun, May 21, 2017 at 09:05:38PM +0100, Adam D. Barratt wrote:
> > Is there any particular reason you're not using something simpler, along
> > the lines suggested by the manpage? This gives the expected result for
> > me:
> > 
> > version=3
> > http://sf.net/guitarix/ 
> > guitarix2(?:[_-]v?)?(\d.*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz)
> 
> btw, recentish uscan has support for subst patterns, which would reduce
> all of that regexp to
> guitarix2@ANY_VERSION@@ARCHIVE_EXT
> which I kind of recommend to everybody…

I am happy to hear you like this feature.  To be precise, you need
tailing @:

guitarix2@ANY_VERSION@@ARCHIVE_EXT@

But I intentionally made these to be a bit conservative grep.
  @ANY_VERSION@ doesn't match -v23
  @ARCHIVE_EXT@ doesn't match tgz or tgx
So far only one bug report requesting tgz.  I may consider adding it
after careful regression check in buster.  

At least ? Actual target file can be matched as above :-)
   guitarix2-0.35.3.tar.xz

Osamu

Bug#863101: Uscan uses all available memory of the system when run against guitarix

2017-05-21 Thread Víctor Cuadrado Juan

On 21/05/17 22:05, Adam D. Barratt wrote:
> 
> I've been unable to reproduce this using either jessie or sid's uscan
> (running on a jessie host, admittedly). I'd be interested if anyone else
> can reproduce this or if there's anything unusual about the machine.

Seems that it isn't only present on uscan: while running debsign I get a
segmentation fault.

I've carried out heavy tasks on the machine (compiling,etc), and apart from this
everything looks fine.

I was able to reproduce it again on my workstation configuration deployed
into a fresh lxc container (using https://github.com/viccuad/salt-configs).
There, uscan consumes all the cpu until it gets killed by zsh, and debsign
the same.

> On a side note, looking at the watchfile:
> 
> (?:|.*/)guitarix2(?:[_\-]v?|)(\d[^\s/]*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz)
>...

Well, that's a slipped leftover from the last maintainer. Thanks for the catch.

Using your d/watch I get the same behavior, both in my machine and the lxc
workstation.

-- 
Víctor Cuadrado Juan   m...@viccuad.me

PGP key ID: 4096R: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.

signature.asc
Description: OpenPGP digital signature

Bug#818845: Fixed on 1.5-11

2017-05-21 Thread Santiago Garcia Mantinan

fixed 818845 1.5-11
thanks

On version 1.5-11 we removed the integration with the vlan package, so this
bug doesn't happen anymore.

On version 1.5-12 we added native support for vlans so that compatibility
with old vlan based bridges won't break.

Regards.
-- 
Manty/BestiaTester -> http://manty.net

Bug#863105: ITP: minecraft-installer -- Unofficial way to easily install game

> > * License : Shell
> >   Programming Lang: BSD-2-Clause
> 
> These two lines are transposed

A thousand excuses, I had not realized. :(

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀  2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

signature.asc
Description: This is a digitally signed message part

Bug#861249: FTBFS: math_test.Vector2TypeTest.test_cross fails

2017-05-21 Thread Edmund Grimley Evans

On arm64 and at least one other architecture, the error says:

-3.2862601528904633e-16 != 0

It looks as though the test is computing (1.2 * 3.4 - 3.4 * 1.2).

Now, the log to base 2 of (1.2 * 3.4) divided by 3.286e-16 is about
53.5. There are 52 bits in the mantissa of a 64-bit float, or 53
including the implicit "1". So I would guess that the error comes from
multiply and subtract being combined into a single operation, so that
the error in computing 1.2 * 3.4 is revealed.

If this is a real problem, perhaps "cross" could be implemented in a
way that prevents multiply-subtract from being used. If it is not a
real problem, then the test should be made less sensitive, perhaps by
requiring the absolute value of the result to be less than 1e-12 or
some other arbitrary epsilon.

Bug#863008: failing to load previously-loaded pages of some websites

2017-05-21 Thread Thomas Dickey

On Sun, May 21, 2017 at 08:39:33PM +0100, Zefram wrote:
> Thomas Dickey wrote:
> >This report doesn't indicate a version where Lynx behaves as you expect.
> 
> Strangely, this misbehaviour doesn't seem to have arrived with a specific
> Lynx version, but developed over time.  I'm sure that the present version
> worked fine on these websites when it was first installed here a year and
> a half ago.  It was definitely working for 
> two weeks ago, for which it's not working now.  Presumably this version
> always had the bug, but it's being triggered by some unusual environmental
> condition that has changed over time.  So I never noticed this bug with
> the previously-installed Lynx version, whatever that was, but I don't
> see any reason to think that that version actually lacked the bug.
> 
> If you can't reproduce the problem, I could have a go at compiling a
> bunch of Lynx versions from source to see which ones do this.

That might help.  Also, steps to reproduce the problem.

When I compile my own (equivalent to Debian's package), I use this script:

#!/bin/sh
# $Id: cfg-lynx-debian,v 1.3 2013/10/03 08:37:39 tom Exp $
# settings corresponding to Debian package for lynx-cur
DEBOP="--enable-debug --enable-warnings --disable-echo"
env cf_cv_SYSTEM_MAIL=/usr/sbin/sendmail \
COMPRESS=/usr/bin/compress BZIP2=/bin/bzip2 UNZIP=/usr/bin/unzip \
ZIP=/usr/bin/zip \
LIBS="-lbsd" \
./configure --prefix=/usr --libexecdir=/usr/lib \
--sysconfdir=/etc/lynx-cur --localstatedir=/var \
--libdir=/etc/lynx-cur --enable-8bit-toupper --enable-externs \
--enable-nsl-fork --enable-cgi-links --enable-exec-links \
--enable-exec-scripts --enable-persistent-cookies --enable-nls \
--enable-gzip-help --enable-prettysrc --enable-source-cache \
--enable-cjk --enable-default-colors --enable-nested-tables \
--enable-japanese-utf8 --enable-ipv6 \
--enable-forms-options --enable-justify-elts --enable-partial \
--enable-read-eta --enable-scrollbar --enable-syslog \
--with-zlib --with-bzlib --without-included-gettext \
--with-screen=ncursesw --enable-justify-elts \
--with-gnutls=/usr --enable-persistent-cookies \
${DEBOP} $*

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#863106: quadrapassel: segfaults when unpausing an paused finished gmae

Chris Lamb wrote:

> quadrapassel: segfaults when unpausing an paused finished gmae

Not sure why this happens as the pause action/signal should be disabled on
"complete".

675 private void complete_cb ()
676 {
677 pause_action.set_enabled (false);


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "minecraft-installer"

 * Package name: minecraft-installer
   Version : 0.1-1
   Upstream Author : Carlos Donizete Froes 
 * URL : https://github.com/coringao/minecraft-installer/wiki
 * License : BSD-2-Clause
   Section : games

  It builds those binary packages:

minecraft-installer - Unofficial way to easily install game

  [This package does 'not' contain the Minecraft itself as that would breach
copyright laws and the wishes of authors]

  To access further information about this package, please visit the following
URL:

  https://mentors.debian.net/package/minecraft-installer

  Alternatively, one can download the package with dget using this command:

dget -x https://mentors.debian.net/debian/pool/contrib/m/minecraft-
installer/minecraft-installer_0.1-1.dsc

  Regards,
   Carlos Donizete Froes



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

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

Bug#862975: laptop-mode-tools: Fails to modify wireless txpower using "fixed" with "iw"

2017-05-21 Thread Ritesh Raj Sarraf

On Sun, 2017-05-21 at 12:52 +0300, Rowan Thorpe wrote:
> ...and from your followup email:
> > Can you please test the following .deb package ? The only delta is the patch
> you
> > submitted. I'd appreciate if you tested this .deb package, with LMT
> Verbosity
> > enabled, and shared the results.
> >
> > https://people.debian.org/~rrs/tmp/laptop-mode-tools_1.71-2_all.deb
> 
> I installed the package and restarted laptop-mode.service with DEBUG=1
> for wireless-power, and when unplugging/replugging the AC I can see it
> executes the appropriate power_save=on/off commands OK, without the
> failing txpower commands. I didn't uninstall iw to test the iwconfig
> behaviour, but I think that is not necessary, as the only change there
> was the typo-fix of iw -> iwconfig. I've attached the appropriate part
> of /var/log/daemon.log

THanks. I have prepared an upload and requested an exception from the Release
Team. (DBUG: #863107)


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

signature.asc
Description: This is a digitally signed message part

Bug#863107: unblock: laptop-mode-tools/1.71-2

2017-05-21 Thread Ritesh Raj Sarraf

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package laptop-mode-tools

This upload fixes syntax errors related to the newer 'iw' wireless
command. The issue is already fixed upstream.

Attached is the debdiff

unblock laptop-mode-tools/1.71-2

-- System Information:
Debian Release: 9.0
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.10.13+ (SMP w/4 CPU cores)
Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru laptop-mode-tools-1.71/debian/changelog 
laptop-mode-tools-1.71/debian/changelog
--- laptop-mode-tools-1.71/debian/changelog 2017-01-12 19:32:14.0 
+0545
+++ laptop-mode-tools-1.71/debian/changelog 2017-05-22 02:20:16.0 
+0545
@@ -1,3 +1,11 @@
+laptop-mode-tools (1.71-2) unstable; urgency=medium
+
+  * Backport patch from upstream. fix-iw-txpower-issue.patch
+This fixes syntax errors with the newer 'iw' command
+Thanks: Rowan Thorpe (Closes: #862975)
+
+ -- Ritesh Raj Sarraf   Mon, 22 May 2017 02:20:16 +0545
+
 laptop-mode-tools (1.71-1) unstable; urgency=medium
 
   [ Aurélien COUDERC ]
diff -Nru laptop-mode-tools-1.71/debian/patches/disable-ethernet-e1000e.patch 
laptop-mode-tools-1.71/debian/patches/disable-ethernet-e1000e.patch
--- laptop-mode-tools-1.71/debian/patches/disable-ethernet-e1000e.patch 
2017-01-12 19:28:49.0 +0545
+++ laptop-mode-tools-1.71/debian/patches/disable-ethernet-e1000e.patch 
2017-05-22 02:19:04.0 +0545
@@ -1,8 +1,6 @@
 disable batt throttle as there have been many reports of breakage
-Index: laptop-mode-tools/etc/laptop-mode/conf.d/ethernet.conf
-===
 laptop-mode-tools.orig/etc/laptop-mode/conf.d/ethernet.conf
2014-06-19 12:02:10.950193044 +0530
-+++ laptop-mode-tools/etc/laptop-mode/conf.d/ethernet.conf 2014-06-19 
12:03:24.134708022 +0530
+--- a/etc/laptop-mode/conf.d/ethernet.conf
 b/etc/laptop-mode/conf.d/ethernet.conf
 @@ -26,7 +26,7 @@
  CONTROL_ETHERNET="auto"
  
diff -Nru laptop-mode-tools-1.71/debian/patches/fix-iw-txpower-issue.patch 
laptop-mode-tools-1.71/debian/patches/fix-iw-txpower-issue.patch
--- laptop-mode-tools-1.71/debian/patches/fix-iw-txpower-issue.patch
1970-01-01 05:30:00.0 +0530
+++ laptop-mode-tools-1.71/debian/patches/fix-iw-txpower-issue.patch
2017-05-22 02:19:52.0 +0545
@@ -0,0 +1,24 @@
+Closes: #862975
+Thanks: Rowan Thorpe
+--- a/usr/share/laptop-mode-tools/modules/wireless-power
 b/usr/share/laptop-mode-tools/modules/wireless-power
+@@ -66,17 +66,12 @@
+ 
+   if [ -n "$IW" ]; then
+   $IW dev $IF set power_save $ONOFF
+-if [ $ONOFF = "ON" ]; then
+-$IW dev $IF set txpower auto
+-else
+-$IW dev $IF set txpower fixed
+-fi
+   else
+   $IWCONFIG $IF power $ONOFF
+-if [ $ONOFF = "ON" ]; then
++if [ $ONOFF = "on" ]; then
+ $IWCONFIG $IF txpower auto
+ else
+-$IW dev $IF txpower fixed
++$IWCONFIG dev $IF txpower fixed
+ fi
+   fi
+ }
diff -Nru laptop-mode-tools-1.71/debian/patches/series 
laptop-mode-tools-1.71/debian/patches/series
--- laptop-mode-tools-1.71/debian/patches/series2017-01-12 
19:32:14.0 +0545
+++ laptop-mode-tools-1.71/debian/patches/series2017-05-22 
02:18:59.0 +0545
@@ -1,2 +1,3 @@
 gui-desktop-file.patch
 disable-ethernet-e1000e.patch
+fix-iw-txpower-issue.patch

Bug#863106: quadrapassel: segfaults when unpausing an paused finished gmae

Package: quadrapassel
Version: 1:3.22.0-1
Severity: important

Steps to reproduce:

 - End a game (eg. by dropping every block on top of the next)
 - It will say "Game over"
 - Pause the game via the keyboard shortcut (which makes no sense)
 - It will say "Paused"
 - Unpause the game via the keyboard shortcut
 - The quadrapassel will backtrace approximately one second later.


Thread 1 "quadrapassel" received signal SIGSEGV, Segmentation fault.
0x55561544 in game_land_shape (self=0x55ce8b00) at game.c:1744
1744game.c: No such file or directory.
(gdb) bt
#0  0x55561544 in game_land_shape (self=0x55ce8b00) at game.c:1744
#1  game_fall_timeout_cb (self=0x55ce8b00) at game.c:894
#2  0x75a2e123 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x75a2d6aa in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x75a2da60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x75a2db0c in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x75fe972d in g_application_run () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#7  0xeda9 in quadrapassel_main (args=, 
args_length1=) at quadrapassel.c:2832
#8  0x754482b1 in __libc_start_main (main=0xa580 , 
argc=1, argv=0x7fffe798, init=, fini=, 
rtld_fini=, 
stack_end=0x7fffe788) at ../csu/libc-start.c:291
#9  0xa5ba in _start ()


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#863101: Uscan uses all available memory of the system when run against guitarix

2017-05-21 Thread Mattia Rizzolo

On Sun, May 21, 2017 at 09:05:38PM +0100, Adam D. Barratt wrote:
> Is there any particular reason you're not using something simpler, along
> the lines suggested by the manpage? This gives the expected result for
> me:
> 
> version=3
> http://sf.net/guitarix/ 
> guitarix2(?:[_-]v?)?(\d.*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz)

btw, recentish uscan has support for subst patterns, which would reduce
all of that regexp to
guitarix2@ANY_VERSION@@ARCHIVE_EXT
which I kind of recommend to everybody…

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#863105: ITP: minecraft-installer -- Unofficial way to easily install game

Package: wnpp
Severity: wishlist
Owner: Carlos Donizete Froes 

* Package name: minecraft-installer
  Version : 0.1
  Upstream Author : Carlos Donizete Froes 
* URL : https://github.com/coringao/minecraft-installer/wiki
* License : Shell
  Programming Lang: BSD-2-Clause
  Description : Unofficial way to easily install game

[This work does 'not' contain the Minecraft itself as that would breach
copyright laws and the wishes of authors]

This installer project causes downloaded from the official Mojang server to get
the files where I am NOT redistributing your files.

Minecraft (https://minecraft.net) is game about placing blocks to build
anything you can imagine.

At first, people built structures to protect against nocturnal monsters, but as
the game grew players worked together to create wonderful, imaginative things.

Bug#863103: An other plugin affected: proc

2017-05-21 Thread Benoît-Pierre DEMAINE

The proc plugin also seems to be affected the same way.

I can not be 100% certain for complicated reason: Munin does not show me
any line for proc[perl], but according to min-max-avg values reported in
daily, weekly, monthly and yearly images ... I think this plugin is
affected the same way.

But, the source code of proc plugin does not mention any call to pgrep.

What I know for sure is that, the proc plugin works almost fine for all
other process names (ssh, apache ...) for I don't have any line for perl;
and all images have max=0 on monthly, but non null max for yearly ... like
for ps_perl.

Except ps_perl shows me a colored line around january, but proc[perl] does
not.

-- 
 >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/
If computing were an exact science, IT engineers would'nt have work \_o<

"So all that's left, Is the proof that love's not only blind but deaf."
(FAKE TALES OF SAN FRANCISCO, Arctic Monkeys)

Bug#863104: pbuilder: Please have PS1 inside chroots indicate that

2017-05-21 Thread Thorsten Glaser

Daniel Shahaf dixit:

>Perhaps that could be done by setting ${debian_chroot} or /etc/debian_chroot,

I have this line in my /etc/pbuilderrc:

export debian_chroot="pbuild$$"

Perhaps it should be added to the default one.

>which /etc/bash.bashrc already check for.  The value could be a fixed string

mksh also uses it.

bye,
//mirabilos
-- 
Yay for having to rewrite other people's Bash scripts because bash
suddenly stopped supporting the bash extensions they make use of
-- Tonnerre Lombard in #nosec

Bug#863101: Uscan uses all available memory of the system when run against guitarix

2017-05-21 Thread Adam D. Barratt

Control: tags -1 + moreinfo unreproducible

On Sun, 2017-05-21 at 21:06 +0200, Víctor Cuadrado Juan wrote:
> When run against guitarix package git repo, at commit 7ff29bd,
> for obtaining `guitarix2-0.35.3.tar.xz` that would become the
> `guitarix_0.35.3.orig.tar.xz` symlink, `uscan --verbose` uses
> all available ram of the system and if lucky it outputs
> "Out of memory!".

I've been unable to reproduce this using either jessie or sid's uscan
(running on a jessie host, admittedly). I'd be interested if anyone else
can reproduce this or if there's anything unusual about the machine.

On a side note, looking at the watchfile:

(?:|.*/)guitarix2(?:[_\-]v?|)(\d[^\s/]*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz)

The parenthesised groups are "either nothing, or zero or more characters
followed by a slash", "either nothing, or [one of underscore, backslash
or hyphen, possibly followed by v]", "a digit possibly followed by any
number of characters that aren't whitespace or a slash", and then an
extension.

It seems very unlikely to me that those are actually the things you want
to be matching - if you're trying to make the matching optional, then
"(foo)?" would be far more idiomatic an obvious than "(foo|)" or "(|
foo)", and the chances that there'll be a literal backslash in the URL
are quite small.

Is there any particular reason you're not using something simpler, along
the lines suggested by the manpage? This gives the expected result for
me:

version=3
http://sf.net/guitarix/ 
guitarix2(?:[_-]v?)?(\d.*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz)

Regards,

Adam

Bug#863071: [Debconf-devel] Bug#863071: debconf: POSIX::tmpnam() is deprecated in Perl 5.24 and will be removed in 5.26

2017-05-21 Thread Niko Tyni

On Sun, May 21, 2017 at 06:21:55PM +0100, Colin Watson wrote:
> On Sun, May 21, 2017 at 01:48:54PM +0300, Niko Tyni wrote:

> > Proposed, lightly tested patch attached. Niels said on IRC
> > that it would be good to fix this for stretch, so presumably
> > it's OK for an unblock by the release team.
> 
> Thanks; applied in 1.5.61, with the amendment that I bumped the
> Pre-Depends on perl-base to 5.20.1-3~ to account for this.

Thanks!

> Please do also add the appropriate Breaks (or Conflicts if necessary,
> but I suspect that's overkill and it may be harmful) to perl-base 5.26;
> it isn't uncommon for people to try skip upgrades which mostly work even
> if they're unsupported, and I wouldn't want to see them broken due to
> something we could have avoided.

Breaks added in git. We'll see how it goes.
-- 
Niko

Bug#863081: getting crosstool-ng in Debian

2017-05-21 Thread Julien Cristau

On Sun, May 21, 2017 at 16:19:51 +0200, Geert Stappers wrote:

> Package: release.debian.org
> 
> 
> Hello Release team,
> 
> On getting package `crosstool-ng` in Debian,
> where  ( {unstable|stable|exprimental} ) and
> when ( {any time|after date } ) should it be uploaded?
> 
> I'm asking now ( during freeze ) because
> previous there was nothing to upload.  The ITP is
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721430
> 
> It is a new package that wouldn't break other packages.
> 
I have no idea what you're trying to ask, sorry.  This doesn't sound
like it has anything to do with the release team.

Cheers,
Julien

Bug#829046: Difficulties in packaging pagure

2017-05-21 Thread Sergio Durigan Junior

On Thursday, May 18 2017, Boyuan Yang wrote:

> 在 2017年5月18日星期四 +08 下午12:07:41，SJ Zhu 写道：
>> On Thu, May 18, 2017 at 11:59:36AM +0800, Boyuan Yang wrote:
>> > There are some problems: this packaging uses upstream source code directly
>> > from from Git repository, not the tarball upstream released on https://
>> > pagures.io.
>> 
>> Hi,
>> I import the source by `git archvie` and remove the minified js,
>> then import it to upstream branch like what sergiodj did.
>> 
>> PS. I think I forget to remove some files which filename is not matched
>> by "*.min.js"

Thanks for taking a look at the package and fixing some of the issues.

I'm now back from my vacation and can dedicate some time to pagure
again.

> I have several understandings on it:
>
> Option 1
> 
>
> * Will not use any bundled javascript libraries, no matter minified or not
> * Will depend on corresponding libjs-* packages and make symlinks to provide 
> removed javascript libraries
> * If that package does not exist, package them first

This is what I was trying to do from the beginning.  I packaged some
libjs-* packages last year, but not all of them.  Also, I was following
upstream and noticed that the they add extra dependencies/bump versions
of existing dependencies indiscriminately, which is not very good for
us.  I was trying to talk with upstream and come up with a saner
approach for this, but got sidetracked.

> Option 2
> 
>
> * Only minified javascripts are not acceptable
> * Will use tools like yui-compressor to generate minified js files without 
> using 
> libjs-* packages
> * Write d/copyright for unminified js files

> Option 3
> -
>
> * An mixture of 1 & 2
> * Use libjs-* if that lib has been packaged in Debian
> * If not packaged, use non-minified version and run processor to generate 
> minified js files

After a while, I was starting to wonder whether it would make sense to
follow this approach.  I noticed that packaging all the JS deps would
take a long time (at the time we didn't have Grunt packaged for Debian).

Anyway, I believe it may be possible to pursue the first option now that
Grunt is available.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

signature.asc
Description: PGP signature

Bug#862919: traildb: FTBFS on non-x86: emmintrin.h absent

2017-05-21 Thread Edmund Grimley Evans

The package builds on arm64 if you comment out the "HAVE_SSE2" line in
configure.ac, so replacing the unconditional AC_DEFINE with an actual
test seems like a good first step.

Bug#863104: pbuilder: Please have PS1 inside chroots indicate that

2017-05-21 Thread Daniel Shahaf

Package: pbuilder
Version: 0.215+nmu3

Dear Maintainer,

When using 'pbuilder --login' to enter a chroot, the shell's prompt does not
indicate that it's inside a chroot:

[[[
root@tarpaulin:/mnt/tmp# sudo pbuilder --login --save-after-exec --basetgz 
/mnt/tmp/sid2.tgz 
⋮
root@tarpaulin:/# 
]]]

Now, one can deduce that one is in a chroot:
[[[
root@tarpaulin:/# ls /home
root@tarpaulin:/# env
LC_ALL=C
PBUILDER_PKGLIBDIR=/usr/lib/pbuilder
LANG=C
SUDO_GID=0
DISPLAY=:0.0
COLORTERM=xfce4-terminal
USERNAME=root
SUDO_COMMAND=/usr/sbin/pbuilder --login --save-after-exec --basetgz 
/mnt/tmp/sid2.tgz
PBUILDER_SYSCONFDIR=/etc
USER=root
PWD=/
PBUILDER_PKGDATADIR=/usr/share/pbuilder
HOME=/root
SUDO_USER=root
DEBIAN_FRONTEND=noninteractive
SUDO_UID=0
MAIL=/var/mail/root
SHELL=/bin/bash
TERM=xterm
SHLVL=2
LOGNAME=root
XAUTHORITY=/home/daniel/.Xauthority
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PBCURRENTCOMMANDLINEOPERATION=--login
_=/usr/bin/env
root@tarpaulin:/# 
]]]

… but it would be easier to have the default prompt be different from the
prompt outside the chroot.

Perhaps that could be done by setting ${debian_chroot} or /etc/debian_chroot,
which /etc/bash.bashrc already check for.  The value could be a fixed string
"pbuilder", or the basetgz's basename (sic), or…

Thanks,

Daniel

Bug#863008: failing to load previously-loaded pages of some websites

2017-05-21 Thread Zefram

Thomas Dickey wrote:
>This report doesn't indicate a version where Lynx behaves as you expect.

Strangely, this misbehaviour doesn't seem to have arrived with a specific
Lynx version, but developed over time.  I'm sure that the present version
worked fine on these websites when it was first installed here a year and
a half ago.  It was definitely working for 
two weeks ago, for which it's not working now.  Presumably this version
always had the bug, but it's being triggered by some unusual environmental
condition that has changed over time.  So I never noticed this bug with
the previously-installed Lynx version, whatever that was, but I don't
see any reason to think that that version actually lacked the bug.

If you can't reproduce the problem, I could have a go at compiling a
bunch of Lynx versions from source to see which ones do this.

>This sounds like the longstanding Lynx behavior: it doesn't automatically
>reload a page which has been read and is cached locally.

I'm not sure quite what behaviour you mean there.  Maybe I've failed
to explain the bug clearly enough.  The bug I'm reporting is not mere
caching behaviour: it's not a cache operating correctly, nor is it merely
a matter of a cache serving up stale information.

In the past I have observed that, when invoking loading of a
recently-loaded page (as is the situation in the bug report), Lynx
will show the requested page from cache.  That is, it shows the page
instantly rather than making a network request for it, and if the page
is volatile then the version that it shows may be the previously-loaded
version rather than current.  This behaviour is totally fine, and is not
what the bug report is about.  (Incidentally, trying it now, I'm seeing
this caching behaviour from "u" commands popping the history stack,
but not from repeated selection of ordinary links.  Don't know whether
this is normal or not.)

In the situation of the bug report, other than it being specific to some
websites, the condition for the bug to manifest does look a lot like the
condition for Lynx to serve a page from the cache.  But the behaviour is
not to serve the page from cache: the requested page does not get shown
at all.  No history entry gets pushed, and Lynx continues to display the
page from which the link was selected.  The user can continue navigating
in the displayed page, as if ey had never selected the link to the other
page, or as if loading had failed due to a network problem (though no
error message is displayed).  This is not long-standing behaviour in my
experience: it is new and problematic.

-zefram

Bug#863103: munin-plugins-core: plugin ps_ breaks for perl

2017-05-21 Thread Benoit-Pierre Demaine (aka Doublehp)

Package: munin-plugins-core
Version: 2.0.33-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


I have set munin to have plugin called ps_perl. Other ps_* plgins are
working fine, but the perl one broke in fall january 2017.

All ps_* plugins used to work fine for a few weeks after setting them.
But after some systme update, ps_perl stopped working.

My thinking is that /usr/bin/pgrep changed behaviour in january.
/usr/bin/pgrep is owned by procps. Here is why I think so:

# $PGREP -f -l "\"
685 apache2
692 htcacheclean
4025 apache2
5800 apache2
5803 apache2
...

But ...
# $PGREP -f -l "\"
23689 munin-node
27041 zmdc.pl
27191 zmfilter.pl
27200 zmaudit.pl
27208 zmwatch.pl
27215 zmtelemetry.pl

So, for some reason, gprep will show the process name for most process,
but, for scripts, it will show the name of calling script. And,
according to my Munin graphs, plugin had been working fine for 3 weeks.
So, I guess there must have been an update of procps somewhere around
january (or a few months before; I rarely update).

So, once pgrep shows calling script instead of binary file, the next
filter will fail:
$PGREP -f -l "$name" | grep "$REGEX" | grep -v grep | wc -l
will fail on the middle part '' grep "$REGEX" '' for obvious reasons.
Then, plugin returns value of 0 even when many process are running. For
me, this issue occurs only on perl, which happens to be a script
interpreter; plugin works fine for apache2 and kworker.

There are tons of ways to fix this on plugin side.

But, this may also reveal a change of behaviour of pgrep in the bad way
... and if so, this may affect many other scripts relying on pgrep. So,
potentially, any script calling /usr/bin/pgrep, and/or any package
depending on procps.

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

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

Versions of packages munin-plugins-core depends on:
ii  munin-common  2.0.33-1
ii  perl  5.24.1~rc4-1

Versions of packages munin-plugins-core recommends:
ii  libnet-snmp-perl  6.0.1-2

Versions of packages munin-plugins-core suggests:
pn  conntrack
pn  libcache-cache-perl  
ii  libdbd-mysql-perl4.041-1
ii  libnet-dns-perl  1.06-1
pn  libnet-netmask-perl  
pn  libnet-telnet-perl   
ii  libxml-parser-perl   2.44-2+b1
ii  python   2.7.11-2
pn  ruby | ruby-interpreter  

-- no debconf information

Bug#860656: python-biplist: FTBFS on i386: dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 returned exit code 13

tags 860656 + patch
thanks

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/tests/test_write.py b/tests/test_write.py
index 83c6419..fabd2be 100644
--- a/tests/test_write.py
+++ b/tests/test_write.py
@@ -12,6 +12,7 @@ try:
 unicodeStr = lambda x: x.decode('utf-8')
 toUnicode = lambda x: x.decode('unicode-escape')
 except NameError:
+long = int
 unicode = str
 unicodeStr = lambda x: x
 toUnicode = lambda x: x
@@ -20,6 +21,12 @@ try:
 except NameError:
 xrange = range
 
+# Ensure integers are always shown as '1L' regardless of size on Python 2
+def repr_(x):
+if isinstance(x, int):
+x = long(x)
+return repr(x)
+
 class TestWritePlist(unittest.TestCase):
 
 def roundTrip(self, case, xml=False, expected=None, reprTest=True):
@@ -38,7 +45,7 @@ class TestWritePlist(unittest.TestCase):
 
 # test equality
 if reprTest is True:
-self.assertEqual(repr(case if expected is None else expected), 
repr(readResult))
+self.assertEqual(repr_(case if expected is None else expected), 
repr_(readResult))
 else:
 self.assertEqual((case if expected is None else expected), 
readResult)

Bug#863102: epubcheck: exec format error

2017-05-21 Thread Stephane Bortzmeyer

Package: epubcheck
Version: 4.0.1-2
Severity: important

%  epubcheck 
zsh: exec format error: epubcheck

I assume that, in one way or the other, a non-ARM executable is
embedded in the package.

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armhf
 (armv7l)

Kernel: Linux 4.4.59-627f0117679bc72ef5e58881035f567a-4 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages epubcheck depends on:
ii  jarwrapper0.59
ii  libcommons-compress-java  1.13-1
ii  libguava-java 19.0-1
ii  libjackson-json-java  1.9.2-8
ii  libjing-java  20131210+dfsg+1-6
ii  libsac-java   1.3+dfsg-2
ii  libsaxonhe-java   9.5.1.1+dfsg-2

epubcheck recommends no packages.

epubcheck suggests no packages.

-- no debconf information

Bug#862779: ghostscript: diff for NMU version 9.20~dfsg-3.2

2017-05-21 Thread Jonas Smedegaard

Quoting Salvatore Bonaccorso (2017-05-21 19:37:55)
> I've prepared an NMU for ghostscript (versioned as 9.20~dfsg-3.2) and 
> uploaded it to DELAYED/2. Please feel free to tell me if I should 
> delay it longer.

On the contrary: Please speed up its processing.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#862693: unblock: postfix/3.1.4-5 (it'll end up being -7)

2017-05-21 Thread Scott Kitterman

On Wednesday, May 17, 2017 05:33:00 AM Niels Thykier wrote:
...
> Scott Kitterman:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock

There is one more issue that came up that in my opinion really must be fixed 
before release.  Diff with unstable for the additional issue attached.

I have added the moreinfo tag to the bug so we don't have to do this twice.  
Once the update is accepted, I'll provide the full debdiff with testing and 
remove the tag.

Thanks,

Scott Kdiff -Nru postfix-3.1.4/debian/changelog postfix-3.1.4/debian/changelog
--- postfix-3.1.4/debian/changelog	2017-05-19 10:51:32.0 -0400
+++ postfix-3.1.4/debian/changelog	2017-05-21 14:38:07.0 -0400
@@ -1,3 +1,10 @@
+postfix (3.1.4-7) unstable; urgency=medium
+
+  * Fix use of smtp binary for lmtp service on new installs and bump version
+check for postinst fixup.  Closes: #862244
+
+ -- Scott Kitterman   Sun, 21 May 2017 14:37:37 -0400
+
 postfix (3.1.4-6) unstable; urgency=medium
 
   * Revert Clean up left-over /etc/systemd/system/postfix.service.d directory
diff -Nru postfix-3.1.4/debian/patches/40_chroot_by_default.diff postfix-3.1.4/debian/patches/40_chroot_by_default.diff
--- postfix-3.1.4/debian/patches/40_chroot_by_default.diff	2017-05-19 10:50:13.0 -0400
+++ postfix-3.1.4/debian/patches/40_chroot_by_default.diff	2017-05-21 14:30:32.0 -0400
@@ -74,7 +74,7 @@
 -lmtp  unix  -   -   n   -   -   lmtp
 -anvil unix  -   -   n   -   1   anvil
 -scacheunix  -   -   n   -   1   scache
-+lmtp  unix  -   -   y   -   -   smtp
++lmtp  unix  -   -   y   -   -   lmtp
 +anvil unix  -   -   y   -   1   anvil
 +scacheunix  -   -   y   -   1   scache
  #
diff -Nru postfix-3.1.4/debian/postfix.postinst postfix-3.1.4/debian/postfix.postinst
--- postfix-3.1.4/debian/postfix.postinst	2017-05-19 10:50:22.0 -0400
+++ postfix-3.1.4/debian/postfix.postinst	2017-05-21 14:32:50.0 -0400
@@ -155,9 +155,10 @@
 fi
 
 # After 3.1.3-7 and before 3.1.4-3~ we erroneously changed master.
-# Change it back.  See Debian bug 850430.
+# Change it back.  See Debian bug 850430.  Up through 3.1.4-7~ we still
+# got it wrong on new installs.  See Debian bug 862244.
 if dpkg --compare-versions "$OLDVERSION" ge 3.1.3-7 && \
-	dpkg --compare-versions "$OLDVERSION" lt 3.1.4-3~; then
+	dpkg --compare-versions "$OLDVERSION" lt 3.1.4-7~; then
 	if grep -qE '^lmtp[[:space:]].*smtp$' ${MASTER}; then
 	[ -n "$echoed" ] || echo "In master.cf:"; echoed=y
 	echo "  restoring lmtp binary for lmtp service"

Bug#859926: ping: 859926: breaks with pulse-audio as output when spawned by speechd-up from init system

2017-05-21 Thread Paul Gevers

Hi all,

Any progress on this issue? Seems like nobody is working on it. It also
looks like the underlaying issue (pulseaudio & speech-dispatcher
combination) has been known for years and hasn't received much
attention. Is the solution just not possible because it requires a
choice for the default of pulseaudio between non-secure and working, or
secure and non-working (given the goals and designs of the tools
involved)? And currently the behavior is more secure and thus not
working out of the box for pulseaudio users (but working for alsa users)?

Maybe the "solution" is to acknowledge the situation, disable the init
scripts by default (at least of speechd-up, although that would also
cause alsa users to not have speechd-up) and describe it properly in the
documentation (I originally wrote debconf, but I don't think that is
allowed), such that the user can be told how to fix it (I don't know,
but it seems that starting pulseaudio as system user may solve the issues).

Obviously, if we are convinced that what I describe above is correct,
then we could add some detection for alsa vs pulseaudio into the loop
(no idea how that would work and unsure which package(s) should do that).

Paul



signature.asc
Description: OpenPGP digital signature

Bug#863101: Uscan uses all available memory of the system when run against guitarix

2017-05-21 Thread Víctor Cuadrado Juan

Package: devscripts
Version: 2.17.5
Severity: critical

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

When run against guitarix package git repo, at commit 7ff29bd,
for obtaining `guitarix2-0.35.3.tar.xz` that would become the
`guitarix_0.35.3.orig.tar.xz` symlink, `uscan --verbose` uses
all available ram of the system and if lucky it outputs
"Out of memory!".

I'm tagging it as critical because I have had my computer hard
freeze 2 times after executing uscan, needing a power cycle.

I have no configuration enabled for uscan in ~/.devscripts.

Regards,

- --
Víctor Cuadrado Juan   m...@viccuad.me

PGP key ID: 4096R: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.


- -- Package-specific info:

- --- /etc/devscripts.conf ---

- --- ~/.devscripts ---
BTS_INTERACTIVE= yes
DEBCHANGE_MULTIMAINT_MERGE=yes
DEBSIGN_KEYID=0xA2591E231E251F36
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-us -uc -I -i"
DEBUILD_LINTIAN_OPTS="-i -I"

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.18.23
ii  libc62.24-10
ii  perl 5.24.1-2
pn  python3:any  

Versions of packages devscripts recommends:
ii  apt 1.4.1
ii  at  3.1.20-3
ii  curl7.52.1-5
ii  dctrl-tools 2.24-2+b1
ii  debian-keyring  2017.01.20
ii  dput-ng [dput]  1.12
ii  dupload 2.7.0
ii  equivs  2.0.9+nmu1
ii  fakeroot1.21-3.1
ii  file1:5.30-1
ii  gnupg   2.1.18-6
ii  gnupg2  2.1.18-6
ii  libdistro-info-perl 0.14
ii  libdpkg-perl1.18.23
ii  libencode-locale-perl   1.05-1
ii  libgit-wrapper-perl 0.047-1
ii  liblist-compare-perl0.53-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.20-1
ii  liburi-perl 1.71-1
ii  libwww-perl 6.15-1
ii  licensecheck3.0.29-1
ii  lintian 2.5.50.3
ii  man-db  2.7.6.1-2
ii  patch   2.7.5-1+b2
ii  patchutils  0.3.4-2
ii  python3-debian  0.1.30
ii  python3-magic   1:5.30-1
ii  sensible-utils  0.0.9
ii  strace  4.15-2
ii  unzip   6.0-21
ii  wdiff   1.2.2-2
ii  wget1.18-5
ii  xz-utils5.2.2-1.2+b1

Versions of packages devscripts suggests:
pn  adequate 
ii  autopkgtest  4.4
ii  bls-standalone   0.20151231
ii  bsd-mailx [mailx]8.1.2-0.20160123cvs-4
ii  build-essential  12.3
ii  check-all-the-things 2017.01.15.1
pn  cvs-buildpackage 
ii  devscripts-el36.3+nmu1
ii  diffoscope   78
pn  disorderfs   
ii  dose-extra   5.0.1-8
ii  duck 0.12
pn  faketime 
ii  gnuplot  5.0.5+dfsg1-6
ii  gpgv 2.1.18-6
ii  how-can-i-help   15
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.22-1
pn  libnet-smtps-perl
ii  libterm-size-perl0.207-1+b4
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
pn  mozilla-devscripts   
ii  mutt 1.7.2-1
ii  openssh-client [ssh-client]  1:7.4p1-10
pn  piuparts 
pn  ratt 
pn  reprotest
pn  svn-buildpackage 
ii  w3m  0.5.3-34

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQEzBAEBCgAdFiEELLKv6mdE0z94m2FAIj8VylqvDngFAlkh5SQACgkQIj8Vylqv
Dnj+SQgAm0una6LSAdQiJ33oxUseyd59jfiivgFRo5yFb6WEqD2TWbqr0k8hsyTu
BnzAekzDpvImPAzEiuZbaETUXzdgpi21s1Xu/YfEahjLUKc/zHK7cqxXaHE9Lk5p
92pU46FOnRdF53w9O1za4xNQSx9ynR2pgaq5V7OE369PuwEamm3OvGIlSjYjktvN
Vdek40WZJXywpxYUKbSwn22tSgyJXcbk4kYRqvs7giX+NIvH/+V6Yo4HpMSge/6j
DVib2/oQmsNkOjEu5wuAfy2KTBnR7Ff41s6thSkyBPdLjP9zwKl08T/VoVBYlRUg
t0vQu/KOSXhaJkPym4GcKl6mpTW3jA==
=Qpp3
-END PGP SIGNATURE-

Bug#861744: [Pkg-privacy-maintainers] Bug#861744: torbrowser-launcher: Should not be part of Stretch

2017-05-21 Thread Holger Levsen

On Wed, May 03, 2017 at 12:27:00PM +, u wrote:
> Currently, the design of the software makes the package very often
> unusable, as soon as TorBrowser upstream gets signed with a different
> OpenPGP key or the SSL certificate of the server changes. This is not
> reliable and normal users will be unable to workaround these issues
> themselves.

I don't see why uploading to stable-security to fix these issues (=changing
a GPG key or SSL cert) ain't possible, but this is certainly your call.

> It'll be easier and safer to provide up-to-date versions to users using
> stable-backports. This shall be documented on the Debian wiki.

So you are assuming the above will change in the future? Because,
stable-backports is only for packages which will be included in the next
release…

Also the fact that you neglected the current jessie-backports package
(it's broken since months) is not setting a good example for future
backports… (backports admins really dont like it…)

All this also means that I'll drop most tests from
https://jenkins.debian.net/view/torbrowser/ - except those testing
installation in unstable and from unstable (on testing and stable) and
from git. (The failing tests constantly send emails, which is what bothers me
here.)

-- 
cheers,
Holger

signature.asc
Description: Digital signature

Bug#863095: screen: syntax changed for -L argument, effectively an API change :/

2017-05-21 Thread Axel Beckert

Control: tag -1 + upstream fixed-upstream confirmed
Control: forwarded -1 http://savannah.gnu.org/bugs/?50440
Control: severity -1 important

Hi Daniel,

thanks for the bug report.

Daniel Kahn Gillmor wrote:
> before screen 4.5.0, -L took no arguments.
> 
> in 4.5.0 and later, -L takes one argument, the name of the logfile.
> 
> but if you have any pre-existing code that does something like:
> 
> screen -L -c foo.screenrc
> 
> then it fails in 4.5.0 because it doesn't like -c as an argument to
> -L.
> 
> this is effectively an API breakage, which makes existing tools that
> embed screen break.  This has an effect on kvm-manager, for instance.
> 
> https://0xacab.org/dkg/kvm-manager
> 
> it makes it so that kvm-manager can't reuse the same invocation on
> stretch and pre-stretch systems.

Can you check if this is fixed in screen 4.5.1-3 from Debian
Experimental? Because according to the upstream bug report
http://savannah.gnu.org/bugs/?50440 this should be fixed in 4.5.1.

If so, I'll try to cherry-pick the according upstream commits. Seem to
be these commits:

Code change:
http://git.savannah.gnu.org/cgit/screen.git/commit/?h=screen-v4=18193bc7b237d66a076fffa21d4308dbb4f83cc5

Documentation updates:
http://git.savannah.gnu.org/cgit/screen.git/commit/?h=screen-v4=13183da34eaf9efb3c6b47371c08ff786eaf712b
 
http://git.savannah.gnu.org/cgit/screen.git/commit/?h=screen-v4=a38de4e6627f01cad43cff57490fd80a988b8e18
http://git.savannah.gnu.org/cgit/screen.git/commit/?h=screen-v4=74c5883c47d84154e322dc18adbafbe7af5795b3

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#863100: vim-ultisnips: How do I debug for vim-ultisnips python program

2017-05-21 Thread Yukiharu YABUKI

Package: vim-ultisnips
Version: 3.0-1
Severity: wishlist

Dear Maintainer,

I have a prblem with vim-ultisnips. I'd like to know how to debug with
python program. I'm not familiar to programming python with vim.
Do you know "~/.vim/pythonx/UltiSnips/debug.py". it seems to use
debugging with this.

Background
--

I have two jessie machines. In a jessie machine (Hostname is Arkat),
vim-ultisnips works fine.
In the other mahine (Hostname is Yelona), bbox (which is in all.snippets)
does not works. It give me bellow messages:

I want to know What is the difference between two hosts. That is why,
I'd like to know how to debug ultisnips.

Yes, I have already googled. And checked /usr/share/doc/vim-ultisnips/.
I have not find any answer yet.

|   An error occured. This is either a bug in UltiSnips or a bug in a
|   snippet definition. If you think this is a bug, please report it to
|   https://github.com/SirVer/ultisnips/issues/new.

|   Following is the full stack trace:
|   Traceback (most recent call last):
| File "/home/yabuki/.vim/pythonx/UltiSnips/snippet_manager.py", line 53, 
in wrapper
|   return func(self, *args, **kwds)
| File "/home/yabuki/.vim/pythonx/UltiSnips/snippet_manager.py", line 117, 
in expand
|   if not self._try_expand():
| File "/home/yabuki/.vim/pythonx/UltiSnips/snippet_manager.py", line 520, 
in _try_expand
|   self._do_snippet(snippet, before)
| File "/home/yabuki/.vim/pythonx/UltiSnips/snippet_manager.py", line 495, 
in _do_snippet
|   None, start, end)
| File "/home/yabuki/.vim/pythonx/UltiSnips/snippet/definition/_base.py", 
line 222, in launch
|   snippet_instance.update_textobjects()
| File 
"/home/yabuki/.vim/pythonx/UltiSnips/text_objects/_snippet_instance.py", line 
67, in update_textobjects
|   if obj._update(done):
| File "/home/yabuki/.vim/pythonx/UltiSnips/text_objects/_python_code.py", 
line 199, in _update
|   exec(code, self._locals)  # pylint:disable=exec-used
| File "", line 2, in 
| File "", line 51, in make_box
| File "", line 47, in _get_comment_format
|   IndexError: list index out of range

*** End of the template - remove these template lines ***


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

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

Versions of packages vim-ultisnips depends on:
ii  python2.7.9-1
ii  vim-nox [vim-python]  2:7.4.488-7+deb8u3

Versions of packages vim-ultisnips recommends:
ii  vim-addon-manager  0.5.3
ii  vim-snippets   1.0.0-3

vim-ultisnips suggests no packages.

-- no debconf information


--
++++++++++++++
Yukiharu Yabuki (矢吹幸治)  I use Debian GNU/Linux
mail: yab...@netfort.gr.jp
クレクレタコラは好き / クレクレタコだはイヤ
++++++++++++++


pgpaw60Peh9uR.pgp
Description: PGP signature

Bug#862063: creating the expected folder does not solve the issue

2017-05-21 Thread haunting echo

As another attempt to work around the bug, I had tried creating the
expected folder in my download path.  It didn't change the error I received:

==
>transmission-remote-cli MiniMetro-gamma19a-linux.tar.gz.torrent
EXECUTING:
transmission-remote localhost:9091 -a
MiniMetro-gamma19a-linux.tar.gz.torrent
RESPONSE:
Error: invalid or corrupt torrent file
==

and in /var/log/syslog:
==
May 21 13:42:27 1234 transmission-daemon[475]: [2017-05-21 13:42:27.278]
dinosaurpoloclub/MiniMetro-gamma19a-linux.tar.gz Invalid metadata entry
"path" (metainfo.c:590)
==

Bug#863099: unblock: openjdk-8/8u131-b11-2

2017-05-21 Thread Matthias Klose

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock openjdk-8/8u131-b11-2, tightening a dependency (#862508 was
considered RC).

Bug#863098: ITP: remote-logon-service -- DBus service for tracking available remote logon servers

2017-05-21 Thread Mike Gabriel

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: remote-logon-service
  Version : 1.0.1.1
  Upstream Author : Mike Gabriel 
Ted Gould 
* URL : https://github.com/ArcticaProject/remote-logon-service
* License : GPL-3
  Programming Lang: C
  Description : DBus service for tracking available remote logon servers

 The Remote Logon DBus Service will be part of bringing Arctica Greeter
 (derived from Ubuntu's Unity Greeter) to Debian. The service monitors
 a master broker server (with sub-brokers) and obtains information about
 available remote desktop servers from the brokers. The service is used
 from within Arctica Greeter itself. Arctica Greeter provides a remote
 session logon feature to the user, when remote servers are available.
 .
 History: Around 2012, Canonical Ltd. developed a remote logon feature
 for Unity Greeter that supported FreeRDP logons. Citrix Logons were
 planned, too, but never finished (IIRC). The corresponding components in
 Ubuntu are thin-client-config-agent and remote- login-service.
 .
 The X2Go project (i.e. me) later on provieded patches for X2Go Sessinn
 logon support via Unity Greeter, but those patches never got upstreamed.
 And the UCCS remote logon concept has been discontinued ever since AFAIK.
 .
 The continuation (and improvements) of Unity Greeter's remote logon
 feature will be published under the name Arctica Greeter (i.e., greeter
 frontend for LightDM). As a UCCS-like server, the X2Go Session Broker
 can be used. However, in the Arcitca Project's context, we also plan to
 provide such a brokerage feature which then can be plugged into Arctica
 Greeter.
 .
 The components in Ubuntu are thin-client-config-agent and
 remote-login-service. The forked projects provide the continuation of
 those projects in a completely different name space. Thus, the named
 Ubuntu packages and the forked packages should be co-installable.
 .
 Most of the remote logon code has been contributed by Ted Gould from
 Canonical. Thanks to Ted for this awesome effort on the related
 components.

Bug#863097: ITP: remote-logon-config-agent -- Retrieve the list of remote desktop servers for a user

2017-05-21 Thread Mike Gabriel

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: remote-logon-config-agent
  Version : 0.9
  Upstream Author : Mike Gabriek 
Canonical Ltd.
* URL : https://github.com/ArcticaProject/remote-logon-config-agent
* License : GPL-3
  Programming Lang: Python3
  Description : Retrieve the list of remote desktop servers for a user

 This tiny Python tool will be part of bringing Arctica Greeter (derived
 from Ubuntu's Unity Greeter) to Debian. This tool fetches JSON based
 remote server information from a brokerage host (formerly knows as UCCS
 server). This tool will be used by the to-be-provided
 remote-logon-service package.
 .
 Around 2012, Canonical Ltd. developed a remote logon feature for Unity
 Greeter that supported FreeRDP logons. Citrix Logons were planned, too,
 but never finished (IIRC). The corresponding components in Ubuntu are
 thin-client-config-agent and remote- login-service.
 .
 The X2Go project (i.e. me) later on provieded patches for X2Go Sessinn
 logon support via Unity Greeter, but those patches never got upstreamed.
 And the UCCS remote logon concept has been discontinued ever since AFAIK.
 .
 The continuation (and improvements) of Unity Greeter's remote logon feature 
will
 be published under the name Arctica Greeter (i.e., greeter frontend for 
LightDM).
 As a UCCS-like server, the X2Go Session Broker can be used. However, in the
 Arcitca Project's context, we also plan to provide such a brokerage feature 
which
 then can be plugged into Arctica Greeter.
 .
 The components in Ubuntu are thin-client-config-agent and remote-login-service.
 The forked projects provide the continuation of those projects in a completely
 different name space. Thus, the named Ubuntu packages and the forked packages
 should be co-installable.

Bug#863096: ITP: python3-dj-static -- Serve production static files with Django (Python 3)

2017-05-21 Thread Herbert Parentes Fortes Neto

Package: wnpp
Severity: wishlist
Owner: Herbert Parentes Fortes Neto 

* Package name: python3-dj-static
  Version : 0.0.6
  Upstream Author : Kenneth Reitz 
* URL : https://pypi.python.org/pypi/dj-static
* License : BSD
  Programming Lang: Python
  Description : Serve production static files with Django (Python 3)

 This is a simple Django middleware utility that allows you to 
 properly serve static assets from production with a WSGI server
 like Gunicorn.
 .
 Django doesn’t recommend the production use of its static file 
 server for a number of reasons. There exists, however, a lovely
 WSGI application aptly named Static.
 .
 It is suitable for the production use of static file serving, 
 unlike Django.

Bug#861282: (no subject)

2017-05-21 Thread Emmanuel Kasper

I can confirm the behaviour is mentioning.

@JD:
does the commits from pull requests 4900 and 4910 apply cleanly on
0.10.2 ? can you build a working packer passing the build tests with the
patches applied ?

Bug#863095: screen: syntax changed for -L argument, effectively an API change :/

2017-05-21 Thread Daniel Kahn Gillmor

Package: screen
Version: 4.5.0-5
Severity: normal

before screen 4.5.0, -L took no arguments.

in 4.5.0 and later, -L takes one argument, the name of the logfile.

but if you have any pre-existing code that does something like:

screen -L -c foo.screenrc

then it fails in 4.5.0 because it doesn't like -c as an argument to
-L.

this is effectively an API breakage, which makes existing tools that
embed screen break.  This has an effect on kvm-manager, for instance.

https://0xacab.org/dkg/kvm-manager

it makes it so that kvm-manager can't reuse the same invocation on
stretch and pre-stretch systems.

  --dkg

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

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

Versions of packages screen depends on:
ii  libc6  2.24-10
ii  libpam0g   1.1.8-3.5
ii  libtinfo5  6.0+20161126-1

screen recommends no packages.

Versions of packages screen suggests:
pn  byobu | screenie | iselect  
ii  ncurses-term6.0+20161126-1

-- no debconf information

Bug#863094: RFS: stendhal-installer/0.1-1 [ITP] -- Unofficial way to easily install game

Package: sponsorship-requests
Severity: normal


  Dear mentors,

  I am looking for a sponsor for my package "stendhal-installer"

 * Package name: stendhal-installer
   Version : 0.1-1
   Upstream Author : Carlos Donizete Froes 
 * URL : https://github.com/coringao/stendhal-installer/wiki
 * License : GPL-2+
   Section : games

  It builds those binary packages:

stendhal-installer - Unofficial way to easily install game

  To access further information about this package, please visit the following
URL:

  https://mentors.debian.net/package/stendhal-installer

  Alternatively, one can download the package with dget using this command:

dget -x https://mentors.debian.net/debian/pool/main/s/stendhal-
installer/stendhal-installer_0.1-1.dsc

  Regards,
   Carlos Donizete Froes



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

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

Bug#796530: closed by Samuel Thibault <sthiba...@debian.org> (Bug#796530: fixed in libwnckmm 0.1.1-2)

2017-05-21 Thread Samuel Thibault

Hello,

Adrian Bunk, on dim. 21 mai 2017 19:49:55 +0300, wrote:
> On Sat, Aug 22, 2015 at 01:24:25PM +, Debian Bug Tracking System wrote:
> >...
> >  libwnckmm (0.1.1-2) unstable; urgency=medium
> >  .
> >* Make libwnckmm-1.0-0-dev depend on the same version of libwnckmm-1.0-0.
> >  (closes: #796530)
> >...
> 
> It is still present in jessie, could you also fix it there?

I have uploaded it and requested the update in Bug#863093.

Samuel

Bug#863093: jessie-pu: package libwnckmm/0.1.1-1+deb8u1

2017-05-21 Thread Samuel Thibault

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

libwnckmm did not have correct versioned dependency before its version
0.1.1-2, leading to /usr/lib/*/libwnckmm-1.0.so potentially being a
dangling link to an outdated .so filename.

Jessie is still affected by this serious Bug#796530, Adrian Bunk
requested it to be fixed there. In the attached changes that I have
uploaded to tpu, I have also fixed the duplication of jquery.js, also a
serious issue.

Samuel

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

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

-- 
Samuel
"How should I know if it works?  That's what beta testers are for.  I only
coded it."
(Attributed to Linus Torvalds, somewhere in a posting)
diff -Nru libwnckmm-0.1.1/debian/changelog libwnckmm-0.1.1/debian/changelog
--- libwnckmm-0.1.1/debian/changelog2014-10-14 02:17:26.0 +0200
+++ libwnckmm-0.1.1/debian/changelog2015-08-22 14:29:25.0 +0200
@@ -1,3 +1,11 @@
+libwnckmm (0.1.1-1+deb8u1) jessie; urgency=medium
+
+  * Make libwnckmm-1.0-0-dev depend on the same version of libwnckmm-1.0-0.
+(closes: #796530)
+  * Use jquery.js from libjs-jquery.
+
+ -- Samuel Thibault   Sat, 22 Aug 2015 14:29:25 +0200
+
 libwnckmm (0.1.1-1) unstable; urgency=medium
 
   [ Jean-Philippe MENGUAL ]
diff -Nru libwnckmm-0.1.1/debian/control libwnckmm-0.1.1/debian/control
--- libwnckmm-0.1.1/debian/control  2014-10-14 02:00:51.0 +0200
+++ libwnckmm-0.1.1/debian/control  2015-08-22 14:29:25.0 +0200
@@ -23,7 +23,7 @@
 Package: libwnckmm-1.0-0-dev
 Architecture: any
 Section: libdevel
-Depends: ${shlibs:Depends}, ${misc:Depends}, libwnck-dev (>= 2.30.0~), 
libgtkmm-2.4-dev (>= 1:2.24.0~)
+Depends: ${shlibs:Depends}, ${misc:Depends}, libwnck-dev (>= 2.30.0~), 
libwnckmm-1.0-0 (= ${binary:Version}), libgtkmm-2.4-dev (>= 1:2.24.0~), 
libjs-jquery
 Description: Development files for the C++ wrapper to libwnck
  This library is a gmmproc-based wrapper around the WNCK library.
  This package is a depency for packages such as Emerald.
diff -Nru libwnckmm-0.1.1/debian/rules libwnckmm-0.1.1/debian/rules
--- libwnckmm-0.1.1/debian/rules2014-10-14 01:41:38.0 +0200
+++ libwnckmm-0.1.1/debian/rules2015-08-22 14:29:25.0 +0200
@@ -10,6 +10,10 @@
 override_dh_auto_configure:
dh_auto_configure -- --enable-maintainer-mode --enable-static 
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
 
+override_dh_installdocs:
+   ln -sf /usr/share/javascript/jquery/jquery.js 
doc/reference/html/jquery.js
+   dh_installdocs
+
 override_dh_auto_clean:
dh_auto_clean
rm -fr doc/reference/html

Bug#863092: ITP: python3-dj-database-url -- Django utility to utilize a DB env var (Python 3)

2017-05-21 Thread Herbert Parentes Fortes Neto

Package: wnpp
Severity: wishlist
Owner: Herbert Parentes Fortes Neto 

* Package name: python3-dj-database-url
  Version : 0.4.2
  Upstream Author : Kenneth Reitz 
* URL : https://pypi.python.org/pypi/dj-database-url
* License : BSD
  Programming Lang: Python
  Description : Django utility to utilize a DB env var (Python 3)

 This simple Django utility allows you to utilize the 12factor
 inspired DATABASE_URL environment variable to configure your 
 Django application.
 .
 The dj_database_url.config method returns a Django database 
 connection dictionary, populated with all the data specified 
 in your URL. There is also a conn_max_age argument to easily 
 enable Django’s connection pool.
 .
 If you’d rather not use an environment variable, you can pass
 a URL in directly instead to dj_database_url.parse.

Bug#862779: ghostscript: diff for NMU version 9.20~dfsg-3.2

2017-05-21 Thread Salvatore Bonaccorso

Control: tags 862779 + pending

Hi Jonas,

I've prepared an NMU for ghostscript (versioned as 9.20~dfsg-3.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,
Salvatore
diff -Nru ghostscript-9.20~dfsg/debian/changelog ghostscript-9.20~dfsg/debian/changelog
--- ghostscript-9.20~dfsg/debian/changelog	2017-04-28 06:50:05.0 +0200
+++ ghostscript-9.20~dfsg/debian/changelog	2017-05-21 19:22:52.0 +0200
@@ -1,3 +1,14 @@
+ghostscript (9.20~dfsg-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix regression introduced by CVE-2017-8291 fix.
+When using the "DELAYBIND" feature, it turns out that .eqproc can be
+called with parameters that are not both procedures. In this case, it
+turns out, the expectation is for the operator to return 'false', rather
+than throw an error. (Closes: #862779)
+
+ -- Salvatore Bonaccorso   Sun, 21 May 2017 19:22:52 +0200
+
 ghostscript (9.20~dfsg-3.1) unstable; urgency=high
 
   * Non-maintainer upload.
diff -Nru ghostscript-9.20~dfsg/debian/patches/020170503~57f2071.patch ghostscript-9.20~dfsg/debian/patches/020170503~57f2071.patch
--- ghostscript-9.20~dfsg/debian/patches/020170503~57f2071.patch	1970-01-01 01:00:00.0 +0100
+++ ghostscript-9.20~dfsg/debian/patches/020170503~57f2071.patch	2017-05-21 19:22:52.0 +0200
@@ -0,0 +1,51 @@
+Description: Bug 697846: revision to commit 4f83478c88 (.eqproc)
+ When using the "DELAYBIND" feature, it turns out that .eqproc can be called with
+ parameters that are not both procedures. In this case, it turns out, the
+ expectation is for the operator to return 'false', rather than throw an error.
+Origin: upstream, http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=57f20719
+Bug: https://bugs.ghostscript.com/show_bug.cgi?id=697846
+Bug-Debian: https://bugs.debian.org/862779
+Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/1687614
+Forwarded: not-needed
+Author: Chris Liddell 
+Last-Update: 2017-05-21
+---
+ psi/zmisc3.c | 15 +--
+ 1 file changed, 13 insertions(+), 2 deletions(-)
+
+diff --git a/psi/zmisc3.c b/psi/zmisc3.c
+index 37293ff..3f01d39 100644
+--- a/psi/zmisc3.c
 b/psi/zmisc3.c
+@@ -38,6 +38,15 @@ zcliprestore(i_ctx_t *i_ctx_p)
+ return gs_cliprestore(igs);
+ }
+ 
++static inline bool
++eqproc_check_type(ref *r)
++{
++return r_has_type(r, t_array)
++   || r_has_type(r, t_mixedarray)
++   || r_has_type(r, t_shortarray)
++   || r_has_type(r, t_oparray);
++}
++
+ /*   .eqproc  */
+ /*
+  * Test whether two procedures are equal to depth 10.
+@@ -58,8 +67,10 @@ zeqproc(i_ctx_t *i_ctx_p)
+ 
+ if (ref_stack_count(_stack) < 2)
+ return_error(gs_error_stackunderflow);
+-if (!r_is_array(op - 1) || !r_is_array(op)) {
+-return_error(gs_error_typecheck);
++if (!eqproc_check_type(op -1) || !eqproc_check_type(op)) {
++make_false(op - 1);
++pop(1);
++return 0;
+ }
+ 
+ make_array([0].proc1, 0, 1, op - 1);
+-- 
+2.1.4
+
diff -Nru ghostscript-9.20~dfsg/debian/patches/series ghostscript-9.20~dfsg/debian/patches/series
--- ghostscript-9.20~dfsg/debian/patches/series	2017-04-28 06:50:05.0 +0200
+++ ghostscript-9.20~dfsg/debian/patches/series	2017-05-21 19:22:52.0 +0200
@@ -13,6 +13,7 @@
 0004-fix-crash-with-bad-data-supplied-to-makeimagedevice.patch
 0005-Bug-697453-Avoid-divide-by-0-in-scan-conversion-code.patch
 0006-Bug-697456.-Dont-create-new-ctx-when-pdf14-device-re.patch
+020170503~57f2071.patch
 1001_fix_openjp2_dynamic_linking.patch
 2001_docdir_fix_for_debian.patch
 2002_gs_man_fix_debian.patch

Bug#855912: db_purge: exits with error code 8 when using deluser in the same postinst

2017-05-21 Thread Colin Watson

Control: severity -1 normal
Control: merge 782463 -1

On Tue, Apr 11, 2017 at 03:53:00PM +, Niels Thykier wrote:
> Have you had a chance to review this bug?  AFAICT, it got
> clone+reassigned without you explicitly being CC'ed, so I am leaving the
> full mail quoted below for your sake.

Sorry, yes.  This is basically the same as #782463, and it doesn't need
to be RC since it's been the case forever.  For that matter it's more or
less the same as the gotcha documented in debconf-devel(7), albeit for
the postinst rather than the postrm (but the considerations are
basically the same):

   *  Avoid outputting anything to stdout in your postinst,
  since that can confuse debconf, and postinst should not
  be verbose anyway. Output to stderr is ok, if you must.

Another good workaround for this type of problem, and Maximiliano, this
is something you should do anyway in sddm, is to put:

  . /usr/share/debconf/confmodule

... at the *top* of your postrm, just below the #! line and any "set -e"
or similar command, even if dh_installdebconf also inserts a fragment
later that includes that line.  That way, the confmodule's redirection
of stdout to stderr will take effect early enough to be useful.  Often
more importantly, this avoids problems caused by the fact that sourcing
the confmodule re-execs the calling script, which can cause weird
problems if you weren't expecting all the code before the confmodule is
sourced to be called twice, which you probably weren't.  This is
documented under HACKS in debconf-devel(7).

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]

Bug#862244: Re: Fwd: bug 850430 still here in postfix version 3.1.4-4 ?

2017-05-21 Thread Scott Kitterman

On Saturday, May 20, 2017 12:32:49 PM James Cowgill wrote:
> On 20/05/17 12:24, James Cowgill wrote:
> > I am also getting this exact same error in a new postfix server I
> > setup. Changing the command from lmtp to smtp fixes it for me as well.
> 
> This of course should be "from smtp to lmtp".

Sure enough.  I can confirm it's still there.  Let me see what I can do about 
it.

Scott K

signature.asc
Description: This is a digitally signed message part.

Bug#863091: pelican-themes: cannot manage themes in /usr

2017-05-21 Thread martin f krafft

Package: pelican
Version: 3.7.1-1
Severity: normal

% pelican-themes -i pelican-themes/bluegrasshopper/
Cannot copy `pelican-themes/bluegrasshopper/' to 
`/usr/lib/python2.7/dist-packages/pelican/themes/bluegrasshopper':
[Errno 13] Permission denied: 
'/usr/lib/python2.7/dist-packages/pelican/themes/bluegrasshopper'

When installed as distro package, arguably the themes should be
managed under /var/lib or in the project root.

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

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

Versions of packages pelican depends on:
ii  libpython2.7-stdlib [python-argparse]  2.7.13-2
ii  python 2.7.13-2
ii  python-blinker 1.3.dfsg2-1
ii  python-dateutil2.5.3-2
ii  python-docutils0.13.1+dfsg-2
ii  python-feedgenerator   1.9-1
ii  python-jinja2  2.9.5-1
ii  python-markdown2.6.8-1
ii  python-pkg-resources   33.1.1-1
ii  python-pygments2.2.0+dfsg-1
ii  python-six 1.10.0-4
ii  python-tz  2016.7-0.3
ii  python-unidecode   0.04.19-1
pn  python:any 

pelican recommends no packages.

Versions of packages pelican suggests:
pn  pandoc   
pn  pelican-doc  
ii  python-bs4   4.5.3-1

-- no debconf information


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#863071: [Debconf-devel] Bug#863071: debconf: POSIX::tmpnam() is deprecated in Perl 5.24 and will be removed in 5.26

2017-05-21 Thread Colin Watson

On Sun, May 21, 2017 at 01:48:54PM +0300, Niko Tyni wrote:
> On Sun, May 21, 2017 at 12:49:25PM +0300, Niko Tyni wrote:
> > Debconf::TmpFile uses POSIX::tmpnam(), which was deprecated
> > in Perl 5.24:
> 
> > I've confirmed that debconf crashes with this on Perl 5.26 when
> > dpkg-reconfiguring console-setup on a small enough terminal that the
> > textboxes need scrolling. It only happens with the dialog frontend,
> > not whiptail.
> 
> The 5.24 warning can be seen with the 'editor' backend, and the issue
> makes that one break totally on 5.26, regardless of the terminal size:
> 
>   # dpkg-reconfigure -plow debconf
>   Unimplemented: POSIX::tmpnam(): use File::Temp instead at 
> /usr/share/perl5/Debconf/TmpFile.pm line 16.
>   # echo $?
>   255
> 
> Proposed, lightly tested patch attached. Niels said on IRC
> that it would be good to fix this for stretch, so presumably
> it's OK for an unblock by the release team.

Thanks; applied in 1.5.61, with the amendment that I bumped the
Pre-Depends on perl-base to 5.20.1-3~ to account for this.

Please do also add the appropriate Breaks (or Conflicts if necessary,
but I suspect that's overkill and it may be harmful) to perl-base 5.26;
it isn't uncommon for people to try skip upgrades which mostly work even
if they're unsupported, and I wouldn't want to see them broken due to
something we could have avoided.

I think Debconf::TmpFile should in fact just be replaced entirely by
File::Temp at this point, but let's stick with the minimal patch for
now.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#861282: Not Yet Resolved

2017-05-21 Thread JD Friedrikson

Hello,

Packer is still broken due to the ABI changes. AFAIK the patch that was 
supposed to fix this does nothing to address use of the ABI in the builders. 
Since then, there have also been some patches upstream (as Matt had mentioned) 
to resolve the fallout due to the change:

https://github.com/hashicorp/packer/pull/4900/files
https://github.com/hashicorp/packer/pull/4910/files

Here's some output to look at for what's failing:

"""
Package: packer
Version: 0.10.2+dfsg-5
Installed-Size: 31971
Maintainer: Daniel Stender 
Architecture: amd64
"""

"""
==> virtualbox-iso: Waiting for SSH to become available...
2017/05/21 12:37:21 ui: ==> virtualbox-iso: Waiting for SSH to become 
available...
2017/05/21 12:37:21 packer: 2017/05/21 12:37:21 [INFO] Attempting SSH 
connection...
2017/05/21 12:37:21 packer: 2017/05/21 12:37:21 reconnecting to TCP connection 
for SSH
2017/05/21 12:37:21 packer: 2017/05/21 12:37:21 handshaking with SSH
2017/05/21 12:37:21 packer: 2017/05/21 12:37:21 handshake error: ssh: must 
specify HostKeyCallback
2017/05/21 12:37:21 packer: 2017/05/21 12:37:21 [DEBUG] SSH handshake err: ssh: 
must specify HostKeyCallback
"""

"""
==> qemu: Waiting for SSH to become available...
2017/05/21 12:40:33 ui: ==> qemu: Waiting for SSH to become available...
2017/05/21 12:40:33 packer: 2017/05/21 12:40:33 [INFO] Attempting SSH 
connection...
2017/05/21 12:40:33 packer: 2017/05/21 12:40:33 reconnecting to TCP connection 
for SSH
2017/05/21 12:40:33 packer: 2017/05/21 12:40:33 handshaking with SSH
2017/05/21 12:40:33 packer: 2017/05/21 12:40:33 handshake error: ssh: must 
specify HostKeyCallback
2017/05/21 12:40:33 packer: 2017/05/21 12:40:33 [DEBUG] SSH handshake err: ssh: 
must specify HostKeyCallback
"""

As of right now, packer (per Stretch) won't successfully build anything that 
depends on provisioning via SSH. Can we please look into this and do what's 
needed so that it's ready for the release?

Thanks,
JD

Bug#796530: closed by Samuel Thibault <sthiba...@debian.org> (Bug#796530: fixed in libwnckmm 0.1.1-2)

On Sat, Aug 22, 2015 at 01:24:25PM +, Debian Bug Tracking System wrote:
>...
>  libwnckmm (0.1.1-2) unstable; urgency=medium
>  .
>* Make libwnckmm-1.0-0-dev depend on the same version of libwnckmm-1.0-0.
>  (closes: #796530)
>...

Hi Samuel,

thanks a lot for fixing this bug for stretch.

It is still present in jessie, could you also fix it there?
Alternatively, I can fix it for jessie if you don't object.

Thanks
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#863089: Please provide post-processed logs output for manpages.d.o

2017-05-21 Thread Michael Stapelberg

Package: piuparts
Severity: wishlist

This is in relation to https://bugs.debian.org/850917, where we added
code to log update-alternatives calls.

Now that the calls are logged, we need to somehow make Debiman aware
of the calls. To that end, I wrote a program which will read all
available logs, parse all LOG-ALTERNATIVES lines, and generate a JSON
file with the links created by the various binary packages.

Find the source of that program at
https://github.com/Debian/debiman/blob/b4d79f84b34abfc59effcd85c78541ce8f572b4b/cmd/debiman-piuparts-distill/piuparts.go

I then ran the program like so on piuparts.debian.org:

% debiman-piuparts-distill \
-logs_dir=/srv/piuparts.debian.org/htdocs/stretch \
-output=debiman/testing.json.gz

% debiman-piuparts-distill \
-logs_dir=/srv/piuparts.debian.org/htdocs/sid \
-output=debiman/unstable.json.gz

% debiman-piuparts-distill \
-logs_dir=/srv/piuparts.debian.org/htdocs/experimental \
-output=debiman/experimental.json.gz

% debiman-piuparts-distill \
-logs_dir=/srv/piuparts.debian.org/htdocs/jessie \
-output=debiman/stable.json.gz

I then copied debiman/*.json.gz over to manziarly.debian.org,
re-generated the entire site, and slave alternative manpages now work
as expected :).

Obviously, the above was a one-off manual effort, so now we should
discuss how we’d like to set things up for a more permanent export.

Here’s a strawman proposal. We could:

1. Add a crontab entry, which triggers a shell script, which will
update debiman-piuparts-distill, then run it on the logs
directories.

2. Store the resulting *.json.gz files in a directory called
/srv/piuparts.debian.org/htdocs/for-manpages.d.o

3. Download the files via HTTPS on manziarly.d.o.

Step ① requires installing the Go compiler
(https://packages.debian.org/stretch/golang-go) on piuparts.d.o. We
could avoid this if we’re all okay with just copying the
debiman-piuparts-distill binary onto piuparts.d.o, but referring to
e.g. /home/stapelberg/debiman-piuparts-distill from a cronjob within
the piuparts git repository feels somewhat unclean.

Any thoughts? Would you be okay with my strawman? If so, I’ll prepare
a patch.

Bug#863088: ifupdown: interfaces hwaddr functionality - missing macchanger dependency

2017-05-21 Thread Yan

Package: ifupdown
Version: 0.7.53.1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Adding hwaddr config line into /etc/network/interfaces config file

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
After installation of macchanger everything worked flawlessly, before 
installation of macchanger mac address just did not change and I did not notice 
any error message (searched log files, maybe I overlooked it)

   * Solution?
Problem could be probably resolved by workaround using ip link set hwaddr 
functionality instead of macchanger or marking macchanger as at least optional 
functionality of ifupdown package and mentioning in manpage of "interfaces" 
(/etc/network/interfaces) that hwaddr funcionality needs macchanger as 
dependency. (It is misleading because same effect can be done with ip link 
which is installed by default, so I did not expect that macchanger is crucial 
to hwaddr config option to work) Macchanger is not part of minimal image and is 
not dependency of ifupdown, so it can be easily missing in system. Iproute2 is 
part of minimal image and also dependency of ifupdown.


-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 8.0 (jessie)
Release:8.0
Codename:   jessie
Architecture: armv7l

Kernel: Linux 4.9.24-v7+ (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ifupdown depends on:
ii  adduser  3.113+nmu3
ii  initscripts  2.88dsf-59
ii  iproute2 3.16.0-2
ii  libc62.19-18+deb8u9
ii  lsb-base 4.1+Debian13+rpi1+nmu1

Versions of packages ifupdown recommends:
ii  dhcpcd5 [dhcp-client]  6.7.1-1+rpi5
ii  isc-dhcp-client [dhcp-client]  4.3.1-6+deb8u2

Versions of packages ifupdown suggests:
ii  net-tools  1.60-26
pn  ppp
pn  rdnssd 

-- no debconf information

Bug#862396: [Debian GNUstep maintainers] Bug#862396: newer version available

2017-05-21 Thread Ivan Vučica

Do note that the Github repo is just a mirror, and that the new upstream
code is not a new proper release.

On Fri, May 12, 2017, 10:57 Gürkan Myczko  wrote:

> Package: dbuskit
> Version: 0.1.1-2
> Severity: wishlist
>
> There's a newer version of dbuskit available at:
> https://github.com/gnustep/dbuskit
>
> Yours,
>
> ___
> Debian GNUstep maintainers mailing list
> pkg-gnustep-maintain...@lists.alioth.debian.org
>
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnustep-maintainers
>

Bug#783610: jessie RC bugs in perl packages

2017-05-21 Thread Julien Cristau

Control: tag 783610 jessie-ignore
Control: severity 830476 normal

On Sat, May 20, 2017 at 13:21:12 +0300, Adrian Bunk wrote:

> I'm adding the release team to the Cc for the 3 bugs that are
> candidates for jessie-ignore.
> 
> On Fri, May 19, 2017 at 10:24:15PM +0200, gregor herrmann wrote:
> > On Fri, 19 May 2017 12:53:10 +0200, gregor herrmann wrote:
> > 
> > > > Could you prepare jessue-pu updates for them?
> > > I'm starting to look at them right now at the pkg-perl sprint.
> > > Thanks for providing this list!
> 
> Thanks a lot for working on them!
> 
> Comments on some items:
> 
> >...
> > > #784845 libdevel-gdb-perl: FTBFS: t/expect.t #8 sometimes fails
> > 
> > This is an occasional test failure, and I'm not convinced that applying the
> > change from testing/unstable (disabling one test) actually helps any user in
> > stable.
> >...
> 
> Release team, if appropriate please mark jessie-ignore.
> 
We should fix it if there's ever a reason to update the package in
jessie, so I'll leave this one as-is.

> >...
> > > #517472 libxml-libxml-perl: Missing versioned dependency on libxml2 - 
> > > Causes runtime warnings
> > 
> > I think that's not serious for jessie.
> > Originally this was an annoying warning (which it probably still is in
> > jessie), and we bumped the severity later when packages failed to build
> > because of it: #796354 - libimage-info-perl, and #796385 - request-tracker4.
> > I just rebuilt libimage-info-perl in a jessie chroot without any problems,
> > therefore I'd rather not update libxml-libxml-perl in jessie.
> > (Maybe we should lower the severity now? Or tag is stretch+sid)
> >...
> 
> This shouldn't be a problem in a pure jessie.
> 
> It only warns about older versions, so the case it would fix in jessie 
> would be warnings when using the jessie libxml-libxml-perl with the
> wheezy libxml2 (which seems permitted by the dependencies).
> 
> The change to libxml-libxml-perl would be small, but if there are no 
> reported problems during wheezy -> jessie upgrades I agree that this
> is not necessary.
> 
> Release team, if appropriate please mark jessie-ignore.
> 
OK, I guess...

> >...
> > > #830476 libpoe-component-client-http-perl: accesses the internet during 
> > > build
> > 
> > I think there is no clear consensus that pure DNS queries are really a
> > policy violation. As this change wouldn't provide any practical advantage,
> > I'd rather ignore it for stable.
> >...
> 
> Release team, if appropriate please mark jessie-ignore.
>  
Downgrading.  I don't believe this should be RC.

Cheers,
Julien

Bug#863087: unblock: fwsnort/1.6.5-4

2017-05-21 Thread Axel Beckert

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

In case you consider https://bugs.debian.org/862485 ("fwsnort mustn't
set iptables rules when purged") as RC (as the reporter does and I
don't), please unblock fwsnort/1.6.5-4.

In case you don't consider this RC and don't want to unblock fwsnort,
please downgrade #862485 again accordingly.

full debdiff:

diff -Nru fwsnort-1.6.5/debian/changelog fwsnort-1.6.5/debian/changelog
--- fwsnort-1.6.5/debian/changelog  2017-05-07 11:47:15.0 +0200
+++ fwsnort-1.6.5/debian/changelog  2017-05-14 22:57:20.0 +0200
@@ -1,3 +1,13 @@
+fwsnort (1.6.5-4) unstable; urgency=medium
+
+  * QA upload.
+  * Flush all fwsnort firewall rules during prerm at package removal time
+instead of restoring the firewall state from before "fwsnort
+--ipt-apply" was called the last time at package purging time.
+(Closes: #862485)
+
+ -- Axel Beckert   Sun, 14 May 2017 22:57:20 +0200
+
 fwsnort (1.6.5-3) unstable; urgency=medium
 
   * QA upload.
diff -Nru fwsnort-1.6.5/debian/fwsnort.postrm 
fwsnort-1.6.5/debian/fwsnort.postrm
--- fwsnort-1.6.5/debian/fwsnort.postrm 2017-05-07 11:43:40.0 +0200
+++ fwsnort-1.6.5/debian/fwsnort.postrm 2017-05-14 21:05:27.0 +0200
@@ -5,12 +5,6 @@
 # In case the user wants to purge the fwsnort package, we must manually remove
 # some files.
 if [ "$1"  = "purge" ]; then
-   # Remove all fwsnort generated firewall rules
-   if [ -f  /var/lib/fwsnort/fwsnort.save ]; then
-   echo "[+] Reverting to original iptables policy..."
-   grep -Fv FWSNORT /var/lib/fwsnort/fwsnort.save | iptables-restore
-   fi
-
# Remove old log files (default directory)
if [ -d /var/log/fwsnort ]; then
find /var/log/fwsnort/ -type f -exec rm {} \;
diff -Nru fwsnort-1.6.5/debian/fwsnort.prerm fwsnort-1.6.5/debian/fwsnort.prerm
--- fwsnort-1.6.5/debian/fwsnort.prerm  1970-01-01 01:00:00.0 +0100
+++ fwsnort-1.6.5/debian/fwsnort.prerm  2017-05-14 22:34:17.0 +0200
@@ -0,0 +1,28 @@
+#!/bin/sh
+
+set -e
+
+if [ "$1"  = "remove" ]; then
+FWSNORT_CHAINS=$(iptables -L -n | fgrep 'Chain FWSNORT' | awk '{print $2}')
+if [ -n "${FWSNORT_CHAINS}" ]; then
+# Remove all fwsnort generated firewall rules
+fwsnort --ipt-flush
+
+# --ipt-flush doesn't remove the additional chains of fwsnort, but
+# --ipt-revert is not recommended for cleaning up according to
+# the man page. So do that manually. *sigh*
+
+# Remove all potential leftover references in other chains
+iptables -D INPUT   ! -i lo -j FWSNORT_INPUT   || true
+iptables -D FORWARD ! -i lo -j FWSNORT_FORWARD || true
+iptables -D OUTPUT  ! -o lo -j FWSNORT_OUTPUT  || true
+
+# Remove remaining chains
+for fwsnort_chain in ${FWSNORT_CHAINS} ; do
+iptables -X "${fwsnort_chain}"
+done
+fi
+fi
+#DEBHELPER#
+
+exit 0

unblock fwsnort/1.6.5-4

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (980, 'unstable-debug'), (600, 'testing'), 
(111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental'), 
(105, 'experimental-debug')
Architecture: amd64
 (x86_64)

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

Bug#855446: debtags: Adding more accessibility tags

2017-05-21 Thread Samuel Thibault

Control: tags -1 + patch

Hello,

Enrico Rossi, on lun. 08 mai 2017 14:02:30 +0200, wrote:
> can you eventually provide a patch to the vocabulary
> (anonscm.debian.org/git/debtags/vocabulary.git) with the result of this
> discussion?

Here is a patch.

Samuel
diff --git a/debian-packages b/debian-packages
index 9fea1fb..ef050be 100644
--- a/debian-packages
+++ b/debian-packages
@@ -3,6 +3,44 @@ Status: needing-review
 Description: Accessibility Support
  Accessibility support provided by the package
 
+Tag: accessibility::accessible-via:at-spi
+Description: Accessibility through AT-SPI
+ Applies to applications which are technically accessible through AT-SPI, e.g.
+ the content of the interface can be accessed by the Orca screen reader.
+ .
+ This does not imply that the application is convenient to use, only that the
+ interface can be accessed.
+
+Tag: accessibility::accessible-with:brltty-braille
+Description: Accessibility through Braille with the BRLTTY screen reader
+ Applies to applications whose accessibility through Braille output from the
+ BRLTTY screen reader has been confirmed.
+
+Tag: accessibility::accessible-with:brltty-speech
+Description: Accessibility through speech with the BRLTTY screen reader
+ Applies to applications whose accessibility through speech output from the
+ BRLTTY screen reader has been confirmed.
+
+Tag: accessibility::accessible-with:orca-braille
+Description: Accessibility through Braille with the Orca screen reader
+ Applies to applications whose accessibility through Braille output from the
+ Orca screen reader has been confirmed.
+
+Tag: accessibility::accessible-with:orca-speech
+Description: Accessibility through speech with the Orca screen reader
+ Applies to applications whose accessibility through speech output from the
+ Orca screen reader has been confirmed.
+
+Tag: accessibility::accessible-with:speakup-speech
+Description: Accessibility through speech with the Speakup screen reader
+ Applies to applications whose accessibility through speech output from the
+ Speakup screen reader has been confirmed.
+
+Tag: accessibility::accessible-with:yasr-speech
+Description: Accessibility through speech with the YASR screen reader
+ Applies to applications whose accessibility through speech output from the
+ YASR screen reader has been confirmed.
+
 Tag: accessibility::input
 Description: Input Systems
  Applies to input methods for non-latin languages as well as special input

Bug#862584: It looks thet problem is not in thunderbird, but lookout extesion :(

2017-05-21 Thread Carsten Schoenert

Hello Kamil,

On Sun, May 21, 2017 at 05:03:21PM +0200, Kamil Jońca wrote:
> 
> I did some tests, and it looks like, after disabling "Look Out (fix
> version)" it works ok.
> So my bug is rather invalid.

if you think your report could be closed than you can do this by
yourself by adressing your email to [bugnumber]-d...@bugs.debian.org
This would help us to not spend time on asking back the needed
information for further investigation that would be pointless.

BTW:
Your report is really poor and lacks important information to get
reproduced by others. By this it's very likely no one will step in and
try to resolve the issue(s).

At least the news list is need to adjust the behaviour.

Regards
Carsten

Bug#856725: This bug has already been fixed in stretch

On Sun, Mar 05, 2017 at 08:41:02PM +0200, Adrian Bunk wrote:
> Version: 2.05-7
> 
> libsx (2.05-7) unstable; urgency=medium
> 
>   * Fix install that was not shipping libsx.h, libsx.pc properly.
> ...
>  -- Alastair McKinstry   Mon, 06 Jul 2015 13:59:02 +0100
> 
> 
> Fixing this bug in jessie should still be done.
>...

Hi Alastair,

thanks a lot for fixing this bug for stretch.

It is still present in jessie, could you also fix it there?
Alternatively, I can fix it for jessie if you don't object.

Thanks
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#863086: jessie-pu: package libwcat1/1.1-1.1~deb8u1

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu


 changelog |   14 ++
 control   |2 +-
 2 files changed, 15 insertions(+), 1 deletion(-)

diff -u libwcat1-1.1/debian/control libwcat1-1.1/debian/control
--- libwcat1-1.1/debian/control
+++ libwcat1-1.1/debian/control
@@ -20,7 +20,7 @@
 Package: libwcat1-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}, libwcat1 (= ${binary:Version})
 Description: Process monitoring library
  A bug or malicious attacks to machine can lock up a process, leading to a
  deadlock or an unexpected condition. For example: an Apache httpd with
diff -u libwcat1-1.1/debian/changelog libwcat1-1.1/debian/changelog
--- libwcat1-1.1/debian/changelog
+++ libwcat1-1.1/debian/changelog
@@ -1,3 +1,17 @@
+libwcat1 (1.1-1.1~deb8u1) jessie; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for jessie.
+
+ -- Adrian Bunk   Sun, 21 May 2017 18:18:03 +0300
+
+libwcat1 (1.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add versioned dependency to the libwcat1-dev on libwcat1. (Closes: #715125)
+
+ -- Anton Gladky   Fri, 10 Mar 2017 22:19:46 +0100
+
 libwcat1 (1.1-1) unstable; urgency=low
 
   * Initial Release. (Closes: #706028)

Bug#863085: unblock: dante/1.4.1+dfsg-5 [preapproval, RC]

2017-05-21 Thread Peter Pentchev

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

This is a pre-approval request for dante to fix a long-standing
bug that makes the first installation of the dante-server binary
package fail, since the dante-server service cannot possibly be
started with the default config file.  The bug - #862988 - was
reported as "important", but I raised its priority to "serious",
and I should have fixed it a long time ago.

I'm attaching the proposed debdiff, a targeted fix that lets
the initial installation succeed even though the service fails
to start.  If it is approved, I'll upload the package and let
you know when the time comes to really unblock it.

Thanks in advance for your time!

G'luck,
Peter

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

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru dante-1.4.1+dfsg/debian/changelog dante-1.4.1+dfsg/debian/changelog
--- dante-1.4.1+dfsg/debian/changelog   2017-01-12 13:07:24.0 +0200
+++ dante-1.4.1+dfsg/debian/changelog   2017-05-21 17:23:27.0 +0300
@@ -1,3 +1,12 @@
+dante (1.4.1+dfsg-5) unstable; urgency=medium
+
+  * Add an error handler to the post-install startup of dante-server so
+that it doesn't make the package installation fail if danted.conf
+has not been customized yet (i.e. always on first installation).
+Closes: #862988
+
+ -- Peter Pentchev   Sun, 21 May 2017 17:23:27 +0300
+
 dante (1.4.1+dfsg-4) unstable; urgency=medium
 
   * Add the 25-path-max patch as a temporary band-aid for building Dante
diff -Nru dante-1.4.1+dfsg/debian/dante-server.postinst 
dante-1.4.1+dfsg/debian/dante-server.postinst
--- dante-1.4.1+dfsg/debian/dante-server.postinst   1970-01-01 
02:00:00.0 +0200
+++ dante-1.4.1+dfsg/debian/dante-server.postinst   2017-05-21 
12:20:51.0 +0300
@@ -0,0 +1,21 @@
+#!/bin/sh
+
+set -e
+
+dante_service_error()
+{
+   local res="$?" conffile='/etc/danted.conf' notfound='' var
+   for var in internal external; do
+   if ! egrep -qe '^[[:space:]]*'"$var"'[[:space:]]*:' -- 
"$conffile"; then
+   notfound="$notfound $var"
+   fi
+   done
+   if [ -n "$notfound" ]; then
+   echo "Please edit the Dante server config file $conffile and 
specify at least the following directives:$notfound" 1>&2
+   else
+   # The required directives are specified, so propagate the error
+   exit "$res"
+   fi
+}
+
+#DEBHELPER#
diff -Nru dante-1.4.1+dfsg/debian/dante-server.prerm 
dante-1.4.1+dfsg/debian/dante-server.prerm
--- dante-1.4.1+dfsg/debian/dante-server.prerm  1970-01-01 02:00:00.0 
+0200
+++ dante-1.4.1+dfsg/debian/dante-server.prerm  2017-05-21 12:21:12.0 
+0300
@@ -0,0 +1,10 @@
+#!/bin/sh
+
+set -e
+
+dante_service_error()
+{
+   exit "$?"
+}
+
+#DEBHELPER#
diff -Nru dante-1.4.1+dfsg/debian/rules dante-1.4.1+dfsg/debian/rules
--- dante-1.4.1+dfsg/debian/rules   2017-01-09 16:54:21.0 +0200
+++ dante-1.4.1+dfsg/debian/rules   2017-05-21 12:14:31.0 +0300
@@ -53,7 +53,7 @@
dh_installchangelogs NEWS
 
 override_dh_installinit:
-   dh_installinit -pdante-server --init-script=danted
+   dh_installinit -pdante-server --init-script=danted 
--error-handler=dante_service_error
 
 %:
dh '$@' --without systemd


signature.asc
Description: PGP signature

Bug#863054: doxygen: please make the output of reproducible

Hi,

> doxygen: please make the output of  reproducible

  < danielsh` > lamby, btw, shouldn't _currentDateTime() be declared static?

Updated patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/src/util.cpp b/src/util.cpp
index 0d45758..287b2ab 100644
--- a/src/util.cpp
+++ b/src/util.cpp
@@ -2558,7 +2558,7 @@ QCString fileToString(const char *name,bool filter,bool 
isSourceCode)
   return "";
 }
 
-QCString dateToString(bool includeTime)
+static QDateTime _currentDateTime()
 {
   QDateTime current = QDateTime::currentDateTime();
   QCString sourceDateEpoch = portable_getenv("SOURCE_DATE_EPOCH");
@@ -2590,6 +2590,12 @@ QCString dateToString(bool includeTime)
   current.setTimeUtc_t((ulong)epoch); // TODO: add support for 64bit epoch 
value
 }
   }
+  return current;
+}
+
+QCString dateToString(bool includeTime)
+{
+  QDateTime current = _currentDateTime();
   return theTranslator->trDateTime(current.date().year(),
current.date().month(),
current.date().day(),
@@ -2602,9 +2608,8 @@ QCString dateToString(bool includeTime)
 
 QCString yearToString()
 {
-  const QDate =QDate::currentDate();
   QCString result;
-  result.sprintf("%d", d.year());
+  result.sprintf("%d", _currentDateTime().date().year());
   return result;
 }

Bug#863084: jessie-pu: package libnids/1.23-2+deb8u1

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu


 changelog |8 
 rules |2 +-
 2 files changed, 9 insertions(+), 1 deletion(-)

diff -Nru libnids-1.23/debian/changelog libnids-1.23/debian/changelog
--- libnids-1.23/debian/changelog   2010-07-21 22:23:34.0 +0300
+++ libnids-1.23/debian/changelog   2017-05-21 18:09:17.0 +0300
@@ -1,3 +1,11 @@
+libnids (1.23-2+deb8u1) jessie; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix assembly of TCP streams on armhf by adding -fno-strict-aliasing.
+(Closes: 851060)
+
+ -- Adrian Bunk   Sun, 21 May 2017 18:07:25 +0300
+
 libnids (1.23-2) unstable; urgency=high
 
   * Update my email address (closes: #574042).
diff -Nru libnids-1.23/debian/rules libnids-1.23/debian/rules
--- libnids-1.23/debian/rules   2010-07-19 21:10:46.0 +0300
+++ libnids-1.23/debian/rules   2017-05-21 18:07:19.0 +0300
@@ -16,7 +16,7 @@
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
 
-CFLAGS = -Wall -g
+CFLAGS = -Wall -g -fno-strict-aliasing
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0

Bug#862584: It looks thet problem is not in thunderbird, but lookout extesion :(

2017-05-21 Thread Kamil Jońca


I did some tests, and it looks like, after disabling "Look Out (fix
version)" it works ok.
So my bug is rather invalid.

KJ
-- 
http://stopstopnop.pl/stop_stopnop.pl_o_nas.html
An algorithm must be seen to be believed.
-- D. E. Knuth

Bug#863054: doxygen: please make the output of $year reproducible