Bug#783846: Patch to enable LEDs on sunix/Cubietruck

[Hans de Goede]

Hi,

On 23-04-16 20:09, Prof. Dr. Gundolf Kiefer wrote:

I would like to pass this question upstream. As what I can see from the
code (arch/arm/dts/sun7i-a20-cubietruck.dts,
configs/Cubietruck_defconfig), something actually has happened towards
supporting GPIOs/LEDs for that board.

Can somebody from the u-boot upstream team comment on this? Are LEDs
supported now on the Cubietruck? Is additional testing required?


The cubietruck leds are supported in the kernel. unxi u-boot does not
have LED support for any boards.

And TBH I don't really see much use in LED support in u-boot.

Regards,

Hans



Regards,

Gundolf Kiefer


On Sat, 16 Apr 2016 14:55:54 -0700
Vagrant Cascadian  wrote:


Control: tags 783846 moreinfo upstream
Control: forwarded 783846 
http://lists.denx.de/pipermail/u-boot/2015-May/214036.html
Control: found 783846 2014.10+dfsg1-5

On 2015-05-05, Vagrant Cascadian wrote:

On 2015-04-30, Prof. Dr. Gundolf Kiefer wrote:

It seems that the support for the onboard leds is missing for
sunxi-based boards even in the latest version (Debian unstable). IMHO
LEDs are very helpful for headless systems.


Thanks for the patches!

If you could submit these patches to u-boot upstream, that would be
best; we're trying to minimize the patches that are not already included
upstream.


It looks like you attempted to get these upstream, though it doesn't
sound like they were accepted at the time. Is the bug still present in
current versions of u-boot (2016.03+ in Debian)?

Thanks!

live well,
   vagrant

Bug#821932: debci: FontAwesome not applied for icons

[Martin Pitt]

Hey Jakub,

Jakub Wilk [2016-04-21 18:44 +0200]:
> I copied this line from public/style.css:32, so you might want to change
> that to double quotes too.

Indeed, done in git now.

Martin

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

Bug#819984: init-system-helpers: service(8) version number contains 'ubuntu1'

[Martin Pitt]

Control: tag -1 pending

Emanuele Rocca [2016-04-04 16:37 +0200]:
> /usr/sbin/service --version returns the following output on Debian Sid:
> 
> service ver. 0.91-ubuntu1

Thanks for the report! Fixed in

  
http://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/commit/?id=207f70

I considered dropping it, but it's simple to fix properly :-)

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

Bug#822532: Should not conflict with slapd

[Felix Lechner]

Package: 389-ds-base
Version: 1.3.4.9-1

Port assignments are flexible with SRV records. Conflict with slapd may be
unnecessary.

Bug#822486: xserver-xorg: Synaptic driver stopped working.

[Emilio Pozuelo Monfort]

On 25/04/16 00:59, Vassari wrote:
> Package: xserver-xorg
> Version: 1:7.7+15
> Severity: normal
> 
> Dear Maintainer,
> 
> Since this update, synaptic driver stopped working.

Can you a bit more specific? Your touchpad is handled by the libinput driver
now. Does it not work at all? Does it work but with some regressions? What
hardware do you have?

Cheers,
Emilio

Bug#822285: ‘adtlog.summary_stream’ is None when run by Sbuild

[Martin Pitt]

Hey Ben,

Ben Finney [2016-04-25 10:09 +1000]:
> That command line is opaque to me. I merely cribbed from
> https://wiki.debian.org/sbuild#Using_autopkgtest>.
> 
> Could you update that page to describe a better way to configure
> Sbuild for running autopkgtest tests?

Done: https://wiki.debian.org/sbuild?action=diff&rev2=98&rev1=97

Martin

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


signature.asc
Description: PGP signature

Bug#774149: Automount usb devices with systemd

[Mathieu Malaterre]

For anyone reading this bug report, dod@d.o has posted a nice summary
on how to use systemd to automatically mount a USB key:

https://ddumont.wordpress.com/2016/04/24/automount-usb-devices-with-systemd/

Bug#822401: [mpd-devel] [Pkg-mpd-maintainers] Bug#822401: mpd: FTBFS: error: 'uint8_t' was not declared in this scope

[Max Kellermann]

On 2016/04/24 22:00, Florian Schlichting  wrote:
> This seems to be caused by a lacking include, fixed by the below patch.

Merged.

Bug#822484: duplicity can no longer connect to S3 buckets

[Alexander Zangerl]

tags 822484 + upstream
forwarded https://bugs.launchpad.net/duplicity/+bug/1568677
several 822484 normal
thanks

On Sun, 24 Apr 2016 15:54:14 -0700, Sean Whitton writes:
>Upon upgrading to duplicity 0.7.07-1 I find that I can no longer use my
>S3 backups, as duplicity dies with a "No connection to backend" error.
>Using -v9 yields the following output (S3 username elided):

upstream has seen that problem, too, and on the 19th they've
released 0.7.07.1 to fix this. i'll upgrade the duplicity package
to that version in the next few days.

(i'm lowering the severity to normal as this problem affects just one
of many backends, and which relies on a commercial service.)

regards
az


-- 
Alexander Zangerl + GPG Key 0xB963BD5F + http://snafu.priv.at/
"Haushaltsvorstand ist immer der, der das Häusl *nicht* putzt."
 -- BeST und/oder Anuschka zur letzten .at Volkszaehlung


signature.asc
Description: Digital Signature

Bug#803941: samba: cp and cat return an endless stream of 0s when reading a file on a samba share

[Matija Nalis]

Package: samba
Version: 2:4.2.10+dfsg-0+deb8u2
Followup-For: Bug #803941

It seems that the bug happens when using too big read buffer.

I can work around it on client side by either:

1) mounting with "-o rsize=16384"
   (or actually any number lower than 131071, which is 2^17-1; just playing it 
safe here)

   by default mount.cifs from Debian Jessie with kernel 
linux-image-3.16.0-4-amd64 3.16.7-ckt25-2
   will do mount with CIFS 1.0 and too big rsize:

   //merlin.tomsoft.lan/ganeti2-blade /var/lib/ganeti/export cifs 
rw,relatime,vers=1.0,cache=strict,domain=MERLIN,uid=0,noforceuid,gid=0,noforcegid,addr=10.66.2.10,unix,posixpaths,serverino,acl,rsize=1048576,wsize=65536,actimeo=1
 0 0

2) mounting with (at least) "-o vers=3.0" (or anything at or above 2.0; which 
seems to force rsize=65536)
   
   (Unfortunately, trying to force it on the server side with "client min 
protocol = SMB2" does not seem to work
   maybe some of the cache/aio options would, but it is production samba server 
here which I can't disturb too much...)

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages samba depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.17.26
ii  libbsd0  0.7.0-2
ii  libc62.19-18+deb8u4
ii  libhdb9-heimdal [heimdal-hdb-api-8]  1.6~rc2+dfsg-9
ii  libldb1  2:1.1.20-0+deb8u1
ii  libpam-modules   1.1.8-3.1+deb8u1+b1
ii  libpam-runtime   1.1.8-3.1+deb8u1
ii  libpopt0 1.16-10
ii  libpython2.7 2.7.9-2
ii  libtalloc2   2.1.2-0+deb8u1
ii  libtdb1  1.3.6-0+deb8u1
ii  libtevent0   0.9.25-0+deb8u1
ii  lsb-base 4.1+Debian13+nmu1
ii  multiarch-support2.19-18+deb8u4
ii  procps   2:3.3.9-9
ii  python   2.7.9-1
ii  python-dnspython 1.12.0-1
ii  python-ntdb  1.0-5
ii  python-samba 2:4.2.10+dfsg-0+deb8u2
pn  python2.7:any
ii  samba-common 2:4.2.10+dfsg-0+deb8u2
ii  samba-common-bin 2:4.2.10+dfsg-0+deb8u2
ii  samba-dsdb-modules   2:4.2.10+dfsg-0+deb8u2
ii  samba-libs   2:4.2.10+dfsg-0+deb8u2
ii  tdb-tools1.3.6-0+deb8u1
ii  update-inetd 4.43

Versions of packages samba recommends:
pn  attr   
ii  logrotate  3.8.7-1+b1
pn  samba-vfs-modules  

Versions of packages samba suggests:
pn  bind9  
pn  bind9utils 
pn  ctdb   
pn  ldb-tools  
ii  ntp1:4.2.6.p5+dfsg-7+deb8u1
pn  smbldap-tools  
pn  winbind

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

Bug#822531: nmu: swftools_0.9.2+git20130725-4

[Pino Toscano]

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

swftools correctly build-depends on libjpeg-dev, but the amd64 version
(coming from the binary upload by the maintainer) depends on libjpeg8.
Rebuilding in a clean up-to-date environment should fix this.

@Christian Welzel: you are CC'ed because you are the maintainer of
swftools, although there is no action required on your side.
In future uploads, either do source-only uploads (preferred), or at
least upload binaries built in a clean and up-to-date unstable chroot
(e.g. with pbuilder/sbuild/etc).

nmu swftools_0.9.2+git20130725-4 . amd64 . unstable . -m "Rebuild in clean 
environment"

Thanks,
-- 
Pino

Bug#822530: linux-image-4.5: WARNING: GPU HANG: ecode 9:0:0x85dfbfff

[Grant Grundler]

Package: src:linux
Version: 4.5.1-1
Severity: important
File: linux-image-4.5
Tags: upstream

Dear Maintainer,

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

   * What led up to the situation?

Chrome-stable and openarena both are having problems with graphics. Both appear
to have "mostly worked" (was seeing "WARNING: ...i915/intel_csr.c:458
assert_csr_loaded+0x92/0xf0 [i915]()" in /var/log/messages with Linux version
4.3.0-1-amd64.

But with 4.5.0-1-amd6 openarena won't run full screen with same
parameters as before. New symptom is being reported in /var/log/messages:

Apr 21 23:30:59 gggnuc6 kernel: [ 1476.979123] [drm] stuck on render ring
Apr 21 23:30:59 gggnuc6 kernel: [ 1476.980344] [drm] GPU HANG: ecode
9:0:0x85dfbfff, in chrome [1913], reason: Ring hung, action: reset
Apr 21 23:30:59 gggnuc6 kernel: [ 1476.980350] [drm] GPU hangs can indicate a
bug anywhere in the entire gfx stack, including userspace.
Apr 21 23:30:59 gggnuc6 kernel: [ 1476.980354] [drm] Please file a _new_ bug
report on bugs.freedesktop.org against DRI -> DRM/Intel
Apr 21 23:30:59 gggnuc6 kernel: [ 1476.980358] [drm] drm/i915 developers can
then reassign to the right component if it's not a kernel issue.
Apr 21 23:30:59 gggnuc6 kernel: [ 1476.980361] [drm] The gpu crash dump is
required to analyze gpu hangs, so please always attach it.
Apr 21 23:30:59 gggnuc6 kernel: [ 1476.980365] [drm] GPU crash dump saved to
/sys/class/drm/card0/error
Apr 21 23:30:59 gggnuc6 kernel: [ 1476.983215] drm/i915: Resetting chip after
gpu hang

[just re-reading this now and I've not filed a bug with bugs.freedesktop.org.]

And same thing with OpenArena:
Apr 23 23:35:24 gggnuc6 kernel: [  184.625202] [drm] GPU HANG: ecode
9:0:0x85dfbfff, in ioquake3 [8581], reason: Ring hung, action: reset


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

Run chrome-stable on NUC6i5SYH. This ran fine with previous kernel.

I've also been playing openarena for several months with this machine.
Kernel was part of the 400MB worth of updates and it's now failing. Since I'm
seeing a new symptom (GPU HANG) that I didn't see with previous kernel/gfx
stack, I'm blaming it on kernel with the hope that this bug can be redirected
to the right project or developer.

I'm going to try the advice given here (set i915 driver option "enable_rc6=0"):
   https://wiki.archlinux.org/index.php/intel_graphics

   [referred to the above from here:
https://communities.intel.com/thread/98226?tstart=0]



   * What was the outcome of this action?

Play Openarena (or browse the web - chrome is also hitting this).

   * What outcome did you expect instead?

No GPU Hang.

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



-- Package-specific info:
** Version:
Linux version 4.5.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1
20160409 (Debian 5.3.1-14) ) #1 SMP Debian 4.5.1-1 (2016-04-14)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.5.0-1-amd64 root=UUID=8a2afce4-9df2-4126-86ff-
d6f8de602e16 ro quiet

** Tainted: E (8192)
 * Unsigned module has been loaded (currently expected).

** Kernel log:
[2.926175] input: HDA Intel PCH HDMI/DP,pcm=8 as
/devices/pci:00/:00:1f.3/sound/card0/input15
[3.215239] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[3.215513] iwlwifi :01:00.0: L1 Enabled - LTR Enabled
[3.215931] iwlwifi :01:00.0: L1 Enabled - LTR Enabled
[3.216677] iwlwifi :01:00.0: can't access the RSA semaphore it is write
protected
[3.365459] iwlwifi :01:00.0: L1 Enabled - LTR Enabled
[3.365930] iwlwifi :01:00.0: L1 Enabled - LTR Enabled
[3.366694] iwlwifi :01:00.0: can't access the RSA semaphore it is write
protected
[3.450032] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[3.452687] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[3.653497] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[3.758905] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[3.869450] [drm] RC6 on
[4.209121] Bluetooth: hci0: Reading Intel version information failed (-110)
[4.213125] Bluetooth: hci0 command tx timeout
[4.247452] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[4.247455] Bluetooth: BNEP filters: protocol multicast
[4.247459] Bluetooth: BNEP socket layer initialized
[6.836424] wlp1s0: authenticate with 2e:56:dc:59:ad:ac
[6.849991] wlp1s0: send auth to 2e:56:dc:59:ad:ac (try 1/3)
[6.857981] wlp1s0: authenticated
[6.860957] wlp1s0: associate with 2e:56:dc:59:ad:ac (try 1/3)
[6.869095] wlp1s0: RX AssocResp from 2e:56:dc:59:ad:ac (capab=0x11 status=0
aid=1)
[6.873743] wlp1s0: associated
[6.873810] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
[9.091094] usb 1-7: USB disconnect, device number 3
[9.416733] usb 1-7: new full-speed USB device number 7 using xhci_hcd
[9.602499] usb 1-7: New USB device found, idVendor=8087, idProduct=0a2b
[9.602511] usb 1-

Bug#810506: Upload of linux-grsec to jessie-backports?

[Yves-Alexis Perez]

On lun., 2016-04-25 at 05:45 +, Amarildo Júnior wrote:
> Any news?

Stay tuned? As already said I was waiting on the kernel to become eligible for
migration. This happened two days ago, so I'll prepare a jessie-backport
upload. But you're not forced to stop breathing in the meantime.

Regards,
-- 
Yves-Alexis



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

Bug#808824: python-mpd: homepage 404, package fork?

[Simon McVittie]

Control: retitle 808824 please consider switching to python-mpd2 for upstream 
maintenance and Python 3 support

On Wed, 23 Dec 2015 at 14:16:51 +0100, Ricardo Mones wrote:
> The homepage for python-mpd seems gone since 2013¹.
> 
> Maybe replacing this package with the github fork² could be a solution?
> 
> thanks in advance,
> 
> ¹ 
> https://web.archive.org/web/20130722193844/http://jatreuman.indefero.net/p/python-mpd/
> ² https://github.com/Mic92/python-mpd2

python-mpd is no longer maintained upstream and only supports Python 2.
There are two Python 3-compatible forks: python-musicpd (not a drop-in
replacement, already in Debian, Py3 only) and python-mpd2 (compatible with
Py2 and Py3, takes over the `import mpd` namespace).

python-mpd2 is apparently mostly compatible
with python-mpd, apart from the API for "stickers"

and some internal implementation details that
apps might have been relying on but should not
.

Please consider switching src:python-mpd to use python-mpd2 as its
upstream, and adding a python3-mpd binary package. The latter will
require a trip through the NEW queue.

(My interest in this is that I maintain mpdris2 in Debian, and this
seems to be its last Python-2-only dependency.)

Regards,
S

Bug#822433: [Pkg-libvirt-maintainers] Bug#822433: virt-viewer: Please enable oVirt support

[Guido Günther]

On Sun, Apr 24, 2016 at 02:28:06PM +0200, Laurent Bigonville wrote:
> Package: virt-viewer
> Version: 1.0-1
> Severity: wishlist
> 
> Hi,
> 
> Could you please enable oVirt support now that libgovirt is in the
> archive?

I''m happy to but since I don't have frequent access to an oVirt system
I would need to rely on you to triage oVirt specific bugs. O.k.?

Cheers,
 -- Guido

Bug#800762: [Debian-med-packaging] Bug#800762: Java problem when upgrading pixelmed

[Olivier Sallou]

- Mail original -
> De: "Andreas Tille" 
> À: "Markus Koschany" , 800...@bugs.debian.org
> Cc: "Debian GIS Project" 
> Envoyé: Samedi 23 Avril 2016 17:19:59
> Objet: [Debian-med-packaging] Bug#800762: Java problem when upgrading pixelmed
> 
> On Sat, Apr 23, 2016 at 04:37:21PM +0200, Markus Koschany wrote:
> > >> this json package to Build-Depends? Maybe the name of the jar
> > >> (javax.json-api-1.0.jar) is incorrect?
> > > 
> > > I can confirm that the problem I wrote is definitely unrelated.  My plan
> > > was to not only fix the issue at hand but also upgrade to the latest
> > > upstream version - which now needs javax.json but it seems no Debian
> > > package provides it.
> > 
> > Hmm, I've just found an embedded copy of javax.json in Josm. Probably
> > both packages would benefit from packaging javax.json.
> 
> I vaguely remember that Debian GIS maintainers did not considered this a
> good idea for JOSM.  I'd be happy of someone would go for this to help
> pixelmed.

Do you need someone to package javax.json ? (that would need to go to Java team)

I can help if needed, though not really at ease with Maven part in Debian.

Olivier


> 
> Kind regards
> 
>   Andreas.
> 
> --
> http://fam-tille.de
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

Bug#822528: aptitude: package gcc-6 installed from experimental not visible in aptitude

[Arthur Marsh]

Package: aptitude
Version: 0.8-1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

After upgrading aptitude to 0.8.1 I could no longer find package gcc-6
in aptitude even though dpkg -l still found it as it was still installed
on this machine.

I had upgraded gcc-6 using aptitude 0.7.8, but even after downgrading
aptitude to 0.7.8 again a search in aptitude for package "gcc-6" failed.

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

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


-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.8
Compiler: g++ 5.3.1 20160409
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.8.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160319
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-vdso.so.1 (0x7ffca637c000)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7fa69aca4000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fa69aa74000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fa69a849000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fa69a642000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fa69a345000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fa69a04a000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7fa699e3)
libboost_filesystem.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.58.0 (0x7fa699c17000)
libboost_system.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.58.0 (0x7fa699a12000)
libxapian.so.22 => /usr/lib/x86_64-linux-gnu/libxapian.so.22 
(0x7fa69960e000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fa6993f1000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fa69906f000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fa698d71000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fa698b5b000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fa6987b6000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fa6985b3000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fa6983af000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7fa698197000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fa697f7c000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fa697d6c000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fa697b48000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 
(0x7fa697936000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fa69772d000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fa697528000)
/lib64/ld-linux-x86-64.so.2 (0x564300958000)

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

Kernel: Linux 4.6.0-rc4+ (SMP w/4 CPU cores)
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 aptitude depends on:
ii  aptitude-common0.8-1
ii  libapt-pkg5.0  1.2.10
ii  libboost-filesystem1.58.0  1.58.0+dfsg-5+b1
ii  libboost-iostreams1.58.0   1.58.0+dfsg-5+b1
ii  libboost-system1.58.0  1.58.0+dfsg-5+b1
ii  libc6  2.22-7
ii  libcwidget3v5  0.5.17-4+b1
ii  libgcc11:6.0.1-1
ii  libncursesw5   6.0+20160319-1
ii  libsigc++-2.0-0v5  2.8.0-1
ii  libsqlite3-0   3.12.2-1
ii  libstdc++6 6.0.1-1
ii  libtinfo5  6.0+20160319-1
ii  libxapian22v5  1.2.23-1

Versions of packages aptitude recommends:
ii  libparse-debianchangelog-perl  1.2.0-8
ii  sensible-utils 0.0.9

Versions of packages aptitude suggests:
ii  apt-xapian-index0.47+nmu2
ii  aptitude-doc-en [aptitude-doc]  0.8-1
ii  debtags 2.0.2
ii  tasksel 3.34

-- debconf-show failed

Bug#822527: audioread: new upstream version with Python 3, GStreamer 1.0

[Simon McVittie]

Source: audioread
Version: 1.0.3-1
Severity: wishlist

python-audioread uses the obsolete python-gst0.10 library as its preferred
backend for generic audio reading. python-gst0.10 is no longer available
in unstable and will not be in stretch; it is also based on the deprecated
python-gobject2, which does not support Python 3 (and will likely never
support Python 3).

audioread 2.1.2 is available upstream. It uses the non-deprecated
GStreamer 1.0 via the non-deprecated pygi (python-gi) instead.

python-audioread 1.0.3-1 also recommends the transitional libav-tools as
an alternative to python-gst0.10. Debian has switched back from libav
to ffmpeg as its preferred ffmpeg derivative, so python-audioread
should use ffmpeg directly.

Regards,
S

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

Kernel: Linux 4.5.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)

Bug#822526: epiphany-browser: no more gtk widgets in pages content

[Andrea Zagli]

Package: epiphany-browser
Version: 3.20.1-2
Severity: normal

as the object: gtk widgets (buttons, scroll bars, etc.) in pages content are
not rendered anymore



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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x11 1.10.8-1
ii  epiphany-browser-data3.20.1-2
ii  gnome-icon-theme 3.12.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gsettings-desktop-schemas3.20.0-3
ii  iso-codes3.67-1
ii  libatk1.0-0  2.20.0-1
ii  libavahi-client3 0.6.32~rc+dfsg-1
ii  libavahi-common3 0.6.32~rc+dfsg-1
ii  libavahi-gobject00.6.32~rc+dfsg-1
ii  libc62.22-7
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libgck-1-0   3.20.0-2
ii  libgcr-base-3-1  3.20.0-2
ii  libgcr-ui-3-13.20.0-2
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.0-1
ii  libgnome-desktop-3-123.20.1-1
ii  libgtk-3-0   3.20.3-1
ii  libjavascriptcoregtk-4.0-18  2.12.1-1
ii  libnotify4   0.7.6-2
ii  libnspr4 2:4.12-2
ii  libnss3  2:3.23-2
ii  libp11-kit0  0.23.2-3
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1
ii  libsecret-1-00.18.5-1
ii  libsoup2.4-1 2.54.0.1-1
ii  libsqlite3-0 3.12.2-1
ii  libwebkit2gtk-4.0-37 2.12.1-1
ii  libwnck-3-0  3.14.1-2
ii  libx11-6 2:1.6.3-1
ii  libxml2  2.9.3+dfsg1-1
ii  libxslt1.1   1.1.28-2.1

Versions of packages epiphany-browser recommends:
pn  browser-plugin-evince  
ii  ca-certificates20160104
ii  evince 3.20.0-1
ii  yelp   3.20.1-1

epiphany-browser suggests no packages.

-- no debconf information

Bug#822330: bumblebee : unable to work with any newer driver than 340.96 - even backported bumblebee-nvidia install doesn't work (failed to set DRM interface version 1.4 too)

[Vincent Cheng]

Hi Luca,

On Sun, Apr 24, 2016 at 6:04 AM, Luca Boccassi  wrote:

> I can only assume at this point that the issue is hardware-specific.

Yep, sounds like it's indeed hardware-specific.

> I'll document this workaround in the debian/README.source, not much else
> we can do I'm afraid.

Probably not d/README.source, since that doesn't actually get shipped
in the binary package. This specific workaround is actually already
documented in d/README.Debian and on the Debian wiki entry for
bumblebee [1].

Regards,
Vincent

[1] https://wiki.debian.org/Bumblebee

Bug#810506: Upload of linux-grsec to jessie-backports?

[Amarildo Júnior]

Any news?

Bug#821913: nmap: do not fail enumerating interfaces if there are unknown link types

[Daniel Miller]

Thanks for bringing this up. We generally handle these by adding the
appropriate hardware address type constant to libdnet, but I was inspired
by your patch to make a likely-permanent fix. In r35782 of Nmap's
development trunk, I added a patch to treat unsupported address types as
ADDR_TYPE_NONE. Nmap will still list these as "ethernet" interfaces, but
they should work just fine if you use the --send-ip option to avoid doing
things like sending standard ARP messages (IEEE1394 network interfaces use
a different ARP format). If we don't see any problems in testing, this
patch will be included in the next feature release.

Dan

P.S. This is easily reproducible on hardware with an IEEE1394 port by
running: sudo modprobe firewire-net && nmap --iflist

Quoting from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821913 :

> Package: nmap
> Version: 7.01-2
> Severity: important
>
> (renders package unusable, but only for an unlucky minority of users)
>
> Hi,
>
> my system configuration includes a firewire network device, so nmap fails to
> find any interface whatsoever:
>
> =
> root@inti:/tmp# nmap --iflist -d3
>
> Starting Nmap 7.01 ( https://nmap.org ) at 2016-04-20 13:49 CEST
> Fetchfile found /usr/bin/../share/nmap/nmap-services
> PORTS: Using top 1000 ports found open (TCP:1000, UDP:0, SCTP:0)
> INTERFACES: NONE FOUND(!)
> Reason: getinterfaces_dnet: intf_loop() failed
> ROUTES: NONE FOUND(!)
> Reason: getsysroutes_dnet: sysroutes_dnet_find_interfaces() failed
> =
>
> (Low-level reason if of interest: addr_ston() has a switch{} on supported
> sa_family types, and that firewire interface comes in as (ignore the members
> after sin_family, interpretation as sockaddr_in is obviously misleading)
>
> =
> Breakpoint 1, 0x004d8bb0 in addr_ston ()
> (gdb) p/x *(struct sockaddr_in *)$rdi
> $9 = {sin_family = 0x18, sin_port = 0xdef0, sin_addr = {s_addr = 0x636cfff1}, 
> sin_zero = {0x40, 0xff, 0xa, 0x2, 0x0, 0x1, 0x0, 0x0}}
> =
>
> for which (0x18 == ARPHRD_IEEE1394) there's no case.)
>
> There have been occurrences of this behaviour before[1][2], and it's
> ridiculous. The implementation of libdnet's _intf_loop() relies on every
> single _intf_get_noalias() and _intf_get_aliases() call to succeed, which
> means that if a single address interpretation through addr_ston() fails, the
> whole scan comes up empty.
>
> Instead the scan should just ignore unenumerable interfaces and report the
> others - that way new link types don't break libdnet (and thus nmap) for
> everybody who happens to have such interfaces.
>
> A patch might look like this[att1]. With that applied, nmap --iflist shows
> the desired list of interfaces (except for firewire0, as expected) again.
>
>
> Thanks!
>
> Jan
>
> [1]: http://seclists.org/nmap-dev/2012/q3/997
> [2]: http://seclists.org/nmap-dev/2012/q2/478
> --
> Jan Nordholz 
> Security in Telecommunications 
> TU Berlin / Telekom Innovation Laboratories
> Ernst-Reuter-Platz 7, Sekr TEL 17 / D - 10587 Berlin, Germany
> phone: +49 30 8353 58663
>
>

Bug#819404: libnagios-plugin-perl: should not be released in Stretch

[Salvatore Bonaccorso]

Hi Florian,

On Sat, Apr 16, 2016 at 01:25:21AM +0200, Florian Schlichting wrote:
> > libnagios-plugin-perl is obsolted and should not be released with
> > stretch. Filling this bug so that it get's autoremoved from testing.
> 
> AFAIKS it has two reverse dependencies, which should be updated to use
> Monitoring::Plugin:
> 
> - nagios-plugins-contrib by pkg-nagios-de...@lists.alioth.debian.org
> - nagios-plugins-rabbitmq by Cyril Bouthors 
> 
> Should we file separate bugs on those packages, or just expect them to
> be aware of the general issue and interprete the testing removal as a
> call to action?

Sorry, missed your reply. I have already filled the bugs for those
two, but maybe we should increase the severity by now.

nagios-plugins-contrib: #806227
nagios-plugins-rabbitmq: #806228

nagios-plugins-rabbitmq though seems unmaintained at the moment, the
last maintainer upload was in 2014 and then a NMU.

Regards,
Salvatore

Bug#806227: nagios-plugin-contrib: Please use Monitoring::Plugin instead of Nagios::Plugin

[Salvatore Bonaccorso]

Hi,

On Wed, Nov 25, 2015 at 04:44:50PM +0100, Salvatore Bonaccorso wrote:
> I finally got around to package libmonitoring-plugin-perl under the
> pkg-perl umbrella and it now entered unstable. Could you switch the
> use of Nagios::Plugin to Monitoring::Plugin? 
> 
> I see some parts waere actually patched to use Nagios::Plugin.

FTR, libnagios-plugin-perl now has an RC Bug filled so that it will
not be included in Stretch. See #819404.

Regards,
Salvatore

Bug#822525: gnome-todo: Memory leak while loading local and remote lists

[JWM]

Package: gnome-todo
Version: 3.20.0-1
Severity: important

Dear Maintainer,

The new gnome-todo (which, excepct for  the list mode in the List View, and the
time labels in the Schedule View, does exactly the same as the previous
version), now uses about 800 MB to display four lists, three local and one
remote.

I tried to run valgrind (with evolution and evolution-data-server symbols
installed), but gnome-todo got stuck trying to load the third, local, list
(i.e., valgrind had a 100% CPU usage for 10 straight minutes).

After ending valgrind, the memory in use was about 400 MB.  Here's the partial
log:


==24293== Memcheck, a memory error detector
==24293== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==24293== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==24293== Command: gnome-todo
==24293== Parent PID: 24218
==24293==
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /lib/x86_64-linux-gnu/ld-2.22.so:
--24293-- Ignoring non-Dwarf2/3/4 block in .debug_info
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /lib/x86_64-linux-gnu/ld-2.22.so:
--24293-- Last block truncated in .debug_info; ignoring
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /lib/x86_64-linux-gnu/ld-2.22.so:
--24293-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libecal-1.2.so.19.0.0:
--24293-- Ignoring non-Dwarf2/3/4 block in .debug_info
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libecal-1.2.so.19.0.0:
--24293-- Last block truncated in .debug_info; ignoring
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libecal-1.2.so.19.0.0:
--24293-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libedataserverui-1.2.so.1.0.0:
--24293-- Ignoring non-Dwarf2/3/4 block in .debug_info
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libedataserverui-1.2.so.1.0.0:
--24293-- Last block truncated in .debug_info; ignoring
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libedataserverui-1.2.so.1.0.0:
--24293-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libedataserver-1.2.so.21.0.0:
--24293-- Ignoring non-Dwarf2/3/4 block in .debug_info
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libedataserver-1.2.so.21.0.0:
--24293-- Last block truncated in .debug_info; ignoring
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libedataserver-1.2.so.21.0.0:
--24293-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libcamel-1.2.so.54.0.0:
--24293-- Ignoring non-Dwarf2/3/4 block in .debug_info
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libcamel-1.2.so.54.0.0:
--24293-- Last block truncated in .debug_info; ignoring
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /usr/lib/x86_64-linux-
gnu/libcamel-1.2.so.54.0.0:
--24293-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /lib/x86_64-linux-gnu/libc-2.22.so:
--24293-- Ignoring non-Dwarf2/3/4 block in .debug_info
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /lib/x86_64-linux-gnu/libc-2.22.so:
--24293-- Last block truncated in .debug_info; ignoring
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /lib/x86_64-linux-gnu/libc-2.22.so:
--24293-- parse_CU_Header: is neither DWARF2 nor DWARF3 nor DWARF4
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /lib/x86_64-linux-gnu/libm-2.22.so:
--24293-- Ignoring non-Dwarf2/3/4 block in .debug_info
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from /lib/x86_64-linux-gnu/libm-2.22.so:
--24293-- Last block truncated in .debug_info; ignoring
--24293-- WARNING: Serious error when reading debug info
--24293-- When reading debug info from

Bug#822524: RFS: bliss/0.73-1 [ITA] - library to compute graph automorphisms and labelings

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Sponsor,

I am looking for a sponsor for the Debian package bliss [1].
This package version brings to Debian the latest release and
refresh the Debian material.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/bliss.git/

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

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (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: sysvinit (via /sbin/init)

Bug#822523: xorg: Xorg -configure fails: "Number of created screens does not match number of detected devices."

[J Mo]

Package: xorg
Version: 1:7.7+15
Severity: normal

I have Zotac ZBox Nano CA320 which uses an AMD APU with a Radeon HD 8250. It's 
an Intel NUC-like system, and this chip is commonly found on laptops.

I have X running KDE5 (sddm) successfully but am troubleshooting another video 
bug. I wanted to turn off AccelMethod glamor (the default) to find out if the 
admgpu/radeon driver was causing some artifacts when glamor mode was active (as 
opposed to EXA).

I tried shutting down sddm and then running "Xorg -configure", but that fails 
with the "Number of created screens does not match number of detected devices." 
error. I have attached the log from that session. The output Xorg.conf.new file 
looks fairly complete, but no configuration that I've tried works. The only 
thing that will get X working successfully is no manual configuration.

I've also tried just dropping config bits into /etc/X11/xorg.conf.d/ and 
anything short of a blank file causes Xorg to fail.

If we read here:
https://wiki.debian.org/Xorg#What_if_I_do_not_have_an_xorg_config_file.3F

This is apparently a fairly common and well-known problem, but there doesn't 
seem to be any resolution that I was able to find. The advice on the wiki link 
above is non-helpful.

So, what now?




-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Temash [Radeon HD 8250/8280G] [1002:983d]

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 0

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.5.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160409 (Debian 5.3.1-14) ) #1 SMP Debian 4.5.1-1 (2016-04-14)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 21210 Apr 12 20:00 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 53197 Apr 24 21:29 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 5.166] (--) Log file renamed from "/var/log/Xorg.pid-704.log" to 
"/var/log/Xorg.0.log"
[ 5.167] 
X.Org X Server 1.18.3
Release Date: 2016-04-04
[ 5.168] X Protocol Version 11, Revision 0
[ 5.168] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[ 5.168] Current Operating System: Linux panic 4.5.0-1-amd64 #1 SMP Debian 
4.5.1-1 (2016-04-14) x86_64
[ 5.168] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.5.0-1-amd64 
root=UUID=bf908df3-15d5-4683-839e-2dbea668e58d ro ipv6.disable=1 quiet
[ 5.168] Build Date: 05 April 2016  07:00:43AM
[ 5.168] xorg-server 2:1.18.3-1 (http://www.debian.org/support) 
[ 5.168] Current version of pixman: 0.33.6
[ 5.168]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 5.168] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 5.168] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Feb 11 08:29:12 
2016
[ 5.172] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 5.174] (==) No Layout section.  Using the first Screen section.
[ 5.175] (==) No screen section available. Using defaults.
[ 5.175] (**) |-->Screen "Default Screen Section" (0)
[ 5.175] (**) |   |-->Monitor ""
[ 5.176] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 5.176] (==) Automatically adding devices
[ 5.176] (==) Automatically enabling devices
[ 5.176] (==) Automatically adding GPU devices
[ 5.176] (==) Max clients allowed: 256, resource mask: 0x1f
[ 5.179] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 5.179]Entry deleted from font path.
[ 5.182] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 5.182] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 5.182] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 5.182] (II) Loader magic: 0x555b7a019dc0
[ 5.182] (II) Module ABI versions:
[ 5.182]X.Org ANSI C Emulation: 0.4
[ 5.182]X.Org Video Driver: 20.0
[ 5.183]X.Org XInput driver : 22.1
[ 5.183]X.Org Server Extension : 9.0
[ 5.185] (++) using VT number 7

[ 5.185] (I

Bug#822522: reportbug: Crash when python-gtkspellcheck is installed

[JWM]

Package: reportbug
Version: 6.6.6
Severity: important

Dear Maintainer,

While reporting a bug, the reportbug application suggests installing python-
gtkspellcheck, but having that package installed actually makes reportbug crash
with the following traceback:

Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2247, in 
main()
  File "/usr/bin/reportbug", line 1115, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 2163, in user_interface
package, severity, mode, charset=charset, tags=tags)
  File "/usr/bin/reportbug", line 181, in handle_editing
editor, charset)
  File "/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py", line 1543,
in func
op = klass(parent)
  File "/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py", line 521, in
__init__
self.widget = self.create_widget()
  File "/usr/lib/python2.7/dist-packages/reportbug/ui/gtk2_ui.py", line 1150,
in create_widget
gtkspellcheck.SpellChecker(self.view)
  File "/usr/lib/python2.7/dist-packages/gtkspellcheck/spellcheck.py", line
165, in __init__
self.languages = SpellChecker._LanguageList.from_broker(self._broker)
  File "/usr/lib/python2.7/dist-packages/gtkspellcheck/spellcheck.py", line
118, in from_broker
for language in broker.list_languages()],
  File "/usr/lib/python2.7/dist-packages/pylocales/locales.py", line 135, in
code_to_name
country = Country.by_alpha_2(code[1]).translation
  File "/usr/lib/python2.7/dist-packages/pylocales/locales.py", line 88, in
by_alpha_2
return Country.get_country(code, 'alpha_2')
  File "/usr/lib/python2.7/dist-packages/pylocales/locales.py", line 84, in
get_country
raise CountryNotFound('code: %s, codec: %s' % (code, codec))
pylocales.locales.CountryNotFound: code: ANY, codec: alpha_2



My locale is:

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




-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/jwm/.reportbugrc:
reportbug_version "6.5.1"
mode standard
ui gtk2
email "jwmwal...@gmail.com"

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

Kernel: Linux 4.5.0-1-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 reportbug depends on:
ii  apt   1.2.10
ii  python-reportbug  6.6.6
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
ii  dlocate1.02+nmu3
pn  emacs23-bin-common | emacs24-bin-common
ii  exim4  4.87-1
ii  exim4-daemon-light [mail-transport-agent]  4.87-1
ii  file   1:5.25-2
ii  gnupg  1.4.20-6
ii  python-gtk22.24.0-4
pn  python-gtkspellcheck   
pn  python-urwid   
ii  python-vte 1:0.28.2-5+b1
ii  xdg-utils  1.1.1-1

Versions of packages python-reportbug depends on:
ii  apt   1.2.10
ii  file  1:5.25-2
ii  python-debian 0.1.27
ii  python-debianbts  2.6.0
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Bug#804357: beanbag: FTBFS: ImportError: No module named 'requests'

[Logan Rosen]

Package: beanbag
Version: 1.9.2-1
Followup-For: Bug #804357
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * Build-depend on python3-requests to fix FTBFS.

Thanks for considering the patch.

Logan Rosen

-- 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)

Kernel: Linux 4.4.0-18-generic (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)
diff -Nru beanbag-1.9.2/debian/control beanbag-1.9.2/debian/control
--- beanbag-1.9.2/debian/control	2015-03-31 13:08:42.0 +
+++ beanbag-1.9.2/debian/control	2016-04-23 15:49:24.0 +
@@ -2,7 +2,7 @@
 Maintainer: Anthony Towns 
 Section: python
 Priority: optional
-Build-Depends: python-setuptools (>= 0.6b3), python-all (>= 2.6.6-3), debhelper (>= 9), dh-python, python3-all, python3-setuptools, python-docutils, python-sphinx (>= 1.1), python-pytest, python3-pytest, python-requests
+Build-Depends: python-setuptools (>= 0.6b3), python-all (>= 2.6.6-3), debhelper (>= 9), dh-python, python3-all, python3-setuptools, python-docutils, python-sphinx (>= 1.1), python-pytest, python3-pytest, python-requests, python3-requests
 Standards-Version: 3.9.6
 Vcs-Git: https://github.com/ajtowns/beanbag.git
 Homepage: https://pypi.python.org/pypi/beanbag

Bug#822410: bisonc++: FTBFS: failure of system call / usage: ...

[Frank B. Brokken]

Dear Martin Michlmayr, you wrote:

> Yeah, that's the whole point of these archive rebuilds of unstable
> that various people in Debian do -- to rebuild everything in unstable
> and to catch build failures because of something changed in unstable
> (e.g. toolchain, libraries, other tools).

Agree 100%. And the fix is on its way :-)

Thanks again!

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA

Bug#822521: RM: boost1.55 -- ROM; superceeded & does not build with GCC 5

[Steve M. Robbins]

Package: ftp.debian.org
Severity: normal

Hello,

Boost 1.55 does not build with GCC 5 and is essentially uninstallable
at present.  It has been superceeded by Boost 1.58 and Boost 1.60,
both of which are built with GCC 5.

At present, the removal will cause several broken depends.  Bugs have
been filed with these packages as noted below.

All of these dependencies are simply due to the package in question
having built a long time ago when boost-defaults pointed to 1.55.  The
boost defaults now point to 1.58 so a rebuild should clear things up
-- assuming there are no other causes of build failure.


Checking reverse dependencies...
# Broken Depends:
ball: ballview [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  libball1.4 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  libballview1.4 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  python-ball [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  python-ballview [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  Bug #822128


cufflinks/non-free: cufflinks [amd64]
  Bug #822121

  
diet: diet-agent [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  libdiet-admin2.8 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  libdiet-client2.8 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  libdiet-dagda2.8 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  libdiet-sed2.8 [amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc ppc64el s390x]
  Bug #82212


feel++: feel++-apps [amd64 i386 powerpc]
libfeel++1 [amd64 i386 powerpc]
  Bug #822120


gqrx-sdr: gqrx-sdr [kfreebsd-amd64 kfreebsd-i386]
  Bug #822133

  
gr-air-modes: gr-air-modes [kfreebsd-amd64 kfreebsd-i386]
  libair-modes0 [kfreebsd-amd64 kfreebsd-i386]
  Bug #822123 

 
gr-osmosdr: gr-osmosdr [kfreebsd-amd64 kfreebsd-i386]
libgnuradio-osmosdr0.1.3 [kfreebsd-amd64 kfreebsd-i386]
  Bug #822132


kig: kig [hurd-i386]
  Bug #822134

  
librime: librime-bin [hurd-i386]
 librime1 [hurd-i386]
  Bug #822122

  
limereg: limereg [mips mipsel]
  Bug #822125


mongodb: mongodb-clients [hurd-i386 kfreebsd-i386]
 mongodb-server [hurd-i386 kfreebsd-i386]
  Bug #822130


pcb2gcode: pcb2gcode [kfreebsd-amd64 kfreebsd-i386]
  Bug #822136


qbittorrent: qbittorrent [kfreebsd-amd64 kfreebsd-i386]
 qbittorrent-nox [kfreebsd-amd64 kfreebsd-i386]
  Bug #822126


qpid-cpp: libqpidcommon2 [amd64 arm64 i386 mipsel powerpc ppc64el]
  qpidd [amd64 arm64 i386 mipsel powerpc ppc64el]
  Bug #822138


smc: smc [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel 
powerpc s390x]
  Bug #822135


swift-im: libswiften-dev [amd64 arm64 armel armhf i386 mips mipsel powerpc 
ppc64el s390x]
  libswiften2 [amd64 arm64 armel armhf i386 mips mipsel powerpc ppc64el 
s390x]
  swift-im [amd64 arm64 armel armhf i386 mips mipsel powerpc ppc64el 
s390x]
  Bug #822131

Bug#766746: [pkg-wpa-devel] Bug#806889: wpasupplicant: New upstream version (2.5)

[Stefan Lippers-Hollmann]

Hi

Thanks for the feedback, I'm really interested in the circumstances
wpa_supplicant's networkd integration is supposed to be used.

On 2016-04-20, Raphael Hertzog wrote:
> On Wed, 20 Apr 2016, Stefan Lippers-Hollmann wrote:
> > - systemd-networkd upstream hasn't committed to a policy regarding 
> >   wireless devices, its handling might change in the future  
> 
> Yes, but the fact that systemd might get some native support is
> not guaranteed to break the setup we want to use here.

While that is correct, we've been there in the past with a dedicated
sysv initscript rather than providing native hooks for ifupdown (and
removing this was painful, to say the least), that's why I'm careful
committing to a potentially temporary (but highly user-visible) way 
of configuring wpa_supplicant (users will find and use it - and 
complain loudly, if (when!) it goes away).

> > - systemd-networkd doesn't provide any tools like ifup/ ifdown so
> >   far, making dynamic configuration changes (e.g. switch from wired-
> >   to wireless networks) difficult.
> > - hotpluggable wireless cards (USB) are problematic in the sense
> >   that systemd will wait (until timeout, 90s by default) if the
> >   a configured device is unplugged.
> > - basically unsuitable for notebook scenarios, where one might 
> >   occasionally want to switch to wired ethernet (so far routing
> >   metrics seem to be the only, quite hacky workaround).  
> 
> I think that people opting for systemd-networkd are fine with those
> limitations. Consider that people want to use it on devices like
> the raspberry pi which is not really like a smartphone or a laptop...

At least RPi 1 and 2 are in the same camp, as USB wlan is the only
choice there as well, only the RPi 3B has a non-USB/ fixed wlan card. 
The same goes for many other ARM based devboards, even if they have
wlan onboard, USB cards (and thereby hotplugging) are common there (be
it that the onboard wlan card doesn't have mainline support yet or 
because it's not reliable enough). Admitted, they're less likely to be
used in an interactive fashion.

> Myself I was interested to document this setup for Kali Linux users
> (Debian derivative) where we use lots of ARM devices with built-in
> wifi.
> 
> I also don't know what's hacky with the routing metric usage. What else
> would be its purpose if not to prioritize between different routes?

Routing metrics themselves aren't hacky at all, but more or less abusing
them is. I'm indeed looking at it from a notebook centric side (not 
exclusively, more like an interactive system where one might plug/ unplug
wired ethernet from time to time). The problem I see in this usage 
scenario is this.

Imagine a notebook connected to your local network (192.168.x.y/24), 
usually via wlan, but with the intention of using the wired ethernet 
(if available) for larger file transfers. In this scenario, the ideal
approach would be that the wireless interface would be deactivated
automatically whenever the ethernet plug is connected (and re-activated
whenever the wired interface goes down). However current 
systemd-networkd doesn't have this concept (no way for providing 
default-off networkd configurations, nor selectively enabling or 
disabling a particular, pre-configured, network interface), nor an 
automated ifplud/ guessnet alike. The only workaround here would be
using routing metrics, e.g.:

$ cat /etc/systemd/network/60-wired.network 
[Match]
Name=enp2s0

[Network]
DHCP=yes
IPv6PrivacyExtensions=true

[DHCP]
UseDomains=yes
RouteMetric=30

$ cat /etc/systemd/network/60-wireless.network 
[Match]
Name=wlp3s0

[Network]
DHCP=yes
IPv6PrivacyExtensions=true

[DHCP]
UseDomains=yes
RouteMetric=20

In the simple (IPv4-only!) case, this works quite nicely, even though
both interfaces remain to be active, routing doesn't get confused and
large file transfers work quickly (over wired ethernet) and hotplugging
(or hot-unplugging) ethernet works nicely (to the extent possible).
When both interfaces are up, you end up with two IPv4 addresses from
the same subnet, routing works as expected.

The problems start, once you add IPv6 and DHCPv6 to the mix. In 
contrast to IPv4, DHCPv6 doesn't request IPv6 addresses based on 
interface's MAC address, but based on a system-wide DUID. So in this
case, both interfaces are up (and connected to the same subnet), but
only one interface can get the correct (matching the configured DNS name) 
IPv6 address (first come, first served - more or less randomly), the other
interface only gets a random IPv6 address, thereby making the routing 
metrics pretty useless (at least for incoming connections).
[ yes, systemd-networkd has much bigger problems when it comes to IPv6
  support, but this is a more or less wlan specific one ]


Now let's see the next scenario, also not too uncommon for systems used
in an interactive fashion (notebooks in particular, but not just those),
configuring embedded devices (like CPE equipment, routers, modems, PBX 
sys

Bug#816542: RFS: connman/1.31-0.1 [RC]

[Adam Borowski]

On Sun, Apr 24, 2016 at 02:19:59PM +0200, Mateusz Łukasik wrote:
> Pong back.
> 
> http://mentors.debian.net/debian/pool/main/c/connman/connman_1.21-1.3.dsc
> 
> I was tested it on Ubuntu 16.04 and all is fine.

But alas, it doesn't build on current unstable.

#822393 which looks like a problem between iptables-dev and libc6-dev rather
than in connman -- but whatever the cause, uploading connman would be no
good at the moment.

-- 
A tit a day keeps the vet away.

Bug#822520: nanomsg: investigate hardening warnings

[Harlan Lieberman-Berg]

Source: nanomsg
Severity: wishlist

Note to self:  Investigate why lintian is complaining about the utils not
coming out hardened.



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

Kernel: Linux 4.5.0-1-amd64 (SMP w/8 CPU cores)
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)
-- 
Harlan Lieberman-Berg
~hlieberman

Bug#822519: bobcat: FTBFS: /usr/bin/yodl indicates failure

[Martin Michlmayr]

Package: bobcat
Version: 4.01.04-1
Severity: serious

Hi Frank, here's a build failure of bobcat.  I don't know if it's a
regression in yodl or if something has to change in bobcat, but in any
case, bobcat fails to build from source in unstable (FTBFS):

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> mkdir -p tmp/man/man3 tmp/man/man7 tmp/manhtml
> Building the man3 man-pagesyodl2man  --no-warnings -r 3 -l 3 -o 
> ../../tmp/man/man3/xpointer.3bobcat xpointer.yo
> -r and 3
> Yodl2man 3.07.01
> Yodl: including file include/header
> header.yo:8: DEFINEMACRO: `verbinsert' multiply defined
> Yodl: including file ../../../release.yo
> Yodl is processing a(n) article
> Yodl: including file include/namespace
> Yodl: including file include/trailer
> Error(s) detected
> /usr/bin/yodl indicates failure!
> Fatal: system - failure of system call (status 256)
> debian/rules:27: recipe for target 'build-stamp' failed
> make: *** [build-stamp] Error 1
> dpkg-buildpackage: error: debian/rules build gave error exit status 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822518: libsemanage: FTBFS: error: too many arguments to function 'cil_userprefixes_to_string'

[Martin Michlmayr]

Package: libsemanage
Version: 2.4-3
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
> -Wdate-time -D_FORTIFY_SOURCE=2 -I../include -I/usr/include -D_GNU_SOURCE  -c 
> -o direct_api.o direct_api.c
> direct_api.c: In function 'semanage_direct_update_user_extra':
> direct_api.c:542:45: warning: passing argument 2 of 
> 'cil_userprefixes_to_string' from incompatible pointer type 
> [-Wincompatible-pointer-types]
>   retval = cil_userprefixes_to_string(cildb, policydb, &data, &size);
>  ^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:45:12: note: expected 'char **' but argument is 
> of type 'sepol_policydb_t * {aka struct sepol_policydb *}'
>  extern int cil_userprefixes_to_string(cil_db_t *db, char **out, size_t 
> *size);
> ^
> direct_api.c:542:55: warning: passing argument 3 of 
> 'cil_userprefixes_to_string' from incompatible pointer type 
> [-Wincompatible-pointer-types]
>   retval = cil_userprefixes_to_string(cildb, policydb, &data, &size);
>^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:45:12: note: expected 'size_t * {aka long 
> unsigned int *}' but argument is of type 'char **'
>  extern int cil_userprefixes_to_string(cil_db_t *db, char **out, size_t 
> *size);
> ^
> direct_api.c:542:11: error: too many arguments to function 
> 'cil_userprefixes_to_string'
>   retval = cil_userprefixes_to_string(cildb, policydb, &data, &size);
>^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:45:12: note: declared here
>  extern int cil_userprefixes_to_string(cil_db_t *db, char **out, size_t 
> *size);
> ^
> direct_api.c: In function 'semanage_direct_update_seuser':
> direct_api.c:577:45: warning: passing argument 2 of 
> 'cil_selinuxusers_to_string' from incompatible pointer type 
> [-Wincompatible-pointer-types]
>   retval = cil_selinuxusers_to_string(cildb, policydb, &data, &size);
>  ^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:46:12: note: expected 'char **' but argument is 
> of type 'sepol_policydb_t * {aka struct sepol_policydb *}'
>  extern int cil_selinuxusers_to_string(cil_db_t *db, char **out, size_t 
> *size);
> ^
> direct_api.c:577:55: warning: passing argument 3 of 
> 'cil_selinuxusers_to_string' from incompatible pointer type 
> [-Wincompatible-pointer-types]
>   retval = cil_selinuxusers_to_string(cildb, policydb, &data, &size);
>^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:46:12: note: expected 'size_t * {aka long 
> unsigned int *}' but argument is of type 'char **'
>  extern int cil_selinuxusers_to_string(cil_db_t *db, char **out, size_t 
> *size);
> ^
> direct_api.c:577:11: error: too many arguments to function 
> 'cil_selinuxusers_to_string'
>   retval = cil_selinuxusers_to_string(cildb, policydb, &data, &size);
>^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:46:12: note: declared here
>  extern int cil_selinuxusers_to_string(cil_db_t *db, char **out, size_t 
> *size);
> ^
> direct_api.c: In function 'semanage_direct_commit':
> direct_api.c:1112:12: error: too many arguments to function 'cil_compile'
>retval = cil_compile(cildb, out);
> ^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:43:12: note: declared here
>  extern int cil_compile(cil_db_t *db);
> ^
> direct_api.c:1116:38: warning: passing argument 2 of 'cil_build_policydb' 
> from incompatible pointer type [-Wincompatible-pointer-types]
>retval = cil_build_policydb(cildb, out);
>   ^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:44:12: note: expected 'sepol_policydb_t ** {aka 
> struct sepol_policydb **}' but argument is of type 'sepol_policydb_t * {aka 
> struct sepol_policydb *}'
>  extern int cil_build_policydb(cil_db_t *db, sepol_policydb_t **sepol_db);
> ^
> direct_api.c:1121:42: warning: passing argument 2 of 'cil_filecons_to_string' 
> from incompatible pointer type [-Wincompatible-pointer-types]
>retval = cil_filecons_to_string(cildb, out, &fc_buffer, &fc_buffer_len);
>   ^
> In file included from direct_api.c:24:0:
> /usr/include/sepol/cil/cil.h:47:12: note: expected 'char **' but argument is 
> of type 'sepol_policydb_t * {aka struct sepol_policydb *}'
>  extern int cil_filecons_to_string(cil_db_t *db, char **out, size_t *size);
> ^
> direct_api.c:1121:47: warning: passing argument 3 of 'cil_filecons_to_string' 
> from incomp

Bug#822084: bug#822084

[张永肃]

we committed  bug#822084 last week, and waiting the new branch for updating.
is any feedback about this bug#822084?
thanks.

Bug#822517: topmenu-gtk: FTBFS: Package 'graphite2', required by 'harfbuzz', not found

[Martin Michlmayr]

Package: topmenu-gtk
Version: 0.2.1+git20151210.8c6108f-3
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> checking whether to build static libraries... no
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for GTK... no
> configure: error: Package requirements (gtk+-x11-2.0) were not met:
> 
> Package 'graphite2', required by 'harfbuzz', not found
> 
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> 
> Alternatively, you may set the environment variables GTK_CFLAGS
> and GTK_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
> /usr/share/cdbs/1/class/autotools.mk:42: recipe for target 
> 'debian/stamp-autotools' failed
> make: *** [debian/stamp-autotools] Error 1
> dpkg-buildpackage: error: debian/rules build gave error exit status 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822516: lostirc: FTBFS: Package requirements (gtkmm-2.4 gdkmm-2.4 atkmm-1.6 pangomm-1.4) were not met

[Martin Michlmayr]

Package: lostirc
Version: 0.4.6-4.1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> checking pkg-config is at least version 0.9.0... yes
> checking for GLIBMMDEPS_CFLAGS... -std=c++11 -I/usr/include/glibmm-2.4 
> -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/sigc++-2.0 
> -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include
> checking for GLIBMMDEPS_LIBS... -lglibmm-2.4 -lgobject-2.0 -lglib-2.0 
> -lsigc-2.0
> checking for GTKMMDEPS_CFLAGS... 
> checking for GTKMMDEPS_LIBS... 
> configure: error: Package requirements (gtkmm-2.4 gdkmm-2.4 atkmm-1.6 
> pangomm-1.4) were not met.
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> 
> Alternatively you may set the GTKMMDEPS_CFLAGS and GTKMMDEPS_LIBS environment 
> variables
> to avoid the need to call pkg-config.  See the pkg-config man page for
> more details.
> debian/rules:27: recipe for target 'configure-stamp' failed
> make: *** [configure-stamp] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822491: influxdb: Incompatible metadata format

[Alexandre Viau]

Hello,

On 24/04/16 08:03 PM, Matijs van Zuijlen wrote:
> The influxdb server won't start anymore and logs the following
> complaint:
> 
> run: create server: detected /var/lib/influxdb/meta/raft.db. To proceed,
> you'll need to either 1) downgrade to v0.11.x, export your metadata,
> upgrade to the current version again, and then import the metadata or 2)
> delete the file, which will effectively reset your database. For more
> assistance with the upgrade, see:
> https://docs.influxdata.com/influxdb/v0.12/administration/upgrading/

The old metadata format is no longer compatible and InfluxDB 0.12 does
not provide a script to make the transition.

The only way to make a transition is to follow the instructions on the
website and requires an older version of InfluxDB.

How do you expect me to handle this?

Unless there is a reasonable way to fix this, I'll just mark this as
wontfix and users will have to create a new database.

Cheers,

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#822410: bisonc++: FTBFS: failure of system call / usage: ...

[Martin Michlmayr]

* Frank B. Brokken  [2016-04-25 04:28]:
> Oops, guys: OK, hold your fire: the flaw is at my side: I missed
> that Martin already used yodl 3.07.01

Yeah, that's the whole point of these archive rebuilds of unstable
that various people in Debian do -- to rebuild everything in unstable
and to catch build failures because of something changed in unstable
(e.g. toolchain, libraries, other tools).

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822515: surf: FTBFS: fatal error: gtk/gtk.h: No such file or directory

[Martin Michlmayr]

Package: surf
Version: 0.7-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> Package 'graphite2', required by 'harfbuzz', not found
> CC   = cc
> CC surf.c
> cc -c -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security 
> -std=c99 -pedantic -Wall -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION=\"0.7\" 
> -D_DEFAULT_SOURCE -I. -I/usr/include -I/usr/X11R6/include  surf.c
> surf.c:8:21: fatal error: gtk/gtk.h: No such file or directory
> compilation terminated.
> Makefile:18: recipe for target 'surf.o' failed
> make[1]: *** [surf.o] Error 1
> make[1]: Leaving directory '/<>'
> dh_auto_build: make -j30 returned exit code 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822514: mutter: FTBFS: Package 'graphite2', required by 'harfbuzz', not found

[Martin Michlmayr]

Package: mutter
Version: 3.20.1-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> checking for gobject-introspection... yes
> checking for MUTTER... no
> configure: error: Package requirements (
>gtk+-3.0 >= 3.19.8
>gio-unix-2.0 >= 2.35.1
>pango >= 1.2.0
>cairo >= 1.10.0
>gsettings-desktop-schemas >= 3.19.3
>clutter-1.0 >= 1.25.6
>cogl-1.0 >= 1.17.1
>upower-glib >= 0.99.0
>gnome-desktop-3.0
>xcomposite >= 0.2
>xcursor
>xdamage
>xext
>xfixes
>xi >= 1.6.0
>xkbfile
>xkeyboard-config
>xkbcommon >= 0.4.3
>xkbcommon-x11
>xrender
>x11-xcb
>xcb-randr
>  libstartup-notification-1.0 >= 0.7 gobject-introspection-1.0) were not met:
> 
> Package 'graphite2', required by 'harfbuzz', not found
> 
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> 
> Alternatively, you may set the environment variables MUTTER_CFLAGS
> and MUTTER_LIBS to avoid the need to call pkg-config.

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#819615: RFS: spin/6.4.5-1 [ITP] -- formal software verification tool

[Tom Lee]

Still looking for a sponsor for the spin verification tool. I added a
spin-dbg binary package to the mix earlier today:

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

Builds fine in pbuilder, is lint clean, etc. Appreciate reviews too!

-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#822513: bochs: FTBFS: fatal error: gtk/gtk.h: No such file or directory

[Martin Michlmayr]

Package: bochs
Version: 2.6-5
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> g++ -c -Wdate-time -D_FORTIFY_SOURCE=2 -I.. -I./.. -I../iodev -I./../iodev 
> -I../instrument/stubs -I./../instrument/stubs -Wall -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -pthread
> -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT 
> -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 
> -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread  
> gtk_enh_dbg_osdep.cc -o gtk_enh_dbg_osdep.o
> gtk_enh_dbg_osdep.cc:19:21: fatal error: gtk/gtk.h: No such file or directory
> compilation terminated.
> Makefile:105: recipe for target 'gtk_enh_dbg_osdep.o' failed
> make[2]: *** [gtk_enh_dbg_osdep.o] Error 1
> make[2]: Leaving directory '/<>/gui'

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822343: [pkg-gnupg-maint] Bug#822343: libgpg-error0_1.21-3: Breaks cmake, openssh, etc on hppa

[NIIBE Yutaka]

On 04/25/2016 04:48 AM, John David Anglin wrote:

On 2016-04-24, at 12:57 PM, John David Anglin wrote:


It looks like this was introduced by the following change:

diff --git 
a/debian/patches/0006-fix-Solaris-and-HPPA-this-is-a-collection-of-upstrea.patch
 
b/debian/patches/0006-fix-Solaris-and-HPPA-this-is-a-collection-of-upstrea.patch
new file mode 100644
index 000..54ae9a1
--- /dev/null
+++ 
b/debian/patches/0006-fix-Solaris-and-HPPA-this-is-a-collection-of-upstrea.patch


Reverting this change fixes bug.  My sense is the alignment of the lock object 
cannot be reduced from
16 to 8 bytes without breaking packages.


My fix for 757060 was wrong.

I considered that the object size were 8-byte, but it is *16*-byte.
My intention was incorporating the patch for HPPA, but I did it
wrongly.  I wanted to remove the GCC feature for alignment.  Are there
any C object of quadword (128-bit) for HPPA arch?

Sorry for the trouble.  I'll fix it soon (in upstream).

dkg: I noticed that "make check" is not invoked for libgpg-error build.
Is that intentional?
--

Bug#821407: debtags: scripts use python3 but have Python 2-only syntax

[Paul Wise]

On Thu, 2016-04-21 at 11:19 +0200, Enrico Rossi wrote:

> if you are volunteering for re-implementing these features you are very
> welcome. Right now my concern are to clean/remove all the things that
> no longer works because of the changes happened in the debtags galaxy :)
> and make the package fit for release ASAP.

I doubt I will find the motivation to do so after this discussion.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#822512: RM: ha -- RoQA; dead upstream, obsolete, security RC bug

[Adam Borowski]

Package: ftp.debian.org
Severity: normal


Hi!
This is an obscure archiver that has never seen any popularity, and whose
last upstream release was 21 years ago.  Usually, even ancient archivers are
kept because someone, somewhere might have an archive compressed with it,
but in this case I'd say the likelihood of it having an use doesn't warrant
the maintenance cost.

And no one stepped to fix the security bug...

Bug#822511: RM: phpgacl -- RoQA; dead upstream, RC-buggy, 4/0 popcon

[Adam Borowski]

Package: ftp.debian.org
Severity: normal


Hi!
This package has seen its last upstream release in 2006, and missed two
stable releases in a row (was in squeeze, not in wheezy or jessie).
Dead popcon -- 4 inst 0 vote.  Time to nuke it I guess...

Bug#822508: RM: indicator-session -- RoQA; obsolete, RC-buggy

[Adam Borowski]

Package: ftp.debian.org
Severity: normal


Hi!
While the FTBFS bug here is trivial, I see no reason to keep the package
alive.  The Ayatana team in Debian has recently orphaned the whole stack,
saying it should probably be removed -- I've fixed packages with
reverse dependencies or popcon, and am hereby filing RMs for the rest.

This package hasn't been maintained for years.  The upstream (in Ubuntu)
is alive -- version 12.10.5 vs 0.3.96 in Debian, but updating the whole
stack would be a lot of work that'd be simpler to do from scratch.

Bug#822509: RM: indicator-messages -- RoQA; obsolete, RC-buggy

[Adam Borowski]

Package: ftp.debian.org
Severity: normal

Hi!
Another easy FTBFS bug, but again I see no reason to keep the package
alive.  The Ayatana team in Debian has recently orphaned the whole stack,
saying it should probably be removed -- I've fixed packages with
reverse dependencies or popcon, and am hereby filing RMs for the rest.

The package has missed jessie, been unmaintained for years.  The upstream
(Ubuntu) is very much alive but there's no one doing work on this stack in
Debian.  Updating it would be simpler from scratch rather than basing on
current packages.

Bug#822410: bisonc++: FTBFS: failure of system call / usage: ...

[Frank B. Brokken]

Dear Martin Michlmayr, you wrote:

> Looks like Tony can reproduce it.  I just wanted to add briefly that
> this has nothing to do with HPE Helion.  It's a normal Debian
> installation and a normal Debian sid chroot using sbuild.

Oops, guys: OK, hold your fire: the flaw is at my side: I missed that Martin
already used yodl 3.07.01, and while reading Tony's mail I noticed that Tony
*did* use the latest Yodl version. When I do that too, I also reproduced the
error. So I think the bug can safely be reassigned to yodl, and I also think
it can quickly be fixed. 

Thanks for the quick reply, guys: I'll do my best to come up with the fix
equallly quick :-)

Cheers,

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


signature.asc
Description: PGP signature

Bug#538067: status of the opencpn PPA for inclusion in Debian

[Paul Wise]

On Sun, 2016-04-24 at 09:19 -0300, Pavel Kalian wrote:

> The linked document says “Debian packages *should* not use
> convenience copies”, is it now changed to a hard requirement?

I personally would not sponsor packages where I knew there were
embedded code copies. Others may have less strict standards.

> It would IMO be unfortunate for the upstream to have to make the
> build from Git more complicated

It doesn't have to be more complicated at all, just add an optional
automated dependency download step to the build process. Debian can
then skip that step and everyone will be happy.

> per se broken for 99% of the people

99% of people are served by binary packages, source tarballs are
generally only for advanced users and redistributors.

> Also, I wonder what sense does it make to create packages nobody else
> uses? (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813151)

I expect someone needed it for something but then plans changed etc.

Should be relatively easy to reintroduce since packaging exists:

https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs

> While OpenCPN’s grib implementation originally came from zygrib many
> years ago, they are completely different now, how do you imagine the
> de-forking to be done? Same with GDAL etc.
> Is this a hard requirement? If so, I’m afraid the Debian inclusion is
> out of question as zygrib internally is a Qt application, not a
> library, while OpenCPN is a wxWidgets application.

I wasn't aware zygrib was a Qt application. In the ideal world there
would be a GRIB library that could be shared by all the applications
supporting the GRIB format, instead of everyone re-implementing this.
Based on Wikipedia there appear to be some possibilities for this:

https://en.wikipedia.org/wiki/GRIB

GDAL is already a library so in an ideal world the opencpn changes to
that could be merged into GDAL and opencpn could depend on that.

I hope the opencpn GDAL is based on something newer than 1.9.1 as there
was a security issue fixed by Fedora in that version.

https://lwn.net/Alerts/536077/

Obviously we don't live in an ideal world though :)

Where it isn't possible to de-fork code, the Debian security team
stores info about the providence of that code, so if an issue arises in
the original code, we know the fork needs to be fixed too.

> It is upstream policy that the plugins have to be buildable
> completely independently of the core source tree.

Could you explain the reasoning here?

> No problem, done and ready to be pushed upstream.

Thanks!

> There is no problem as far as I can see, the SVGs being “out of sync”
> are not meant to be “in sync” but are “original artwork templates".

I don't understand what you mean, could you explain?

> Do you say that taking a screenshot of a public domain chart (NOAA
> copyright states “No copyright is claimed by the United States
> Government under Title 17 U.S.C.") produces an image incompatible
> with GPL? They of course can be removed, I’m just wondering if this
> situation is really considered problematic.

I wasn't aware it was public domain. However, IIRC USA govt works are
only in the public domain within the USA and they still reserve
copyright outside the USA. That said, this is probably ignorable.

> Resolved, ready to be ushed upstream.

Thanks.

> I’m confused, this file is already distributed by Debian in several
> packages. Is it now a hard requirement to replace it with another
> font in new packages?

If it is actually from a proprietary font, then probably yes.
More likely is the situation is more complicated than that.

Do you know the origin of Helvetica.txf in opencpn?

BTW, what format is .txf?

> You mean the opencpn-* data packages?

Yes.

> Does this have something to do with Debain packaging? Is it a hard
> requirement? Not saying upstream would not like to do the same, just
> curious.

No, just something I saw on the upstream download that worried me a
lot, if advertisers are known to hijack downloads, that is scary.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#822510: RM: gwhere -- RoQA; dead upstream, RC-buggy, low popcon

[Adam Borowski]

Package: ftp.debian.org
Severity: normal


Hi!
This package has seen its last upstream release in 2007, and it looks like
even its support for GTK-2 is sketchy.  Orphaned in Debian for three years,
has long-standing RC bugs.  Popcon 50 inst 6 vote.

Bug#816861: fuser does not show the PID that keeps busy a schroot mount-point

[Craig Small]

The problem is that fuser works off device numbers (it has to otherwise
symlinks would confuse it) and there is nothing much that makes the chroots
unique. A chroot is basically saying "start your tree here". My chroots for
example sit under /var/chroot

Now, outside the chroot I can work out what process has that open with
fuser /var/chroot/wheezy (note the lack of -m because these are not mount
points).

Remember when you use the -m command you are saying the device ID where
that file sits. It might be the actual mount point, or just a file (and
fuser works out where that file sits).

If you really mean a mount point, then -M is a better idea.
I don't really understand your setup because you have other mounts coming
into your chroot. I think your tests are doing simple text matching which
causes a bunch of failed misses but need to be sure.

/proc//mountinfo isn't the fix, because just like /proc//fd it
can be fooled by symlinks.

 - Craig


On Wed, Mar 9, 2016 at 8:58 AM Franco Martelli 
wrote:

> On 08/03/2016 at 10:52, Craig Small wrote:
> > It actually finds the process you are looking for, however it also finds
> > a lot of other processes.
> Yes, this is true, sorry my mistake.
> >
> > ~# fuser -m
> > /var/lib/schroot/mount/kubuntu-a3ca1d7f-7fce-4673-b84a-6c4835bd7316
> >
> > Find something that is in that mount point OR the device of this file.
> But this is not always true, please consider this scenario:
> first start a schroot session:
> ~$ schroot -c kubuntu --
> then open a terminal and as root type:
> ~# service cups restart
> ~# mount|grep -m1 kubuntu
> /dev/mapper/ld0-lv2 on
> /var/lib/schroot/mount/kubuntu-8565f027-6e05-4a41-811c-48836261f5ee type
> ext4 (rw,relatime,stripe=256,data=ordered)
> ~# fuser -m
> /var/lib/schroot/mount/kubuntu-8565f027-6e05-4a41-811c-48836261f5ee
> /var/lib/schroot/mount/kubuntu-8565f027-6e05-4a41-811c-48836261f5ee:
> 12936rce
> ~#
> then came back to the schroot's session shell and logout:
> ~$ logout
> E: 10mount: rmdir: failed to remove
> '/var/lib/schroot/mount/kubuntu-8565f027-6e05-4a41-811c-48836261f5ee':
> Device or resource busy
> E: kubuntu-8565f027-6e05-4a41-811c-48836261f5ee: Chroot setup failed:
> stage=setup-stop
> as you can see "fuser" shown only one process keeping busy the
> mount-point but also cups did it, in fact schroot fails on exit.
> Is it because cups does not open any file on that file-system?
> >
> > However there is something odd about that mount point.
> >
> > /proc/2061/mountinfo:196 41 253:3 /
> > /var/lib/schroot/mount/kubuntu-a3ca1d7f-7fce-4673-b84a-6c4835bd7316
> > rw,relatime shared:135 - ext4 /dev/mapper/ld0-lv2
> > rw,stripe=256,data=ordered
> >
> >  Device 253:3
> > I suspect this device is more than just your schroot.
> > It looks awfully like /dev/dm-3
> >
> > $ ls -l /dev/dm-3
> > brw-rw 1 root disk 253, 3 Mar  1 19:33 /dev/dm-3
> >
> > so.. considering the chroot device id is the same as whatever /dev/dm-3
> > is, you'll get a long list of processes because it probably something
> > like /home
> I get an useless list of processes querying
> "/var/lib/schroot/mount/kubuntu-a3ca1d7f-7fce-4673-b84a-6c4835bd7316"
> because it's the same as querying any other directory on the root
> file-system.
> However the device /dev/dm-3 has a symlink to ld0-lv2 that it was the
> properly schroot's device to mount:
> ~# ls -la /dev/mapper/ld0-lv2
> lrwxrwxrwx 1 root root 7 mar  5 19:49 /dev/mapper/ld0-lv2 -> ../dm-3
> ~# ls -la /dev/dm-3
> brw-rw 1 root disk 253, 3 mar  5 19:49 /dev/dm-3
>
> Thank again, best regards
> --
> Franco Martelli
>
-- 
Craig Small (@smallsees)   http://enc.com.au/   csmall at : enc.com.au
Debian GNU/Linux   http://www.debian.org/   csmall at : debian.org
GPG fingerprint:5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5

Bug#822507: RM: semanticscuttle -- RoQA; NPOASR, RC-buggy, popcon 6/1

[Adam Borowski]

Package: ftp.debian.org
Severity: normal


Hi!
semanticscuttle has an unfixed RC bug for four years and is orphaned for
two.  Despite its long life in Debian it has never managed to get into a
stable release.  It has a glorious popcon of 6 inst 1 vote.

Thus... it's time to pull the plug.

Bug#822506: ruby-bluecloth: FTBFS: `split': invalid byte sequence in US-ASCII (ArgumentError)

[Martin Michlmayr]

Package: ruby-bluecloth
Version: 2.2.0-6
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> /usr/lib/ruby/vendor_ruby/rspec/core/source.rb:23:in `split': invalid byte 
> sequence in US-ASCII (ArgumentError)
>   from /usr/lib/ruby/vendor_ruby/rspec/core/source.rb:23:in `lines'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/snippet_extractor.rb:50:in 
> `expression_lines'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/snippet_extractor.rb:33:in 
> `extract_expression_lines_at'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:209:in 
> `read_failed_lines'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:160:in 
> `failure_slash_error_lines'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:147:in 
> `block in failure_lines'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:146:in 
> `tap'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:146:in 
> `failure_lines'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:32:in 
> `colorized_message_lines'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:231:in 
> `formatted_message_and_backtrace'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:84:in 
> `fully_formatted_lines'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/exception_presenter.rb:76:in 
> `fully_formatted'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/notifications.rb:200:in 
> `fully_formatted'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/notifications.rb:114:in 
> `block in fully_formatted_failed_examples'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/notifications.rb:113:in `each'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/notifications.rb:113:in 
> `each_with_index'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/notifications.rb:113:in 
> `fully_formatted_failed_examples'
>   from 
> /usr/lib/ruby/vendor_ruby/rspec/core/formatters/base_text_formatter.rb:33:in 
> `dump_failures'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:189:in `block in 
> notify'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:188:in `each'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:188:in `notify'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:160:in `block in 
> finish'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:175:in 
> `close_after'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:156:in `finish'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/reporter.rb:79:in `report'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:117:in `run_specs'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:93:in `run'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:78:in `run'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:45:in `invoke'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:38:in 
> `perform_at_exit'
>   from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:24:in `block in 
> autorun'
> ERROR: Test "ruby2.3" failed. Exiting.
> dh_auto_install: dh_ruby --install /<>/debian/ruby-bluecloth 
> returned exit code 1
> debian/rules:18: recipe for target 'binary' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822505: lizardfs: FTBFS: error: expected template-name before '<' token

[Martin Michlmayr]

Package: lizardfs
Version: 3.9.4+dfsg-6
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> [ 24%] Building CXX object 
> src/common/CMakeFiles/mfscommon_tests.dir/small_vector_unittest.cc.o
> cd /<>/lizardfs-3.9.4+dfsg/build/src/common && /usr/bin/c++   
> -DENABLE_CRC -DLIZARDFS_HAVE_CONFIG_H -DTHROW_INSTEAD_OF_ABORT 
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D__STDC_CONSTANT_MACROS 
> -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS 
> -I/<>/lizardfs-3.9.4+dfsg/build 
> -I/<>/lizardfs-3.9.4+dfsg/src 
> -I/<>/lizardfs-3.9.4+dfsg/src/common -I/usr/include/crcutil  -g -O2 
> -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2  -pipe -std=c++0x -pthread -Wall -Wextra -fwrapv 
> -pedantic  -O3 -DNDEBUG -O3 -DNDEBUG -g   -o 
> CMakeFiles/mfscommon_tests.dir/small_vector_unittest.cc.o -c 
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc
> In file included from 
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:20:0:
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector.h:145:40: error: 
> expected template-name before '<' token
>  class small_vector : public std::vector N>> {
> ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector.h:145:40: error: 
> expected '{' before '<' token
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector.h:145:40: error: 
> expected unqualified-id before '<' token
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector.h:285:2: warning: 
> extra ';' [-Wpedantic]
>  };
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc: In 
> member function 'virtual void 
> SmallVectorTest_GeneralBehaviour_Test::TestBody()':
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:36:23: 
> error: aggregate 'small_vector vec1_A' has incomplete type and 
> cannot be defined
>   small_vector vec1_A;
>^
> In file included from /usr/include/gtest/gtest.h:1929:0,
>  from 
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:23:
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:38:2: 
> error: template argument 1 is invalid
>   EXPECT_EQ(vec1_A, vec1_B);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:40:32: 
> error: variable 'small_vector vec2_A' has initializer but 
> incomplete type
>   small_vector vec2_A(5, 1.0);
> ^
> In file included from /usr/include/gtest/gtest.h:1929:0,
>  from 
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:23:
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:42:2: 
> error: template argument 1 is invalid
>   EXPECT_EQ(vec2_A, vec2_B);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:44:39: 
> error: variable 'small_vector vec3_A' has initializer but 
> incomplete type
>   small_vector vec3_A(vec2_A);
>^
> In file included from /usr/include/gtest/gtest.h:1929:0,
>  from 
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:23:
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:46:2: 
> error: template argument 1 is invalid
>   EXPECT_EQ(vec2_A, vec3_A);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:47:2: 
> error: template argument 1 is invalid
>   EXPECT_EQ(vec3_A, vec3_B);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:52:2: 
> error: template argument 1 is invalid
>   EXPECT_EQ(vec3_A, vec3_B);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc: In 
> member function 'virtual void SmallVectorTest_InsertTest_Test::TestBody()':
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:58:2: 
> error: 'iota' is not a member of 'std'
>   std::iota(range.begin(), range.end(), 1);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:60:23: 
> error: aggregate 'small_vector vec_A' has incomplete type and 
> cannot be defined
>   small_vector vec_A;
>^
> In file included from /usr/include/gtest/gtest.h:1929:0,
>  from 
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:23:
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:69:2: 
> error: template argument 1 is invalid
>   EXPECT_EQ(vec_A, vec_B);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:74:2: 
> error: template argument 1 is invalid
>   EXPECT_EQ(vec_A, vec_B);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc: In 
> member function 'virtual void SmallVectorTest_EraseTest_Test::TestBody()':
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:80:2: 
> error: 'iota' is not a member of 'std'
>   std::iota(range.begin(), range.end(), 1);
>   ^
> /<>/lizardfs-3.9.4+dfsg/src/common/small_vector_unittest.cc:82:27: 
> error: aggregate 'small_vector vec_A' has incomplete type and 
> cannot be defined

Bug#822504: lintian: false positive spelling-error-in-copyright (duplicate word) involving names and field labels

[Andreas Beckmann]

Package: lintian
Version: 2.5.44
Severity: normal

Hi,

this paragraph from debian/copyright triggers a few false positives:

==
Files: debian/source/lintian-overrides
Copyright: © 2014 Pedro Pérez Pérez
   © 2015 Wang Wang and Funi
   © 2016 F. Ree License
License: GPL-2.0+
==

spelling-error-in-copyright Wang Wang (duplicate word) Wang
spelling-error-in-copyright License License (duplicate word) License

The copyright field contains names. Names shouldn't be subject to
spellchecking.
And I happen to know a guy from Spain with a similar "duplicate" family name.

Field labels shouldn't be checked either, nor should different fields
be concatenated (with their labels inbetween).

(I initially triggered this with 
Copyright: no copyright notice, see License
License: public-domain
 ...
)


Andreas

Bug#822503: mia: FTBFS: error: 'accumulate' was not declared in this scope

[Martin Michlmayr]

Package: mia
Version: 2.2.7-3
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> make[3]: Entering directory '/<>/obj-x86_64-linux-gnu'
> cd /<>/obj-x86_64-linux-gnu/addons/tiff && ln -sf 
> /<>/obj-x86_64-linux-gnu/addons/tiff/2dimage-io-tiff.mia 
> /<>/obj-x86_64-linux-gnu/plugintest//usr/lib/x86_64-linux-gnu/mia-2.2/plugins/2dimage/io/
> make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> [  4%] Built target 2dimage-io-tiff_test_link
> In file included from /<>/mia/core/testplugin.cc:33:0:
> /<>/mia/core/testplugin.hh:55:35: warning: type attributes 
> ignored after type is already defined [-Wattributes]
>  extern template class EXPORT_CORE TPluginHandler;
>^
> /<>/mia/core/waveletslopeclassifier.cc: In constructor 
> 'mia::CWaveletSlopeClassifierImpl::CWaveletSlopeClassifierImpl(const 
> Columns&, bool, float)':
> /<>/mia/core/waveletslopeclassifier.cc:241:103: error: 
> 'accumulate' was not declared in this scope
>float low_freq = accumulate(e.begin() + low_energy_start_idx, e.begin() + 
> movement_idx-skip_idx, 0.0); 
>   
>  ^
> mia/core/CMakeFiles/miacore.dir/build.make:1697: recipe for target 
> 'mia/core/CMakeFiles/miacore.dir/waveletslopeclassifier.cc.o' failed
> make[3]: *** [mia/core/CMakeFiles/miacore.dir/waveletslopeclassifier.cc.o] 
> Error 1
> make[3]: *** Waiting for unfinished jobs
> [  4%] Linking CXX executable test-vector
> cd /<>/obj-x86_64-linux-gnu/gsl++ && /usr/bin/cmake -E 
> cmake_link_script CMakeFiles/test-vector.dir/link.txt --verbose=1
> /usr/bin/c++   -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2   -std=c++11 
> -fvisibility=hidden   -Wl,-z,relro -Wl,--as-needed -fvisibility=hidden 
> CMakeFiles/test-vector.dir/test_vector.cc.o  -o test-vector -rdynamic 
> libmiagsl-2.2.so.4.0.3 -lboost_unit_test_framework -lgsl -lgslcblas -lm 
> -Wl,-rpath,/<>/obj-x86_64-linux-gnu/gsl++ 
> make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822502: nemiver: FTBFS: error: cannot convert 'const sigc::slot_base' to 'bool' in return

[Martin Michlmayr]

Package: nemiver
Version: 0.9.6-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> x86_64-linux-gnu-ar: `u' modifier ignored since `D' is the default (see `U')
>   CXX  nmv-gdbmi-parser.lo
> In file included from nmv-gdbmi-parser.h:31:0,
>  from nmv-gdbmi-parser.cc:32:
> nmv-dbg-common.h: In member function 'bool nemiver::Command::has_slot() 
> const':
> nmv-dbg-common.h:174:16: error: cannot convert 'const sigc::slot_base' to 
> 'bool' in return
>  return m_slot;
> ^
> Makefile:972: recipe for target 'nmv-gdbmi-parser.lo' failed
> make[4]: *** [nmv-gdbmi-parser.lo] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822501: bagel: FTBFS: error: 'inner_product' is not a member of 'std'

[Martin Michlmayr]

Package: bagel
Version: 0.0~git20150902-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> libtool: compile:  mpicxx -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -g -O2 
> -DNDEBUG -std=c++11 -c distzmatrix.cc -o distzmatrix.o
> In file included from algo.cc:27:0:
> ../../../src/util/math/algo.h: In function 'decltype (((* p) * (* q))) 
> bagel::blas::{anonymous}::dot_product(T, size_t, U)':
> ../../../src/util/math/algo.h:151:12: error: 'inner_product' is not a member 
> of 'std'
>  return std::inner_product(p, p+n, q, static_cast(0.0), 
> std::plus(), [](decltype(*p) i, decltype(*q) j) { return 
> detail::conj(i)*j; });
> ^
> ../../../src/util/math/algo.h: In function 'decltype (((* p) * (* q))) 
> bagel::blas::{anonymous}::dot_product_noconj(T, size_t, U)':
> ../../../src/util/math/algo.h:168:12: error: 'inner_product' is not a member 
> of 'std'
>  return std::inner_product(p, p+n, q, static_cast(0.0), 
> std::plus(), [](decltype(*p) i, decltype(*q) j) { return i*j; });
> ^
> In file included from ztranspose.cc:26:0:
> ../../../src/util/math/algo.h: In function 'decltype (((* p) * (* q))) 
> bagel::blas::{anonymous}::dot_product(T, size_t, U)':
> ../../../src/util/math/algo.h:151:12: error: 'inner_product' is not a member 
> of 'std'
>  return std::inner_product(p, p+n, q, static_cast(0.0), 
> std::plus(), [](decltype(*p) i, decltype(*q) j) { return 
> detail::conj(i)*j; });
> ^
> ../../../src/util/math/algo.h: At global scope:
> ../../../src/util/math/algo.h:196:48: error: 'accumulate' is not a member of 
> 'std'
>auto average(const T& container) -> 
> decltype(std::accumulate(container.begin(), container.end(), 
> 0.0)/container.size()) {
> ^
> ../../../src/util/math/algo.h:196:48: error: 'accumulate' is not a member of 
> 'std'
> ../../../src/util/math/algo.h: In function 'decltype (( / 
> container.size())) bagel::blas::{anonymous}::average(const T&)':
> ../../../src/util/math/algo.h:197:12: error: 'accumulate' is not a member of 
> 'std'
>  return std::accumulate(container.begin(), container.end(), 0.0) / 
> container.size();
> ^
> ../../../src/util/math/algo.h: In function 'decltype (((* p) * (* q))) 
> bagel::blas::{anonymous}::dot_product_noconj(T, size_t, U)':
> ../../../src/util/math/algo.h:168:12: error: 'inner_product' is not a member 
> of 'std'
>  return std::inner_product(p, p+n, q, static_cast(0.0), 
> std::plus(), [](decltype(*p) i, decltype(*q) j) { return i*j; });
> ^
> ../../../src/util/math/algo.h: At global scope:
> ../../../src/util/math/algo.h:196:48: error: 'accumulate' is not a member of 
> 'std'
>auto average(const T& container) -> 
> decltype(std::accumulate(container.begin(), container.end(), 
> 0.0)/container.size()) {
> ^
> ../../../src/util/math/algo.h:196:48: error: 'accumulate' is not a member of 
> 'std'
> ../../../src/util/math/algo.h: In function 'decltype (( / 
> container.size())) bagel::blas::{anonymous}::average(const T&)':
> ../../../src/util/math/algo.h:197:12: error: 'accumulate' is not a member of 
> 'std'
>  return std::accumulate(container.begin(), container.end(), 0.0) / 
> container.size();
> ^
> Makefile:461: recipe for target 'algo.lo' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822499: baloo-kf5: FTBFS: error: 'pow' is not a member of 'std'

[Martin Michlmayr]

Package: baloo-kf5
Version: 5.16.0-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> ctor-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 
> -Wdate-time -D_FORTIFY_SOURCE=2  -std=c++0x -fno-exceptions -Wall -Wextra 
> -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long 
> -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual 
> -Werror=return-type -pedantic   -fPIC -o 
> CMakeFiles/advancedqueryparsertest.dir/__/__/__/src/lib/term.cpp.o -c 
> /<>/src/lib/term.cpp
> /<>/src/file/extractor/iohandler.cpp: In member function 'void 
> Baloo::IOHandler::newBatch()':
> /<>/src/file/extractor/iohandler.cpp:40:55: warning: ignoring 
> return value of 'ssize_t read(int, void*, size_t)', declared with attribute 
> warn_unused_result [-Wunused-result]
>  read(m_stdinHandle, &m_batchSize, sizeof(quint32));
>^
> /<>/src/file/extractor/iohandler.cpp: In member function 
> 'quint64 Baloo::IOHandler::nextId()':
> /<>/src/file/extractor/iohandler.cpp:48:46: warning: ignoring 
> return value of 'ssize_t read(int, void*, size_t)', declared with attribute 
> warn_unused_result [-Wunused-result]
>  read(m_stdinHandle, &id, sizeof(quint64));
>   ^
> /<>/src/file/extractor/autotests/iohandlertest.cpp: In member 
> function 'void Baloo::IOHandlerTest::testInput()':
> /<>/src/file/extractor/autotests/iohandlertest.cpp:57:21: error: 
> 'pow' is not a member of 'std'
>  quint64 a = std::pow(16, i);
>  ^
> src/file/extractor/autotests/CMakeFiles/extractorIOTest.dir/build.make:65: 
> recipe for target 
> 'src/file/extractor/autotests/CMakeFiles/extractorIOTest.dir/iohandlertest.cpp.o'
>  failed
> make[4]: *** 
> [src/file/extractor/autotests/CMakeFiles/extractorIOTest.dir/iohandlertest.cpp.o]
>  Error 1
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> CMakeFiles/Makefile2:2568: recipe for target 
> 'src/file/extractor/autotests/CMakeFiles/extractorIOTest.dir/all' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822498: sysdig: FTBFS: error: 'log10' was not declared in this scope

[Martin Michlmayr]

Package: sysdig
Version: 0.8.0-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> cd /<>/obj-x86_64-linux-gnu/userspace/libsinsp && /usr/bin/c++   
> -DHAS_CAPTURE -DK8S_DISABLE_THREAD -DPLATFORM_NAME=\"Linux\" 
> -I/<>/userspace/libsinsp/. 
> -I/<>/userspace/libsinsp/../../common 
> -I/<>/userspace/libsinsp/../libscap -I/usr/include/jsoncpp 
> -I/usr/include/luajit-2.0  -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time 
> -D_FORTIFY_SOURCE=2  -Wall -ggdb --std=c++0x   -o 
> CMakeFiles/sinsp.dir/mesos_event_data.cpp.o -c 
> /<>/userspace/libsinsp/mesos_event_data.cpp
> /<>/userspace/libsinsp/filterchecks.cpp: In member function 
> 'virtual uint8_t* sinsp_filter_check_event::extract(sinsp_evt*, uint32_t*)':
> /<>/userspace/libsinsp/filterchecks.cpp:2768:40: error: 'log10' 
> was not declared in this scope
>  double llatency = log10((double)lat);
> ^
> /<>/userspace/libsinsp/cursesspectro.cpp: In member function 
> 'uint32_t curses_spectro::mkcol(uint64_t)':
> /<>/userspace/libsinsp/cursesspectro.cpp:237:53: error: 'log10' 
> was not declared in this scope
>   uint32_t col = log10((int)val * refresh_per_sec + 1) / log10(1.6);
>  ^
> /<>/userspace/libsinsp/cursesspectro.cpp: In member function 
> 'void curses_spectro::draw_axis()':
> /<>/userspace/libsinsp/cursesspectro.cpp:268:45: error: 'pow' 
> was not declared in this scope
> uint64_t aval = (uint64_t)pow(10, curtime);
>  ^
> /<>/userspace/libsinsp/cursesspectro.cpp: In member function 
> 'uint64_t curses_spectro::latency_from_coordinate(uint32_t)':
> /<>/userspace/libsinsp/cursesspectro.cpp:678:34: error: 'pow' 
> was not declared in this scope
>   return (uint64_t)pow(10, curtime);
>   ^

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822500: brlaser: FTBFS: 'string' is not a member of 'std'

[Martin Michlmayr]

Package: brlaser
Version: 3-4
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> g++ -DHAVE_CONFIG_H -I.   -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -std=gnu++11  -Wall 
> -c -o src/brdecode.o src/brdecode.cc
> src/brdecode.cc: In function 'int main(int, char**)':
> src/brdecode.cc:177:3: error: 'string' is not a member of 'std'
>std::string out_prefix;
>^
> src/brdecode.cc:181:5: error: 'out_prefix' was not declared in this scope
>  out_prefix = argv[2];
>  ^
> src/brdecode.cc:184:5: error: 'out_prefix' was not declared in this scope
>  out_prefix = argv[1];
>  ^
> src/brdecode.cc:187:5: error: 'out_prefix' was not declared in this scope
>  out_prefix = "page";
>  ^
> src/brdecode.cc:207:7: error: 'string' is not a member of 'std'
>std::string out_filename = out_prefix
>^
> src/brdecode.cc:209:30: error: 'out_filename' was not declared in this scope
>FILE *out_file = fopen(out_filename.c_str(), "wb");
>   ^
> Makefile:735: recipe for target 'src/brdecode.o' failed
> make[3]: *** [src/brdecode.o] Error 1
> make[3]: Leaving directory '/<>'

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822496: rr: FTBFS: error: 'floor' was not declared in this scope

[Martin Michlmayr]

Package: rr
Version: 4.2.0-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> [ 43%] Building CXX object CMakeFiles/rr.dir/src/Scheduler.cc.o
> /usr/bin/c++   -DRR_VERSION=\"4.2.0\" -I/<>/include 
> -I/<>/build  -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -D__USE_LARGEFILE64 
> -D__STDC_LIMIT_MACROS -D__STDC_FORMAT_MACROS -std=c++0x -pthread -O0 -g3 
> -Wall -Wextra -Werror -o CMakeFiles/rr.dir/src/Scheduler.cc.o -c 
> /<>/src/Scheduler.cc
> /<>/src/Scheduler.cc: In function 'void sleep_time(double)':
> /<>/src/Scheduler.cc:262:30: error: 'floor' was not declared in 
> this scope
>ts.tv_sec = (time_t)floor(t);
>   ^
> /<>/src/Scheduler.cc: In member function 'void 
> Scheduler::maybe_reset_high_priority_only_intervals(double)':
> /<>/src/Scheduler.cc:293:65: error: 'pow' was not declared in 
> this scope
>pow(high_priority_only_duration_step_factor, duration_step);
>  ^
> /<>/src/Scheduler.cc: In member function 'bool 
> Scheduler::in_high_priority_only_interval(double)':
> /<>/src/Scheduler.cc:313:56: error: 'fmod' was not declared in 
> this scope
>  high_priority_only_intervals_period);
> ^
> /<>/src/Scheduler.cc: In member function 'double 
> Scheduler::interrupt_after_elapsed_time() const':
> /<>/src/Scheduler.cc:484:53: error: 'floor' was not declared in 
> this scope
>   high_priority_only_intervals_period) +
>  ^
> CMakeFiles/rr.dir/build.make:1041: recipe for target 
> 'CMakeFiles/rr.dir/src/Scheduler.cc.o' failed
> make[3]: *** [CMakeFiles/rr.dir/src/Scheduler.cc.o] Error 1
> make[3]: Leaving directory '/<>/build'
> CMakeFiles/Makefile2:11120: recipe for target 'CMakeFiles/rr.dir/all' failed
> make[2]: *** [CMakeFiles/rr.dir/all] Error 2
> make[2]: Leaving directory '/<>/build'
> Makefile:163: recipe for target 'all' failed
> make[1]: *** [all] Error 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822497: libqapt: FTBFS: error: 'default_random_engine' is not a member of 'std'

[Martin Michlmayr]

Package: libqapt
Version: 3.0.1-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> cd /<>/obj-x86_64-linux-gnu/src && /usr/bin/c++   
> -DCMAKE_PROJECT_VERSION=\"3.0.1\" 
> -DQAPT_WORKER_RDN_VERSIONED_STRING=\"org.kubuntu.qaptworker3\" 
> -DQAPT_WORKER_VERSION_STRING=\"3\" -DQApt_EXPORTS -DQT_CORE_LIB -DQT_DBUS_LIB 
> -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_WIDGETS_LIB -D_GNU_SOURCE 
> -D_LARGEFILE64_SOURCE -I/<>/obj-x86_64-linux-gnu/src 
> -I/<>/src -I/<> 
> -I/<>/obj-x86_64-linux-gnu -I/<>/src/.. 
> -I/<>/obj-x86_64-linux-gnu/src/.. -I/usr/include/polkit-qt5-1 
> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem 
> /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtDBus  -g -O2 -fstack-protector-strong 
> -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -std=c++0x 
> -Wall -Wextra -Wcast-align -Wc
> har-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef 
> -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -fexceptions 
> -fPIC -fvisibility=hidden -fvisibility-inlines-hidden   -pthread 
> -I/usr/include/gstreamer-1.0 
> -I/usr/lib/x86_64-linux-gnu/gstreamer-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fPIC -o 
> CMakeFiles/QApt.dir/dependencyinfo.cpp.o -c 
> /<>/src/dependencyinfo.cpp
> cd /<>/obj-x86_64-linux-gnu/src && /usr/bin/c++   
> -DCMAKE_PROJECT_VERSION=\"3.0.1\" 
> -DQAPT_WORKER_RDN_VERSIONED_STRING=\"org.kubuntu.qaptworker3\" 
> -DQAPT_WORKER_VERSION_STRING=\"3\" -DQApt_EXPORTS -DQT_CORE_LIB -DQT_DBUS_LIB 
> -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_WIDGETS_LIB -D_GNU_SOURCE 
> -D_LARGEFILE64_SOURCE -I/<>/obj-x86_64-linux-gnu/src 
> -I/<>/src -I/<> 
> -I/<>/obj-x86_64-linux-gnu -I/<>/src/.. 
> -I/<>/obj-x86_64-linux-gnu/src/.. -I/usr/include/polkit-qt5-1 
> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem 
> /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtDBus  -g -O2 -fstack-protector-strong 
> -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -std=c++0x 
> -Wall -Wextra -Wcast-align -Wc
> har-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef 
> -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -fexceptions 
> -fPIC -fvisibility=hidden -fvisibility-inlines-hidden   -pthread 
> -I/usr/include/gstreamer-1.0 
> -I/usr/lib/x86_64-linux-gnu/gstreamer-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fPIC -o 
> CMakeFiles/QApt.dir/sourceentry.cpp.o -c /<>/src/sourceentry.cpp
> cd /<>/obj-x86_64-linux-gnu/src && /usr/bin/c++   
> -DCMAKE_PROJECT_VERSION=\"3.0.1\" 
> -DQAPT_WORKER_RDN_VERSIONED_STRING=\"org.kubuntu.qaptworker3\" 
> -DQAPT_WORKER_VERSION_STRING=\"3\" -DQApt_EXPORTS -DQT_CORE_LIB -DQT_DBUS_LIB 
> -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_WIDGETS_LIB -D_GNU_SOURCE 
> -D_LARGEFILE64_SOURCE -I/<>/obj-x86_64-linux-gnu/src 
> -I/<>/src -I/<> 
> -I/<>/obj-x86_64-linux-gnu -I/<>/src/.. 
> -I/<>/obj-x86_64-linux-gnu/src/.. -I/usr/include/polkit-qt5-1 
> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem 
> /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtDBus  -g -O2 -fstack-protector-strong 
> -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -std=c++0x 
> -Wall -Wextra -Wcast-align -Wc
> har-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef 
> -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -fexceptions 
> -fPIC -fvisibility=hidden -fvisibility-inlines-hidden   -pthread 
> -I/usr/include/gstreamer-1.0 
> -I/usr/lib/x86_64-linux-gnu/gstreamer-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fPIC -o 
> CMakeFiles/QApt.dir/config.cpp.o -c /<>/src/config.cpp
> cd /<>/obj-x86_64-linux-gnu/src && /usr/bin/c++   
> -DCMAKE_PROJECT_VERSION=\"3.0.1\" 
> -DQAPT_WORKER_RDN_VERSIONED_STRING=\"org.kubuntu.qaptworker3\" 
> -DQAPT_WORKER_VERSION_STRING=\"3\" -DQApt_EXPORTS -DQT_CORE_LIB -DQT_DBUS_LIB 
> -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_WIDGETS_LIB -D_GNU_SOURCE 
> -D_LARGEFILE64_SOURCE -I/<>/obj-x86_64-linux-gnu/src 
> -I/<>/src -I/<> 
> -I/<>/obj-x86_64-linux-gnu -I/<>/src/.. 
> -I/<>/obj-x86_64-linux-gnu/src/.. -I/usr/include/polkit-qt5-1 
> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
> /usr/include/x86_64-linux-gnu/qt

Bug#819840: [Aptitude-devel] Bug#819840: aptitude: Segfaults if suspended and foregrounded on virtual linux console

[Manuel A. Fernandez Montecelo]

2016-04-23 21:54 Axel Beckert:

Hi Manuel,

did I mention that this issue is TUI related? Haven't really tried to
suspend aptitude in commandline mode while it's waiting for me to
press enter or such.


Yeah, that's what I had understood.  In fact, waiting for "press key to
continue" ignores the Ctrl-Z.



Manuel A. Fernandez Montecelo wrote:

>Not sure if it's gdb which is broken on armhf or something else.

Did you try with valgrind, btw?


Nope. Will try on the Raspberry Pi when I'm back home.


In armhf unusably slow I suppose, but in x86 is usable (~1 minute).
I think that you can redirect valgrind's stderr and still use
curses.


While I still can reproduce the issue with aptitude 0.8 on armhf
(about a day ago), I (to some extent unfortunately) can no more
reproduce it on amd64 (now).

Interestingly I have another phenomenon with Ctrl-Z on amd64 now:


You always get strange behaviours! (midway between :D and :/)



On a linux vt console it only works once: I can suspend aptitude once
with Ctrl-Z and foreground it again with "fg". But from then on,
Ctrl-Z seems to be a no-op inside aptitude's TUI. Works fine though in
an xterm or a screen session (inside the same xterm).


I can always suspend repeatedly also with the latest version (and my
compiled version from master and other flags like debugging enabled),
both in xterms and Linux VT.

Also with aptitude inside tmux after ssh inside an xterm (konsole).


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#822495: golang-github-spf13-cobra: FTBFS: cannot find package "golang.org/x/sys/unix"

[Martin Michlmayr]

Package: golang-github-spf13-cobra
Version: 0.0~git20160117.0.8e91712-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
>dh_update_autotools_config -O--buildsystem=golang
>dh_auto_configure -O--buildsystem=golang
>dh_auto_build -O--buildsystem=golang
>   go install -v github.com/spf13/cobra github.com/spf13/cobra/cobra 
> github.com/spf13/cobra/cobra/cmd github.com/spf13/cobra/doc
> src/gopkg.in/fsnotify.v1/inotify.go:19:2: cannot find package 
> "golang.org/x/sys/unix" in any of:
>   /usr/lib/go/src/golang.org/x/sys/unix (from $GOROOT)
>   /<>/obj-x86_64-linux-gnu/src/golang.org/x/sys/unix (from 
> $GOPATH)
> dh_auto_build: go install -v github.com/spf13/cobra 
> github.com/spf13/cobra/cobra github.com/spf13/cobra/cobra/cmd 
> github.com/spf13/cobra/doc returned exit code 1
> debian/rules:4: recipe for target 'build' failed
> make: *** [build] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#822426: libncursesw5: wget_wch() returning KEY_CODE_YES with xterm Ctrl/Alt/Shift keys outside the range KEY_MIN <= key <= KEY_MAX

[Thomas Dickey]

On Sun, Apr 24, 2016 at 06:06:08AM -0400, Kevin Lamonte wrote:
> Package: libncursesw5
> Version: 5.9+20140913-1+b1
> Severity: normal
> 
> Dear Maintainer,
> 
> I am the author of a curses-based terminal emulator, and noticed that
> wget_wch() is returning KEY_CODE_YES with values that are outside the
> range KEY_MIN and KEY_MAX.  This behavior is inconsistent with the
> documented API.

man use_extended_names

(it's been documented quite a while, though a few more cross-references might
help)

man keyname notes:

   The keyname function may return the names of user-defined string  capa‐
   bilities  which  are defined in the terminfo entry via the -x option of
   tic.  This implementation automatically assigns at run-time keycodes to
   user-defined  strings  which  begin  with  "k".   The keycodes start at
   KEY_MAX, but are not guaranteed to be the same value for different runs
   because  user-defined  codes  are merged from all terminal descriptions
   which have  been  loaded.   The  use_extended_names  function  controls
   whether  this  data  is loaded when the terminal description is read by
   the library.

The relevant xterm terminal description information has been in the database
since 2004...

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


signature.asc
Description: Digital signature

Bug#822331: "E: Cannot remove aptitude within aptitude" on multi-arch

[Manuel A. Fernandez Montecelo]

Control: severity -1 minor
Control: tags -1 + moreinfo


Hi,

2016-04-23 14:48 Christian Klein:

Package: aptitude
Version: 0.8-1
Severity: normal


From time to time, I invoke a "purge" (_ key) on the "Not Installed Packages"

section in aptitude to remove any config data for packages that were removed
but not purged.
With aptitude in unstable, this gives an error "E: Cannot remove aptitude
within aptitude". With aptitude in testing (0.7.5-3), this is not the case.

I guess this is triggered by the fact that I have multi-arch configured to use
i386 and amd64 packages, and the "Not Installed Packages" section contains the
aptitude:i386 package (which, however, is obviously uninstalled, as I use the
aptitude:amd64 package).


This was because some previous complaints saying that basically aptitude
shouldn't allow to remove itself, and errors caused if doing so.  I
think that it's a good idea to keep it.

Perhaps the error can be avoided in your use-case if remove/purge (and
thus, the error message) are only made effective in the case that the
package is not already removed/purged.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#822329: aptitude: Hold Package and Upgrade Package slow

[Manuel A. Fernandez Montecelo]

Hi,

2016-04-23 14:29 Christian Klein:

Package: aptitude
Version: 0.8-1
Severity: important

Since upgrading to 0.8-1, standard operations in aptitude are really slow.
When requesting an upgrade of a package (+) or holding (h) a package, or
downgrading a package, aptitude takes several seconds to respond (with 100% cpu
usage). While I know that this annoying behavior happens if a package
dependency is broken, I didn't encounter it for a normal upgrade/hold operation
until upgrading to 0.8-1. A downgrade to 0.7.5-3 in testing immediately brought
back the old behaviour (annoyingly slow only if there are broken packages
around), so I'm pretty sure that this was newly introduced in some version
after 0.7.5-3, probably with the new 0.8 release. Since I got a pretty fast
Skylake PC i really wonder why aptitude needs several seconds to complete such
operations.


This is probably for the fix of #819636, maybe the check is too
expensive and not worth it after all.

(In my not-bleeding-edge system takes 1s or a fraction, not several
seconds).


As a work-around, disabling "Install recommends automatically" should
help with the speed, but I'm not sure if you'll want to do this (use at
your own risk!).


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#822494: Time to remove? Unusable since 2014.

[Ryan Kavanagh]

Package: freetuxtv
Version: 0.6.6~dfsg1-1
Severity: grave
Justification: Package RC-buggy (x2) and completely unusable since 2014

[ Follow-up to discussion in #debian-multimedia. ]

This package has been RC-buggy since 2014 (bugs #772845, #787351). In
particular, it is completely unusable: it encounters a segmentation
fault at startup. I am not opposed to continuing to sponsor it, but I
haven't used it in several years and have no interest in maintaining it
myself.

Does anybody have a strong desire to keep it in Debian? Seeing that it
has been completely unusable for a year and a half now, I'm ready to
give it one more month before asking for it to be removed. (That's to
say, unless someone replies to this bug report stating that they want to
take care of this package, I will ask for it to be removed (RoM) from
the archive come June 2016. As its sponsor, I realise I'm ultimately
responsible for the package, and there is no point in letting it
languish in the archives if nobody cares about it.)

Apart from general housekeeping, here's what's required:
 * Replace non-free icons (bug #787351). Upstream promised to deal with
   this in May 2015.
 * Apply user submitted patch for the segmentation fault (bug #772845).

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  https://ryanak.ca/  | GPG Key 4A11C97A


signature.asc
Description: PGP signature

Bug#821802: [lokalize/Applications/16.04] cmake: support hunspell 1.4 in cmake

[Nick Shaforostoff]

Git commit 7aa9dafeb457ca3bc48a61c5dfa2e69b0ecdad6c by Nick Shaforostoff.
Committed on 25/04/2016 at 00:42.
Pushed by shaforo into branch 'Applications/16.04'.

support hunspell 1.4 in cmake

CCMAIL: 821...@bugs.debian.org

M  +1-1cmake/FindHUNSPELL.cmake

http://commits.kde.org/lokalize/7aa9dafeb457ca3bc48a61c5dfa2e69b0ecdad6c

diff --git a/cmake/FindHUNSPELL.cmake b/cmake/FindHUNSPELL.cmake
index 26942b5..eca3cc1 100644
--- a/cmake/FindHUNSPELL.cmake
+++ b/cmake/FindHUNSPELL.cmake
@@ -14,7 +14,7 @@ ENDIF (HUNSPELL_INCLUDE_DIR AND HUNSPELL_LIBRARIES)
 
 FIND_PATH(HUNSPELL_INCLUDE_DIR hunspell/hunspell.hxx )
 
-FIND_LIBRARY(HUNSPELL_LIBRARIES NAMES hunspell-1.3 hunspell-1.2)
+FIND_LIBRARY(HUNSPELL_LIBRARIES NAMES hunspell-2.0 hunspell-1.5 hunspell-1.4 
hunspell-1.3 hunspell-1.2)
 
 # handle the QUIETLY and REQUIRED arguments and set HUNSPELL_FOUND to TRUE if 
 # all listed variables are TRUE

Bug#822272: aptitude: No more forgets reinstallation instruction after reinstallation has happened

[Manuel A. Fernandez Montecelo]

Hi,

2016-04-22 21:32 Axel Beckert:

Package: aptitude
Version: 0.8-1
Severity: normal

If I select a package for reinstallation by pressing "L" in the TUI and
then press 2x "g", the package will be reinstalled.

Afterwards at "Press Return to continue, 'q' followed by Return to
quit."  I press  (not Ctrl-C) and it still lists that package for
reinstallation.


Hmmm, I cannot reproduce it (this is becoming a trend... but I am not
doing it on purpose, I promise!).

I tried now with e.g. netris (has the virtue of being small and probably
harmless) and works fine.

I am pretty sure that I tested that this would not happen when
implementing the feature, because it was the problem that prevented it
from being implemented before, and also the reason why "q+Enter" needs
to do some processing rather than exiting more quickly -- to detect
upgrades and reinstalls and other changes in states, and save it to not
repeat them in later sessions.

Does it happen with any package that you try?

I don't have any clue of what might be wrong.


Cheers.
--
Manuel A. Fernandez Montecelo 

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

[Roland Hieber]

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

Dear Maintainer,

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

Cheers, 

 - Roland

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

Kernel: Linux 2.6.32-042stab108.2 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages letsencrypt.sh depends on:
ii  curl7.21.0-2.1+squeeze12 Get a file from an HTTP, HTTPS or 
ii  openssl 0.9.8o-4squeeze23Secure Socket Layer (SSL) binary a

letsencrypt.sh recommends no packages.

letsencrypt.sh suggests no packages.

-- no debconf information

Bug#822227: e2fsprogs: FTBFS when generating libext2fs.dvi if texlive is installed

[Theodore Ts'o]

clone 87 -1
reassign -1 texinfo
retitle -1 texinfo: texi2dvi doesn't protect the ~ character in the second pass
severity -1 normal
thanks

OK, I see what is going on.  This is a bug in texi2dvi in the "local"
build-mode.  When you use --clean, this uses the "tidy" mode, where
all of the aux files end up in a libext2fs.t2d directory, and in this
mode texi2dvi doesn't omit protecting the filename using the catcode
hack --- which in fact texi2dvi has support for, but due to a logic
bug in catcode_special variable, this gets erroneously set to false
the second time it is run.  The net result is that the second time tex
is run, the ~ character isn't properly protected in local mode.

I don't mind working around the bug using texi2dvi --clean in
e2fsprogs, but this is technically a bug in the texinfo package, where
they need to apply the following patch:

--- /usr/bin/texi2dvi   2016-03-05 09:37:09.0 -0500
+++ /tmp/texi2dvi   2016-04-24 20:00:49.866328157 -0400
@@ -812,7 +812,7 @@
 
   # do the special catcode trick for ~ in filenames only for Texinfo,
   # not LaTeX.
-  if test x"$in_lang" = xtexinfo && test $catcode_special = maybe; then
+  if test x"$in_lang" = xtexinfo && test $catcode_special != false ; then
 catcode_special=true
   else
 catcode_special=false


texinfo maintainers --- this bug can be reproduced by creating a
pathname to a texinfo file with a ~ in it, and then running texi2dvi
on it.  For example:

% cd /tmp
% rm libext2fs.*
% texi2dvi /tmp/e2fsprogs-1.43~WIP.2016.03.15/doc/libext2fs.texinfo

and you will get:

This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/Debian) 
(preloaded format=etex)
 restricted \write18 enabled.
entering extended mode
! I can't find file `/tmp/e2fsprogs-1.43'.
 
   \penalty 
~->\penalty 
\@M \ 
<*> \input /tmp/e2fsprogs-1.43~
   WIP.2016.03.15/doc/libext2fs.texinfo
(Press Enter to retry, or Control-D to exit)
Please type another input file name: 


The patch above will fix the failure.

- Ted

Bug#822285: ‘adtlog.summary_stream’ is None when run by Sbuild

[Ben Finney]

On 24-Apr-2016, Martin Pitt wrote:
> Ben Finney [2016-04-23  9:16 +1000]:
> > AttributeError: 'NoneType' object has no attribute 'flush'
> 
> Thanks for the report. You actually hit a corner case here:
> 
> > adt-run --changes 
> > /home/bignose/Projects/debian/python-lockfile/build-area/python-lockfile/python-lockfile_0.12.2-2_amd64.changes
> >  --no-built-binaries --source 
> > /home/bignose/Projects/debian/python-lockfile/build-area/python-lockfile/python-lockfile_0.12.2-2.dsc
> >  --- schroot unstable-amd64-sbuild
> 
> Please note that this will run the python-lockfile tests *twice* --
> first from the .dsc included in the _amd64.changes, and then *again*
> from the explicitly specified .dsc argument. The log also shows
> that.

That command line is opaque to me. I merely cribbed from
https://wiki.debian.org/sbuild#Using_autopkgtest>.

Could you update that page to describe a better way to configure
Sbuild for running autopkgtest tests?

-- 
 \ “Pinky, are you pondering what I'm pondering?” “Uh, I think so, |
  `\ Brain, but I get all clammy inside the tent.” —_Pinky and The |
_o__)   Brain_ |
Ben Finney 


signature.asc
Description: PGP signature

Bug#822491: influxdb: Incompatible metadata format

[Matijs van Zuijlen]

Package: influxdb
Version: 0.12.0+dfsg1-1
Severity: important

The influxdb server won't start anymore and logs the following
complaint:

run: create server: detected /var/lib/influxdb/meta/raft.db. To proceed,
you'll need to either 1) downgrade to v0.11.x, export your metadata,
upgrade to the current version again, and then import the metadata or 2)
delete the file, which will effectively reset your database. For more
assistance with the upgrade, see:
https://docs.influxdata.com/influxdb/v0.12/administration/upgrading/

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

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

Versions of packages influxdb depends on:
ii  adduser  3.114
ii  init-system-helpers  1.29
ii  libc62.22-7

influxdb recommends no packages.

influxdb suggests no packages.

-- no debconf information

Bug#822490: pygccxml 1.7.3 & upstream switch

[Mingye Wang (Arthur2e5)]

> Version: 1.0.0
> PS: The homepage should be changed to https://pygccxml.rtfd.org, or use
> https://github.com/gccxml/pygccxml if you prefer GitHub repo URLs.
> 

Just noticed that lots of new releases have happened in that new
upstream. The latest tag is 1.7.3.

PyPI records consistent with GitHub upstream.

-- 
Regards,

Arthur2e5





signature.asc
Description: OpenPGP digital signature

Bug#776401: A Solution: Cross-built, CGO-enabled runtime libraries in a separate package

[Hilko Bengen]

Hi,

https://github.com/hillu/golang-go-cross contains a source package that
can be used to build (from sources taken from the golang-src package)
the extra bits needed for cross-compiling and using "go install" even on
source code that uses CGO.

The simple example I gave on February 3 now works:

GOPATH=`pwd`/gopath GOOS=windows GOARCH=386 CGO_ENABLED=1 
CC=i686-w64-mingw32-gcc go install -v -x  example.org/foo

I would love to see this integrated into our golang package.

Cheers,
-Hilko

Bug#820227: NPE on keyevent in josm

[Samuel Thibault]

Hello,

Just to give an update on this: I have found the issue, the problem is
that java-atk-wrapper exposes parallelism to josm, which the latter
doesn't expect.  I see how to fix this, and will upload a fixed package.

Samuel

Bug#822490: pygccxml also works with castxml

[Mingye Wang (Arthur2e5)]

Package: pygccxml
Version: 1.0.0

According to gccxml documentation, gccxml is deprecated in favor of
castxml. pygccxml has castxml support too according to its doc.

So the Depends item should be something like `gccxml | castxml`.

PS: The homepage should be changed to https://pygccxml.rtfd.org, or use
https://github.com/gccxml/pygccxml if you prefer GitHub repo URLs.

-- 
Regards,

Arthur2e5



signature.asc
Description: OpenPGP digital signature

Bug#822489: armhf ABI detection crashing ldconfig on arm64

[Steve McIntyre]

Package: libc6-bin
Severity: serious
Version: 2.22-7
Tags: patch

Hi folks,

Steev has reported some crashing using ldconfig on arm64 systems with
armhf added as a secondary architecture - he's using this config in
Kali, for example.

Working through the problem with him on #debian-arm, I can see that
it's a problem with our/my patch for ARM ABI detection. On older
binaries that predate the new ABI flags in the ELF header, we're still
parsing the ARM attributes. That works fine on armel/armhf, but on
arm64 this code is being built wrongly using native (ELF64)
types. This patch is the obvious fix - enforce using ELF32 types for
all arches.

It seems that we still have some older packages without the ABI flags
attached - libshout3 is one such. :-(

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"I can't ever sleep on planes ... call it irrational if you like, but I'm
 afraid I'll miss my stop" -- Vivek Das Mohapatra
--- debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff~	2016-04-19 09:49:50.0 +
+++ debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff	2016-04-24 23:12:33.808037225 +
@@ -40,8 +40,8 @@
 +static int is_library_hf(const char *file_name, void *file_contents, size_t file_length)
 +{
 +  unsigned int i;
-+  ElfW(Ehdr) *ehdr = (ElfW(Ehdr) *) file_contents;
-+  ElfW(Shdr) *shdrs;
++  Elf32_Ehdr *ehdr = (Elf32_Ehdr *) file_contents;
++  Elf32_Shdr *shdrs;
 +
 +  shdrs = file_contents + ehdr->e_shoff;
 +  for (i = 0; i < ehdr->e_shnum; i++)

Bug#822488: xserver-xorg-input-all: Please add a NEWS file about libinput (trackpad edge vs two-finger scrolling)

[Steve Cotton]

Package: xserver-xorg-input-all
Version: 1:7.7+15
Severity: wishlist

Dear Maintainer,

I have a laptop with a trackpad that uses edge-scrolling with the
synaptics driver, but two-finger scrolling with libinput's
default settings.

Please add a hint about the possible UI change when the
-input-libinput package is installed.  Maybe via the NEWS file:

> On laptops, the touchpad or trackpad settings may change.  By
> default, scrolling is supported by two-finger gestures, not by
> the edge of the trackpad.
>
> Settings for libinput are handled by the desktop environment,
> not by libinput itself.  If your DE doesn't have libinput
> support yet, the options can be discovered with
> libinput-list-devices and set with xinput.

My understanding is that NEWS is only displayed on package
upgrade, and not on a new install.  Therefore this wishlist
request is filed against -input-all instead of -input-libinput.

I'm running the MATE DE, which AFAICS doesn't yet have libinput
configuration support.  With libinput, the part of the trackpad
that is used for edge scrolling became unresponsive (any touch
that started in the section caused no events in xev), which meant
that I spent a while trying to work out why scrolling had stopped
working.

Thanks,
Steve

(Please feel free to reuse or edit the text from this email)

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

Kernel: Linux 4.5.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:
ii  xserver-xorg-input-libinput0.18.0-1
ii  libc6  2.22-7
ii  libinput10 1.2.4-1
ii  xserver-xorg-core [xorg-input-abi-22]  2:1.18.3-1

Bug#799214: offical Tarsnap source package available

[Graham Percival]

Greetings,

In case it helps, tarsnap.com now offers a source package repository:
http://pkg.tarsnap.com/deb-src/
I'm happy to respond to any bug reports about the source package, and/or to
work with any Debian developer.

We intend to offer binary packages in the future, but I'm still learning how
to build reproducible packages.

Cheers,
- Graham Percival, Tarsnap employee

Bug#822487: jessie-pu: package mathematica-fonts/17+deb8u1

[Adam Borowski]

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

Hi!
Mathematica-fonts is a downloader for a set of fonts from Wolfram.
The version in jessie wants upstream version 7, however, it's no longer
available on their website.  This makes the package uninstallable.
The proposed fix is to point the downloader to upstream version 10.

The debdiff is quite hefty, this includes changed sha512 sums and dropping
no longer provided Type1 fonts.

There are two unrelated changes:
* adopting the package (Maintainer: the Fonts Team, Uploader: me)
* missing dependency on wget (also RC)

Debdiff attached, but you probably prefer git:
ssh://git.debian.org/git/pkg-fonts/fonts-mathematica.git -b jessie
https://anonscm.debian.org/cgit/pkg-fonts/fonts-mathematica.git/log/?h=jessie

dget 
https://angband.pl/debian/pool/main/m/mathematica-fonts/mathematica-fonts_17+deb8u1.dsc


As the version in jessie is currently completely useless, if this update is
too big for stable please instead RM it.
diff -Nru mathematica-fonts-17/debian/README.Debian mathematica-fonts-17+deb8u1/debian/README.Debian
--- mathematica-fonts-17/debian/README.Debian	2010-03-26 04:54:21.0 +0100
+++ mathematica-fonts-17+deb8u1/debian/README.Debian	1970-01-01 01:00:00.0 +0100
@@ -1,26 +0,0 @@
-mathematica-fonts for Debian
--
-
-Installer of Mathematica Fonts.  It might help to use Mathematica from 
-a remote terminal.
-
-Important Note:
-When one starts Mathematica from remote machine, one will see an error 
-messages something as follows:
-
-xset:  bad font path element (#23), possible causes are:
-Directory does not exist or has wrong permissions
-Directory missing fonts.dir
-Incorrect font server address or syntax
-
-It seems Mathematica searches its fonts only in a predefined directory
-so one might do the following steps.
-
-1. mkdir -p /usr/local/Wolfram/Mathematica/7.0/SystemFiles/Fonts
-2. ln -s /usr/share/fonts/type1/mathematica /usr/local/Wolfram/Mathematica/7.0/SystemFiles/Fonts/Type1
-
-The directory depends on a version of Mathematica so please check
-a directory structure of Mathematica on a server and change the above
-directory correspondingly.
-
- -- Atsuhito KOHDA   Fri, 14 Mar 2008 10:39:25 +0900
diff -Nru mathematica-fonts-17/debian/changelog mathematica-fonts-17+deb8u1/debian/changelog
--- mathematica-fonts-17/debian/changelog	2014-10-22 08:46:55.0 +0200
+++ mathematica-fonts-17+deb8u1/debian/changelog	2016-04-25 00:28:58.0 +0200
@@ -1,3 +1,15 @@
+mathematica-fonts (17+deb8u1) jessie; urgency=medium
+
+  * Adopt the package.
+  * New upstream release (10).
++ Version 7 is no longer downloadable (closes: #789211)
++ Server-side fonts are no longer included (closes: #573479)
++ Neither is a copy of Bitstream Vera (closes: #670216)
+  * Drop README.Debian, it talked about type1 X integration.
+  * Add missing Depends: wget (closes: #817820).
+
+ -- Adam Borowski   Mon, 25 Apr 2016 00:06:16 +0200
+
 mathematica-fonts (17) unstable; urgency=medium
 
   * Updated Debconf Dutch translations.  Thanks to Frans Spiesschaert
diff -Nru mathematica-fonts-17/debian/control mathematica-fonts-17+deb8u1/debian/control
--- mathematica-fonts-17/debian/control	2012-09-25 02:22:53.0 +0200
+++ mathematica-fonts-17+deb8u1/debian/control	2016-04-25 00:28:58.0 +0200
@@ -1,13 +1,14 @@
 Source: mathematica-fonts
 Section: contrib/fonts
 Priority: extra
-Maintainer: Atsuhito KOHDA 
+Maintainer: Debian Fonts Task Force 
+Uploaders: Adam Borowski 
 Build-Depends: debhelper (>= 7), po-debconf
 Standards-Version: 3.8.0
 
 Package: mathematica-fonts
 Architecture: all
-Depends: ${misc:Depends}, unzip
+Depends: ${misc:Depends}, unzip, wget
 Pre-Depends: debconf (>= 0.5) | debconf-2.0
 Provides: ttf-mathematica4.1
 Conflicts: ttf-mathematica4.1 (<< 9)
@@ -18,7 +19,7 @@
  Please note that it may fail if the web site no longer offers them for
  download.
  .
- This package will currently only install AFM, TTF, and Type1 fonts.
+ Only TTF fonts are available in this version.
 
 Package: ttf-mathematica4.1
 Architecture: all
diff -Nru mathematica-fonts-17/debian/dirs mathematica-fonts-17+deb8u1/debian/dirs
--- mathematica-fonts-17/debian/dirs	2012-07-13 06:45:59.0 +0200
+++ mathematica-fonts-17+deb8u1/debian/dirs	2016-04-25 00:28:58.0 +0200
@@ -1,3 +1,2 @@
 usr/share/mathematica-fonts
 usr/share/fonts/truetype/mathematica
-usr/share/fonts/type1/mathematica
diff -Nru mathematica-fonts-17/debian/md5-t1 mathematica-fonts-17+deb8u1/debian/md5-t1
--- mathematica-fonts-17/debian/md5-t1	2009-06-11 07:29:23.0 +0200
+++ mathematica-fonts-17+deb8u1/debian/md5-t1	1970-01-01 01:00:00.0 +0100
@@ -1,135 +0,0 @@
-488f5705a3372258e8cad860473d  /usr/share/fonts/type1/mathematica/CharterBT-Bold.afm
-92831556e6415734e42497fbcc72fa9a  /usr/share/fonts/type1/mathematica/CharterBT-BoldItalic.afm
-1d8

Bug#822485: Document how to configure module signing in custom kernels

[Ben Hutchings]

Package: debian-kernel-handbook
Version: 1.0.17
Severity: wishlist

The configuration now used for Debian's packaged kernels now won't work
for custom kernels, because it refers to a certificate file not present
in the source tarball.  Even if it was included, the module signing
configuration wouldn't be at all useful for custom kernels.  We should
document what needs to be changed to either enable or disable module
signing.

Ben.

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

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

debian-kernel-handbook depends on no packages.

Versions of packages debian-kernel-handbook recommends:
ii  chromium [www-browser] 50.0.2661.75-1
ii  firefox-esr [www-browser]  45.0.2esr-1
ii  w3m [www-browser]  0.5.3-27

debian-kernel-handbook suggests no packages.

-- no debconf information

-- 
Ben Hutchings
All the simple programs have been written, and all the good names taken.


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

Bug#822486: xserver-xorg: Synaptic driver stopped working.

[Vassari]

Package: xserver-xorg
Version: 1:7.7+15
Severity: normal

Dear Maintainer,

Since this update, synaptic driver stopped working.


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Oct 25  2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Apr  5 02:05 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor 
Integrated Graphics Controller [8086:0046] (rev 02)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 3127 Jul 10  2015 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath   "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "built-ins"
EndSection

Section "Module"
Load  "glx"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
EndSection

Section "Monitor"
Identifier   "VGA1"
Option "Enable" "true"
Option "PreferredMode" "1360x768"
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz",
### : "%"
### [arg]: arg optional
#Option "NoAccel"   # []
#Option "AccelMethod"   # 
#Option "Backlight" # 
#Option "DRI"   # 
#Option "ColorKey"  # 
#Option "VideoKey"  # 
#Option "Tiling"# []
#Option "LinearFramebuffer" # []
#Option "SwapbuffersWait"   # []
#Option "TripleBuffer"  # []
#Option "XvPreferOverlay"   # []
#Option "HotPlug"   # []
#Option "ReprobeOutputs"# []
#Option "XvMC"  # []
#Option "ZaphodHeads"   # 
#Option "TearFree"  # []
#Option "PerCrtcPixmaps"# []
#Option "FallbackDebug" # []
#Option "DebugFlushBatches" # []
#Option "DebugFlushCaches"  # []
#Option "DebugWait" # []
#Option "BufferCache"   # []
Identifier  "Card0"
Driver  "intel"
BusID   "PCI:0:2:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor"Monitor0"
SubSection "Display"
Viewport   0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection


/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 4.5.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160409 (Debian 5.3.1-14) ) #1 SMP Debian 4.5.1-1 (2016-04-14)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 34425 Jul 13  2015 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 21673 Aug 17  2015 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 22033 Nov  3 22:31 /var/log/Xorg.6.log
-rw-r--r-- 1 root root 22033 Nov  4 08:40 /var/log/Xorg.7.log
-rw-r--r-- 1 root root 188

Bug#822484: duplicity can no longer connect to S3 buckets

[Sean Whitton]

Package: duplicity
Version: 0.7.07-1
Severity: important

Dear maintainer,

Upon upgrading to duplicity 0.7.07-1 I find that I can no longer use my
S3 backups, as duplicity dies with a "No connection to backend" error.
Using -v9 yields the following output (S3 username elided):

,
| 

| duplicity 0.7.07 (April 10, 2016)
| Args: /usr/bin/duplicity --name duply_artemis-swhitton-home --verbosity 4 
--full-if-older-than 1M --asynchronous-upload --s3-use-new-style 
--s3-unencrypted-connection --s3-use-ia --s3-use-multiprocessing --restore-time 
now -v9 --file-to-restore doc/papers/spring16_aristotle_term.md 
s3://eli...@s3.amazonaws.com/artemis-swhitton-home/ tmp/term.md
| Linux artemis 4.4.0-1-686-pae #1 SMP Debian 4.4.6-1 (2016-03-17) i686 
| /usr/bin/python2 2.7.11+ (default, Apr 17 2016, 14:00:29) 
| [GCC 5.3.1 20160409]
| 

| Using temporary directory /tmp/duplicity-aKqhGW-tempdir
| Registering (mkstemp) temporary file 
/tmp/duplicity-aKqhGW-tempdir/mkstemp-cdYiUu-1
| Temp has 11374141440 available, backup will use approx 60293120.
| Backtrace of previous error: Traceback (innermost last):
|   File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 367, in 
inner_retry
| return fn(self, *args)
|   File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 569, in 
list
| return [tobytes(x) for x in self.backend._list()]
|   File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", 
line 252, in _list
| raise BackendException("No connection to backend")
|  BackendException: No connection to backend
`

Downgrading to version 0.7.06-2 fixes the problem.

Thanks.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (SMP w/2 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 duplicity depends on:
ii  libc62.22-6
ii  librsync10.9.7-10
ii  python   2.7.11-1
ii  python-lockfile  1:0.12.2-1

Versions of packages duplicity recommends:
ii  python-oauthlib  1.0.3-1
ii  python-paramiko  1.16.0-1
ii  python-urllib3   1.13.1-1
ii  rsync3.1.1-3

Versions of packages duplicity suggests:
pn  lftp
pn  ncftp   
ii  python-boto 2.38.0-1
pn  python-cloudfiles   
pn  python-gdata
pn  python-swiftclient  
pn  tahoe-lafs  

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#798164: vtk: do not ship in stretch

[Kai-Martin Knaak]

On Sun, 6 Sep 2015 13:05:07 +0200 Julien Cristau 
wrote:
> The mix of vtk 5.x and vtk 6.x in the archive was bad enough in jessie,
> we shouldn't ship that again for stretch.

However, there is a reason to keep both: vtk6 is qt5 based only. This
leaves applications which are still on qt4 in the dark. One such
application is the simulation tool. Elmer is unstable only right now.
But this is due to long standing license issues. These have finally been
resolved. It would be unfortunate if elmer would not make it to straetch
because of a missing vtk package.

---<)kaimartin(>---
-- 
Kai-Martin Knaak
k...@lilalaser.de
http://lilalaser.de/blog


pgpaqb0mQsifZ.pgp
Description: OpenPGP digital signature

Bug#822257: linux-image-4.5.0-1-amd64: Since the upgrade to kernel 4.5.0-1 i can't login at all!!!

[Ben Hutchings]

[Forwarding this as plain text, since the original HTML-only mail was
apparently dropped.]

 Forwarded Message 
From: Panagiotis Pitelos 
To: Ben Hutchings 
Cc: 822...@bugs.debian.org
Subject: Re: Bug#822257: linux-image-4.5.0-1-amd64: Since the upgrade to kernel 
4.5.0-1 i can't login at all!!!
Date: Sat, 23 Apr 2016 00:45:34 +0300
Message-id: <5df39387-71d5-4bae-8794-bc010bc54...@email.android.com>

Hi Ben,
Currently i use to login without a problem with kernel-4.4.6-1.amd64.
Unfortunately with kernel-4.5.1-1.amd64 i can't even login with
ctrl+alt+F2, not a boot option at all. I read in wiki.d.o/AtiPropietary
that might the Gnome shell has problems with the fglrx-modules-dkms, so
i use the radeon free drivers option. Therefor i' am wondering why the
kernel 4.5.1 couldn't load the same free drivers as suppose to do.
Please show me a way what to do through the current kernel-4.4.6 i use
to resolve my issue.
Thanks in advance

Bug#822483: opencv-doc contains no documentation

[Yuri D'Elia]

Package: opencv-doc
Version: 2.4.9.1+dfsg-1.5
Severity: normal

I expected to find the actual documentation/reference in opencv-doc (as found
on docs.opencv.org), but it currently only contains the examples.

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

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

Bug#822480: (no subject)

[Witold Baryluk]

In debian/rules:

use_system_harfbuzz=1 \

also, the harfbuzz is installed,

pine64user@debianpine64:~/chromium-browser-50.0.2661.75$ dpkg -l | grep harfbuzz
ii  libharfbuzz-dev:arm64 1.2.6-1   
 arm64Development files for OpenType text shaping engine
ii  libharfbuzz-gobject0:arm641.2.6-1   
 arm64OpenType text shaping engine ICU backend (GObject library)
ii  libharfbuzz-icu0:arm641.2.6-1   
 arm64OpenType text shaping engine ICU backend
ii  libharfbuzz0b:arm64   1.2.6-1   
 arm64OpenType text shaping engine (shared library)

Not sure why it is not detected properly then.

Bug#822482: RM: libmx4j-java -- ROM; Obsolete, no longer used

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove libmx4j-java, this package is no longer used, the API
it provides is a standard part of Java since the version 5.

Thank you,

Emmanuel Bourg

Bug#822444: [Pkg-clamav-devel] Bug#822444: clamav-daemon does not start with same options using sysinit and systemd

[Xavier Quost]

Dear Sebastian

Thanks for your quick answer. 


Le dimanche 24 avril 2016 21:07:16, vous avez écrit :
> On 2016-04-24 17:39:37 [+0200], xavier quost wrote:
> > It seems that clamav-daemon does not start with thes sames options when
> > using systemd or sysvinit. This leads to problem with clamsmtp / clamd
> > communication breaking mail checking systeme.
> From browsing through the logs here I can't spot the difference / error.


You are right except clamstmp error coming from postfix nothing give a clear  
error message.

I checked the /var/log/clamav.log (I should have started there, sorry)

some lines bothers me :

Sun Apr 24 21:36:52 2016 -> Received 0 file descriptor(s) from systemd.
vs
Sun Apr 24 17:11:21 2016 -> Received 1 file descriptor(s) from systemd.

nothing
vs
Sun Apr 24 17:11:21 2016 -> Running as user clamav (UID 126, GID 134)



Sun Apr 24 21:36:59 2016 -> LOCAL: Unix socket file /var/run/clamav/clamd.ctl
Sun Apr 24 21:36:59 2016 -> LOCAL: Setting connection queue length to 15
vs
Sun Apr 24 17:11:28 2016 -> TCP: No tcp AF_INET/AF_INET6 SOCK_STREAM socket 
received from systemd.
Sun Apr 24 17:11:28 2016 -> LOCAL: Received AF_UNIX SOCK_STREAM socket from 
systemd.

then the error corresponding to mail.info logs 

no error
vs
Sun Apr 24 17:14:02 2016 -> WARNING: lstat() failed on:  
/var/spool/clamsmtp/clamsmtpd.9g7gF4


This is the content when sysv start clamav-daemon

Sun Apr 24 21:36:52 2016 -> +++ Started at Sun Apr 24 21:36:52 2016
Sun Apr 24 21:36:52 2016 -> Received 0 file descriptor(s) from systemd.
Sun Apr 24 21:36:52 2016 -> clamd daemon 0.99 (OS: linux-gnu, ARCH: x86_64, 
CPU: x86_64)
Sun Apr 24 21:36:52 2016 -> Log file size limited to 4294967295bytes.
Sun Apr 24 21:36:52 2016 -> Reading databases from /var/lib/clamav
Sun Apr 24 21:36:52 2016 -> Not loading PUA signatures.
Sun Apr 24 21:36:52 2016 -> Bytecode: Security mode set to "TrustSigned".
Sun Apr 24 21:36:58 2016 -> Loaded 4300057 signatures.
Sun Apr 24 21:36:59 2016 -> LOCAL: Unix socket file /var/run/clamav/clamd.ctl
Sun Apr 24 21:36:59 2016 -> LOCAL: Setting connection queue length to 15
Sun Apr 24 21:36:59 2016 -> Limits: Global size limit set to 104857600 bytes.
Sun Apr 24 21:36:59 2016 -> Limits: File size limit set to 26214400 bytes.
Sun Apr 24 21:36:59 2016 -> Limits: Recursion level limit set to 16.
Sun Apr 24 21:36:59 2016 -> Limits: Files limit set to 1.
Sun Apr 24 21:36:59 2016 -> Limits: MaxEmbeddedPE limit set to 10485760 bytes.
Sun Apr 24 21:36:59 2016 -> Limits: MaxHTMLNormalize limit set to 10485760 
bytes.
Sun Apr 24 21:36:59 2016 -> Limits: MaxHTMLNoTags limit set to 2097152 bytes.
Sun Apr 24 21:36:59 2016 -> Limits: MaxScriptNormalize limit set to 5242880 
bytes.
Sun Apr 24 21:36:59 2016 -> Limits: MaxZipTypeRcg limit set to 1048576 bytes.
Sun Apr 24 21:36:59 2016 -> Limits: MaxPartitions limit set to 50.
Sun Apr 24 21:36:59 2016 -> Limits: MaxIconsPE limit set to 100.
Sun Apr 24 21:36:59 2016 -> Limits: PCREMatchLimit limit set to 1.
Sun Apr 24 21:36:59 2016 -> Limits: PCRERecMatchLimit limit set to 5000.
Sun Apr 24 21:36:59 2016 -> Limits: PCREMaxFileSize limit set to 26214400.
Sun Apr 24 21:36:59 2016 -> Archive support enabled.
Sun Apr 24 21:36:59 2016 -> Algorithmic detection enabled.
Sun Apr 24 21:36:59 2016 -> Portable Executable support enabled.
Sun Apr 24 21:36:59 2016 -> ELF support enabled.
Sun Apr 24 21:36:59 2016 -> Mail files support enabled.
Sun Apr 24 21:36:59 2016 -> OLE2 support enabled.
Sun Apr 24 21:36:59 2016 -> PDF support enabled.
Sun Apr 24 21:36:59 2016 -> SWF support enabled.
Sun Apr 24 21:36:59 2016 -> HTML support enabled.
Sun Apr 24 21:36:59 2016 -> Self checking every 3600 seconds.



and this when systemd start clamav-daemon

Sun Apr 24 17:11:21 2016 -> +++ Started at Sun Apr 24 17:11:21 2016
Sun Apr 24 17:11:21 2016 -> Received 1 file descriptor(s) from systemd.
Sun Apr 24 17:11:21 2016 -> clamd daemon 0.99 (OS: linux-gnu, ARCH: x86_64, 
CPU: x86_64)
Sun Apr 24 17:11:21 2016 -> Running as user clamav (UID 126, GID 134)
Sun Apr 24 17:11:21 2016 -> Log file size limited to 4294967295bytes.
Sun Apr 24 17:11:21 2016 -> Reading databases from /var/lib/clamav
Sun Apr 24 17:11:21 2016 -> Not loading PUA signatures.
Sun Apr 24 17:11:21 2016 -> Bytecode: Security mode set to "TrustSigned".
Sun Apr 24 17:11:27 2016 -> Loaded 4300057 signatures.
Sun Apr 24 17:11:28 2016 -> TCP: No tcp AF_INET/AF_INET6 SOCK_STREAM socket 
received from systemd.
Sun Apr 24 17:11:28 2016 -> LOCAL: Received AF_UNIX SOCK_STREAM socket from 
systemd.
Sun Apr 24 17:11:28 2016 -> Limits: Global size limit set to 104857600 bytes.
Sun Apr 24 17:11:28 2016 -> Limits: File size limit set to 26214400 bytes.
Sun Apr 24 17:11:28 2016 -> Limits: Recursion level limit set to 16.
Sun Apr 24 17:11:28 2016 -> Limits: Files limit set to 1.
Sun Apr 24 17:11:28 2016 -> Limits: MaxEmbeddedPE limit set to 10485760 bytes.
Sun Apr 24 17:11:28 2016 -> Limits: MaxHTMLNormalize limit set to 10485760 
bytes.
Sun Apr

Bug#822345: choqok: preliminary packaging work for master (qt5/kf5 transition)

[Lisandro Damián Nicanor Pérez Meyer]

On Saturday 23 April 2016 19:33:49 Cyril Brulebois wrote:
[snip] 
> Anyway, patches attached, feel free to give them a try when a new
> Choqok upstream release approaches. ;)

Thanks a lot! Indeed it looks like it inherited the normal set of build 
dependencies for KF5.

I still have to check if it has telepathy integration as currently it only 
runs with qt4.

Thanks again!

-- 
Los estadounidenses no tienen la culpa, la guerra tiene la culpa. La falta de
voluntad de la gente para comprender a aquellos que tienen valores diferentes,
eso es lo que tiene la culpa.
  Shinji Mikamo
  


Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#822481: jessie-pu: package wmforecast/0.8-1

[Doug Torrance]

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

Hello!

In March 2016, Yahoo! changed their weather API in a non-backwards compatible
way.  This made wmforecast, a Window Maker dockapp which relies on this API
to display weather information, nonfunctional.

A new release, version 0.10, was prepared to fix this problem, and additional
improvements were made in 0.11, now available in stretch.

However, jessie still has version 0.8.  I have backported the appropriate
changes from 0.10 and 0.11 into a small patch which makes version 0.8
functional.  I would like to propose that the jessie wmforecast package be
updated with these changes.

Thank you!
Doug Torrance
diff -Nru wmforecast-0.8/debian/changelog wmforecast-0.8/debian/changelog
--- wmforecast-0.8/debian/changelog	2014-10-21 12:47:35.0 -0400
+++ wmforecast-0.8/debian/changelog	2016-04-24 17:34:10.0 -0400
@@ -1,3 +1,13 @@
+wmforecast (0.8-1+deb8u1) jessie; urgency=medium
+
+  * debian/control
+- Update Maintainer and add Uploaders.
+  * debian/patches/new_yahoo_api.patch
+- New patch; modifications to work with new Yahoo! weather API.
+  Backported from upstream.
+
+ -- Doug Torrance   Sun, 24 Apr 2016 17:32:19 -0400
+
 wmforecast (0.8-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru wmforecast-0.8/debian/control wmforecast-0.8/debian/control
--- wmforecast-0.8/debian/control	2014-10-21 12:44:33.0 -0400
+++ wmforecast-0.8/debian/control	2016-04-24 17:28:25.0 -0400
@@ -1,7 +1,8 @@
 Source: wmforecast
 Section: utils
 Priority: extra
-Maintainer: Doug Torrance 
+Maintainer: Debian Window Maker Team 
+Uploaders: Doug Torrance 
 Build-Depends: debhelper (>= 9), libxml2-dev, libcurl4-gnutls-dev, libwings-dev, help2man, dh-autoreconf
 Standards-Version: 3.9.6
 Homepage: https://github.com/d-torrance/wmforecast
diff -Nru wmforecast-0.8/debian/patches/new_yahoo_api.patch wmforecast-0.8/debian/patches/new_yahoo_api.patch
--- wmforecast-0.8/debian/patches/new_yahoo_api.patch	1969-12-31 19:00:00.0 -0500
+++ wmforecast-0.8/debian/patches/new_yahoo_api.patch	2016-04-24 17:23:15.0 -0400
@@ -0,0 +1,72 @@
+Description: Update to work with new Yahoo! weather API
+ Backported from upstream versions 0.10 and 0.11.
+Origin: https://github.com/d-torrance/wmforecast/commit/720f907
+Origin: https://github.com/d-torrance/wmforecast/commit/dcf081f
+Origin: https://github.com/d-torrance/wmforecast/commit/f19e666
+Last-Update: 2016-04-24
+
+--- a/wmforecast.c
 b/wmforecast.c
+@@ -296,7 +296,7 @@
+ 	text = wstrappend(text, ", ");
+ 	text = wstrappend(text, weather->temp);
+ 	text = wstrappend(text, "°\n\nForecast:\n");
+-	for (i = 0; i < weather->forecasts->length; i++) {
++	for (i = 0; i < weather->forecasts->length && i < 7; i++) {
+ 		text = wstrappend(text,weather->forecasts->forecasts[i].day);
+ 		text = wstrappend(text," - ");
+ 		text = wstrappend(text,weather->forecasts->forecasts[i].text);
+@@ -348,16 +348,23 @@
+ 	Weather *weather;
+ 	xmlDocPtr doc;
+ 	xmlNodePtr cur;
++	int i;
+ 
+-	url = wstrconcat("http://weather.yahooapis.com/forecastrss?u=",prefs->units);
++	url = wstrdup("https://query.yahooapis.com/v1/public/yql?q=";
++		  "select%20*%20from%20weather.forecast%20where%20woeid");
+ 	if (strcmp(prefs->woeid_or_zip,"w") == 0) {
+-		url = wstrappend(url,"&w=");
++		url = wstrappend(url, "%20%3D%20");
+ 		url = wstrappend(url, prefs->woeid);
+ 	}
+ 	else {
+-		url = wstrappend(url,"&p=");
++		url = wstrappend(url, "%20in%20(select%20woeid%20from%20"
++ "geo.places(1)%20where%20text%3D%22");
+ 		url = wstrappend(url, prefs->zip);
+-	}
++		url = wstrappend(url, "%22)");
++ 	}
++	url = wstrappend(url, "%20and%20u%3D'");
++	url = wstrappend(url, prefs->units);
++	url = wstrappend(url, "'&format=xml");
+ 
+ 	weather = newWeather();
+ 	chunk.memory = wmalloc(1);
+@@ -394,17 +401,16 @@
+ 		return weather;
+ 	}
+ 
+-	if (xmlStrcmp(cur->name, (const xmlChar *) "rss")) {
+-		setError(weather, screen,"Empty document");
+-		fprintf(stderr,"document of the wrong type, root node != rss");
+-		xmlFreeDoc(doc);
+-		return weather;
++	for (i = 0; i < 3; i++) {
++		cur = cur->children;
++		if (cur == NULL) {
++			setError(weather, screen,
++ "Document not parsed successfully");
++			xmlFreeDoc(doc);
++			return weather;
++		}
+ 	}
+ 
+-	cur = cur->children;
+-	cur = cur->next;
+-	cur = cur->children;
+-
+ 	while (cur != NULL) {
+ 		if ((!xmlStrcmp(cur->name, (const xmlChar *)"item"))) {
+ 			cur = cur->children;
diff -Nru wmforecast-0.8/debian/patches/series wmforecast-0.8/debian/patches/series
--- wmforecast-0.8/debian/patches/series	1969-12-31 19:00:00.0 -0500
+++ wmforecast-0.8/debian/patches/series	2016-04-24 17:17:45.0 -0400
@@ -0,0 +1 @@
+new_yahoo_api.patch

Bug#759401: dak accepting upstream signature .asc files?

[Guillem Jover]

Hi!

On Sun, 2016-04-24 at 18:49:21 +0200, Ansgar Burchardt wrote:
> Guillem Jover  writes:
> >> Checking the code it seems the problem comes from the regexes not
> >> being anchored at the end, and me adding the more specific regexes
> >> after the more general ones. The attached patch should in principle
> >> fix that one. But there might still be other problems lurking. :)
> >> Let's see with this next iteration.
> 
> Hmm, I applied your patch, but I wonder if we should also anchor the
> expressions. Though that would be a separate change.

Yeah, actually my initial approach was to anchor them all with $, but
in the end went for the minimal patch needed. It also looked a bit
unbalanced given that re.match implicitly anchors on ^. But I can
send that patch if you think it's worthwhile. It might save from
similar mistakes in the future!

And just reuploaded and it works, thanks!

  

Thanks,
Guillem

Bug#822480: chromium-browser: Missing build dependency libgraphite2-dev

[Witold Baryluk]

Source: chromium-browser
Severity: normal

Hi,

when trying to manually build chromium on arm64 I got this 

pine64user@debianpine64:~/chromium-browser-50.0.2661.75$ dpkg-buildpackage -b 
-uc -uc
...
...
INCLUDES:input.py:297:LoadBuildFileIncludesIntoDict Loading Included File: 
'/home/pine64user/chromium-browser-50.0.2661.75/build/common.gypi'
Package graphite2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `graphite2.pc'
to the PKG_CONFIG_PATH environment variable
Package 'graphite2', required by 'harfbuzz', not found
gyp: Call to 'pkg-config --cflags gdk-2.0' returned exit status 1 while in 
/home/pine64user/chromium-browser-50.0.2661.75/build/linux/system.gyp. while 
loading dependencies of 
/home/pine64user/chromium-browser-50.0.2661.75/base/base.gyp while loading 
dependencies of /home/pine64user/chromium-browser-50.0.2661.75/build/all.gyp 
while trying to load 
/home/pine64user/chromium-browser-50.0.2661.75/build/all.gyp
debian/rules:115: recipe for target 'override_dh_auto_configure' failed
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory '/home/pine64user/chromium-browser-50.0.2661.75'
debian/rules:112: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
pine64user@debianpine64:~/chromium-browser-50.0.2661.75$


Installing libgraphite2-dev resolves this problem, it is not specified in 
Build-Depends right now

pine64user@debianpine64:~/chromium-browser-50.0.2661.75$ apt-cache showsrc 
chromium-browser | grep grahite
pine64user@debianpine64:~/chromium-browser-50.0.2661.75$


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: arm64 (aarch64)
Foreign Architectures: armhf

Kernel: Linux 3.10.65-5-pine64-longsleep (SMP w/4 CPU cores; PREEMPT)
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)