Bug#807014: ros-message-runtime and message-runtime: error when trying to install together

[Ralf Treinen]

Package: message-runtime,ros-message-runtime
Version: message-runtime/0.4.12-1
Version: ros-message-runtime/0.4.12-2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2015-12-04
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:



Extracting templates from packages: 51%
Extracting templates from packages: 100%
Selecting previously unselected package libffi6:amd64.
(Reading database ... 10929 files and directories currently installed.)
Preparing to unpack .../libffi6_3.2.1-3_amd64.deb ...
Unpacking libffi6:amd64 (3.2.1-3) ...
Selecting previously unselected package libgmp10:amd64.
Preparing to unpack .../libgmp10_2%3a6.1.0+dfsg-2_amd64.deb ...
Unpacking libgmp10:amd64 (2:6.1.0+dfsg-2) ...
Selecting previously unselected package libisl15:amd64.
Preparing to unpack .../libisl15_0.15-3_amd64.deb ...
Unpacking libisl15:amd64 (0.15-3) ...
Selecting previously unselected package libmpfr4:amd64.
Preparing to unpack .../libmpfr4_3.1.3-1_amd64.deb ...
Unpacking libmpfr4:amd64 (3.1.3-1) ...
Selecting previously unselected package libmpc3:amd64.
Preparing to unpack .../libmpc3_1.0.3-1_amd64.deb ...
Unpacking libmpc3:amd64 (1.0.3-1) ...
Selecting previously unselected package gcc-5-base:amd64.
Preparing to unpack .../gcc-5-base_5.2.1-27_amd64.deb ...
Unpacking gcc-5-base:amd64 (5.2.1-27) ...
Processing triggers for libc-bin (2.21-3) ...
Setting up gcc-5-base:amd64 (5.2.1-27) ...
(Reading database ... 10970 files and directories currently installed.)
Preparing to unpack .../libgcc1_1%3a5.2.1-27_amd64.deb ...
Unpacking libgcc1:amd64 (1:5.2.1-27) over (1:4.8.2-19) ...
Processing triggers for libc-bin (2.21-3) ...
Setting up libgcc1:amd64 (1:5.2.1-27) ...
Processing triggers for libc-bin (2.21-3) ...
(Reading database ... 10970 files and directories currently installed.)
Preparing to unpack .../libstdc++6_5.2.1-27_amd64.deb ...
Unpacking libstdc++6:amd64 (5.2.1-27) over (4.8.2-19) ...
Processing triggers for libc-bin (2.21-3) ...
Setting up libstdc++6:amd64 (5.2.1-27) ...
Processing triggers for libc-bin (2.21-3) ...
Selecting previously unselected package binutils.
(Reading database ... 10984 files and directories currently installed.)
Preparing to unpack .../binutils_2.25.90.20151125-2_amd64.deb ...
Unpacking binutils (2.25.90.20151125-2) ...
Selecting previously unselected package cpp-5.
Preparing to unpack .../cpp-5_5.2.1-27_amd64.deb ...
Unpacking cpp-5 (5.2.1-27) ...
Selecting previously unselected package cpp.
Preparing to unpack .../cpp_4%3a5.2.1-8_amd64.deb ...
Unpacking cpp (4:5.2.1-8) ...
Selecting previously unselected package libcc1-0:amd64.
Preparing to unpack .../libcc1-0_5.2.1-27_amd64.deb ...
Unpacking libcc1-0:amd64 (5.2.1-27) ...
Selecting previously unselected package libgomp1:amd64.
Preparing to unpack .../libgomp1_5.2.1-27_amd64.deb ...
Unpacking libgomp1:amd64 (5.2.1-27) ...
Selecting previously unselected package libitm1:amd64.
Preparing to unpack .../libitm1_5.2.1-27_amd64.deb ...
Unpacking libitm1:amd64 (5.2.1-27) ...
Selecting previously unselected package libatomic1:amd64.
Preparing to unpack .../libatomic1_5.2.1-27_amd64.deb ...
Unpacking libatomic1:amd64 (5.2.1-27) ...
Selecting previously unselected package libasan2:amd64.
Preparing to unpack .../libasan2_5.2.1-27_amd64.deb ...
Unpacking libasan2:amd64 (5.2.1-27) ...
Selecting previously unselected package liblsan0:amd64.
Preparing to unpack .../liblsan0_5.2.1-27_amd64.deb ...
Unpacking liblsan0:amd64 (5.2.1-27) ...
Selecting previously unselected package libtsan0:amd64.
Preparing to unpack .../libtsan0_5.2.1-27_amd64.deb ...
Unpacking libtsan0:amd64 (5.2.1-27) ...
Selecting previously unselected package libubsan0:amd64.
Preparing to unpack .../libubsan0_5.2.1-27_amd64.deb ...
Unpacking libubsan0:amd64 (5.2.1-27) ...
Selecting previously unselected package libcilkrts5:amd64.
Preparing to unpack .../libcilkrts5_5.2.1-27_amd64.deb ...
Unpacking libcilkrts5:amd64 (5.2.1-27) ...
Selecting previously unselected package libmpx0:amd64.
Preparing to unpack .../libmpx0_5.2.1-27_amd64.deb ...
Unpacking libmpx0:amd64 (5.2.1-27) ...
Selecting previously unselected package libquadmath0:amd64.
Preparing to unpack .../libquadmath0_5.2.1-27_amd64.deb ...
Unpacking libquadmath0:amd64 (5.2.1-27) ...
Selecting previously unselected package libgcc-5-dev:amd64.
Preparing to unpack .../libgcc-5-dev_5.2.1-27_amd64.deb ...
Unpacking libgcc-5-dev:amd64 (5.2.1-27) ...
Selecting previously unselected package gcc-5.
Preparing to unpack .../gcc-5_5.2.1-27_amd64.deb ...
Unpacking gcc-5 (5.2.1-27) ...
Selecting previously unselected package gcc.
Preparing to unpack .../gcc_4%3a5.2.1-8_amd64.deb ...
Unpacking gcc (4:5.2.1-8) ...
Selecting previously unselected package libc-dev-bin.
Preparing to unpack .../libc-dev-bin_2.21-3_amd64.deb ...
Unpacking libc-dev-bin (2.21-3) ...
Selec

Bug#807015: xinit: startx freezes, mouse and keyboard don't work

[Craig Sanders]

Package: xinit
Version: 1.3.4-3
Severity: grave
Justification: renders package unusable

sometime in the last ~70 days (since I last started X or rebooted),
something has changed in X that prevents startx from working as an
ordinary user.

startx *was* working perfectly.  Now when I run startx, I can see the
xfce desktop but neither keyboard nor mouse work at all, can't even
switch VT with Ctrl-Alt-F1 to kill X.  I have to login from another
machine on the network to kill X and get back to a text console.

seems to be something to do with the error message:

  xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)


here's the entire log from 'startx > startx.log 2>&1':

X.Org X Server 1.17.3
Release Date: 2015-10-26
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
Current Operating System: Linux ganesh 3.19-5.dmz.1-liquorix-amd64 #1 ZEN SMP 
PREEMPT Debian 3.19-5 (2015-04-19) x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-3.19-5.dmz.1-liquorix-amd64 
root=/dev/md1 ro iommu=noagp iommu=noagp
Build Date: 27 October 2015  11:41:02PM
xorg-server 2:1.17.3-2 (http://www.debian.org/support) 
Current version of pixman: 0.33.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/home/cas/.local/share/xorg/Xorg.1.log", Time: Fri Dec  4 
18:47:52 2015
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)



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

Kernel: Linux 3.19-5.dmz.1-liquorix-amd64 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages xinit depends on:
ii  coreutils   8.23-4
ii  libc6   2.21-1
ii  libx11-62:1.6.3-1
ii  x11-common  1:7.7+12
ii  xauth   1:1.0.9-1

Versions of packages xinit recommends:
ii  lxde-common [x-session-manager]   0.99.0-2
ii  lxsession [x-session-manager] 0.5.1-2
ii  metacity [x-window-manager]   1:3.18.1-1
ii  openbox [x-window-manager]3.6.1-2
ii  roxterm [x-terminal-emulator] 3.2.1-1
ii  terminator [x-terminal-emulator]  0.97-4
ii  xfce4-session [x-session-manager] 4.12.1-3
ii  xfce4-terminal [x-terminal-emulator]  0.6.3-2
ii  xfwm4 [x-window-manager]  4.12.3-1
ii  xserver-xorg [xserver]1:7.7+12
ii  xterm [x-terminal-emulator]   320-1

xinit suggests no packages.

-- no debconf information

Bug#807016: octave-plplot: toggle_plplot_use is broken on Jessie

[Alois Schloegl]

Package: octave-plplot
Version: 5.10.0+dfsg-1
Severity: normal
Tags: patch



I've tryied to use plplot from Octave on Jessie. Octave and
octave-plplot are installed. Starting octave and running
"toggle_plplot_use cases the following problem:


octave:1> use_plplot
This function is deprecated.  Use toggle_plplot_use instead.
octave:2> toggle_plplot_use
error: sq_string cannot be indexed with {
error: evaluating argument list element number 1
error: called from:
error:   /usr/share/octave/site/m/PLplot/toggle_plplot_use.m at line 42,
column 3


Attached are to possible patches, each of them works on Octave 3.8.

patch_fix2_toggle_plplot_use.diff seems shorter and more elegant, though
I did not check compatibility with older versions of Octave.


Best regards,
  Alois



-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (990, 'stable'), (80, 'testing'), (50, 'unstable'), (40,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages octave-plplot depends on:
ii  libc62.19-18+deb8u1
ii  libgcc1  1:5.1.1-14
ii  liboctave2   3.8.2-4
ii  libplplot12  5.10.0+dfsg-1
ii  libstdc++6   5.1.1-14
ii  octave   3.8.2-4

octave-plplot recommends no packages.

octave-plplot suggests no packages.

-- no debconf information


--- toggle_plplot_use.orig.m	2015-12-04 08:38:15.728228972 +0100
+++ toggle_plplot_use1.m	2015-12-04 08:39:37.018874374 +0100
@@ -39,7 +39,7 @@
 use_plplot_path = plplot_octave_path;
 plplot_path_to_remove = char(strsplit(genpath(use_plplot_path),pathsep));
 for use_plplot_i=1:size(plplot_path_to_remove)(1)
-  rmpath(plplot_path_to_remove{use_plplot_i});
+  rmpath(strtrim(plplot_path_to_remove(use_plplot_i,:)));
 endfor
 
 if (strcmp (use_plplot_state, "on"))
--- toggle_plplot_use.orig.m	2015-12-04 08:38:15.728228972 +0100
+++ toggle_plplot_use2.m	2015-12-04 08:37:18.766375290 +0100
@@ -37,7 +37,7 @@
 endif
 
 use_plplot_path = plplot_octave_path;
-plplot_path_to_remove = char(strsplit(genpath(use_plplot_path),pathsep));
+plplot_path_to_remove = strsplit(genpath(use_plplot_path),pathsep);
 for use_plplot_i=1:size(plplot_path_to_remove)(1)
   rmpath(plplot_path_to_remove{use_plplot_i});
 endfor

Bug#794297: marked as done (zsh: newuser.zshrc.recommended += highlight pasted text)

[Axel Beckert]

Hi Daniel,

Daniel Shahaf wrote:
> Daniel Shahaf wrote on Fri, Sep 11, 2015 at 21:51:25 +:
> > Daniel Shahaf wrote on Fri, Jul 31, 2015 at 23:04:12 +:
> > > +# Hint that a paste with embedded newlines hasn't been executed
> > > +(( $+zle_highlight )) || zle_highlight=()
> > > +zle_highlight+=(paste:standout)
> > 
> > This is scheduled to become the upstream default in release 5.1.2
> > (see commit c76f4f96a65c7bfbba2183c422a1fb567069981f).
> 
> This has happened; the release after 5.1.1 was numbered 5.2, not 5.1.2
> as I (mis)predicted.

Thanks for closing the bug!

One wish for future cases like this: If you write a mail that a bug
has been fixed upstream, please also tag the bug report as
"fixed-upstream", i.e. include "Control: tag -1 +pending" at the start
of the body of the mail. I often do this retroactively when I notice
such a mail. But sometimes -- like in this case -- I just don't notice
it.

When doing a new upstream release, I normally don't check all bugs one
by one, but use a filter to show me all bugs which are marked as
either fixed-upstream or pending. That's why I oversaw this bug and
didn't mention it in debian/changelog.

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#805890: more info..

[ksansr]

Dear Maintainer,

I have tried several different live distros, kali - lmde2 - tails - 
PMagic and sparky itself, none are recognising the webcam:


output of dmesg:

# dmesg
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 4.2.0-1-amd64 
(debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-5) ) 
#1 SMP Debian 4.2.6-1 (2015-11-10)
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 
root=UUID=7a69888d-138f-4e6a-ad9d-91d7b946f903 ro verbose splash 
zswap.zpool=zsmalloc

[0.00] x86/fpu: Legacy x87 FPU detected.
[0.00] x86/fpu: Using 'lazy' FPU context switches.
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0008efff] 
usable
[0.00] BIOS-e820: [mem 0x0008f000-0x0008] 
ACPI NVS
[0.00] BIOS-e820: [mem 0x0009-0x0009] 
usable
[0.00] BIOS-e820: [mem 0x0010-0x1fff] 
usable
[0.00] BIOS-e820: [mem 0x2000-0x200f] 
reserved
[0.00] BIOS-e820: [mem 0x2010-0x78d38fff] 
usable
[0.00] BIOS-e820: [mem 0x78d39000-0x78d68fff] 
reserved
[0.00] BIOS-e820: [mem 0x78d69000-0x78eb3fff] 
usable
[0.00] BIOS-e820: [mem 0x78eb4000-0x793a6fff] 
ACPI NVS
[0.00] BIOS-e820: [mem 0x793a7000-0x79b3bfff] 
reserved
[0.00] BIOS-e820: [mem 0x79b3c000-0x79b9] 
type 20
[0.00] BIOS-e820: [mem 0x79ba-0x79ba0fff] 
usable
[0.00] BIOS-e820: [mem 0x79ba1000-0x79be2fff] 
reserved
[0.00] BIOS-e820: [mem 0x79be3000-0x79d58fff] 
usable
[0.00] BIOS-e820: [mem 0x79d59000-0x79ff9fff] 
reserved
[0.00] BIOS-e820: [mem 0x79ffa000-0x79ff] 
usable
[0.00] BIOS-e820: [mem 0xe00f8000-0xe00f8fff] 
reserved
[0.00] BIOS-e820: [mem 0xfed01000-0xfed01fff] 
reserved
[0.00] BIOS-e820: [mem 0xffc0-0x] 
reserved

[0.00] NX (Execute Disable) protection: active
[0.00] efi: EFI v2.31 by American Megatrends
[0.00] efi:  ACPI=0x79342000  ACPI 2.0=0x79342000  
SMBIOS=0xf04d0  MPS=0xfd550

[0.00] SMBIOS 2.8 present.
[0.00] DMI: ASUSTeK COMPUTER INC. X453MA/X453MA, BIOS X453MA.210 
12/25/2014
[0.00] e820: update [mem 0x-0x0fff] usable ==> 
reserved

[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x7a000 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-E7FFF write-through
[0.00]   E8000-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask F8000 write-back
[0.00]   1 base 07A00 mask FFE00 uncachable
[0.00]   2 base 07C00 mask FFC00 uncachable
[0.00]   3 disabled
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WC  UC- 
WT
[0.00] found SMP MP-table at [mem 0x000fd720-0x000fd72f] mapped 
at [880fd720]
[0.00] Base memory trampoline at [88088000] 88000 size 
24576

[0.00] init_memory_mapping: [mem 0x-0x000f]
[0.00]  [mem 0x-0x000f] page 4k
[0.00] BRK [0x01f2d000, 0x01f2dfff] PGTABLE
[0.00] BRK [0x01f2e000, 0x01f2efff] PGTABLE
[0.00] BRK [0x01f2f000, 0x01f2] PGTABLE
[0.00] init_memory_mapping: [mem 0x7880-0x789f]
[0.00]  [mem 0x7880-0x789f] page 2M
[0.00] BRK [0x01f3, 0x01f30fff] PGTABLE
[0.00] init_memory_mapping: [mem 0x6000-0x787f]
[0.00]  [mem 0x6000-0x787f] page 2M
[0.00] init_memory_mapping: [mem 0x4000-0x5fff]
[0.00]  [mem 0x4000-0x5fff] page 2M
[0.00] init_memory_mapping: [mem 0x0010-0x1fff]
[0.00]  [mem 0x0010-0x001f] page 4k
[0.00]  [mem 0x0020-0x1fff] page 2M
[0.00] init_memory_mapping: [mem 0x2010-0x3fff]
[0.00]  [mem 0x2010-0x201f] page 4k
[0.00]  [mem 0x2020-0x3fff] page 2M
[0.00] BRK [0x01f31000, 0x01f31fff] PGTABLE
[0.00] init_memory_mapping: [mem 0x78a0-0x78d38fff]
[0.00]  [mem 0x78a0-0x78bf] page 2M
[0.00]  [mem 0x78c0-0x78d38fff] page 4k
[0.00] BRK [0x01f32000, 0x01f32fff] PGTABLE
[0.00] init_memory_mappi

Bug#806949: ifupdown: some tweaks to networking.service

[Martin Pitt]

Hello,

Michael Biebl [2015-12-03 21:38 +0100]:
> >> Yes. The only problem though is that it requires the admin to correctly
> >> specify which interfaces are "auto" and which are "hotplug", because
> >> ifupdown cannot really figure that out itself. And there might be some
> >> cases where a virtual interface depends on one or more hotpluggable
> >> ones.
> 
> I actually think this ifupdown-wait-online service should block for
> allow-hotplug devices as well.

But then we must not use that from networking.service or anywhere else
from the boot sequence. The whole point of "allow-hotplug" is that
these devices may not be present at boot (USB devices).

> Some time ago, I hacked together a little PoC [1].

Indeed, this would be nice to integrate, and it's much more elegant
than the shell polling hack that we have in Ubuntu. Guus, would you
consider adopting this, so that we have a "wait-online" tool for all
three of ifupdown, NM, and networkd?

Thanks,

Martin


-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#519640: Is it fixed in the meantime?

[K. Hinner]

On Tue, 01 Dec 2015 17:03:01 +0100 Natanael Arndt  wrote:
> Is #519640 fixed in the meantime?
> I also had some segmentation fault with pdf2ps and particular files in
> ghostscript 9.06~dfsg-2+deb8u1 (stable/jessie) but it is gone in
> 9.16~dfsg-2 (taken from testing/stretch).
>
> Is it possible, that the bug creator checks if the bug is still
> reproducible?
>
> All the best
> Natanael
>
>

Same here, we have a .pdf file which cannot be converted (segmentation 
fault) in 9.06 ("jessie"), but it works with 9.16 ("stretch").


It seems that 32-Bit i386 "jessie" 9.06 works though, but not amd64.

With "strace" it is found that gs wants to access "Halftone/Default" in 
the "fonts" subdirectory and soft-linking some font helps a little bit, 
but then after some more steps there is another "segmentation fault".


All the best

Kajetan, Dr Hinner EDV

Bug#782224: Bug #782224: dash doesn't support multibyte characters in string handling

[Gioele Barabucci]

Control: tags -1 upstream wontfix
Control: forwarded -1 http://thread.gmane.org/gmane.comp.shells.dash/1136

It looks like this problem will not be addressed upstream: the
dash maintainer says [1] that «dash doesn't handle locales at
all» and somebody else in the same thread states that «many of
[the UTF-8 related variations in behaviour between shells] are
about "unspecified behaviour"».

[1] http://thread.gmane.org/gmane.comp.shells.dash/1136/focus=1139

Regards,

-- 
Gioele Barabucci 

Bug#804501: tagging 804501

[Sebastiaan Couwenberg]

Hi Maximiliano,

Thanks for applying the build dependency change in git.

Are you planning to upload a new step revision soon?

Because step is the remaining blocker for #806710, I'd like to have it
rebuild with GSL 2 as soon as possible so people can upgrade and install
qgis and other packages involved in the gsl transition again.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#805565: network-manager: ppp new upstream release; dh_ppp

[Chris Boot]

Control: severity serious

Hi Michael,

I have now uploaded ppp 2.4.7-1+1 to unstable, therefore the ppp plugin
this package ships is now broken in sid. Please upload a patched version
of your package as soon as possible.

I would gladly upload an NMU myself but I cannot easily do so at the
moment (I am not yet a DD).

Regards,
Chris

-- 
Chris Boot
deb...@bootc.net
GPG: 8467 53CB 1921 3142 C56D  C918 F5C8 3C05 D9CE 

Bug#805562: fso-gsmd: ppp new upstream release; dh_ppp

[Chris Boot]

Control: severity serious

Dear maintainer,

I have now uploaded ppp 2.4.7-1+1 to unstable, therefore the ppp plugin
this package ships is now broken in sid. Please upload a patched version
of your package as soon as possible.

I would gladly upload an NMU myself but I cannot easily do so at the
moment (I am not yet a DD).

Regards,
Chris

-- 
Chris Boot
deb...@bootc.net
GPG: 8467 53CB 1921 3142 C56D  C918 F5C8 3C05 D9CE 

Bug#805564: isdnutils: ppp new upstream release; dh_ppp

[Chris Boot]

Control: severity serious

Dear maintainer,

I have now uploaded ppp 2.4.7-1+1 to unstable, therefore the ppp plugin
this package ships is now broken in sid. Please upload a patched version
of your package as soon as possible.

I would gladly upload an NMU myself but I cannot easily do so at the
moment (I am not yet a DD).

Regards,
Chris

-- 
Chris Boot
deb...@bootc.net
GPG: 8467 53CB 1921 3142 C56D  C918 F5C8 3C05 D9CE 

Bug#807012: python3-apt & unattended-upgrades get confused by uppercase pkg

[Julian Andres Klode]

Control: reassign -1 unattended-upgrades

On Fri, Dec 04, 2015 at 08:06:36AM +0100, Alexandre Detiste wrote:
> Package: python3-apt
> Version: 1.1.0~beta1
> Severity: normal
> 
> Hi,
> 
> Since the last update of python3-apt to 1.1, unattended-upgrades
> is crashing on a package with an uppercase case name.
> 
> I do know this package is not policy-compliant;
> but still UU / python3-apt should handle this situation
> in a more gracefull way than a triple exception.
> (and more enterprise-ish stuff may want to use
> uppercase package names too)

dpkg won't even let you create packages with upper case package
names.

Internally they are mapped to lowercase before entered into the
cache, so I don't know where unattended-upgrades gets the mixed
case name from.

The behaviour of not accepting the upper case name is consistent
with APT (apt-cache show WorldOfGoo fails) and dpkg (dpkg -l 
WorldOfGoo fails too).

As such, I'm not going to fix this in python-apt. This should
be patched in unattended-upgrades that gets a mixed name from
somewhere it should not look at.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#805566: [Pkg-utopia-maintainers] Bug#805566: network-manager-pptp: ppp new upstream release; dh_ppp

[Chris Boot]

Control: severity serious

On 19/11/15 15:48, Michael Biebl wrote:
> Please ping me, once the new ppp reaches unstable.

Hi Michael,

I have now uploaded ppp 2.4.7-1+1 to unstable, therefore the ppp plugin
this package ships is now broken in sid. Please upload a patched version
of your package as soon as possible.

I would gladly upload an NMU myself but I cannot easily do so at the
moment (I am not yet a DD).

Regards,
Chris

-- 
Chris Boot
deb...@bootc.net
GPG: 8467 53CB 1921 3142 C56D  C918 F5C8 3C05 D9CE 

Bug#805567: pptpd: ppp new upstream release; dh_ppp

[Chris Boot]

On 19/11/15 23:35, Christoph Biedl wrote:
> Thanks for all your efforts in that ppp migration. I wasn't able to
> test your patch yet, will do so soon. A new pptpd upload will follow
> in about two weeks as suggested in your previous message.

Hi Christoph,

I have now uploaded ppp 2.4.7-1+1 to unstable, therefore the ppp plugin
this package ships is now broken in sid. Please upload a patched version
of your package as soon as possible.

I would gladly upload an NMU myself but I cannot easily do so at the
moment (I am not yet a DD).

Regards,
Chris

-- 
Chris Boot
deb...@bootc.net
GPG: 8467 53CB 1921 3142 C56D  C918 F5C8 3C05 D9CE 

Bug#806945: Installation of PDF/PS/DVI and HTML files

[Ludovic Courtès]

Greg Wooledge  skribis:

> On Thu, Dec 03, 2015 at 01:08:13PM +0200, Ludovic Courtès wrote:
>> Given that the GCS suggests installing only the Info version of the
>> manual by default (info "(standards) Standard Targets")
>
>> What do you think?
>
> I think that's a stupid suggestion.  The de facto standard for "make"
> followed "make install" on a Unix-like system is to install man pages.
> If there's an info page, I have no objection to installing that as well,
> but to omit the standard man pages by default is ridiculous.

Agreed; apologies for being unclear.

As Mathieu wrote, I am of course fine installing man and Info manuals by
default, like GNU packages generally do.

The suggestion I make is to not install PDF/PS/DVI and HTML files by
default.  This would comply with the GCS and user expectations, and also
sidestep the bit-for-bit reproducibility issues that generating those
PDF/PS/DVI/HTML files entails.

What do you think?

Thanks,
Ludo’.

Bug#806975: (no subject)

[Damon Lynch]

Version 0.4.11, released October 22, fixes the problem with Pillow 3.0.

FWIW the next major release of Rapid Photo Downloader (which is in 
development) is based on Qt and drops the dependency on Pillow.

Bug#807017: nfsiostat: superfluous linebreaks in output

[Martin Steigerwald]

Package: nfs-common
Version: 1:1.2.8-9
Severity: minor
Tags: patch

With nfsiostat 1 (on different machine, but with same nfs-common version, I also
verified the issue happens on my laptop as well, but unmounted NFS again) I get:

akademie2://kurs mounted on /mnt/kurs:

   op/s rpc bklog
   0.00
   0.00
read:
  ops/skB/s   kB/op retrans avg RTT (ms)
avg exe (ms)
  0.000
  0.000
  0.000
   0 (0.0%)
  0.000
  0.000
write:
  ops/skB/s   kB/op retrans avg RTT (ms)
avg exe (ms)
  0.000
  0.000
  0.000
   0 (0.0%)
  0.000
  0.000


And I bet it is supposed to look more like this:

akademie2://kurs mounted on /mnt/kurs:

   op/s rpc bklog
   0.000.00
read:  
  ops/skB/s   kB/op retrans avg RTT (ms)
avg exe (ms)
  0.000   0.000   0.0000 (0.0%)   0.000 
  0.000
write: 
  ops/skB/s   kB/op retrans avg RTT (ms)
avg exe (ms)
  0.000   0.000   0.0000 (0.0%)   0.000 
  0.000


I attach a patch with a bugfix inspired by:

http://stackoverflow.com/questions/493386/how-to-print-in-python-without-newline-or-space

the print ("something), variant did not work, so I used sys.stdout.write.



Bugreporting script returned with error on my machine, but it is not necessary
for this bug report.


merkaba:~#1> /usr/share/bug/nfs-common/script
/usr/share/bug/nfs-common/script: 4: /usr/share/bug/nfs-common/script: 3: Bad 
file descriptor


I may report upstream at a later time.

Thanks,
Martin



-- Package-specific info:
-- rpcinfo --
   program vers proto   port  service
104   tcp111  portmapper
103   tcp111  portmapper
102   tcp111  portmapper
104   udp111  portmapper
103   udp111  portmapper
102   udp111  portmapper
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /run/rpc_pipefs
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --
not relevant.
-- /proc/mounts --

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

Kernel: Linux 4.3.0-tp520-btrfstrim+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages nfs-common depends on:
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59.2
ii  libc6   2.21-1
ii  libcap2 1:2.24-12
ii  libcomerr2  1.42.13-1
ii  libdevmapper1.02.1  2:1.02.110-1
ii  libevent-2.0-5  2.0.21-stable-2+b1
ii  libgssapi-krb5-21.13.2+dfsg-4
ii  libk5crypto31.13.2+dfsg-4
ii  libkeyutils11.5.9-8
ii  libkrb5-3   1.13.2+dfsg-4
ii  libmount1   2.27.1-1
ii  libnfsidmap20.25-5
ii  libtirpc1   0.2.5-1
ii  libwrap07.6.q-25
ii  lsb-base9.20150917
ii  rpcbind 0.2.3-0.2
ii  ucf 3.0031

Versions of packages nfs-common recommends:
ii  python  2.7.9-1

Versions of packages nfs-common suggests:
pn  open-iscsi  
pn  watchdog

-- no debconf information
--- /usr/sbin/nfsiostat.orig	2014-08-13 02:55:59.0 +0200
+++ /usr/sbin/nfsiostat	2015-12-04 10:27:00.270935431 +0100
@@ -358,8 +358,8 @@ class DeviceData:
 
-print('\t\t%7.3f' % (ops / sample_time))
-print('\t%7.3f' % (kilobytes / sample_time))
-print('\t%7.3f' % kb_per_op)
-print(' %7d (%3.1f%%)' % (retrans, retrans_percent))
-print('\t%7.3f' % rtt_per_op)
-print('\t%7.3f' % exe_per_op)
+sys.stdout.write('%7.3f' % (ops / sample_time))
+sys.stdout.write('\t\t%7.3f' % (kilobytes / sample_time))
+sys.stdout.write('\t\t%7.3f' % kb_per_op)
+sys.stdout.write('\t %7d (%3.1f%%)' % (retrans, retrans_percent))
+sys.stdout.write('\t\t%7.3f' % rtt_per_op)
+print('\t\t%7.3f' % exe_per_op)
 
@@ -394,4 +394,4 @@ class DeviceData:
 print('   op/s\t\trpc bklog')
-print('%7.2f' % (sends / sample_time))
-print('\t%7.2f' % backlog)
+sys.stdout.write('%7.2f' % (sends / sample_time))
+print('\t\t%7.2f' % backlog)
 

Bug#807018: kexec-tools: upgrade wheezy-jessie is broken (update-rc.d: /etc/init.d/kexec exists during rc.d purge)

[Sandro Tosi]

Package: kexec-tools
Version: 1:2.0.7-5
Severity: serious

Hello,
the preinst script runs

upgrade)
# kexec init script runlevels have been updated for systemd for
# kexec-tools 1:2.0.7-2. Remove current init scripts if upgrading
if dpkg --compare-versions "$2" lt "1:2.0.7-2"; then
update-rc.d kexec remove
update-rc.d kexec-load remove
fi
;;

so that's triggered during the wheezy-jessie upgrade, but sadly those commands
dont work:

# update-rc.d kexec remove
update-rc.d: /etc/init.d/kexec exists during rc.d purge (use -f to force)

so if you  really want to remove them, please add -f and prepare a jessie
updated package so that the wheezy-jessie upgrade can work.

Regards,
Sandro

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

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

Bug#805841: qtiplot: Fails to build with GSL 2

[Damir R. Islamov]

Package: qtiplot
Followup-For: Bug #805841

Dear Maintainer,

The patch is attached.


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages qtiplot depends on:
ii  libalglib3.10  3.10.0-1
ii  libboost-system1.58.0  1.58.0+dfsg-4.1
ii  libc6  2.19-22
ii  libgcc11:5.2.1-27
ii  libgl1-mesa-glx [libgl1]   11.0.6-1
ii  libgl2ps0  1.3.8-1.2
ii  libglu1-mesa [libglu1] 9.0.0-2.1
ii  libgsl22.1+dfsg-2
ii  libmuparser2v5 2.2.3-6
ii  liborigin2-1v5 2:20110117-1.1
ii  libpng12-0 1.2.54-1
ii  libpython2.7   2.7.10-5+b1
ii  libqt4-network 4:4.8.7+dfsg-5
ii  libqt4-opengl  4:4.8.7+dfsg-5
ii  libqt4-qt3support  4:4.8.7+dfsg-5
ii  libqt4-svg 4:4.8.7+dfsg-5
ii  libqt4-xml 4:4.8.7+dfsg-5
ii  libqtassistantclient4  4.6.3-7
ii  libqtcore4 4:4.8.7+dfsg-5
ii  libqtexengine1 0.3-3
ii  libqtgui4  4:4.8.7+dfsg-5
ii  libstdc++6 5.2.1-27
ii  libtamuanova-0.2   0.2-3.1
ii  python-sip [sip-api-11.2]  4.17+dfsg-1
pn  python:any 
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages qtiplot recommends:
ii  qt-assistant-compat  4.6.3-7
ii  qtiplot-doc  0.9.8.9-10

qtiplot suggests no packages.

-- no debconf information
Description: adoptation to gsl2.
Author: Damir Islamov 
Last-Update: 2015-12-04

--- a/qtiplot/src/analysis/Fit.cpp
+++ b/qtiplot/src/analysis/Fit.cpp
@@ -126,10 +126,12 @@ gsl_multifit_fdfsolver * Fit::fitGSL(gsl
 			break;
 		}
 	}
-
+	gsl_matrix *J = gsl_matrix_alloc(d_n, d_p);
 	if (status){
-	gsl_multifit_covar (s->J, 0.0, covar);
+	gsl_multifit_fdfsolver_jac(s, J);
+	gsl_multifit_covar (J, 0.0, covar);
 	iterations = 0;
+	gsl_matrix_free (J);
 	return s;
 	}
 
@@ -154,9 +156,9 @@ gsl_multifit_fdfsolver * Fit::fitGSL(gsl
 
 		status = gsl_multifit_test_delta (s->dx, s->x, d_tolerance, d_tolerance);
 	} while (inRange && status == GSL_CONTINUE && (int)iter < d_max_iterations);
-
-	gsl_multifit_covar (s->J, 0.0, covar);
-
+	gsl_multifit_fdfsolver_jac(s, J);
+	gsl_multifit_covar (J, 0.0, covar);
+	gsl_matrix_free (J);
 	iterations = iter;
 	return s;
 }

Bug#651589: iceweasel: Iceweasel has no GTK3

[Emilio Pozuelo Monfort]

Control: severity -1 wishlist

On Sat, 10 Dec 2011 10:40:27 +0100 Kees de Jong  wrote:
> Package: iceweasel
> 
> Version: 8.0-3+b1
> Severity: wishlist
> 
> 
> With Gnome 3 in the open in almost every Linux flavor, I would like to add a
> GTK3 Iceweasel interface to the wish list. It would be very nice to have the
> most
> popular GTK applications with a GTK3 interface.

Now that upstream supports GTK+ 3, it'd be nice to get this into Debian, even if
kept on experimental for the time being.

Regards,
Emilio

Bug#807019: unison2.40.102: Segmentation fault

[Vincent Lefevre]

Package: unison2.40.102
Version: 2.40.102-3+b1
Severity: grave
Justification: renders package unusable

unison seems very broken:

$ /usr/bin/unison-2.40.102
�
r°rSegmentation fault (core dumped)

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=POSIX, 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 unison2.40.102 depends on:
ii  libc6  2.21-3

Versions of packages unison2.40.102 recommends:
ii  openssh-client [ssh-client]  1:7.1p1-1

Versions of packages unison2.40.102 suggests:
ii  unison-all  2.48+1

-- no debconf information

Bug#494021: found it: gc_prop_old_config_migration creates 'My Gcompris'

[Daniel Borchmann]

This bug is still present in the current version of gcompris (15.02)
and, as far as I can see, also in the latest GTK+ release (15.10).  It
also seems as if this bug is not reported upstream [1].  Could you
please report this issue upstream?

Thanks you packaging gcompris!

  Daniel


[1]: https://bugzilla.gnome.org/buglist.cgi?quicksearch=product%3A%22gcompris%22

-- 
Daniel Borchmann   http://daniel.kxpq.de
GPG (Mail)0849 473E 6BF0 B504 DF0B  D640 455E 3610 01FF 778F
.
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html


signature.asc
Description: PGP signature

Bug#807019: unison2.40.102: Segmentation fault

[Vincent Lefevre]

On 2015-12-04 11:05:46 +0100, Vincent Lefevre wrote:
> Package: unison2.40.102
> Version: 2.40.102-3+b1
> Severity: grave
> Justification: renders package unusable
> 
> unison seems very broken:
> 
> $ /usr/bin/unison-2.40.102
> �
> r°rSegmentation fault (core dumped)

The cause seems to be the recent 2.40.102-3+b1 rebuild.
2.40.102-3 doesn't have any problem.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#807020: ghc: FTBFS on armel: selected processor does not support `strd r0, r1, [r7, #64]' in ARM mode

[Emilio Pozuelo Monfort]

Source: ghc
Version: 7.10.3-2
Severity: serious

Your package failed to build on armel:

"inplace/bin/ghc-stage1" -static  -H32m -O -lffi -optl-pthread 
-optl-B/usr/bin/ld.gold -Iincludes -Iincludes/dist 
-Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header 
-Irts -Irts/dist/build -DCOMPILING_RTS -this-package-key rts -dcmm-lint  -i 
-irts -irts/dist/build -irts/dist/build/autogen -Irts/dist/build 
-Irts/dist/build/autogen   -O2-c rts/StgStartup.cmm -o 
rts/dist/build/StgStartup.o
/tmp/ghc074d_0/ghc_7.s: Assembler messages:

/tmp/ghc074d_0/ghc_7.s:96:0:
 Error: selected processor does not support `ldrd r0,r1,[r3,#64]' in ARM 
mode

/tmp/ghc074d_0/ghc_7.s:99:0:
 Error: selected processor does not support `strd r0,r1,[r3,#64]' in ARM 
mode

/tmp/ghc074d_0/ghc_7.s:210:0:
 Error: selected processor does not support `ldrd r0,r1,[r7,#64]' in ARM 
mode

/tmp/ghc074d_0/ghc_7.s:214:0:
 Error: selected processor does not support `strd r0,r1,[r7,#64]' in ARM 
mode
rts/ghc.mk:236: recipe for target 'rts/dist/build/StgStartup.o' failed

Full log at:

https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=armel&ver=7.10.3-2&stamp=1449207555

Emilio

Bug#807022: mrpt: FTBFS when built with dpkg-buildpackage -A (dh_auto_test fails)

[Santiago Vila]

Package: src:mrpt
Version: 1:1.3.0-1.1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=cmake --parallel
   dh_testdir -i -O--buildsystem=cmake -O--parallel
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
dh_auto_configure -- -DCMAKE_INSTALL_PREFIX="/<>/debian/" 
-DCMAKE_INSTALL_LIBDIR="lib/x86_64-linux-gnu" -DCMAKE_VERBOSE_MAKEFILE=ON 
-DCMAKE_BUILD_TYPE=Release -DCMAKE_HOST="x86_64-linux-gnu" 
-DCMAKE_BUILD="x86_64-linux-gnu" -DCMAKE_MRPT_USE_DEB_POSTFIXS="1" 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_C_FLAGS_RELEASE="-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security" 
-DCMAKE_CXX_FLAGS_RELEASE="-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security" -DCMAKE_SHARED_LINKER_FLAGS_RELEASE="-Wl,-z,relro 
-Wl,-z,now" -DCMAKE_EXE_LINKER_FLAGS_RELEASE="-Wl,-z,relro -Wl,-z,now" 
-DMRPT_AUTODETECT_SSE=OFF -DDISABLE_SSE2=OFF -DDISABLE_SSE3=ON 
-DDISABLE_SSE4_1=ON -DDISABLE_SSE4_2=ON  -DDISABLE_SSE4_A=ON 
mkdir -p obj-x86_64-linux-gnu
cd obj-x86_64-linux-gnu
cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON 
-DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc 
-DCMAKE_INSTALL_LOCALSTATEDIR=/var 
-DCMAKE_INSTALL_PREFIX=/<>/debian/ 
-DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu -DCMAKE_VERBOSE_MAKEFILE=ON 
-DCMAKE_BUILD_TYPE=Release -DCMAKE_HOST=x86_64-linux-gnu 
-DCMAKE_BUILD=x86_64-linux-gnu -DCMAKE_MRPT_USE_DEB_POSTFIXS=1 
-DCMAKE_VERBOSE_MAKEFILE=ON "-DCMAKE_C_FLAGS_RELEASE=-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security" 
"-DCMAKE_CXX_FLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security" "-DCMAKE_SHARED_LINKER_FLAGS_RELEASE=-Wl,-z,relro 
-Wl,-z,now" "-DCMAKE_EXE_LINKER_FLAGS_RELEASE=-Wl,-z,relro -Wl,-z,now" 
-DMRPT_AUTODETECT_SSE=OFF -DDISABLE_SSE2=OFF -DDISABLE_SSE3=ON 
-DDISABLE_SSE4_1=ON -DDISABLE_SSE4_2=ON -DDISABLE_SSE4_A=ON
-- The C compiler identification is GNU 5.2.1
-- The CXX compiler identification is GNU 5.2.1
-- Check for working C compiler: /usr/bin/cc

[... snipped ...]

[   OK ] SerializeTestBase.WriteReadToMem (0 ms)
[ RUN  ] SerializeTestBase.CopyOperator
[   OK ] SerializeTestBase.CopyOperator (0 ms)
[ RUN  ] SerializeTestBase.CArray
[   OK ] SerializeTestBase.CArray (0 ms)
[ RUN  ] SerializeTestBase.STL_serialization
[   OK ] SerializeTestBase.STL_serialization (2 ms)
[ RUN  ] SerializeTestBase.CastSmartPointers
[   OK ] SerializeTestBase.CastSmartPointers (0 ms)
[--] 6 tests from SerializeTestBase (28 ms total)

[--] Global test environment tear-down
[==] 139 tests from 24 test cases ran. (8232 ms total)
[  PASSED  ] 132 tests.
[  FAILED  ] 7 tests, listed below:
[  FAILED  ] Pose3DQuatPDFGaussTests.CompositionJacobian
[  FAILED  ] Pose3DQuatPDFGaussTests.Composition
[  FAILED  ] Pose3DQuatPDFGaussTests.InverseComposition
[  FAILED  ] Pose3DQuatPDFGaussTests.ChangeCoordsRef
[  FAILED  ] Pose3DPDFGaussTests.CompositionJacobian
[  FAILED  ] Pose3DPDFGaussTests.AllOperators
[  FAILED  ] Pose3DPDFGaussTests.ChangeCoordsRef

 7 FAILED TESTS
tests/CMakeFiles/run_tests_mrpt_base.dir/build.make:60: recipe for target 
'tests/CMakeFiles/run_tests_mrpt_base' failed
make[4]: *** [tests/CMakeFiles/run_tests_mrpt_base] Error 1
make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
CMakeFiles/Makefile2:5463: recipe for target 
'tests/CMakeFiles/run_tests_mrpt_base.dir/all' failed
make[3]: *** [tests/CMakeFiles/run_tests_mrpt_base.dir/all] Error 2
make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
CMakeFiles/Makefile2:5832: recipe for target 'tests/CMakeFiles/test.dir/rule' 
failed
make[2]: *** [tests/CMakeFiles/test.dir/rule] Error 2
make[2]: Leaving directory '/<>/obj-x86_64-linux-gnu'
Makefile:1695: recipe for target 'test' failed
make[1]: *** [test] Error 2
make[1]: Leaving directory '/<>/obj-x86_64-linux-gnu'
dh_auto_test: make -j1 test ARGS+=-j1 returned exit code 2
cd /<>
debian/rules:44: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released with jessie, the easy fix is to drop them
now.

* When using "dh", it is allowed to use (independently)
optional targets override_dh_foo-arch and override_dh_foo-indep
(for several values of "foo").


Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, the package would be s

Bug#807021: mercurial: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

Package: src:mercurial
Version: 3.6.1-1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2,bash-completion
   dh_testdir -i
   dh_auto_configure -i
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
/usr/bin/make all
make[2]: Entering directory '/<>'
python setup.py  build 
running build
running build_mo
creating mercurial/locale

[... snipped ...]

fi
if test -d /<>/debian/mercurial-common ; then \
/usr/bin/make -f debian/rules install-archindep ;\
fi
make[2]: Entering directory '/<>'
# Move templates and help installed by setup.py to their FHS-correct location
mv 
/<>/debian/mercurial-common/usr/lib/python2.7/dist-packages/mercurial/templates
 \
   
/<>/debian/mercurial-common/usr/lib/python2.7/dist-packages/mercurial/help
 \
   /<>/debian/mercurial-common/usr/share/mercurial
mv 
/<>/debian/mercurial-common/usr/lib/python2.7/dist-packages/mercurial/locale
 \
   /<>/debian/mercurial-common/usr/share
# If more than one Python version is supported, clean up the templates
# and help installed for the other versions
rm -rf 
/<>/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/templates
 \

/<>/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/help
 \

/<>/debian/mercurial-common/usr/lib/python*/dist-packages/mercurial/locale
 \
# excanvas.js is provided by libjs-excanvas
rm 
/<>/debian/mercurial-common/usr/share/mercurial/templates/static/excanvas.js
# remove arch-dependent python stuff
find debian/mercurial-common/usr/lib \
-name '*.so' ! -type d -delete , \
-type d -empty -delete
make[2]: Leaving directory '/<>'
make[1]: Leaving directory '/<>'
   dh_installdocs -i
   dh_installchangelogs -i
   dh_installexamples -i
   dh_installman -i
   dh_bash-completion -i
   debian/rules override_dh_python2
make[1]: Entering directory '/<>'
dh_python2
I: dh_python2 tools:100: replacing shebang in 
debian/mercurial-common/usr/bin/hg-ssh
find debian/mercurial/usr/share -type d -empty -delete
find: `debian/mercurial/usr/share': No such file or directory
debian/rules:87: recipe for target 'override_dh_python2' failed
make[1]: *** [override_dh_python2] Error 1
make[1]: Leaving directory '/<>'
debian/rules:8: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released with jessie, the easy fix is to drop them
now.

* When using "dh", it is allowed to use (independently)
optional targets override_dh_foo-arch and override_dh_foo-indep
(for several values of "foo").


Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, the package would be suitable to be uploaded in source-only
form if you wish.

Thanks.

Bug#807026: wine: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

Package: src:wine
Version: 1.8~rc2-1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
dh build-indep --parallel --with autoreconf
   dh_testdir -i -O--parallel
   dh_autoreconf -i -O--parallel
find ! -ipath "./debian/*" -a ! \( -path '*/.git/*' -o -path '*/.hg/*' 
-o -path '*/.bzr/*' -o -path '*/.svn/*' -o -path '*/CVS/*' \) -a  -type f -exec 
md5sum {} \; > debian/autoreconf.before
autoreconf -f -i
find ! -ipath "./debian/*" -a ! \( -path '*/.git/*' -o -path '*/.hg/*' 
-o -path '*/.bzr/*' -o -path '*/.svn/*' -o -path '*/CVS/*' \) -a  -type f -exec 
md5sum {} \; > debian/autoreconf.after
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
./tools/make_fir
size: 7907
interpolation noise: -93.68 dB

[... snipped ...]

cp: 'debian/tmp/usr/share/man/de.UTF-8/man1/wineserver.1' and 
'debian/tmp/usr/share/man/de.UTF-8/man1/wineserver.1' are the same file
cp: 'debian/tmp/usr/share/man/de.UTF-8/man1/winemaker.1' and 
'debian/tmp/usr/share/man/de.UTF-8/man1/winemaker.1' are the same file
cd debian/tmp/usr/share/man/man1 && \
cp winegcc.1 winegcc64.1
dh_install
install -d debian/wine/usr/bin
cp --reflink=auto -a ./debian/tmp/wine debian/wine/usr/bin/
install -d debian/wine/usr/lib/wine
cp --reflink=auto -a ./debian/tmp/wineapploader 
debian/wine/usr/lib/wine/
install -d debian/wine-binfmt/usr/share/binfmts
cp --reflink=auto -a ./debian/binfmt/wine 
debian/wine-binfmt/usr/share/binfmts/
install -d debian/fonts-wine//usr/share/wine/wine
cp --reflink=auto -a ./debian/tmp/usr/share/wine/wine/fonts 
debian/fonts-wine//usr/share/wine/wine/
make[1]: Leaving directory '/<>'
   dh_installdocs -i -O--parallel
install -d debian/wine/usr/share/doc/wine
cp --reflink=auto -a debian/tmp/changelog debian/wine/usr/share/doc/wine
cp --reflink=auto -a debian/tmp/README.winedbg 
debian/wine/usr/share/doc/wine
chown -R 0:0 debian/wine/usr/share/doc
chmod -R go=rX debian/wine/usr/share/doc
chmod -R u\+rw debian/wine/usr/share/doc
install -p -m0644 debian/README.debian 
debian/wine/usr/share/doc/wine/README.Debian
install -p -m0644 debian/TODO debian/wine/usr/share/doc/wine/TODO.Debian
install -p -m0644 debian/copyright 
debian/wine/usr/share/doc/wine/copyright
install -d debian/wine-binfmt/usr/share/doc/wine-binfmt
install -p -m0644 debian/copyright 
debian/wine-binfmt/usr/share/doc/wine-binfmt/copyright
install -d debian/fonts-wine/usr/share/doc/fonts-wine
cp --reflink=auto -a debian/tmp/changelog 
debian/fonts-wine/usr/share/doc/fonts-wine
chown -R 0:0 debian/fonts-wine/usr/share/doc
chmod -R go=rX debian/fonts-wine/usr/share/doc
chmod -R u\+rw debian/fonts-wine/usr/share/doc
install -p -m0644 debian/copyright 
debian/fonts-wine/usr/share/doc/fonts-wine/copyright
   dh_installchangelogs -i -O--parallel
install -p -m0644 debian/changelog 
debian/wine/usr/share/doc/wine/changelog.Debian
install -p -m0644 debian/changelog 
debian/wine-binfmt/usr/share/doc/wine-binfmt/changelog.Debian
install -p -m0644 debian/changelog 
debian/fonts-wine/usr/share/doc/fonts-wine/changelog.Debian
   dh_installman -i -O--parallel
debian/tmp/usr/share/man/man1/wine.1: No such file or directory at 
/usr/bin/dh_installman line 131.
debian/rules:78: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released with jessie, the easy fix is to drop them
now.

* When using "dh", it is allowed to use (independently)
optional targets override_dh_foo-arch and override_dh_foo-indep
(for several values of "foo").


Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, the package would be suitable to be uploaded in source-only
form if you wish.

Thanks.

Bug#807025: statsmodels: FTBFS when built with dpkg-buildpackage -A ('module' object has no attribute 'parse')

[Santiago Vila]

Package: src:statsmodels
Version: 0.6.1-4
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
dh  build-indep --with python2
   dh_testdir -i
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
dpkg --compare-versions 0.23.2+git16-ga8fbae1-1+b1 lt 0.19 && { \
echo "I: Using pre-Cython-ed files"; \
find -iname *pyx | while read p; do \
  f=$(basename $p); f=${f%%.pyx}; d=$(dirname $p); \
  cp -rp debian/cythonized-files/$f.c $d/; done; } || :
dh_auto_configure
make[1]: Leaving directory '/<>'

[... snipped ...]

statsmodels.tsa.tests.test_tsa_tools.test_add_lag_noinsert ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag_noinsert_atend ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag_ndarray ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag_noinsert_ndarray ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag_noinsertatend_ndarray ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag1d ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag1d_drop ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag1d_struct ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag_1d_drop_struct ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag_drop_insert ... ok
statsmodels.tsa.tests.test_tsa_tools.test_add_lag_drop_noinsert ... ok
statsmodels.tsa.tests.test_tsa_tools.test_freq_to_period ... ok
SKIP: X13/X12 not available

==
ERROR: statsmodels.graphics.tests.test_tsaplots.test_plot_month
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/usr/lib/python2.7/dist-packages/numpy/testing/decorators.py", line 
146, in skipper_func
return f(*args, **kwargs)
  File 
"/<>/debian/python-statsmodels/usr/lib/python2.7/dist-packages/statsmodels/graphics/tests/test_tsaplots.py",
 line 39, in test_plot_month
dta.index.values)
  File 
"/<>/debian/python-statsmodels/usr/lib/python2.7/dist-packages/statsmodels/graphics/tests/test_tsaplots.py",
 line 38, in 
dates = lmap(lambda x : pd.datetools.parse('1 '+' '.join(x)),
AttributeError: 'module' object has no attribute 'parse'

--
Ran 3223 tests in 660.249s

FAILED (SKIP=23, errors=1)
Optimization terminated successfully.
 Current function value: 0.589409
 Iterations 5
debian/rules:101: recipe for target 'python-test2.7' failed
make[1]: *** [python-test2.7] Error 1
make[1]: Leaving directory '/<>'
debian/rules:29: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released with jessie, the easy fix is to drop them
now.

* When using "dh", it is allowed to use (independently)
optional targets override_dh_foo-arch and override_dh_foo-indep
(for several values of "foo").


Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, the package would be suitable to be uploaded in source-only
form if you wish.

Thanks.

Bug#780905: fp-compiler-2.6.4: fpc fails to link programs using fpmkunit

[Paul Gevers]

Hi Gilles,

Thanks for reporting, much appreciated.

On 03-12-15 22:21, Gilles Risch wrote:
> I've now successively removed more i386 packages, until the linking worked.
> These packages are no longer on my disk:
> * libc6-dev:i386
> * gcc-4.9-base:i386
> * linux-libc-dev:i386
> * libc6:i386
> 
> So one of them is the originator of this problem.

Could you please attach a "simple" example for me to try and reproduce
the issue? If not, could you try and figure out which one of the above
packages is the culprit? Installing them all again and removing them one
at a time should reveal which one is causing the trouble. Going from
them may be easier in understanding what is wrong and where.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#807023: openvdb: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

Package: src:openvdb
Version: 3.1.0-2
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
dh build-indep --parallel --with python2
   dh_testdir -i -O--parallel
   dh_auto_configure -i -O--parallel
   debian/rules override_dh_auto_build-indep
make[1]: Entering directory '/<>'
/usr/bin/make doc
make[2]: Entering directory '/<>'
Generating documentation because of doxygen-config and others
echo 'OUTPUT_DIRECTORY=./doc' | cat doxygen-config - | doxygen - > /dev/null
make[2]: Leaving directory '/<>'
make[1]: Leaving directory '/<>'
 fakeroot debian/rules binary-indep
dh binary-indep --parallel --with python2
   dh_testroot -i -O--parallel
   dh_prep -i -O--parallel
   debian/rules override_dh_auto_install
make[1]: Entering directory '/<>'
dh_auto_install --  BOOST_PYTHON_LIB=-lboost_python-py27 PYTHON_VERSION=2.7 
PYTHON_INCL_DIR=/usr/include/python2.7 
NUMPY_INCL_DIR2=/usr/lib/python2.7/dist-packages/numpy/core/include/numpy/ 
NUMPY_INCL_DIR=/usr/share/pyshared/numpy/core/include/numpy/ HFS=/removeme 
HT=/usr HDSO=/usr/lib EXR_INCL_DIR=/usr/include/OpenEXR 
CPPUNIT_INCL_DIR=/usr/include CPPUNIT_LIB_DIR=/usr/lib 
LOG4CPLUS_INCL_DIR=/usr/include LOG4CPLUS_LIB_DIR=/usr/lib 
GLFW_INCL_DIR=/usr/include/GL GLFW_LIB_DIR=/usr/lib LIBS_RPATH='-Wl,-z,relro 
-Wl,--as-needed -ldl -lm -lz -lHalf -ltbb -latomic -lblosc -llog4cplus 
-lboost_filesystem -lboost_system -lboost_iostreams' LIBOPENVDB_RPATH= 
PYTHON_SONAME_FLAGS= BOOST_PYTHON_LIB=-lboost_python-py27 verbose=yes debug=yes 
rpath=no shared=yes DESTDIR=/<>/debian/tmp/usr 
DESTDIR_LIB_DIR=/<>/debian/tmp/usr/lib/x86_64-linux-gnu
make -j1 install DESTDIR=/<>/debian/tmp 
AM_UPDATE_INFO_DIR=no BOOST_PYTHON_LIB=-lboost_python-py27 PYTHON_VERSION=2.7 
PYTHON_INCL_DIR=/usr/include/python2.7 
NUMPY_INCL_DIR2=/usr/lib/python2.7/dist-packages/numpy/core/include/numpy/ 
NUMPY_INCL_DIR=/usr/share/pyshared/numpy/core/include/numpy/ HFS=/removeme 
HT=/usr HDSO=/usr/lib EXR_INCL_DIR=/usr/include/OpenEXR 
CPPUNIT_INCL_DIR=/usr/include CPPUNIT_LIB_DIR=/usr/lib 
LOG4CPLUS_INCL_DIR=/usr/include LOG4CPLUS_LIB_DIR=/usr/lib 
GLFW_INCL_DIR=/usr/include/GL GLFW_LIB_DIR=/usr/lib "LIBS_RPATH=-Wl,-z,relro 
-Wl,--as-needed -ldl -lm -lz -lHalf -ltbb -latomic -lblosc -llog4cplus 
-lboost_filesystem -lboost_system -lboost_iostreams" LIBOPENVDB_RPATH= 
PYTHON_SONAME_FLAGS= BOOST_PYTHON_LIB=-lboost_python-py27 verbose=yes debug=yes 
rpath=no shared=yes DESTDIR=/<>/debian/tmp/usr 
DESTDIR_LIB_DIR=/<>/debian/tmp/usr/lib/x86_64-linux-gnu
make[2]: Entering directory '/<>'
Building Grid.o because of Grid.cc
g++ -c -DOPENVDB_PRIVATE -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2 -fvisibility=hidden 
-fvisibility-inlines-hidden -pthread -g -I . -I .. -isystem /usr/include 
-isystem /usr/include/OpenEXR -isystem /usr/include -isystem /usr/include 
-isystem /usr/include -DOPENVDB_USE_BLOSC -DOPENVDB_USE_LOG4CPLUS 
-DOPENVDB_USE_GLFW_3 -fPIC -o Grid.o Grid.cc
In file included from Grid.cc:31:0:
Grid.h:40:27: fatal error: openvdb/Types.h: No such file or directory
compilation terminated.
Makefile:671: recipe for target 'Grid.o' failed
make[2]: *** [Grid.o] Error 1
make[2]: Leaving directory '/<>'
dh_auto_install: make -j1 install DESTDIR=/<>/debian/tmp 
AM_UPDATE_INFO_DIR=no BOOST_PYTHON_LIB=-lboost_python-py27 PYTHON_VERSION=2.7 
PYTHON_INCL_DIR=/usr/include/python2.7 
NUMPY_INCL_DIR2=/usr/lib/python2.7/dist-packages/numpy/core/include/numpy/ 
NUMPY_INCL_DIR=/usr/share/pyshared/numpy/core/include/numpy/ HFS=/removeme 
HT=/usr HDSO=/usr/lib EXR_INCL_DIR=/usr/include/OpenEXR 
CPPUNIT_INCL_DIR=/usr/include CPPUNIT_LIB_DIR=/usr/lib 
LOG4CPLUS_INCL_DIR=/usr/include LOG4CPLUS_LIB_DIR=/usr/lib 
GLFW_INCL_DIR=/usr/include/GL GLFW_LIB_DIR=/usr/lib LIBS_RPATH=-Wl,-z,relro 
-Wl,--as-needed -ldl -lm -lz -lHalf -ltbb -latomic -lblosc -llog4cplus 
-lboost_filesystem -lboost_system -lboost_iostreams LIBOPENVDB_RPATH= 
PYTHON_SONAME_FLAGS= BOOST_PYTHON_LIB=-lboost_python-py27 verbose=yes debug=yes 
rpath=no shared=yes DESTDIR=/<>/debian/tmp/usr 
DESTDIR_LIB_DIR=/<>/debian/tmp/usr/lib/x86_64-linux-gnu returned 
exit code 2
debian/rules:62: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 2
make[1]: Leaving directory '/<>'
debian/rules:42: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released

Bug#807011: ksh: Conditional variable expansion problem in while loop

[SATOH Fumiyasu]

Hi,

> The problem seems to be that you are using "${v+set}" rather than 
> "${v}set" .

No. Do you understand what does "${v+set}" mean?
Please reopen this bug.

I want use this trick to avoid additional first blank line
in the following script with ksh:

  
https://github.com/fumiyas/fumiyas.github.io/blob/master/2015/12/02/ldifunwrap.sh

On Solaris 10:

$ uname -a
SunOS build-sol10 5.10 Generic_144501-19 i86pc i386 i86pc
$ for s in '' ba k z; do
 sh=${s}sh
 echo -n $sh:
 seq 4 |${s}sh -c 'unset v; while read n; do [ -n "${v+set}" ] && printf "%s " 
"$v "; v="$n"; done; echo "$v"'
done
sh:1  2  3  4
bash:1  2  3  4
ksh:1  2  3  4
zsh:1  2  3  4

On AIX 6.1:

$ uname -a
AIX build-aix6 1 6 00CF28B34C00
$ for s in '' ba k z; do
 sh=${s}sh
 echo -n $sh:
 seq 4 |${s}sh -c 'unset v; while read n; do [ -n "${v+set}" ] && printf "%s " 
"$v "; v="$n"; done; echo "$v"'
done
sh:1  2  3  4
bash:1  2  3  4
ksh:1  2  3  4
zsh:1  2  3  4

-- 
-- Name: SATOH Fumiyasu @ OSS Technology Corp. (fumiyas @ osstech co jp)
-- Business Home: http://www.OSSTech.co.jp/
-- GitHub Home: https://GitHub.com/fumiyas/
-- PGP Fingerprint: BBE1 A1C9 525A 292E 6729  CDEC ADC2 9DCA 5E1C CBCA

Bug#807024: rrdtool: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

Package: src:rrdtool
Version: 1.5.5-1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
dh build-indep --with autoreconf,lua,python2,ruby
   dh_testdir -i
   dh_autoreconf -i
Copying file ABOUT-NLS
Copying file m4/codeset.m4
Copying file m4/gettext.m4
Copying file m4/glibc2.m4
Copying file m4/glibc21.m4
Copying file m4/iconv.m4
Copying file m4/intdiv0.m4
Copying file m4/intl.m4

[... snipped ...]

rm -f RRD.so
gcc -shared -o RRD.so main.o -L/<>/src/.libs -L. 
-L/usr/lib/x86_64-linux-gnu -L. -Wl,-z,relro 
-L/build/ruby2.2-TAju0T/ruby2.2-2.2.3/debian/lib -fstack-protector -rdynamic 
-Wl,-export-dynamic-lruby-2.2 -lrrd  -lpthread -lgmp -ldl -lcrypt -lm   -lc
make[2]: Leaving directory '/<>/bindings/ruby'
make V=1 "DESTDIR=" install
make[2]: Entering directory '/<>/bindings/ruby'
/bin/mkdir -p . ./.gem.20151203-8014-8zueq7
exit > .RUBYARCHDIR.time
/usr/bin/install -c -m 0755 RRD.so ./.gem.20151203-8014-8zueq7
make[2]: Leaving directory '/<>/bindings/ruby'
rm -f 
/<>/debian/ruby-rrd/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.2.0/mkmf.log

┌──────────────────────────────────────────────────────────────────────────────┐
│ Install Rubygems integration metadata   
 │
└──────────────────────────────────────────────────────────────────────────────┘

/usr/bin/ruby2.2 /usr/bin/gem2deb-test-runner

┌──────────────────────────────────────────────────────────────────────────────┐
│ Run tests for ruby2.2: no test suite!   
 │
└──────────────────────────────────────────────────────────────────────────────┘


┌──────────────────────────────────────────────────────────────────────────────┐
│ dh_ruby --install finished  
 │
└──────────────────────────────────────────────────────────────────────────────┘

make[1]: Leaving directory '/<>'
   debian/rules override_dh_install
make[1]: Entering directory '/<>'
# We don't install systemd files yet, because it changes socket location.
# This may need a transition with other packages (TODO).
dh_install -X.la -X.txt -X.pod -Xsystemd --fail-missing
# remove duplicates:
rm debian/rrdtool/usr/bin/rrdcached
rm: cannot remove ‘debian/rrdtool/usr/bin/rrdcached’: No such file or 
directory
debian/rules:88: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 1
make[1]: Leaving directory '/<>'
debian/rules:30: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released with jessie, the easy fix is to drop them
now.

* When using "dh", it is allowed to use (independently)
optional targets override_dh_foo-arch and override_dh_foo-indep
(for several values of "foo").


Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, the package would be suitable to be uploaded in source-only
form if you wish.

Thanks.

Bug#807027: FTBFS twice in a row

[Jonathan Wiltshire]

Package: calendar-exchange-provider
Version: 3.4.0-1
Severity: normal

Hi,

calendar-exchange-provider cannot be built twice in a row because the
file ./changelog (upstream's changelog, not Debian's) is created during
the build but not removed in the clean target.

Thanks.


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

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

Versions of packages calendar-exchange-provider depends on:
ii  icedove   38.4.0-1~deb8u1
ii  iceowl-extension  38.4.0-1~deb8u1

calendar-exchange-provider recommends no packages.

calendar-exchange-provider suggests no packages.

-- no debconf information

Bug#807028: php7.0-cli: /usr/bin/phar7.0 doesn't run, ends with bad interpreter error

[eloy]

Package: php7.0-cli
Version: 7.0.0~rc8-3
Severity: important

eloy@dellta:~$ phar7.0 
zsh: /usr/bin/phar7.0: bad interpreter: 
/tmp/buildd/php7.0-7.0.0~rc8/debian/tmp/usr/bin/php7.0: no such file or 
directory


-- Package-specific info:
 Additional PHP 7.0 information 

 PHP 7.0 SAPI (php7.0query -S): 

 PHP 7.0 Extensions (php7.0query -M -v): 

 Configuration files: 
[PHP]
engine = On
short_open_tag = Off
precision = 14
output_buffering = 4096
zlib.output_compression = Off
implicit_flush = Off
unserialize_callback_func =
serialize_precision = 17
disable_functions =
disable_classes =
zend.enable_gc = On
expose_php = On
max_execution_time = 30
max_input_time = 60
memory_limit = -1
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
display_errors = Off
display_startup_errors = Off
log_errors = On
log_errors_max_len = 1024
ignore_repeated_errors = Off
ignore_repeated_source = Off
report_memleaks = On
track_errors = Off
html_errors = On
variables_order = "GPCS"
request_order = "GP"
register_argc_argv = Off
auto_globals_jit = On
post_max_size = 8M
auto_prepend_file =
auto_append_file =
default_mimetype = "text/html"
default_charset = "UTF-8"
doc_root =
user_dir =
enable_dl = Off
file_uploads = On
upload_max_filesize = 2M
max_file_uploads = 20
allow_url_fopen = On
allow_url_include = Off
default_socket_timeout = 60
[CLI Server]
cli_server.color = On
[Date]
[filter]
[iconv]
[intl]
[sqlite]
[sqlite3]
[Pcre]
[Pdo]
[Pdo_mysql]
pdo_mysql.cache_size = 2000
pdo_mysql.default_socket=
[Phar]
[mail function]
SMTP = localhost
smtp_port = 25
mail.add_x_header = On
[SQL]
sql.safe_mode = Off
[ODBC]
odbc.allow_persistent = On
odbc.check_persistent = On
odbc.max_persistent = -1
odbc.max_links = -1
odbc.defaultlrl = 4096
odbc.defaultbinmode = 1
[Interbase]
ibase.allow_persistent = 1
ibase.max_persistent = -1
ibase.max_links = -1
ibase.timestampformat = "%Y-%m-%d %H:%M:%S"
ibase.dateformat = "%Y-%m-%d"
ibase.timeformat = "%H:%M:%S"
[MySQLi]
mysqli.max_persistent = -1
mysqli.allow_persistent = On
mysqli.max_links = -1
mysqli.cache_size = 2000
mysqli.default_port = 3306
mysqli.default_socket =
mysqli.default_host =
mysqli.default_user =
mysqli.default_pw =
mysqli.reconnect = Off
[mysqlnd]
mysqlnd.collect_statistics = On
mysqlnd.collect_memory_statistics = Off
[OCI8]
[PostgreSQL]
pgsql.allow_persistent = On
pgsql.auto_reset_persistent = Off
pgsql.max_persistent = -1
pgsql.max_links = -1
pgsql.ignore_notice = 0
pgsql.log_notice = 0
[bcmath]
bcmath.scale = 0
[browscap]
[Session]
session.save_handler = files
session.use_strict_mode = 0
session.use_cookies = 1
session.use_only_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =
session.serialize_handler = php
session.gc_probability = 0
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
session.referer_check =
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0
session.hash_function = 0
session.hash_bits_per_character = 5
url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry"
[Assertion]
zend.assertions = -1
[COM]
[mbstring]
[gd]
[exif]
[Tidy]
tidy.clean_output = Off
[soap]
soap.wsdl_cache_enabled=1
soap.wsdl_cache_dir="/tmp"
soap.wsdl_cache_ttl=86400
soap.wsdl_cache_limit = 5
[sysvshm]
[ldap]
ldap.max_links = -1
[mcrypt]
[dba]
[opcache]
[curl]
[openssl]

 /etc/php/7.0/cli/conf.d/20-opcache.ini 
zend_extension=opcache.so

 /etc/php/7.0/cli/conf.d/20-json.ini 
extension=json.so


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

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

Versions of packages php7.0-cli depends on:
ii  libc6   2.21-3
ii  libdb5.35.3.28-11
ii  libedit23.1-20150325-1+b1
ii  libenchant1c2a  1.6.0-10.1
ii  libgmp102:6.1.0+dfsg-2
ii  libltdl72.4.2-1.11
ii  libmagic1   1:5.25-2
ii  libmcrypt4  2.5.8-3.3
ii  libqdbm14   1.8.78-6+b1
ii  libssl1.0.2 1.0.2e-1
ii  libxml2 2.9.2+zdfsg1-4
ii  libxslt1.1  1.1.28-2.1
ii  mime-support3.59
ii  php7.0-common   7.0.0~rc8-3
ii  php7.0-json 7.0.0~rc8-3
ii  php7.0-opcache  7.0.0~rc8-3
ii  tzdata  2015g-1
ii  ucf 3.0031
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages php7.0-cli recommends:
pn  php-readline  

Versions of packages php7.0-cli suggests:
pn  php-pear  

Versions of packages php7.0-common depends on:
ii  php-common  14

Versions of packages php7.0-common suggests:
pn  php-user-cache  

-- no debconf information

Bug#807029: tornadio2.gen.sync_engine does not work with recent versions of Tornado

[Enrico Zini]

Package: python-tornadio2
Version: 0.0.4-1
Severity: important

Hello,

in tornadio2/gen.py:45, the tornado.gen.Runner constructor is invoked
with only one argument besides self, although in recent versions of
tornado it requires 3: 
http://tornadokevinlee.readthedocs.org/en/latest/_modules/tornado/gen.html

This results in a traceback, and in tornadio2.gen.sync_engine not being usable:

[E 151204 10:28:13 root session:433] __init__() takes exactly 4 arguments (2 
given)
Traceback (most recent call last):
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/session.py", 
line 381, in raw_message
conn.on_message(msg_data)
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/gen.py", line 
113, in wrapper
run(args, kwargs)
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/gen.py", line 
84, in run
data.runner = SyncRunner(gen, finished)
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/gen.py", line 
45, in __init__
super(SyncRunner, self).__init__(gen)
TypeError: __init__() takes exactly 4 arguments (2 given)
[E 151204 10:28:13 root persistent:148] Failed to handle message: Traceback 
(most recent call last):
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/persistent.py", 
line 146, in on_message
self.session.raw_message(message)
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/session.py", 
line 381, in raw_message
conn.on_message(msg_data)
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/gen.py", line 
113, in wrapper
run(args, kwargs)
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/gen.py", line 
84, in run
data.runner = SyncRunner(gen, finished)
  File "/home/enrico/lavori/truelite/reach/reach/tornadio2/gen.py", line 
45, in __init__
super(SyncRunner, self).__init__(gen)
TypeError: __init__() takes exactly 4 arguments (2 given)


Thanks,

Enrico


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

Kernel: Linux 4.2.0-1-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 python-tornadio2 depends on:
ii  python 2.7.9-1
ii  python-simplejson  3.7.3-1+b1
ii  python-tornado 4.2.1-1+b1

python-tornadio2 recommends no packages.

python-tornadio2 suggests no packages.

-- no debconf information

Bug#806315: dpkg-dev: Missing support for field Build-Essential

[Manuel A. Fernandez Montecelo]

2015-12-04 2:24 GMT+00:00 Guillem Jover :
> Hi!
>
> On Thu, 2015-11-26 at 12:02:39 +, Manuel A. Fernandez Montecelo wrote:
>> Package: dpkg-dev
>> Version: 1.18.3
>> Severity: wishlist
>
>> When I want to generate a dummy build-essential package with equivs, I get 
>> this:
>>
>>   dpkg-gencontrol: warning: unknown information field 'Build-Essential' in 
>> input
>>   data in package's section of control info file
>>
>> Yet, the official build-essential package has such a field:
>>
>>   $ apt-cache show build-essential:amd64 | grep '^Build-Ess'
>>   Build-Essential: yes
>
> But only on the archive.
>
>> So, since it's an "official" field, probably dpkg-gencontrol should
>> know about it and not issue a warning.
>
> Yeah, as mentioned on IRC I don't mind adding support for the field,
> and even documenting it! But I just want to note that it's only official
> in that the archive injects the field into the Packages indices. But I
> don't think this field has ever been discussed anywhere, nor documented.
> And no official package that is part of the direct build essential set
> has such field in their source package (AFAIK).

That's right, apt lists *_Sources contain 0 matches for
"Build-Essential", 2 for "experimental main Packages" and 11 for
"unstable main Packages".

I reported this thinking that it was a somehow official but obscure or
recently added field.  Judging by the number of packages if not
obscure, at least it's very rarely used.  So feel free to disregard
this wishlist if the field is not actually needed for anything else.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#797694: Info received (lxc-clone fails because overlay filesystem doesn't exist)

[Étienne Bersac]

Hi,

I still reproduce the issue with 1:1.0.8-1

# lxc-clone -s -B overlayfs original clone
lxc_container: bdev.c: overlayfs_mount: 2237 No such device - overlayfs:
error mounting /var/lib/lxc/original/rootfs onto
/usr/lib/x86_64-linux-gnu/lxc/rootfs options
upperdir=/var/lib/lxc/clone/delta0,lowerdir=/var/lib/lxc/original/rootfs,workdir=/var/lib/lxc/clone/olwork
clone failed
# apt-cache policy lxc
lxc:
  Installed: 1:1.0.8-1
  Candidate: 1:1.0.8-1
  Version table:
 *** 1:1.0.8-1 0
500 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages
100 /var/lib/dpkg/status
#


On Fri, Nov 6, 2015 at 10:13 AM, Étienne Bersac  wrote:

> Hi,
>
> I can mount an overlay file system on stretch with :
>
> # ls
> l  m  u  w
> # mount -t overlay overlay -o lowerdir=l,upperdir=u,workdir=w m
> #
>
>
> However, lxc-clone fails:
>
> # lxc-clone --snapshot --orig legacy-ci-env --new _test
> lxc_container: bdev.c: overlayfs_mount: 2237 No such device - overlayfs:
> error mounting /var/lib/lxc/legacy-ci-env/rootfs onto
> /usr/lib/x86_64-linux-gnu/lxc/rootfs options
> upperdir=/var/lib/lxc/_test/delta0,lowerdir=/var/lib/lxc/legacy-ci-env/rootfs,workdir=/var/lib/lxc/_test/olwork
> clone failed
> #
>
> It looks like lxc-clone tries to use overlayfs instead of new overlay.
>
> On Sat, Oct 17, 2015 at 2:33 AM, Debian Bug Tracking System <
> ow...@bugs.debian.org> wrote:
>
>> Thank you for the additional information you have supplied regarding
>> this Bug report.
>>
>> This is an automatically generated reply to let you know your message
>> has been received.
>>
>> Your message is being forwarded to the package maintainers and other
>> interested parties for their attention; they will reply in due course.
>>
>> As you requested using X-Debbugs-CC, your message was also forwarded to
>>   bersac...@gmail.com
>> (after having been given a Bug report number, if it did not have one).
>>
>> Your message has been sent to the package maintainer(s):
>>  Daniel Baumann 
>>
>> If you wish to submit further information on this problem, please
>> send it to 797...@bugs.debian.org.
>>
>> Please do not send mail to ow...@bugs.debian.org unless you wish
>> to report a problem with the Bug-tracking system.
>>
>> --
>> 797694: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797694
>> Debian Bug Tracking System
>> Contact ow...@bugs.debian.org with problems
>>
>
>

Bug#806882: libc-bin: unable to set pts permissions (and open a terminal...)

[Jakub Wilk]

usertags 806882 + serious
thanks

I've been bitten by it too...

Couldn't libc just leave ownership/permission as they are if /dev/pts 
is a devpts filesystem?


* Domenico Andreoli , 2015-12-02, 17:13:

$ grep devpts /etc/fstab
none  /mnt/sid64/dev/pts devpts   defaults
0   0
none  /mnt/sid64/home/chernobyl/dev/pts  devpts   defaults
0   0


"defaults" are not correct options. You need "gid=5" at least.

All devpts fstab entries need to have correct options, because all 
devpts filesystems are shared by default. (You can probably use the 
"newinstance" option to disable sharing them.)


--
Jakub Wilk

Bug#805407: RM: python-repoze.what-plugins, python-repoze.what, python-repoze.who-plugins -- ROM; not maintained upstream, no dependency

[Thomas Goirand]

Gentle ping? Could we go ahead with this one? :)

FYI, without this bug being solved, and python-repoze.who migrating to
testing, we have a very bad state of all of OpenStack in testing right
now, because all is upgraded to the latest release but Keystone (the
authentification server). So I'm really looking forward the issue with
python-repoze.who 2.x migration to testing is solved.

Cheers,

Thomas Goirand (zigo)

Bug#806247: jessie-pu: package dbconfig-common/1.8.47+nmu3

[Paul Gevers]

On Wed, 25 Nov 2015 21:02:11 +0100 Paul Gevers  wrote:
> I will start to work on a proper debdiff, but I appreciate it to know if I
> should include the fixing of existing files in it.

Due to lack of a response, which I expect is due to the lack of a
debdiff, I went ahead and fixed the permissions on existing files.

Please find attached my proposed fix for jessie. The delta for wheezy is
nearly the same, minus the changelog.

Paul
diff -Nru dbconfig-common-1.8.47+nmu3/debian/changelog 
dbconfig-common-1.8.47+nmu3+deb8u1/debian/changelog
--- dbconfig-common-1.8.47+nmu3/debian/changelog2014-11-02 
21:48:57.0 +0100
+++ dbconfig-common-1.8.47+nmu3+deb8u1/debian/changelog 2015-12-03 
19:56:19.0 +0100
@@ -1,3 +1,11 @@
+dbconfig-common (1.8.47+nmu3+deb8u1) jessie; urgency=medium
+
+  * Fix permission of PostgreSQL backup files, thanks Simon Ruderich
+(Closes: #805638)
+  * Repair permissions of already created backups
+
+ -- Paul Gevers   Thu, 03 Dec 2015 19:48:17 +0100
+
 dbconfig-common (1.8.47+nmu3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru dbconfig-common-1.8.47+nmu3/debian/dbconfig-common.postinst 
dbconfig-common-1.8.47+nmu3+deb8u1/debian/dbconfig-common.postinst
--- dbconfig-common-1.8.47+nmu3/debian/dbconfig-common.postinst 2013-07-14 
14:19:00.0 +0200
+++ dbconfig-common-1.8.47+nmu3+deb8u1/debian/dbconfig-common.postinst  
2015-12-03 20:11:07.0 +0100
@@ -15,4 +15,11 @@
 
 dbc_write_global_config
 
+# Previously dumped databases in /var/cache/dbconfig-common/backups may
+# (depending on the local umask) be readable by everybody (bts: #805638). Limit
+# the permissions here on all files in that folder.
+if [ -d /var/cache/dbconfig-common/backups/ ] ; then
+find /var/cache/dbconfig-common/backups/ -type f -exec chmod 600 {} \;
+fi
+
 #DEBHELPER#
diff -Nru dbconfig-common-1.8.47+nmu3/internal/pgsql 
dbconfig-common-1.8.47+nmu3+deb8u1/internal/pgsql
--- dbconfig-common-1.8.47+nmu3/internal/pgsql  2013-07-20 10:12:12.0 
+0200
+++ dbconfig-common-1.8.47+nmu3+deb8u1/internal/pgsql   2015-11-25 
22:08:24.0 +0100
@@ -174,14 +174,14 @@
local extra retval PGSSLMODE localuser _dbc_asuser dumpfile old_umask
dumpfile=$1
localuser=`_dbc_psql_local_username`
-   touch $dumpfile
-   chown $localuser $dumpfile
PGSSLMODE="prefer"
retval=0
_dbc_psql_cmd_setup
if [ "$dbc_ssl" ]; then PGSSLMODE="require"; fi
old_umask=`umask`
umask 0066
+   touch $dumpfile
+   chown $localuser $dumpfile
extra=`_dbc_psql_cmd_args`
extra="-f \"$dumpfile\" $extra"
_dbc_debug "su -s /bin/sh $localuser -c \"env HOME='$_dbc_pgsql_tmpdir' 
PGPASSFILE='$_dbc_pgsql_tmpdir/.pgpass' PGSSLMODE='$PGSSLMODE' pg_dump $extra 
$dbc_dbname\" 2>&1"


signature.asc
Description: OpenPGP digital signature

Bug#806977: john: Provide build with "jumbo" patch.

[Oleksandr Gavenko]

On 2015-12-03, Oleksandr Gavenko wrote:

> Package: john
> Version: 1.8.0-2
> Severity: normal
>
> I trapped into same issue as described at:
>
>   
> http://www.governmentsecurity.org/forum/topic/33177-john-the-ripper-and-md5-hashes/
>
> I try to audit passwords in MD5 hashes by:
>
>   $ john.exe --format=raw-md5 pass.txt
>
> and get:
>
>   Unknown ciphertext format name requested
>
> Note that upstream provide officially signed sources of so called
> "community-enhanced version" named "jumbo" at main page:
>
>   http://openwall.com/john/
>
> with a lot of enhancement like NTLM, raw MD5, etc.
>
For those who can't wait for "jumbo" patch:

  $ /etc/apt/sources.list.d/kali.list
  deb [arch=amd64] http://http.kali.org/kali kali-current main contrib non-free

  $ cat /etc/apt/preferences.d/kali
  Package: *
  Pin: release o=Kali
  Pin-Priority: 50

  $ sudo apt-get update

  $ apt-cache policy john
  john:
Installed: 1.8.0.6-jumbo-1-0kali2
Candidate: 1.8.0.6-jumbo-1-0kali2
Version table:
   *** 1.8.0.6-jumbo-1-0kali2 0
   50 http://http.kali.org/kali/ kali-current/main amd64 Packages
  100 /var/lib/dpkg/status
   1.8.0-2 0
  400 http://ftp.us.debian.org/debian/ testing/main amd64 Packages
  200 http://ftp.us.debian.org/debian/ unstable/main amd64 Packages

According to:

  http://docs.kali.org/policy/kali-linux-relationship-with-debian

Kali intends to contribute those packages back to Debian and to maintain
them directly within Debian.

it is possible to contact to Kali developers for backposting improvements.

-- 
Best regards!

Bug#807030: RFS: opengm/2.3.6-2

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "opengm"

* Package name : opengm
Version : 2.3.6-2
Upstream Author : The OpenGM developers
* URL : http://hci.iwr.uni-heidelberg.de/opengm2/
* License : Expat
Section : science

It builds those binary packages:

libopengm-bin - command line tools for OpenGM
libopengm-dev - C++ template library for discrete factor graph models
libopengm-doc - API documentation for OpenGM
python-opengm - Python interface to OpenGM
python-opengm-doc - documentation for the Python interface to OpenGM

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


http://mentors.debian.net/package/opengm

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

dget -x 
http://mentors.debian.net/debian/pool/main/o/opengm/opengm_2.3.6-2.dsc


Changes since the last upload:

[Andreas Tille]
* Change source package priority to optional.

[Ghislain Antony Vaillant]
* gbp.conf: no patch numbering with gbp-pq.
* Add patch fixing execution of testsuite on 32-bit arch.

Regards,
Ghislain Vaillant

Bug#805634: jessie-pu: torbrowser-launcher/0.2.2-2~deb8u1

[Holger Levsen]

Dear stable release managers,

as described in this bug, torbrowser-launcher in jessie is completly broken at 
the moment. A reply from you about this request would have been very nice 
(even given intrigeri's reply), and even if it would have been "Holger, you 
should know we don't like new upstream versions, please do the work and 
cherry-pick those commits" or whatever.

As it seems there is now the danger not having torbrowser-launcher fixed with 
the next point release, resulting in torbrowser being broken for stable users 
until next year :-(

So anyway, let's let the past be past. If I (or someone else) would find the 
time to identify the commits to cherry-pick by Monday and ask for review here 
then, could that still be in time to be included in the next point release?


cheers,
Holger


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

Bug#807031: [PATCH] Make apt-helper.cc include for atoi

[Fredrik Fornwall]

Package: apt
Version: 1.1.3
Severity: normal
Tags: patch

Include  to ensure that atoi(3) is defined to improve
general portability and fix a specific build failure on Android.
---
 cmdline/apt-helper.cc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/cmdline/apt-helper.cc b/cmdline/apt-helper.cc
index c0575be..254bcf9 100644
--- a/cmdline/apt-helper.cc
+++ b/cmdline/apt-helper.cc
@@ -25,6 +25,7 @@
 #include 
 #include 
 
+#include 
 #include 
 #include 
 #include 
-- 
2.6.3

Bug#807032: alsactl: sysfs_init:48: sysfs path '/sys' is invalid

[ael]

Package: alsa-utils
Version: 1.0.29-1+b1
Severity: normal

$ /usr/sbin/alsactl -f /home/ael/voip/ekiga/ekiga_headset_only restore 0
No state is present for card PCH
/usr/sbin/alsactl: sysfs_init:48: sysfs path '/sys' is invalid

Found hardware: "HDA-Intel" "Realtek ALC269VB" "HDA:10ec0269,15585456,00100100" 
"0x1558" "0x5455"
Hardware is initialized using a generic method
No state is present for card PCH
---
$ ls  /sys
block  bus  class  dev  devices  firmware  fs  hypervisor  kernel  module  power
---

illustrates the problem. https://bugs.archlinux.org/task/45027 seems to
be a similar problem. Also
http://www.linuxquestions.org/questions/linux-desktop-74/some-issues-with-managing-headphone-jack-on-current-linux-suse-fedora-ubuntu-4175542543/
 and on.4464.n7.nabble.com/Missing-sound-alsa-problem-td25633.html 


I will append ekiga_headset_only.

---


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 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 alsa-utils depends on:
ii  kmod21-1
ii  libasound2  1.0.29-1
ii  libc6   2.19-22
ii  libncursesw56.0+20151024-2
ii  libsamplerate0  0.1.8-8
ii  libtinfo5   6.0+20151024-2
ii  lsb-base9.20150917
ii  whiptail0.52.18-1+b1

alsa-utils recommends no packages.

alsa-utils suggests no packages.

-- no debconf information

Bug#807033: modsecurity-crs: libapache2-mod-security2 dependency unhelpful for nginx

[James Le Cuirot]

Package: modsecurity-crs
Version: 2.2.9-1
Severity: normal

Dear Maintainer,

Although Debian's nginx packages do not support ModSecurity, it
would be helpful to users who have built their own (which is not
uncommon for nginx) if this rule set package could be installed
without unnecessarily dragging in Apache.  What few references to
Apache there are point to /usr/local/apache so they are invalid
anyway.

You may have read that a ModSecurity configuration for nginx
needs to be concatenated into a single file but this is no longer
the case. It now supports an Include directive.

Regards,
James Le Cuirot

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#805634: jessie-pu: torbrowser-launcher/0.2.2-2~deb8u1

[Emilio Pozuelo Monfort]

On 04/12/15 12:05, Holger Levsen wrote:
> Dear stable release managers,
> 
> as described in this bug, torbrowser-launcher in jessie is completly broken 
> at 
> the moment. A reply from you about this request would have been very nice 
> (even given intrigeri's reply), and even if it would have been "Holger, you 
> should know we don't like new upstream versions, please do the work and 
> cherry-pick those commits" or whatever.
> 
> As it seems there is now the danger not having torbrowser-launcher fixed with 
> the next point release, resulting in torbrowser being broken for stable users 
> until next year :-(
> 
> So anyway, let's let the past be past. If I (or someone else) would find the 
> time to identify the commits to cherry-pick by Monday and ask for review here 
> then, could that still be in time to be included in the next point release?

Hmm? Is there going to be a point release next week and I completely missed the
announcement?

Emilio

Bug#728347: On packaging Mediawiki 1.23 for Debian jessie

[Yongmin Hong]

The upstream support for mediawiki 1.19 was dropped by May 2015.

Sent from iPhone
https://revi.me
GPG KeyID: 0xbeff197a

2014. 11. 14. 05:23 Salvatore Bonaccorso  작성:

> Hi all,
> 
>> On Sat, Sep 27, 2014 at 01:04:35PM +0200, Thijs Kinkhorst wrote:
>> Hi Thorsten
>> 
>> Op vrijdag 26 september 2014 15:28:55 schreef Thorsten Glaser:
>>> Failure to do so will mean shipping Mediawiki 1.19 in
>>> jessie, which is currently upstream’s oldstable and
>>> fading LTS. Mediawiki 1.23 is upstream’s current LTS;
>>> we have an agreement from upstream to support 1.19 for
>>> the lifetime of wheezy, and I guess they’d be willing
>>> to extend the same for 1.23 and jessie, but I’d not
>>> want to ask them to do that for 1.19. The delivery of
>>> the security updates from upstream to Debian (both
>>> stable and unstable) has been good so far, with only
>>> a few minor bumps on the road (releases come out when
>>> I go to bed, roughly, and I do not always have time,
>>> and certain people submit unwanted bugreports about
>>> new versions nobody asked for), and no concerns from
>>> the stable-security team so far, so it’s been productive.
>> 
>> Agreed; I think it's required that we ship 1.23 in Jessie in order to keep 
>> the 
>> current security support strategy sustainable. So this needs to happen.
>> 
>>> If anyone’s got a rough overview of what changed between
>>> 1.19 and 1.23 for/from a packager’s PoV, thank you for
>>> pointing it out to me.
>> 
>> I cannot help you with testing the packages since I do not use them.
>> However, I'm maintaining one large Mediawiki installation which for
>> hysterical reasons does not use the package, and I can say that
>> upgrading from 1.19 to 1.23 was easy and didn't require any
>> infrastructural changes. So I'm rather confident that this will also
>> not present large issues in the packaging.
> 
> Going through some older mails I noticed this thread again. We
> unfortunately are now defintively late for mediawiki 1.23 for Jessie.
> Do we know something about the remaining time upstream will support
> 1.19? Is it realistic that we could for the jessie cycle be able to
> support this version (and does it actually makes sense?).
> 
> Just a bunch of question, for which I don't have a clear answer.
> Removing mediawiki for jessie also does possibly not really seem to be
> an option.
> 
> Regards,
> Salvatore
> 

Bug#806962: No supported cipher blowfish breaks systems

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Colin,

Am Do den  3. Dez 2015 um 18:54 schrieb Colin Watson:
> > > You can always override global ssh_config at a per-user level.  Your
> > > report is about accessing other systems from an upgraded ssh client,
> > > which means that it is irrelevant whether the remote side is root with
> > > pubkey authentication only or an ordinary user account.
> > 
> > Nope, not that. I have it overwritten in my local .ssh/config file but
> > it still complains about the error in global file.
> > 
> > Well, I access the local server from a local client on a system that
> > only allows passwordless root access vial localhost ssh.
> 
> Oh, right, got it.  In that case I suggest using "ssh -F ~/.ssh/config",
> since that will cause it to not even try to parse /etc/ssh/ssh_config;
> you can then use that to make the system's /etc/ssh/ssh_config
> consistent with the upgraded client.  Does that help?

That might. I for myself found another way as I use puppet on all of my
boxes. But it took me hard in the first place.

> > > particularly since I do in fact strongly agree with
> > > disabling protocol 1!
> > 
> > Oh, you find "Protocol 2" in all my configurations. However, on client
> > side I still need to have protocol 1 as many embedded systems like
> > routers only have ssh1 support.
> 
> Yes, I'm not sure of the right long-term approach for that.  I rather
> suspect that OpenSSH upstream is hoping to act as a forcing function to
> get those systems to get their act together with long-overdue upgrades,
> which seems laudable but I don't know how successful it will be.  As far
> as Debian is concerned, it may make sense to add a separate client-only
> binary package for those that really really need it, but I'll see how
> things look over time; it may be that protocol 1 support is entirely
> removed from the OpenSSH source tree in the near future,

I hope that too. I don't like to have protocoll 1 enabled. However, I
know how ignorant those companies are and I know that I have no real
influent to it.

> which would make it difficult to support such a thing longer-term.

That for sure.

Gruß
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJWYXhpAAoJEKZ8CrGAGfast6EL/29suMdXNKLmWT6GU2IcprSB
xIFF1lANJexOp7nD3g0LvKZ6UhdaBHmGahDYtXC0dCco4Q5xagk93nRey0WvFItV
BQ44pyWDJyRSEU4kFdJYKk0u4TS8bpOAfupR6Va9wZtUYxiaXehhP20f+zK6Rz06
9O86m5Afej8lFGYSyAkEJ4w1hQF4Pkyf/zMVxtnJDCU15CJDEXe+OMnllNJtjqFW
AxOAxCmlIlVPDKf+S3588SvPFs6BrU6cKQAydBarhcwSAMlVHzhB0qKzWdaxtMJe
3lRwhdTkm6QVhIm5psaPl5zzc9Cvgemrq3M6ncQSSX7zncmlBvdrfJiae6apVw+W
Q2fnqK19zg8xdpaDsCGi3I529eD034llVWGnlqXpDgnGDAIaOpCRpwfF2NwbjGpp
NSGV27jn1e2cdgMBSUij5ak7g2Md0miZnxEv8+zeztOH1MXwQqFZ1rX13oulfVcg
Kaq8ss0XJifhYk1jWCUTyuThtEdp66svgyRkBU6DUQ==
=IY7K
-END PGP SIGNATURE-

Bug#807034: sshfs: hangs on mount

[Josef Lusticky]

Package: sshfs
Version: 2.5-1
Severity: important

Dear Maintainer,
sshfs hangs when mounting remote directory.

Here's output from strace:

---START OF OUTPUT---

josef@brnntbjl03:~/git/m5t-media$ strace sshfs -o idmap=user -o 
workaround=rename 36:/view/DWE-000_josef.lusticky/vobs/ ~/mnt/
execve("/usr/bin/sshfs", ["sshfs", "-o", "idmap=user", "-o", 
"workaround=rename", "36:/view/DWE-000_josef.lusticky/"..., 
"/home/josef/mnt/"], [/* 35 vars */]) = 0
brk(0)  = 0x7f73efe5b000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f73ef0d8000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/tls/x86_64/libfuse.so.2",
 O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/tls/x86_64", 
0x7fff5a90c3c0) = -1 ENOENT (No such file or directory)
open("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/tls/libfuse.so.2", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/tls", 0x7fff5a90c3c0) 
= -1 ENOENT (No such file or directory)
open("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/x86_64/libfuse.so.2", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/x86_64", 
0x7fff5a90c3c0) = -1 ENOENT (No such file or directory)
open("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/libfuse.so.2", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM", 0x7fff5a90c3c0) = -1 
ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=130783, ...}) = 0
mmap(NULL, 130783, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f73ef0b8000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libfuse.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\206\0\0\0\0\0\0"..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0644, st_size=252024, ...}) = 0
mmap(NULL, 2347296, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f73eea68000
mprotect(0x7f73eea93000, 2097152, PROT_NONE) = 0
mmap(0x7f73eec93000, 77824, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2b000) = 0x7f73eec93000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\6\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=6112, ...}) = 0
mmap(NULL, 2101320, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f73ee866000
mprotect(0x7f73ee867000, 2093056, PROT_NONE) = 0
mmap(0x7f73eea66000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x7f73eea66000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libglib-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\245\1\0\0\0\0\0"..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0644, st_size=1107040, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f73ef0b7000
mmap(NULL, 3204776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f73ee557000
mprotect(0x7f73ee663000, 2097152, PROT_NONE) = 0
mmap(0x7f73ee863000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10c000) = 0x7f73ee863000
mmap(0x7f73ee865000, 1704, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f73ee865000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20o\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=137440, ...}) = 0
mmap(NULL, 2213008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f73ee33a000
mprotect(0x7f73ee352000, 2093056, PROT_NONE) = 0
mmap(0x7f73ee551000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7f73ee551000
mmap(0x7f73ee553000, 13456, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f73ee553000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\34\2\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG

Bug#651589: iceweasel: Iceweasel has no GTK3

[Mike Hommey]

On Fri, Dec 04, 2015 at 11:05:30AM +0100, Emilio Pozuelo Monfort wrote:
> Control: severity -1 wishlist
> 
> On Sat, 10 Dec 2011 10:40:27 +0100 Kees de Jong  wrote:
> > Package: iceweasel
> > 
> > Version: 8.0-3+b1
> > Severity: wishlist
> > 
> > 
> > With Gnome 3 in the open in almost every Linux flavor, I would like to add a
> > GTK3 Iceweasel interface to the wish list. It would be very nice to have the
> > most
> > popular GTK applications with a GTK3 interface.
> 
> Now that upstream supports GTK+ 3, it'd be nice to get this into Debian, even 
> if
> kept on experimental for the time being.

Upstream is not going to release with Gtk+3 support on until 45.

Mike

Bug#807035: Control of cross-origin is not available until version 1.0.2

[Enrico Zini]

Package: python-sockjs-tornado
Version: 1.0.0-1
Severity: normal

Hello,

I develop a hybrid django/tornado site in which in the development
system I have different URLs for the django and tornado parts of the
site, and in the deployment system the url namespaces get unified.

This means that when deployed, connecting from a django-served page to a
tornado-served sockjs connection is not a cross-origin business, but in
the development systems it is, and connections get forbidden because of
it.

sockjs-tornado would support a websocket_allow_origin setting that can
be used to make the development systems work, but it is only available
in a more recent version of sockjs-tornado that we have in Debian:
https://github.com/mrjoes/sockjs-tornado/commit/662db9ea8544aef4c320a3460a4574aa51045dbc

Can you please package 1.0.2?

(it looks like upstream is advancing release numbers but failing to
create releases: compare
https://github.com/mrjoes/sockjs-tornado/commit/de379e8a9040dd70bc808eec4b7efb4ec2921164
with https://github.com/mrjoes/sockjs-tornado/releases)


Thank you,

Enrico

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

Kernel: Linux 4.2.0-1-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 python-sockjs-tornado depends on:
ii  dpkg1.18.3
ii  python  2.7.9-1
ii  python-tornado  4.2.1-1+b1

python-sockjs-tornado recommends no packages.

python-sockjs-tornado suggests no packages.

-- no debconf information

Bug#807032: Appended ekiga_headset_only

[ael]

ekiga_headset_only attached.

state.PCH_1 {
control.1 {
iface MIXER
name 'Headphone Playback Volume'
value.0 87
value.1 87
comment {
access 'read write'
type INTEGER
count 2
range '0 - 87'
dbmin -6525
dbmax 0
dbvalue.0 0
dbvalue.1 0
}
}
control.2 {
iface MIXER
name 'Headphone Playback Switch'
value.0 true
value.1 true
comment {
access 'read write'
type BOOLEAN
count 2
}
}
control.3 {
iface MIXER
name 'Speaker Playback Volume'
value.0 87
value.1 87
comment {
access 'read write'
type INTEGER
count 2
range '0 - 87'
dbmin -6525
dbmax 0
dbvalue.0 0
dbvalue.1 0
}
}
control.4 {
iface MIXER
name 'Speaker Playback Switch'
value.0 true
value.1 true
comment {
access 'read write'
type BOOLEAN
count 2
}
}
control.5 {
iface MIXER
name 'Mic Playback Volume'
value.0 0
value.1 0
comment {
access 'read write'
type INTEGER
count 2
range '0 - 31'
dbmin -3450
dbmax 1200
dbvalue.0 -3450
dbvalue.1 -3450
}
}
control.6 {
iface MIXER
name 'Mic Playback Switch'
value.0 false
value.1 false
comment {
access 'read write'
type BOOLEAN
count 2
}
}
control.7 {
iface MIXER
name 'Auto-Mute Mode'
value Enabled
comment {
access 'read write'
type ENUMERATED
count 1
item.0 Disabled
item.1 Enabled
}
}
control.8 {
iface MIXER
name 'Capture Volume'
value.0 19
value.1 19
comment {
access 'read write'
type INTEGER
count 2
range '0 - 31'
dbmin -1650
dbmax 3000
dbvalue.0 1200
dbvalue.1 1200
}
}
control.9 {
iface MIXER
name 'Capture Switch'
value.0 true
value.1 true
comment {
access 'read write'
type BOOLEAN
count 2
}
}
control.10 {
iface MIXER
name 'Mic Boost Volume'
value.0 1
value.1 1
comment {
access 'read write'
type INTEGER
count 2
range '0 - 3'
dbmin 0
dbmax 3600
dbvalue.0 1200
dbvalue.1 1200
}
}
control.11 {
iface MIXER
name 'Internal Mic Boost Volume'
value.0 0
value.1 0
comment {
access 'read write'
type INTEGER
count 2
range '0 - 3'
dbmin 0
dbmax 3600
dbvalue.0 0
dbvalue.1 0
}
}
control.12 {
iface MIXER
name 'Master Playback Volume'
value 74
comment {
access 'read write'
type INTEGER
count 1
range '0 - 87'
dbmin -6525
 

Bug#807034: Incomplete output of mount command.

[Josef Luštický]

I'm sorry, the output of mount command was incomplete (last line was not
copied).

Here's the correct one:


---START OF OUTPUT---

josef@brnntbjl03:~/git/m5t-media$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs
(rw,relatime,size=10240k,nr_inodes=2043500,mode=755)
devpts on /dev/pts type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=3274636k,mode=755)
/dev/mapper/sda6_crypt on / type ext4
(rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/blkio type cgroup
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup
(rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs
(rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/sda5 on /boot type ext2 (rw,relatime,stripe=4)
/dev/sda3 on /windows type fuseblk
(ro,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/1000 type tmpfs
(rw,nosuid,nodev,relatime,size=1637320k,mode=700,uid=1000,gid=1000)
36:/view/DWE-000_josef.lusticky/vobs/ on /home/josef/mnt type fuse.sshfs
(rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

---END OF OUTPUT---

Bug#805634: [Pkg-privacy-maintainers] Bug#805634: jessie-pu: torbrowser-launcher/0.2.2-2~deb8u1

[Holger Levsen]

Hi,

On Freitag, 4. Dezember 2015, Emilio Pozuelo Monfort wrote:
> Hmm? Is there going to be a point release next week and I completely missed
> the announcement?

a release team member (who is not a SRM) told me yesterday that it might be 
too late to be included in the next point release very soon. Given that 
usually point releases used to happen every other month and that we had one 
early June and early September this seemed plausible. It's been three months 
since the last one…


cheers,
Holger


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

Bug#807036: package tries to link using /usr/lib/libbfd.a

[Matthias Klose]

Package: src:eztrace-contrib
Version: 1.1-1
Severity: serious

The package tries to link using /usr/lib/libbfd.a, which doesn't exist anymore. 
Now found in the multiarch location.

Bug#782963: Please provide a python3 module

[Yuri D'Elia]

Package: python-statsmodels
Version: 0.6.1-4
Followup-For: Bug #782963

Any progress on python3 support?

It builds and works successfully from source using python3.
All dependent packages have now a python3 module.

Even sklearn recently started building a python3 module, meaning that
statsmodels is one of the last missing bits for data analysis in python3.

Thanks.

Bug#805634: [Pkg-privacy-maintainers] Bug#805634: jessie-pu: torbrowser-launcher/0.2.2-2~deb8u1

[Adam D. Barratt]

On Fri, 2015-12-04 at 13:42 +0200, Holger Levsen wrote:
> Hi,
> 
> On Freitag, 4. Dezember 2015, Emilio Pozuelo Monfort wrote:
> > Hmm? Is there going to be a point release next week and I completely missed
> > the announcement?
> 
> a release team member (who is not a SRM) told me yesterday that it might be 
> too late to be included in the next point release very soon. Given that 
> usually point releases used to happen every other month and that we had one 
> early June and early September this seemed plausible. It's been three months 
> since the last one…

Yes, everyone seems to have been even busier than usual recently. :-( I
realise this isn't ideal, and keep hoping things will get a bit less so.

There isn't currently a date for 8.3, so unless someone else is going to
organise it and do all the work, it's certainly not going to be within
the next couple of weeks, and then it's the holidays. If we can get one
sorted for earlyish January that would be good, but needs me to find a
tuit or two.

Regards,

Adam

Bug#807037: ITP: letsencrypt -- CLI tool for obtaining certs from Let's Encrypt

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: letsencrypt
  Version : 0.1.0
  Upstream Author : Let's Encrypt Project 
* URL : https://github.com/letsencrypt/letsencrypt
* License : Apache-2.0
  Programming Lang: Python
  Description : CLI tool for obtaining certs from Let's Encrypt

This a CLI tool for the Let's Encrypt certification authority [1] which allows 
to obtain
and install free certificates from the project [2]. It's programmed as an 
application in Python.

There are requirements missing for packaging this like python-acme [3], I'm 
going through
them and file new WNPP bugs in the next days.

DS

[1] https://letsencrypt.org/

[2] Like described (in German) here: 
https://thomas-leister.de/internet/anleitung-fuer-lets-encrypt-kostenlose-tls-zertifikate-fuer-alle/

[3] https://pypi.python.org/pypi/acme/

Bug#807037: ITP: letsencrypt -- CLI tool for obtaining certs from Let's Encrypt

[Ian Campbell]

On Fri, 2015-12-04 at 13:12 +0100, Daniel Stender wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Daniel Stender 
> 
> * Package name: letsencrypt
>   Version : 0.1.0
>   Upstream Author : Let's Encrypt Project 
> * URL : https://github.com/letsencrypt/letsencrypt

#774387 and there are packages already in experimental. There is a team at 
https://alioth.debian.org/projects/letsencrypt/

(I'm nothing to do with any of that, I just happened to be looking at it
this morning)

Ian.

Bug#807037: ITP: letsencrypt -- CLI tool for obtaining certs from Let's Encrypt

[Christoph Egger]

Daniel Stender  writes:
> Package: wnpp
> Severity: wishlist
> Owner: Daniel Stender 
>
> * Package name: letsencrypt

You're aware of
https://tracker.debian.org/pkg/python-letsencrypt
?

  Christoph

Bug#807037: ITP: letsencrypt -- CLI tool for obtaining certs from Let's Encrypt

[Daniel Stender]

On 04.12.2015 13:17, Ian Campbell wrote:
> On Fri, 2015-12-04 at 13:12 +0100, Daniel Stender wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Daniel Stender 
>>
>> * Package name: letsencrypt
>>   Version : 0.1.0
>>   Upstream Author : Let's Encrypt Project 
>> * URL : https://github.com/letsencrypt/letsencrypt
> 
> #774387 and there are packages already in experimental. There is a team at 
> https://alioth.debian.org/projects/letsencrypt/
> 
> (I'm nothing to do with any of that, I just happened to be looking at it
> this morning)
> 
> Ian.

Ah yes, o.k. :-)

Thx for the pointer, good that it's already in.

Cheers,
Dan

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#807038: perl/experimental: FTBFS on powerpc: t/op/sprintf2.t failure

[Niko Tyni]

Package: perl
Version: 5.22.1~rc3-1
Severity: serious
Tags: upstream

This package failed to build on powerpc and ppc64.

  
https://buildd.debian.org/status/fetch.php?pkg=perl&arch=powerpc&ver=5.22.1%7Erc3-1&stamp=1449230321
  
https://buildd.debian.org/status/fetch.php?pkg=perl&arch=ppc64&ver=5.22.1%7Erc3-1&stamp=1449231009

  t/op/sprintf2 . # Failed test 
1451 - at op/sprintf2.t line 671
  #  got '0x1p+1020
  # '
  # expected /(?^:^0x1.0{522}1p\+1020$)/
  # Failed test 1452 - at op/sprintf2.t line 673
  #  got '0x1p+1021
  # '
  # expected /(?^:^0x1.0{523}8p\+1021$)/
  # Failed test 1453 - at op/sprintf2.t line 675
  #  got '0x1p+1022
  # '
  # expected /(?^:^0x1.0{523}4p\+1022$)/
  # Failed test 1454 - at op/sprintf2.t line 677
  #  got '0x1p+1023
  # '
  # expected /(?^:^0x1.0{523}2p\+1023$)/
  # Failed test 1455 - at op/sprintf2.t line 679
  #  got '0x1p+1023
  # '
  # expected /(?^:^0x1.0{523}1p\+1023$)/
  # Failed test 1456 - at op/sprintf2.t line 681
  #  got '0x1p+1023
  # '
  # expected /(?^:^0x1.0{524}8p\+1023$)/
  FAILED at test 1451
  
I'm reporting this upstream.
-- 
Niko Tyni   nt...@debian.org 

Bug#807038: Perl 5.22.1-RC3 is now available!

[Niko Tyni]

On Wed, Dec 02, 2015 at 10:17:44PM +, Steve Hay via perl5-porters wrote:

> ***Please, please, please*** test your code against perl-5.22.1-RC3.
> This is your last chance to point out any critical regressions before
> v5.22.1 ships "for real," and we'd rather fix things for v5.22.1 than
> for v5.22.2!

Hi, we're seeing t/op/sprintf2.t failures on Debian powerpc and ppc64.

 
https://buildd.debian.org/status/fetch.php?pkg=perl&arch=powerpc&ver=5.22.1~rc3-1&stamp=1449230321
 
https://buildd.debian.org/status/fetch.php?pkg=perl&arch=ppc64&ver=5.22.1~rc3-1&stamp=1449231009

I've reproduced these with the pristine 5.22.1-RC3 (no Debian
modifications) and just './Configure -des'.  (Please ignore the 'Commit
id' below, it comes from our separate git repo.)

t/op/sprintf2 . # Failed test 
1463 - at op/sprintf2.t line 671
#  got '0x1p+1020
# '
# expected /(?^:^0x1.0{522}1p\+1020$)/
# Failed test 1464 - at op/sprintf2.t line 673
#  got '0x1p+1021
# '
# expected /(?^:^0x1.0{523}8p\+1021$)/
# Failed test 1465 - at op/sprintf2.t line 675
#  got '0x1p+1022
# '
# expected /(?^:^0x1.0{523}4p\+1022$)/
# Failed test 1466 - at op/sprintf2.t line 677
#  got '0x1p+1023
# '
# expected /(?^:^0x1.0{523}2p\+1023$)/
# Failed test 1467 - at op/sprintf2.t line 679
#  got '0x1p+1023
# '
# expected /(?^:^0x1.0{523}1p\+1023$)/
# Failed test 1468 - at op/sprintf2.t line 681
#  got '0x1p+1023
# '
# expected /(?^:^0x1.0{524}8p\+1023$)/
FAILED at test 1463


% ./perl -Ilib -V   
Summary of my perl5 (revision 5 version 22 subversion 1) configuration:
  Commit id: 8683e3a63304bb451ebf91256afd91c581a74546
  Platform:
osname=linux, osvers=3.16.0-4-powerpc64, archname=ppc-linux
uname='linux partch 3.16.0-4-powerpc64 #1 smp debian 3.16.7-ckt11-1+deb8u6 
(2015-11-09) ppc gnulinux '
config_args='-des'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
use64bitint=undef, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='cc', ccflags ='-fwrapv -fno-strict-aliasing -pipe 
-fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64',
optimize='-O1',
cppflags='-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong 
-I/usr/local/include'
ccversion='', gccversion='5.2.1 20151129', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321, doublekind=4
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16, 
longdblkind=6
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
alignbytes=8, prototype=define
  Linker and Libraries:
ld='cc', ldflags =' -fstack-protector-strong -L/usr/local/lib'
libpth=/usr/local/lib /usr/lib/gcc/powerpc-linux-gnu/5/include-fixed 
/usr/include/powerpc-linux-gnu /usr/lib /lib/powerpc-linux-gnu /lib/../lib 
/usr/lib/powerpc-linux-gnu /usr/lib/../lib /lib
libs=-lpthread -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc -lgdbm_compat
perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
libc=libc-2.21.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.21'
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -O1 -L/usr/local/lib 
-fstack-protector-strong'


Characteristics of this binary (from libperl): 
  Compile-time options: HAS_TIMES PERLIO_LAYERS PERL_DONT_CREATE_GVSV
PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_MALLOC_WRAP
PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV
USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE
USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_LOCALE_TIME
USE_PERLIO USE_PERL_ATOF
  Locally applied patches:
RC3
  Built under linux
  Compiled at Dec  4 2015 12:20:55
  @INC:
lib
/usr/local/lib/perl5/site_perl/5.22.1/ppc-linux
/usr/local/lib/perl5/site_perl/5.22.1
/usr/local/lib/perl5/5.22.1/ppc-linux
/usr/local/lib/perl5/5.22.1

-- 
Niko Tyni   nt...@debian.org

Bug#733629: This should be solved upstream

[Gert Wollny]

Just letting double-conversion provide a *.cmake file is probably not
sufficient, since the current version of ITK exposes the interface of
double-conversion through itkNumberToString.h by including it without
the leading subdirectory "double-conversion". 

The issue has now been reported upstream with a possible patch to solve
these problems: 

https://issues.itk.org/jira/browse/ITK-3396

Since this patch changes the ABI, I propose to only apply it with the
next major ITK release (i.e. 4.9).

The patch is also already available in the packaging svn: 

https://anonscm.debian.org/viewvc/debian-med/trunk/packages/insighttool
kit/trunk/debian/patches/itk-4.8.2-find
-doubleconversion.patch?revision=20625&view=markup

Best, 
Gert 

Bug#807039: ITP: python-openstackdocstheme -- extension support for Sphin OpenStack docs

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-openstackdocstheme
  Version : 1.2.4
  Upstream Author : OpenStack foundation 
* URL : https://github.com/openstack/openstackdocstheme
* License : Apache-2.0
  Programming Lang: Python
  Description : extension support for Sphin OpenStack docs

 Theme and extension support for Sphinx documentation that is published to
 docs.openstack.org. Intended for use by OpenStack projects.

Bug#756480: fix no longer needed

[Gert Wollny]

The reason I filed this bug is no longer relevant, because I added a
patch to fix #733629 that doesn't require a cmake file.

Hence it would probably be okay to tag this patch as wontfix. 

Best, 
Gert 

Bug#807015: xinit: startx freezes, mouse and keyboard don't work

[Laurent Bigonville]

On Fri, 04 Dec 2015 19:03:05 +1100 Craig Sanders  wrote:
Hi,

>
> sometime in the last ~70 days (since I last started X or rebooted),
> something has changed in X that prevents startx from working as an
> ordinary user.
>
> startx *was* working perfectly. Now when I run startx, I can see the
> xfce desktop but neither keyboard nor mouse work at all, can't even
> switch VT with Ctrl-Alt-F1 to kill X. I have to login from another
> machine on the network to kill X and get back to a text console.
>
> seems to be something to do with the error message:
>
> xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
>

Are you using systemd? is libpam-systemd installed on your machine?

If it's not the case, try to install xserver-xorg-legacy and look at 
Xwrapper.config man page


Cheers,

Laurent Bigonville

Bug#806949: ifupdown: some tweaks to networking.service

[Michael Biebl]

Am 04.12.2015 um 09:35 schrieb Martin Pitt:
> Hello,
> 
> Michael Biebl [2015-12-03 21:38 +0100]:
 Yes. The only problem though is that it requires the admin to correctly
 specify which interfaces are "auto" and which are "hotplug", because
 ifupdown cannot really figure that out itself. And there might be some
 cases where a virtual interface depends on one or more hotpluggable
 ones.
>>
>> I actually think this ifupdown-wait-online service should block for
>> allow-hotplug devices as well.
> 
> But then we must not use that from networking.service or anywhere else
> from the boot sequence. The whole point of "allow-hotplug" is that
> these devices may not be present at boot (USB devices).

In theory, I agree. In practice, the debian-installer has used
allow-hotplug for all devices since a few release cycles.

So I assume the vast majority of users has allow-hotplug in their
/e/n/i, even for "internal" devices (onboard, PCI, etc).


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#807040: general: System hangs and then restarts (kernel panic)

[Nigra Truo]

Package: general
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

   * What led up to the situation?
Starting up the system normally, with X11. The panic often seems to occur when 
several windows are open or when maximizing a window.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Opening more apps and maximizing windows.
   * What was the outcome of this action?
Whole system freezes up (cannot move the mouse pointer anymore) and then after 
a delay of like 5 to 10 seconds, system just restarts. I assume that this must 
be a kernel panic. 

Hardware problems can be ruled out, I run a RAM test, came back clear, I also 
reformated the harddisk (SSD), with a bad block check, also came back clean.
I have run this Laptop (Lenovo T61) for many many years, every day without 
problems. Last with Debian 7, which never gave me these kinds of problems. I 
just upgraded to 8 last week (fresh install) and the problem has been made my 
work laptop almost unusable. 
Kernel Panic always happens, sometimes 5 minutes after using the system, 
sometimes it takes 10 minutes. 
I suspect that it could be the nouveau driver: I used to use the proprietary 
NVIDIA driver in Debian 7, which was terrible slow. Nouveau is very fast, but 
seems to crash the kernel.


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

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

Bug#509311: direct subversion support

[Osamu Aoki]

control: tags -1 - moreinfo
control: tags -1 + wontfix

Hi,

With imy recent updates to support the direct git access, the addition
of subversion is rather trivial to do.  But as I stated previously,
uscan is bloated.  Unless someone votes by supplying a clean working
code hopefully with a working test case, I will not fix this bug.

Regards,

Osamu

Bug#805819: odin: Fails to build with GSL 2

[Sebastiaan Couwenberg]

Control: tags -1 patch

On 22-11-15 21:06, Bas Couwenberg wrote:
> Your package fails to build with GSL 2:
> 
>  fitting.cpp: In member function 'virtual bool 
> FunctionFitDerivative::fit(const blitz::Array&, const 
> blitz::Array&, const blitz::Array&, unsigned int, 
> double)':
>  fitting.cpp:222:40: error: 'struct gsl_multifit_fdfsolver' has no member 
> named 'J'
> gsl_multifit_covar (gsldata->solver->J, 0.0, gsldata->covar);
>  ^
> 
> This needs to be fixed for the ongoing gsl transition (#804246).
> 
> The full build log is attached, as is a patch to update the build
> dependencies for GSL 2 (changing libgsl0-dev to libgsl-dev).

The attached debdiff includes a patch with the GSL 2 related changes
from the upstream VCS in addition to the updated dependencies.

 http://sourceforge.net/p/od1n/code/8551/

With the updated dependencies and the changes in gsl-2.patch, odin
builds successfully with libgsl2.

Please include the changes from the debdiff in the next upload.

Also consider using dh-autoreconf to automatically regenerate the build
system, so you don't need to patch generated files as was required for
the gsl-2.patch.

 https://wiki.debian.org/Autoreconf

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
diff -Nru odin-1.8.8/debian/changelog odin-1.8.8/debian/changelog
--- odin-1.8.8/debian/changelog 2015-09-16 16:30:32.0 +0200
+++ odin-1.8.8/debian/changelog 2015-12-04 14:15:17.0 +0100
@@ -1,3 +1,11 @@
+odin (1.8.8-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build dependencies for GSL 2, change libgsl0-dev to libgsl-dev.
+  * Add patch for GSL 2 support.
+
+ -- Bas Couwenberg   Sun, 22 Nov 2015 20:37:25 +0100
+
 odin (1.8.8-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru odin-1.8.8/debian/control odin-1.8.8/debian/control
--- odin-1.8.8/debian/control   2014-10-09 08:42:34.0 +0200
+++ odin-1.8.8/debian/control   2015-12-03 15:39:55.0 +0100
@@ -6,7 +6,7 @@
  Yaroslav Halchenko 
 Build-Depends: debhelper (>= 7.0.50~),
  autotools-dev,
- libgsl0-dev,
+ libgsl-dev,
  libblitz0-dev (>= 0.8) | libblitz-dev,
  libnifti-dev,
  libvtk5-dev,
@@ -26,7 +26,7 @@
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends},
  libodin-dev,
- libgsl0-dev,
+ libgsl-dev,
  libc6-dev | libc-dev,
  g++,
  libblas-dev | libatlas-base-dev,
diff -Nru odin-1.8.8/debian/patches/gsl-2.patch 
odin-1.8.8/debian/patches/gsl-2.patch
--- odin-1.8.8/debian/patches/gsl-2.patch   1970-01-01 01:00:00.0 
+0100
+++ odin-1.8.8/debian/patches/gsl-2.patch   2015-12-04 13:36:49.0 
+0100
@@ -0,0 +1,126 @@
+Description: porting to GSL2
+Origin: http://sourceforge.net/p/od1n/code/8551/
+Bug-Debian: https://bugs.debian.org/805819
+
+--- a/odindata/fitting.cpp
 b/odindata/fitting.cpp
+@@ -107,6 +107,7 @@ int FunctionFitDerivative_func_fdf (cons
+ 
+ 
+ bool FunctionFitDerivative::init(ModelFunction& model_func, unsigned int 
nvals) {
++  Log odinlog("FunctionFitDerivative","init");
+ 
+   data4fit= new ModelData(nvals);
+ 
+@@ -114,8 +115,10 @@ bool FunctionFitDerivative::init(ModelFu
+ 
+   gsldata=new GslData4Fit;
+ 
+-  // allocate and initialize GSL stuff
+   unsigned int npars=model_func.numof_fitpars();
++  ODINLOG(odinlog,normalDebug) << "npars=" << npars << STD_endl;
++
++  // allocate and initialize GSL stuff
+   gsldata->covar  = gsl_matrix_alloc (npars, npars);
+   gsldata->solver = gsl_multifit_fdfsolver_alloc 
(gsl_multifit_fdfsolver_lmsder, data4fit->n, npars);
+   
+@@ -164,7 +167,7 @@ bool FunctionFitDerivative::fit(const Ar
+ 
+   ModelFunction* func=data4fit->modelfunc;
+   unsigned int npars=func->numof_fitpars();
+-  ODINLOG(odinlog,normalDebug) << "n/numof_fitpars=" << data4fit->n << "/" << 
 npars << STD_endl;
++  ODINLOG(odinlog,normalDebug) << "n/npars=" << data4fit->n << "/" <<  npars 
<< STD_endl;
+ 
+   // copy Blitz arrays to data4fit
+   for (unsigned long i=0;in;i++) {
+@@ -219,7 +222,30 @@ bool FunctionFitDerivative::fit(const Ar
+ return false;
+   }
+ 
+-  gsl_multifit_covar (gsldata->solver->J, 0.0, gsldata->covar);
++
++  gsl_matrix* J=0;
++#ifdef HAVE_GSL_MULTIFIT_FDFSOLVER_JAC // for GSL2
++  ODINLOG(odinlog,normalDebug) << "solver->f->size=" << 
gsldata->solver->f->size << STD_endl;
++  ODINLOG(odinlog,normalDebug) << "solver->x->size=" << 
gsldata->solver->x->size << STD_endl;
++  J = gsl_matrix_alloc(gsldata->solver->f->size, gsldata->solver->x->size);
++  status = gsl_multifit_fdfsolver_jac(gsldata->solver, J);
++  if(status!=GSL_SUCCESS) {
++ODINLOG(odinlog,errorLog) << gsl_strerror(status) << STD_endl;
++return false;
++  }
++#else // pre GSL2
++  J=gsldata->solver->J;
++#endif
++
++  status = gsl_multifit_covar(J, 0.0, gsldata->covar);
++  if(status!=GSL_SUCCESS) {
++ODINLOG(odinlog,errorLog) << gsl_strerror(status) << STD_endl;
++return false;
++

Bug#807037: ITP: letsencrypt -- CLI tool for obtaining certs from Let's Encrypt

[Harlan Lieberman-Berg]

On December 4, 2015 7:12:16 AM EST, Daniel Stender  
wrote:
>Package: wnpp
>Severity: wishlist
>Owner: Daniel Stender 
>
>* Package name: letsencrypt
>  Version : 0.1.0
>  Upstream Author : Let's Encrypt Project 
>* URL : https://github.com/letsencrypt/letsencrypt
>* License : Apache-2.0
>  Programming Lang: Python
>  Description : CLI tool for obtaining certs from Let's Encrypt
>
>This a CLI tool for the Let's Encrypt certification authority [1] which
>allows to obtain
>and install free certificates from the project [2]. It's programmed as
>an application in Python.
>
>There are requirements missing for packaging this like python-acme [3],
>I'm going through
>them and file new WNPP bugs in the next days.
>
>DS
>
>[1] https://letsencrypt.org/
>
>[2] Like described (in German) here:
>https://thomas-leister.de/internet/anleitung-fuer-lets-encrypt-kostenlose-tls-zertifikate-fuer-alle/
>
>[3] https://pypi.python.org/pypi/acme/

Hello Daniel!

Letsencrypt is already in Debian under the source package name 
python-letsencrypt.

Sincerely,

-- 
Harlan Lieberman-Berg
~hlieberman

Bug#484256: [uscan] default mode for ftp

[Osamu Aoki]

control: tags -1 wontfix

Hi,

https://bugs.debian.org/484256#30

If the upstream has a reason to chose some default behavior, it should
be respected.  I do not think there is enough reason presented to chose
different default behavior.  This FTP mode issue is mostly issue for the
client network access.  So let the user chose any default by the
existing USCAN_PASV configuration.  That USCAN_PASV option is already
presented.  So no bug to fix.

Regards,

Osamu
PS: The GIT version have better manpage :-)

Bug#807042: latexdiff: Depend or recommend on texlive-generic-recommended

[Itaï BEN YAACOV]

Package: latexdiff
Version: 1.0.4-1
Severity: normal

Dear Maintainer,

latexdiff uses ulem.sty which is in texlive-generic-recommended

Cheers,
Itaï


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

Kernel: Linux 4.2.0-1-amd64 (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)

Versions of packages latexdiff depends on:
ii  perl  5.20.2-6

Versions of packages latexdiff recommends:
ii  texlive-latex-base   2015.20151116-1
ii  texlive-latex-extra  2015.20151116-1

Versions of packages latexdiff suggests:
ii  subversion  1.9.2-3+b1

-- no debconf information

Bug#789395: libdrm-nouveau2: pushbuf.c not found

[Heiko Ernst]

Am Donnerstag, 3. Dezember 2015, 22:43:38 schrieb Andreas Boll:
> Thanks for the backtrace!
> 
> Which libdrm version do you have installed?
> If you still have libdrm 2.4.60 then this is a known bug and it's
> already fixed in a newer release. So 2.4.65 which is currently in
> testing should work fine.
> 
> If this is not the case then you could try to start supertuxkart
> with the following environment variable as a workaround:
> 
> MESA_EXTENSION_OVERRIDE=-GL_ARB_draw_indirect supertuxkart

Yes now it works. Thank you. But my libdrm is 2.4.65. This is also in 
debian testing. libdrm 2.4.65 must have this bug


> 
> Thanks,
> Andreas

Bug#806964: ifupdown: Fails to acquire IP4 address from DHCP

[Andreas Kurth]

> It would be great if you could tell me which DHCP server is running
> on your network,

Unfortunately I cannot reach anybody from IT staff.

> or the make and model of your gateway device.

Not sure what you mean by gateway device. My machine's eth1 is
"00:19.0 Ethernet controller: Intel Corporation Ethernet Connection
I217-LM (rev 04)", driven by e1000e.

> Also, if you could capture the packets exchanged while dhclient runs on
> eth1 with tcpdump, that would be very helpful.

I identified two relevant frames, please see below.

> you said you tested running the dhclient command from ifupdown 0.8.1
> with only -D LLT removed, and then it worked? So you still used the
> -I flag?

Yes, -I doesn't hurt.



DHCP Request


540 8.9398370.0.0.0 255.255.255.255 DHCP342 DHCP Request  - 
Transaction ID 0x92ae1b78

Frame 540: 342 bytes on wire (2736 bits), 342 bytes captured (2736 bits)
Encapsulation type: Ethernet (1)
Arrival Time: Dec  4, 2015 08:53:09.443643000 CET
[Time shift for this packet: 0.0 seconds]
Epoch Time: 1449215589.443643000 seconds
[Time delta from previous captured frame: 0.051552000 seconds]
[Time delta from previous displayed frame: 0.051552000 seconds]
[Time since reference or first frame: 8.939837000 seconds]
Frame Number: 540
Frame Length: 342 bytes (2736 bits)
Capture Length: 342 bytes (2736 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:udp:bootp]
[Coloring Rule Name: UDP]
[Coloring Rule String: udp]
Ethernet II, Src: Dell_e1:34:e5 (34:17:eb:e1:34:e5), Dst: Broadcast 
(ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
 ..1.     = LG bit: Locally administered address 
(this is NOT the factory default)
 ...1     = IG bit: Group address 
(multicast/broadcast)
Source: Dell_e1:34:e5 (34:17:eb:e1:34:e5)
Address: Dell_e1:34:e5 (34:17:eb:e1:34:e5)
 ..0.     = LG bit: Globally unique address 
(factory default)
 ...0     = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
0100  = Version: 4
 0101 = Header Length: 20 bytes
Differentiated Services Field: 0x10 (DSCP: Unknown, ECN: Not-ECT)
0001 00.. = Differentiated Services Codepoint: Unknown (4)
 ..00 = Explicit Congestion Notification: Not ECN-Capable Transport 
(0)
Total Length: 328
Identification: 0x (0)
Flags: 0x00
0...  = Reserved bit: Not set
.0..  = Don't fragment: Not set
..0.  = More fragments: Not set
Fragment offset: 0
Time to live: 128
Protocol: UDP (17)
Header checksum: 0x3996 [validation disabled]
[Good: False]
[Bad: False]
Source: 0.0.0.0
Destination: 255.255.255.255
[Source GeoIP: Unknown]
[Destination GeoIP: s\��U]
[Destination GeoIP AS Number: s\��U]
User Datagram Protocol, Src Port: 68 (68), Dst Port: 67 (67)
Source Port: 68
Destination Port: 67
Length: 308
Checksum: 0x8d7e [validation disabled]
[Good Checksum: False]
[Bad Checksum: False]
[Stream index: 31]
Bootstrap Protocol (Request)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x92ae1b78
Seconds elapsed: 5
Bootp flags: 0x (Unicast)
0...    = Broadcast flag: Unicast
.000    = Reserved flags: 0x
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: Dell_e1:34:e5 (34:17:eb:e1:34:e5)
Client hardware address padding: 
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Request)
Length: 1
DHCP: Request (3)
Option: (50) Requested IP Address
Length: 4
Requested IP Address: 172.17.198.200
Option: (55) Parameter Request List
Length: 7
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (2) Time Offset
Parameter Request List Item: (3) Router
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Option: (61) Client identifier
Length: 19
IAID: ebe134e5
DUID Type: link-layer address plus time (1)
Hardware type: Ethernet (1)
Time: 502460052
Link layer address: 34:17:eb:e1:34:e5
Option: (255) End
Option End: 255
Padding: 

Bug#795841: protobuf: Please package version 3.0.0a3 of protobuf

[Riku Voipio]

Hi,

protobuf3 is now in beta. Since this package is in collab-maint, do you 
mind if update the package in archive?


Riku

Bug#801800: kwin: please add mips64 and mips64 into arch list of libkwinglutils6

[YunQiang Su]

Sorry, I was planning to upload this package to 10 days queue, with
the attached patch,
and foret -e 10 in dput command.

Sorry for it.

On Thu, Dec 3, 2015 at 12:37 PM, YunQiang Su  wrote:
> On Thu, 15 Oct 2015 01:04:31 +0800 YunQiang Su  wrote:
>> Package: src:kwin
>> Version: 5.4.1-1
>>
>> Without libkwinglutils6 in mips64 and mips64el, kwin will ftbfs on 
>> mips64(el).
>
> I noticed that you have upload a new version and this is not included.
>
>>
>> --
>> YunQiang Su
>>
>>



-- 
YunQiang Su


kwin.debdiff
Description: Binary data

Bug#782614: not fixed in jessie

[Osamu Aoki]

Hi,

On Fri, Dec 04, 2015 at 12:10:27AM +0100, Christoph Zimmermann wrote:
> Hi
> 
> I can confirm that this bug is fixed in the debian package for unstable
> (4.48.0) but the current package for jessie is somehow still affected.

Yes that is what the bug web page say:

   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782614

Found in version getmail4/4.46.0-1
Fixed in versions getmail4/4.48.0-1, getmail4/4.46.0-1+deb8u1
Done: Osamu Aoki 

> I looked at the jessie package and I didn't saw the new MAXLINE part in
> the file _retrieverbases.py
> 
> The unstable package installs fine on my jessie machine and my bug is
> away.

You can also enable stable-proposed-updates by adding following apt
line or similar:

 deb http://ftp.fr.debian.org/debian/ stable-proposed-updates main

4.46.0-1+deb8u1 is there.  Next stable release should pick up this
package.

Osamu

Bug#806964: ifupdown: Fails to acquire IP4 address from DHCP

[Guus Sliepen]

On Fri, Dec 04, 2015 at 02:44:50PM +0100, Andreas Kurth wrote:

> > or the make and model of your gateway device.
> 
> Not sure what you mean by gateway device. My machine's eth1 is
> "00:19.0 Ethernet controller: Intel Corporation Ethernet Connection
> I217-LM (rev 04)", driven by e1000e.

I meant what the type is of the router on your network.

> > Also, if you could capture the packets exchanged while dhclient runs on
> > eth1 with tcpdump, that would be very helpful.
> 
> I identified two relevant frames, please see below.

Did you get any frames back? If not, then I guess it didn't like option
type 61 and just discarded the DHCP Request and Discover packets.

> > you said you tested running the dhclient command from ifupdown 0.8.1
> > with only -D LLT removed, and then it worked? So you still used the
> > -I flag?
> 
> Yes, -I doesn't hurt.

Great, then I'll just remove the -D LLT and upload a new version.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 


signature.asc
Description: Digital signature

Bug#807043: pciutils: please build with libkmod support

[Colin Watson]

Package: pciutils
Version: 1:3.3.1-1
Severity: wishlist
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial

We had a bug report in Ubuntu saying that lspci -v doesn't show kernel
modules:

  https://bugs.launchpad.net/ubuntu/+source/pciutils/+bug/1516095

This corresponds to a similar Fedora bug:

  https://bugzilla.redhat.com/show_bug.cgi?id=1087862

I think this is just a matter of build-depending on libkmod-dev and
building with LIBKMOD=yes.  Could you look into that?

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]

Bug#806882: libc-bin: unable to set pts permissions (and open a terminal...)

[Aurelien Jarno]

On 2015-12-04 11:52, Jakub Wilk wrote:
> usertags 806882 + serious
> thanks
> 
> I've been bitten by it too...
> 
> Couldn't libc just leave ownership/permission as they are if /dev/pts is a
> devpts filesystem?

What do you mean? The libc doesn't change anymore the permissions
(pt_chown has been removed for security reasons), and that's actually
the issue.

> * Domenico Andreoli , 2015-12-02, 17:13:
> >$ grep devpts /etc/fstab
> >none  /mnt/sid64/dev/pts devpts   defaults
> >0   0
> >none  /mnt/sid64/home/chernobyl/dev/pts  devpts   defaults
> >0   0
> 
> "defaults" are not correct options. You need "gid=5" at least.

Well they are the one in the chroots...

> All devpts fstab entries need to have correct options, because all devpts
> filesystems are shared by default. (You can probably use the "newinstance"
> option to disable sharing them.)

You really mean the other entries in the fstab are causing the
permissions of /dev/pts to be changed?

In that case given the issue is due to a user misconfiguration, I guess
we should just try to detect it, display a note and fail the
installation.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#784944: jessie-pu: package redmine/3.0~20140825-8~deb8u1 (was 3.0~20140825-7~deb8u1)

[Antonio Terceiro]

Hello,

On Thu, Aug 13, 2015 at 02:05:08PM -0300, Antonio Terceiro wrote:
> Hello,
> 
> On Fri, Jul 03, 2015 at 09:41:22AM -0300, Antonio Terceiro wrote:
> > Hello,
> > 
> > On Sun, May 10, 2015 at 08:02:55PM -0300, Antonio Terceiro wrote:
> > > Package: release.debian.org
> > > Severity: normal
> > > Tags: jessie
> > > User: release.debian@packages.debian.org
> > > Usertags: pu
> > > 
> > > This release fixes several bugs related to upgrades from wheezy. The
> > > equivalent version is already in testing. I have tested it extensively,
> > > and received positive feedback from multiple bug submitters.
> > > 
> > > debdiff attached.
> > 
> > ping?
> > 
> > Besides the testing I did myself, I pointed several people who reported
> > bugs against the version in jessie to a jessie build I provided at
> > people.debian.org, and they all gave me positive feedback.
> > 
> > I realize that the debdiff is larger than what one would want, but some
> > serious effort was made into testing it.
> 
> Since the last ping, I have released a new update to unstable which
> fixes upgrades from wheezy. I would really like to upload a jessie
> update with the attached diff. I have already pointed several users at
> such update I am serving from
> https://people.debian.org/~terceiro/redmine-jessie/ and most of them
> reported that it fixed their issues and noone reported additional
> problems with it.
> 
> Can we please get this update in jessie?

ping?

This is my third ping, and since it was initially posted, this stable
update request received no feedback at all. As already mentioned, I have
been using this in production, and have pointed several users who
reported bugs after the jessie release to it, fixing some issues, and in
the worst case having no negative effects.

If the diff is not acceptable, please just say so, we'll close this and
move along. Receiving no feedback is way more frustrating than it would
be to have the request rejected.

Can I _please_ hear something back?

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#798884: Synaptic, broken/empty History

[Michael Vogt]

On Thu, Dec 03, 2015 at 02:43:49PM +0800, xuzhen wrote:
> Oh, made a mistake in previous patch. Reupload a new one.

Thanks a bunch! I merged this and the previous patch and it works like
a charm again.

I will soon upload a new version with the fix. There are some more
deprecation warnings in the code, if you have a bit of time I would be
really thankful if you could have a look! I have unfortunately not
that much time these days :/

Thanks!
 Michael

Bug#806965: oclgrind: FTBFS on ppc64el -- conflict with altivec keyword bool

[James Price]

Thanks for the report. I’ve actually applied a slightly different fix for this 
a little while back (see [1]), but that revision has yet to be uploaded.

The fix I applied was essentially the same as has been done for the 
opencl-headers package, described in [2]. This just uses __vector instead of 
vector to avoid conflicts with similarly named types.

If you think the '-mno-altivec’ fix is preferable then I can revert my patch 
and apply yours instead. Otherwise I’ll just request that the latest revision 
be uploaded.

Many thanks,

James

[1] 
https://anonscm.debian.org/cgit/pkg-opencl/oclgrind.git/commit/?id=cd9925f14b76d3867166b524b3305ae156f5ef6b
 

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

Bug#807045: winetricks output: wineserver not found!

[Xavier Ortiz]

Package: winetricks
Version: 0.0+20141009+svn1208-2
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
typing "winetricks" in console
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
console output :

--
wineserver not found!
--


   * What outcome did you expect instead?

winetricks to run

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



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

Kernel: Linux 4.3.0-trunk-amd64 (SMP w/8 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 winetricks depends on:
ii  cabextract  1.6-1
ii  p7zip   9.20.1~dfsg.1-4.2
ii  unzip   6.0-20
ii  wget1.17-1
ii  wine1.8~rc2-1
ii  wine64  1.8~rc2-1
ii  zip 3.0-11

Versions of packages winetricks recommends:
ii  gksu   2.0.2-9
ii  sudo   1.8.12-1
ii  xdg-utils  1.1.1-1
ii  zenity 3.18.1.1-1

Versions of packages winetricks suggests:
ii  libwine  1.8~rc2-1

-- no debconf information

Bug#806964: ifupdown: Fails to acquire IP4 address from DHCP

[Andreas Kurth]

> Did you get any frames back? If not, then I guess it didn't like
> option type 61 and just discarded the DHCP Request and Discover
> packets.

No, just a couple of similar Request/Discover packets going out.

Cheers, Andreas.

Bug#807046: pbuilder: how does name resolution work

[Ritesh Raj Sarraf]

Package: pbuilder
Version: 0.221.1
Severity: important

Hello Mattia,

To start with, this bug report is mostly a question. I'm not sure if
this is really a bug, and if so, is it warranted against pbuilder.

Currently, the way pbuilder works is that it looks into the
/etc/resolv.conf in its chroot. From it, it determines its name
resolver.

To keep things simple, for years I ran the dnsmasq caching server locally on my 
box.
It helped me to have a static name server, localhost, for that puprose.

If not using a caching nameserver, how are users supposed to use
pbuilder ? Are they expected to ensure valid name servers are defined ?
I can't see any way to relate the host's nameserver listing into the
chroot.


When I log into pbuilder, there are very limited mounts that pbuilder
defines. If /run as a whole was mounted, then pbuilder could have had
/etc/resolv.conf as a symlink.

rrs@learner:~$ sudo pbuilder --login
[sudo] password for rrs: 
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz]
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /var/cache/apt/archives/
I: Mounting /var/tmp/lxc/ccache
I: policy-rc.d already exists
W: no hooks of type H found -- ignoring
I: entering the shell
File extracted to: /tmp/26793

W: no hooks of type F found -- ignoring
root@learner:/# ls /run/shm/

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

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

Versions of packages pbuilder depends on:
ii  debconf [debconf-2.0]  1.5.58
ii  debootstrap1.0.75
ii  dpkg-dev   1.18.3
ii  wget   1.17-1

Versions of packages pbuilder recommends:
ii  devscripts  2.15.9
ii  fakeroot1.20.2-1
ii  iproute24.3.0-1
ii  net-tools   1.60+git20150829.73cef8a-2
ii  sudo1.8.12-1

Versions of packages pbuilder suggests:
ii  cowdancer 0.75
ii  gdebi-core0.9.5.7
pn  pbuilder-uml  

-- debconf information:
  pbuilder/nomirror:
* pbuilder/rewrite: false
  pbuilder/mirrorsite: http://ftp.debian.org/debian/

Bug#805920: #805920 init script doesn't wait for supervisord termination on restart

[Dmitry Smirnov]

Supervisor's init script is incredibly sloppy and have many problems... :(

I believe this particular issue is because init.d script stops daemon without 
"--retry" passed to "start-stop-daemon".

See start-stop-daemon(8) which says:

  If --retry is  specified,  then start-stop-daemon will check that the
  process(es) have terminated.

I think we need something like the following commit:

 https://anonscm.debian.org/cgit/pkg-go/packages/etcd.git/commit/?id=83eb9fb1

But also remove "sleep" from restart, keep one invocation of "start-stop-
daemon", replace "echo" with LSB-compliant functions, drop "force-stop" 
command and rewrite most of the very ugly and buggy init script...

-- 
Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Good luck happens when preparedness meets opportunity.


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

Bug#807041: logind: laptop unexpectedly auto-suspends after some time of inactivity

[Michael Biebl]

Am 04.12.2015 um 13:44 schrieb George B.:
> Package: systemd
> Version: 228-2
> Severity: important
> 
> Hello,
> 
> As of a few weeks ago (after an update) my laptop started auto-suspending 
> after a period
> of inactivity. I assume this is logind related because I couldn't find
> anything else on my system with the capability.

Do you use a graphical desktop environment, if so which one?

Can you attach the output of (as root)
journalctl -u systemd-logind

and mark the time when the auto-suspend happens.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#807002: nmu: golang-golang-x-net-dev_0.0+git20151007.b846920+dfsg-1

[Tianon Gravi]

On 4 December 2015 at 03:04, Emilio Pozuelo Monfort  wrote:
> Besides, that is not going to work. A binNMU would give you
>
> golang-golang-x-net-dev 0.0+git20151007.b846920+dfsg-1+b1
>
> But golang-go.crypto is building:
>
> golang-golang-x-net-dev 1:0.0~git20151201.0.7b85b09-1
>
> Which is higher because of the epoch.
>
> So AFAICS you need a sourceful upload with an epoch to fix this.

Ahh, ok; thanks for confirming!  I'll team-upload a fixed
golang-golang-x-net-dev then. :)

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#807048: ITP: golang-github-datadog-datadog-go -- go client library for datadog

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-datadog-datadog-go
  Version : 0.0~git20150930.0.b050cd8-1
  Upstream Author : Datadog, Inc.
* URL : https://github.com/DataDog/datadog-go
* License : Expat
  Programming Lang: Go
  Description : go client library for datadog

This is needed for the new version of go-metrics



signature.asc
Description: OpenPGP digital signature

Bug#807047: gtimelog: Drop fix-icon-path patch

[Louis Bouchard]

Package: gtimelog
Version: 0.9.2-1build1
Severity: normal

Dear Maintainer,

Please drop the fix-icon-path patch that is no longer
required and breaks icon visibility.


-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-19-generic (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)

Versions of packages gtimelog depends on:
ii  gir1.2-appindicator3-0.1  12.10.1+15.04.20141110-0ubuntu1
ii  gir1.2-gtk-3.03.18.5-1ubuntu2
ii  gir1.2-pango-1.0  1.38.1-1
ii  python3   3.5.0-2
ii  python3-gi3.18.2-2
ii  python3-setuptools18.4-2
pn  python3:any   

gtimelog recommends no packages.

Versions of packages gtimelog suggests:
pn  mutt   
ii  vim-gnome  2:7.4.826-1ubuntu1

-- no debconf information

Bug#807028: [php-maint] Bug#807028: php7.0-cli: /usr/bin/phar7.0 doesn't run, ends with bad interpreter error

[Ondřej Surý]

Control: tags -1 +upstream

Hi Krzysztof,

does it work normally when you replace the first line with just:

/usr/bin/php7.0

looks like an upstream bug that uses $(DESTDIR) in replacement.

Cheers,
Ondrej

On Fri, Dec 4, 2015, at 11:22, Krzysztof Krzyżaniak wrote:
> Package: php7.0-cli
> Version: 7.0.0~rc8-3
> Severity: important
> 
> eloy@dellta:~$ phar7.0 
> zsh: /usr/bin/phar7.0: bad interpreter:
> /tmp/buildd/php7.0-7.0.0~rc8/debian/tmp/usr/bin/php7.0: no such file or
> directory
> 
> 
> -- Package-specific info:
>  Additional PHP 7.0 information 
> 
>  PHP 7.0 SAPI (php7.0query -S): 
> 
>  PHP 7.0 Extensions (php7.0query -M -v): 
> 
>  Configuration files: 
> [PHP]
> engine = On
> short_open_tag = Off
> precision = 14
> output_buffering = 4096
> zlib.output_compression = Off
> implicit_flush = Off
> unserialize_callback_func =
> serialize_precision = 17
> disable_functions =
> disable_classes =
> zend.enable_gc = On
> expose_php = On
> max_execution_time = 30
> max_input_time = 60
> memory_limit = -1
> error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
> display_errors = Off
> display_startup_errors = Off
> log_errors = On
> log_errors_max_len = 1024
> ignore_repeated_errors = Off
> ignore_repeated_source = Off
> report_memleaks = On
> track_errors = Off
> html_errors = On
> variables_order = "GPCS"
> request_order = "GP"
> register_argc_argv = Off
> auto_globals_jit = On
> post_max_size = 8M
> auto_prepend_file =
> auto_append_file =
> default_mimetype = "text/html"
> default_charset = "UTF-8"
> doc_root =
> user_dir =
> enable_dl = Off
> file_uploads = On
> upload_max_filesize = 2M
> max_file_uploads = 20
> allow_url_fopen = On
> allow_url_include = Off
> default_socket_timeout = 60
> [CLI Server]
> cli_server.color = On
> [Date]
> [filter]
> [iconv]
> [intl]
> [sqlite]
> [sqlite3]
> [Pcre]
> [Pdo]
> [Pdo_mysql]
> pdo_mysql.cache_size = 2000
> pdo_mysql.default_socket=
> [Phar]
> [mail function]
> SMTP = localhost
> smtp_port = 25
> mail.add_x_header = On
> [SQL]
> sql.safe_mode = Off
> [ODBC]
> odbc.allow_persistent = On
> odbc.check_persistent = On
> odbc.max_persistent = -1
> odbc.max_links = -1
> odbc.defaultlrl = 4096
> odbc.defaultbinmode = 1
> [Interbase]
> ibase.allow_persistent = 1
> ibase.max_persistent = -1
> ibase.max_links = -1
> ibase.timestampformat = "%Y-%m-%d %H:%M:%S"
> ibase.dateformat = "%Y-%m-%d"
> ibase.timeformat = "%H:%M:%S"
> [MySQLi]
> mysqli.max_persistent = -1
> mysqli.allow_persistent = On
> mysqli.max_links = -1
> mysqli.cache_size = 2000
> mysqli.default_port = 3306
> mysqli.default_socket =
> mysqli.default_host =
> mysqli.default_user =
> mysqli.default_pw =
> mysqli.reconnect = Off
> [mysqlnd]
> mysqlnd.collect_statistics = On
> mysqlnd.collect_memory_statistics = Off
> [OCI8]
> [PostgreSQL]
> pgsql.allow_persistent = On
> pgsql.auto_reset_persistent = Off
> pgsql.max_persistent = -1
> pgsql.max_links = -1
> pgsql.ignore_notice = 0
> pgsql.log_notice = 0
> [bcmath]
> bcmath.scale = 0
> [browscap]
> [Session]
> session.save_handler = files
> session.use_strict_mode = 0
> session.use_cookies = 1
> session.use_only_cookies = 1
> session.name = PHPSESSID
> session.auto_start = 0
> session.cookie_lifetime = 0
> session.cookie_path = /
> session.cookie_domain =
> session.cookie_httponly =
> session.serialize_handler = php
> session.gc_probability = 0
> session.gc_divisor = 1000
> session.gc_maxlifetime = 1440
> session.referer_check =
> session.cache_limiter = nocache
> session.cache_expire = 180
> session.use_trans_sid = 0
> session.hash_function = 0
> session.hash_bits_per_character = 5
> url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry"
> [Assertion]
> zend.assertions = -1
> [COM]
> [mbstring]
> [gd]
> [exif]
> [Tidy]
> tidy.clean_output = Off
> [soap]
> soap.wsdl_cache_enabled=1
> soap.wsdl_cache_dir="/tmp"
> soap.wsdl_cache_ttl=86400
> soap.wsdl_cache_limit = 5
> [sysvshm]
> [ldap]
> ldap.max_links = -1
> [mcrypt]
> [dba]
> [opcache]
> [curl]
> [openssl]
> 
>  /etc/php/7.0/cli/conf.d/20-opcache.ini 
> zend_extension=opcache.so
> 
>  /etc/php/7.0/cli/conf.d/20-json.ini 
> extension=json.so
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
> LC_ALL set to en_US.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages php7.0-cli depends on:
> ii  libc6   2.21-3
> ii  libdb5.35.3.28-11
> ii  libedit23.1-20150325-1+b1
> ii  libenchant1c2a  1.6.0-10.1
> ii  libgmp102:6.1.0+dfsg-2
> ii  libltdl72.4.2-1.11
> ii  libmagic1   1:5.25-2
> ii  libmcrypt4  2.5.8-3.3
> ii  libqdbm14   1.8.78-6+b1
> ii  libssl1.0.2 1.0.2e-1
> 

Bug#806377: fails to build jessie image

[Antoine Beaupré]

On 2015-12-03 23:56:51, Jameson Graef Rollins wrote:
> On Thu, Nov 26 2015, Antoine Beaupré  wrote:
>> Package: debirf
>> Version: 0.34
>> Severity: grave
>>
>> I can't seem to build a jessie image with debirf:
>>
>> W: See /home/anarcat/debirf/rescue/root/debootstrap/debootstrap.log for 
>> details (possibly the package systemd is at fault)
>
> Hi, Antoine.  Can you justify why this is issues deserves a grave
> severity?

It makes the package "unusable or mostly so".

> I can build images without issue on my stretch/sid system.

Then the bug should be marked as "fixed" in the stretch/sid
versions. Can you build jessie images there as well?

> I also don't see that this involves any really serious issues like
> data loss.  So I don't think this issue justifies removal from
> testing.

Probably not, if things work fine in testing! :) The proper way to fix
this is to mark the issue as fixed there. But i cannot confirm that now.

> That's not to say that we shouldn't figure out what the issue is, just
> that we should downgrade the severity so we don't get removed.

Sure.

> It would also be useful if you could look in the debootstrap.log and
> report on what it's claiming the issue is.

Well, I attached the log to the bug report. The problem is somewhere in
systemd, as I mentionned:

Setting up udev (215-17+deb8u2) ...
A chroot environment has been detected, udev not started.
Setting up systemd (215-17+deb8u2) ...
Initializing machine ID from random generator.
chfn: PAM: System error
adduser: `/usr/bin/chfn -f systemd Time Synchronization systemd-timesync' 
returned error code 1. Exiting.
dpkg: error processing package systemd (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up dmsetup (2:1.02.90-2.2) ...
dpkg: systemd-sysv: dependency problems, but configuring anyway as you 
requested:
 systemd-sysv depends on systemd (= 215-17+deb8u2); however:
  Package systemd is not configured yet.
 systemd-sysv depends on systemd; however:
  Package systemd is not configured yet.

Setting up systemd-sysv (215-17+deb8u2) ...
Setting up init (1.22) ...
Errors were encountered while processing:
 systemd

I pasted that earlier already, and the debootstrap.log is attached.

A.

-- 
How inappropriate to call this planet 'Earth' when it is quite clearly
'Ocean'.
- Arthur C. Clarke

Bug#803809: dvbcut: FTBFS with FFmpeg 2.9

[Andreas Cadhalpun]

On 03.12.2015 00:32, Felipe Sateler wrote:
> On 2 December 2015 at 15:01, Felipe Sateler  wrote:
>> On 2 December 2015 at 14:04, Andreas Cadhalpun
>>  wrote:
>>> Felipe, as you offered to help with NMUs for these patches,
>>> would you be so kind to sponsor this upload?
>>
>> Of course. I'll try to have it uploaded before the week ends. If I
>> haven't, please ping me again.
> 
> Done!

Thanks!

Best regards,
Andreas

Bug#807047: Acknowledgement (gtimelog: Drop fix-icon-path patch)

[Louis Bouchard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Tags: patch

Here is the debdiff for a proposed fix.

Kind regards,

...Louis

- -- 
Louis Bouchard
Software engineer,
Ubuntu
GPG : 429D 7A3B DD05 B6F8 AF63  B9C4 8B3D 867C 823E 7A61
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWYahQAAoJEFZStL2qfwOtZxUP/i2kXg16PRaySB+MvL75+igJ
Y86+2cRaO2/8vRXppRnwI7tiEHzHMBQSmrWCxhstg/e7Zfhj0SyipmWBqKYazk4q
gK4Hfy9VHqJKehVCv/XslI3gcytUxWMIW8WDU5j8WWmhyGLf7Bl+PbtSeTqN7dZE
RFOHuMYGd8y+uyW3AhnQ8SkEknqMsI68kbHtOMiPjkv8/3wnuqmaZefIDb+4/5Du
RVKV1KPno/eKfo22OBHIprkR4ejhX0agCfvLnXrAYz+MnsyAUyHf0wyMbXS2o6Xs
pT8I9Wj8/Mc6HDWNdTpautFLy6uN83CLKyhcIrqN0XsevzljJc9rkPaQobfrGNXP
dKCo4L4/9XfzAEDpO1YNxhQtCaVLNDBYzvbe0D9uh0LBCqYdbtQchQNqbbTbGNHL
xQsUrRlJVyk0GvqkHoGGB1ciuTUbs0nohrF6e/zSQ5uMCZjcItmYV9LgOjEcEtIC
1qyoPP6qOPo0NbLKc6auxb5J9NtDbfxFcd0hrUmrcnWoIErYb1TCjDYHZjlt/6rO
LU3Rp5SvxgdgQK1OYujsyFqChe7svUwdOFuuuM3VVH3WZe3B1GtYmCrpxJThoqu8
DDJlZc7v/D0Ui12NE52LYgKaVSYVxeoa9KXQfFQs7BoUEqFU9D0c4ixhWITa4k/C
Zj72rn5YH4onNDIG6hDg
=Nbbg
-END PGP SIGNATURE-
diff -Nru gtimelog-0.9.2/debian/changelog gtimelog-0.9.2/debian/changelog
--- gtimelog-0.9.2/debian/changelog 2015-07-22 19:09:52.0 +0200
+++ gtimelog-0.9.2/debian/changelog 2015-12-04 15:45:37.0 +0100
@@ -1,3 +1,10 @@
+gtimelog (0.9.2-2) sid; urgency=medium
+
+  * Drop fix-icon patch as it is no longer needed and
+it breaks what it is supposed to fix (Closes: 807047)
+
+ -- Louis Bouchard   Fri, 04 Dec 2015 15:39:02 +0100
+
 gtimelog (0.9.2-1build1) wily; urgency=medium
 
   * No-change rebuild for python3.5 transition
diff -Nru gtimelog-0.9.2/debian/patches/fix-icon-path 
gtimelog-0.9.2/debian/patches/fix-icon-path
--- gtimelog-0.9.2/debian/patches/fix-icon-path 2013-12-07 01:37:23.0 
+0100
+++ gtimelog-0.9.2/debian/patches/fix-icon-path 1970-01-01 01:00:00.0 
+0100
@@ -1,13 +0,0 @@
-Description: Use full icon pathname
-Author: Marius Gedminas 
-Bug-Ubuntu: https://bugs.launchpad.net/bugs/1104303
-
 gtimelog-0.9.0.orig/gtimelog.desktop
-+++ gtimelog-0.9.0/gtimelog.desktop
-@@ -5,5 +5,5 @@ Exec=gtimelog
- Terminal=false
- Type=Application
- StartupNotify=true
--Icon=gtimelog
-+Icon=/usr/share/pyshared/gtimelog/gtimelog.png
- Categories=Application;Utility;
diff -Nru gtimelog-0.9.2/debian/patches/series 
gtimelog-0.9.2/debian/patches/series
--- gtimelog-0.9.2/debian/patches/series2015-06-11 16:43:41.0 
+0200
+++ gtimelog-0.9.2/debian/patches/series2015-12-04 15:38:49.0 
+0100
@@ -1 +0,0 @@
-fix-icon-path

Bug#807049: apt: Clearsigned file isn't valid, got 'NOSPLIT'

[shirish शिरीष]

Package: apt
Version: 1.1.3
Severity: important

Dear Maintainer,
This would be a slightlish longish mail.

Unable to update/upgrade the system. Get this all the time -

$ sudo apt update
Get: 1 http://httpredir.debian.org/debian testing InRelease [244 B]
Err http://httpredir.debian.org/debian testing InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Get: 2 http://httpredir.debian.org/debian unstable InRelease [244 B]
Err http://httpredir.debian.org/debian unstable InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Get: 3 http://httpredir.debian.org/debian experimental InRelease [244 B]
Err http://httpredir.debian.org/debian experimental InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Fetched 732 B in 37s (19 B/s)
W: Failed to fetch
http://httpredir.debian.org/debian/dists/testing/InRelease:
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
W: Failed to fetch
http://httpredir.debian.org/debian/dists/unstable/InRelease:
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
W: Failed to fetch
http://httpredir.debian.org/debian/dists/experimental/InRelease:
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
E: Some index files failed to download. They have been ignored, or old
ones used instead.

I had already reported it as 787724 and that time it was told it was a
temporary mirror issue, but now this issue has been persisting for
about almost a week.

I also tried the option which was shared at that bug and this is the
result when I tried at my end :-

─[$] sudo apt-get update -o Debug::Acquire::http=1

[20:11:12]
0% [Connecting to httpredir.debian.org]GET
/debian/dists/testing/InRelease HTTP/1.1
Host: httpredir.debian.org
Cache-Control: max-age=0
Accept: text/*
User-Agent: Debian APT-HTTP/1.3 (1.1.3)


Answer for: http://httpredir.debian.org/debian/dists/testing/InRelease
HTTP/1.1 200 OK
Content-Length: 244
Connection: close
Cache-Control: no-cache
Expires: -1
Content-Type: text/html

Get:1 http://httpredir.debian.org/debian testing InRelease [244 B]
Err:1 http://httpredir.debian.org/debian testing InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
0% [Working]GET /debian/dists/unstable/InRelease HTTP/1.1
Host: httpredir.debian.org
Cache-Control: max-age=0
Accept: text/*
User-Agent: Debian APT-HTTP/1.3 (1.1.3)


Answer for: http://httpredir.debian.org/debian/dists/unstable/InRelease
HTTP/1.1 200 OK
Content-Length: 244
Connection: close
Cache-Control: no-cache
Expires: -1
Content-Type: text/html

Get:2 http://httpredir.debian.org/debian unstable InRelease [244 B]
Err:2 http://httpredir.debian.org/debian unstable InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
0% [Connecting to httpredir.debian.org (176.9.184.93)]GET
/debian/dists/experimental/InRelease HTTP/1.1
Host: httpredir.debian.org
Cache-Control: max-age=0
Accept: text/*
User-Agent: Debian APT-HTTP/1.3 (1.1.3)


Answer for: http://httpredir.debian.org/debian/dists/experimental/InRelease
HTTP/1.1 200 OK
Content-Length: 244
Connection: close
Cache-Control: no-cache
Expires: -1
Content-Type: text/html

Get:3 http://httpredir.debian.org/debian experimental InRelease [244 B]
Err:3 http://httpredir.debian.org/debian experimental InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Fetched 732 B in 38s (18 B/s)
Reading package lists... Done
W: Failed to fetch
http://httpredir.debian.org/debian/dists/testing/InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
W: Failed to fetch
http://httpredir.debian.org/debian/dists/unstable/InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
W: Failed to fetch
http://httpredir.debian.org/debian/dists/experimental/InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
E: Some index files failed to download. They have been ignored, or old
ones used instead.

Let me categorically say that it's not a network issue at my end. If
it's a mirror issue, it should not perist for a week, should it ?

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.2\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.2\.0-1-amd64$";
APT::NeverAutoRemove