Bug#805638: dbconfig-common: Insecure permissions for backup directory

[Paul Gevers]

Control: tags -1 moreinfo unreproducible

Hi Simon,

Thanks for reporting this serious issue.

On 20-11-15 15:07, Simon Ruderich wrote:
> dbconfig-common creates a backup of the database on update and
> stores it in /var/cache/dbconfig-common/backups/. However the
> permissions are readable for all users which might expose
> sensitive data to all local users.

Could you please provide more info, like which package you worked with
and which database type? The dbconfig-common package has mysql upgrade
examples and they work correctly:

root@sid:~# ls -al /var/cache/dbconfig-common/backups/
total 12
drwxr-xr-x 2 root root 4096 Nov 21 08:39 .
drwxr-xr-x 3 root root 4096 Jul 12 22:10 ..
-rw--- 1 root root 2477 Nov 21 08:35
db-test-mysql_2.0.2015-11-21-08.35.47

Also in my tests with postgresql the code seems to be doing the right
thing (albeit I don't have an update in this case, just a dpkg-reconfigure):
root@sid:~# ls -al
/var/tmp/db-test-pgsql.dbtest.2015-11-21-08.45.pgsql.xeBPjR
-rw--- 1 root root 0 Nov 21 08:45
/var/tmp/db-test-pgsql.dbtest.2015-11-21-08.45.pgsql.xeBPjR

And also for sqlite(3):
root@sid:~# ls -al
/var/tmp/db-test-sqlite3.dbtest.2015-11-21-08.50.sqlite3.OLiiGP
-rw--- 1 root root 0 Nov 21 08:50
/var/tmp/db-test-sqlite3.dbtest.2015-11-21-08.50.sqlite3.OLiiGP

Paul



signature.asc
Description: OpenPGP digital signature

Bug#805624: [Pkg-libvirt-maintainers] Bug#805624: libvirt-bin: document how to access host file system

[Ritesh Raj Sarraf]

Hello Guido,


On Fri, 2015-11-20 at 21:51 +0100, Guido Günther wrote:
> Hi Ritesh,
> Thanks for the patch! First off wouldn't we be better off improving
> the
> upstream docs?  What didn't you like about them?
> 

I did not try them. Actually I did not know where to look at, for
upstream docs.

> > 77a78,91
> > > Mapping Host File System Directories
> > > 
> > > 
> > > You can map a Host file system directory to the guest. This can
> > > be achieved
> > > using the 9p file system interface in the Guest OS. If your Guest
> > > OS has
> > > support for 9p file system (Linux already has support for it),
> > > you can enable
> > > a share (on the host) and mount it on the guest.
> > > 
> > > For example, create a share on the host named "share"
> > > On the Guest VM, add something like the following in /etc/fstab:
> > > 
> > > share /mnt/share  9p  trans=virtio,rw,_netdev 
> > > 0 0
> 
> If we do this on the Debian side we should explain the whole thing,
> that
> is the libvirt XML _and_ the client side. What do you think? A bit
> like
> 
> http://wiki.qemu.org/Documentation/9psetup
> 
> but much shorter. We also need to mention that this is a QEMU/KVM
> thing.

I'm not sure if putting everything complete in the README.Debian file
would be practical. My understanding always was to use this file for
the obvious questions and brief answers to them, and further
pointers/hints on what to look for.



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


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

Bug#796882: hyperv-daemons: include debian specific versions of hv_get* scripts

[Hideki Yamane]

control: tags -1 +patch

Hi,

On Tue, 25 Aug 2015 14:27:46 +0200 Christoph Martin  wrote:
> hv_kvp_daemon[941]: sh: 1: hv_get_dns_info: not found
> hv_kvp_daemon[941]: sh: 1: hv_get_dhcp_info: not found
> hv_kvp_daemon[941]: sh: 1: hv_get_dns_info: not found
> hv_kvp_daemon[941]: sh: 1: hv_get_dhcp_info: not found
> 
> These scripts are missing from the package. 
> Debian should include there own disto specific versions of this scripts.
> 
> Examples are in the linux-tools source in the directory tools/hv/

 patch taken from ubuntu package


-- 
Hideki Yamane 
diff -urN linux-tools-4.3~rc5/debian/hv_get_dhcp_info linux-tools-4.3~rc5.update/debian/hv_get_dhcp_info
--- linux-tools-4.3~rc5/debian/hv_get_dhcp_info	1970-01-01 09:00:00.0 +0900
+++ linux-tools-4.3~rc5.update/debian/hv_get_dhcp_info	2015-11-21 14:05:21.025229857 +0900
@@ -0,0 +1,41 @@
+#!/bin/sh
+
+# This example script retrieves the DHCP state of a given interface.
+# In the interest of keeping the KVP daemon code free of distro specific
+# information; the kvp daemon code invokes this external script to gather
+# DHCP setting for the specific interface.
+#
+# Input: Name of the interface
+#
+# Output: The script prints the string "Enabled" to stdout to indicate
+#	that DHCP is enabled on the interface. If DHCP is not enabled,
+#	the script prints the string "Disabled" to stdout.
+
+IF_FILE="/etc/network/interfaces"
+NMCMD="nmcli"
+
+function checknetworkmanager {
+# Assumes if $NMCMD exists, inteface exists and interface is not
+# in $IF_FILE then dhcp is being used by NM
+if $NMCMD dev status 2>/dev/null | grep -q $1; then
+echo "Enabled"
+else
+echo "Disabled"
+fi
+}
+
+if [ -z $1 ]; then
+echo "Disabled"; exit
+fi
+
+ 
+if grep -v -e "^#" $IF_FILE 2>/dev/null | grep -q $1 ; then
+#interface exists so
+if grep -q -e $1\.\*dhcp $IF_FILE; then 
+ echo "Enabled"
+else
+ echo "Disabled"
+fi
+else
+checknetworkmanager $1
+fi
diff -urN linux-tools-4.3~rc5/debian/hv_get_dns_info linux-tools-4.3~rc5.update/debian/hv_get_dns_info
--- linux-tools-4.3~rc5/debian/hv_get_dns_info	1970-01-01 09:00:00.0 +0900
+++ linux-tools-4.3~rc5.update/debian/hv_get_dns_info	2015-11-21 14:05:21.025229857 +0900
@@ -0,0 +1,2 @@
+#!/bin/sh
+awk '/^nameserver/ { print $2 }' /etc/resolv.conf 2>/dev/null
diff -urN linux-tools-4.3~rc5/debian/hv_set_ifconfig linux-tools-4.3~rc5.update/debian/hv_set_ifconfig
--- linux-tools-4.3~rc5/debian/hv_set_ifconfig	1970-01-01 09:00:00.0 +0900
+++ linux-tools-4.3~rc5.update/debian/hv_set_ifconfig	2015-11-21 14:05:21.025229857 +0900
@@ -0,0 +1,242 @@
+#! /usr/bin/env python
+
+# set interfaces in hv_kvp_daemon style
+import fileinput
+import sys
+import errno
+import os
+import shutil
+import tempfile
+import subprocess
+
+if_filename="/etc/network/interfaces"
+
+'''Get quiet'''
+sys.stdout = open(os.devnull, 'w')
+sys.stderr = open(os.devnull, 'w')
+
+try:
+	if_file=open(if_filename,"r+")
+except IOError as e:
+	exit(e.errno)
+else:
+	if_file.close()
+
+
+def kvp_dict(file):
+	return dict(line.strip().split("=") for line in file)
+
+
+#setting the hwaddress to something azure is not expecting is fatal networking 
+
+if len(sys.argv) != 2 :
+	exit(errno.EINVAL)
+
+kvp=dict(line.strip().split("=") for line in fileinput.input())
+
+if not "HWADDR" in kvp :
+	exit(errno.EPROTO)
+
+if not "DEVICE" in kvp :
+	exit(1)
+
+output=[]
+basename=kvp["DEVICE"]
+
+if "DHCP" in kvp and kvp["DHCP"]=="yes" :
+	output += ["auto " + basename]
+	output += ["iface " + basename  + " inet dhcp"]
+	output += [""]
+else:
+	''' Matchup the interface specific lines '''
+
+	'''DNS entries will go with the first interface
+	and there can be a max of three'''
+	autolist=[]
+	dns=[]
+	if "DNS1" in kvp :
+		dns+=[kvp["DNS1"]]
+		if "DNS2" in kvp :
+			dns+=[kvp["DNS2"]]
+			if "DNS3" in kvp :
+dns+=[kvp["DNS3"]]
+
+
+	'''
+	No real max for the number of interface + aliases ... 
+	only required is the address (but mate everything up that comes in. '''
+
+	'''ipv4 first'''
+
+	v4names=[name for name in kvp.keys() if name.startswith("IPADDR")]
+	v4names.sort()
+
+	v6names=[name for name in kvp.keys() if name.startswith("IPV6ADDR")]
+	v6names.sort()
+
+	'''IPV6 requires a netmask'''
+	'''If an ipv6 exists, you'll want to turn off /proc/sys/net/ipv6/conf/all/autoconf with
+	up echo 0 > /proc/sys/net/ipv6/conf/all/autoconf'''
+
+	'''Counter needs to increment as soon as any interface is set.'''
+
+
+	if_count=0
+
+	for v4 in v4names:
+		ifname=basename
+		suffix=""
+		if if_count :
+			ifname+=":" + str(if_count)
+			suffix="_"+str(if_count)
+		if not ifname in autolist:
+			autolist += [ifname]
+		output += [ "iface " + ifname + " inet static"]
+		output += [ "\t" + "address " + kvp[v4]]
+		if "NETMASK"+suffix in kvp.keys():
+			output += ["\tnetmask " + kvp["NETMASK"+suffix]]
+		if "GATEWAY"+suffix in kvp.keys():
+			output += ["\tgateway " + kvp["GATEWAY"+suffix]]
+		if not

Bug#805416: Warning: Lisp directory `/usr/local/share/emacs/site-lisp' does not exist.

[Andreas Beckmann]

Control: tag -1 = moreinfo unreproducible
Control: severity -1 normal

On Tue, 17 Nov 2015 23:26:19 +0100 Gerd Jurgensen
 wrote:
> Package: emacs
> Version: 45.0
> Severity: serious
> Tags: d-i
> Justification: Policy 8.6.3

That's an unrelated policy section:
https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-symbols

> How can site-lisp be missing?

I just installed emacs in a fresh wheezy i386 chroot - and afterwards
the directory exists:

drwxrwsr-x 2 root staff 40 Nov 21 04:53 /usr/local/share/emacs/site-lisp/

So the package does the right thing.

> Aren't the legible and debuggable and optimizables site-lisp libraries 
> just what the doctor rms at stallmann.org ordered?  Such a broken 
> Debilian is mere bullshit minus you forgive me my venting my anger!

no comment


Andreas

Bug#725934: debsecan: automatically add apt pinning for packages with security issues

[Paul Wise]

On Thu, 10 Oct 2013 11:28:10 +0800 Paul Wise wrote:

> It would be nice if debsecan could write out an apt preferences file
> for packages that have a security issue fixed in unstable such that
> when I do apt-get upgrade I will get the security issues fixed before
> the packages migrate to testing.

I've made a simple proof-of-concept for this:

#!/bin/sh
for pkg in $(debsecan | grep fixed | cut -d\  -f2 | sort -u) ; do
 cat < /etc/apt/preferences.d/debsecan
Package: $pkg
Pin: release a=unstable
Pin-Priority: 900

EOF
done

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#805687: [Debian-med-packaging] Bug#805687: python-pbcore: FTBFS: AttributeError: 'pysam.csamfile.Samfile' object has no attribute '_hasIndex'

[Afif Elghraoui]

Control: forwarded -1 https://github.com/PacificBiosciences/pbcore/issues/24

I noticed this issue yesterday on my DDPO page--- this is due to
incompatibility with the new release of python-pysam. I'm not sure that
qualifies this issue as a reproducible-builds problem

It was also a known issue upstream since about a week ago.

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Bug#805609: Acknowledgement (grilo-plugins: Split grilo-plugins into base and extra)

[Tim]

Here is the patch to split grilo-plugins into -base and -extra.

I have also included the remainder of the Ubuntu delta as extra patches here, 
however these are only required for the 0.2.14 branch of grilo-plugins
>From b3b0041120b47af35b09f0cb04bc655783ebe5e6 Mon Sep 17 00:00:00 2001
From: Tim Lunn 
Date: Sat, 21 Nov 2015 15:11:35 +1100
Subject: [PATCH 1/3] * Split package into -base and -extra * Build with
 --fail-missing so we install everything.

---
 debian/changelog |  7 +++
 debian/control   | 70 +++-
 debian/docs  |  2 -
 debian/grilo-plugins-0.2-base.docs   |  2 +
 debian/grilo-plugins-0.2-base.install| 19 +++
 debian/grilo-plugins-0.2-extra.install   | 10 
 debian/grilo-plugins-0.2-extra.lintian-overrides |  2 +
 debian/grilo-plugins-0.2.lintian-overrides   |  2 -
 debian/install   |  5 --
 debian/rules |  3 +
 10 files changed, 98 insertions(+), 24 deletions(-)
 delete mode 100644 debian/docs
 create mode 100644 debian/grilo-plugins-0.2-base.docs
 create mode 100644 debian/grilo-plugins-0.2-base.install
 create mode 100644 debian/grilo-plugins-0.2-extra.install
 create mode 100644 debian/grilo-plugins-0.2-extra.lintian-overrides
 delete mode 100644 debian/grilo-plugins-0.2.lintian-overrides
 delete mode 100644 debian/install

diff --git a/debian/changelog b/debian/changelog
index bac8476..43e553b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+grilo-plugins (0.2.14-6) UNRELEASED; urgency=low
+
+  * Split package into -base and -extra
+  * Build with --fail-missing so we install everything.
+
+ -- Tim Lunn   Sat, 21 Nov 2015 15:04:20 +1100
+
 grilo-plugins (0.2.14-5) unstable; urgency=medium
 
   * The TheTVDB plugin fails during make check if the home directory is
diff --git a/debian/control b/debian/control
index 3ae93c9..113e49d 100644
--- a/debian/control
+++ b/debian/control
@@ -33,13 +33,26 @@ Standards-Version: 3.9.6
 Homepage: http://live.gnome.org/Grilo
 
 Package: grilo-plugins-0.2
+Architecture: all
+Priority: extra
+Section: oldlibs
+Depends: grilo-plugins-0.2-base,
+ grilo-plugins-0.2-extra,
+ ${misc:Depends}
+Description: transitional dummy package
+ This is a transitional dummy package to ease upgrades to
+ grilo-plugins-0.2-base and grilo-plugins-0.2-extra. It can safely be removed.
+
+Package: grilo-plugins-0.2-base
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
  ${misc:Depends}
-Recommends: dleyna-server
-Description: Framework for discovering and browsing media - Plugins
+Suggests: grilo-plugins-0.2-extra
+Breaks: grilo-plugins-0.2 (<< 0.2.14-6~)
+Replaces: grilo-plugins-0.2 (<< 0.2.14-6~)
+Description: Framework for discovering and browsing media - Base Plugins
  Grilo is a framework focused on making media discovery and browsing
  easy for application developers.
  .
@@ -53,27 +66,18 @@ Description: Framework for discovering and browsing media - Plugins
* A flexible API that allows plugin developers to write plugins of
  various kinds.
  .
- This package contains the set of plugins officially distributed with
- Grilo:
+ This package contains these plugins officially distributed with Grilo:
* Apple Trailers
* Blip.tv
* Bookmarks
-   * dLeyna
-   * DMAP
* Filesystem
-   * Flickr
-   * Freebox
* Gravatar
* Jamendo
* Last.fm (for album art)
* Local metadata (album art and thumbnails)
-   * Lua Factory
-   * Magnatune
* Metadata Store
* OpenSubtitles
* Optical Media
-   * Pocket
-   * Podcasts
* Rai.tv
* SHOUTcast
* TheTVDB
@@ -82,15 +86,51 @@ Description: Framework for discovering and browsing media - Plugins
* Vimeo
* Youtube
 
+Package: grilo-plugins-0.2-extra
+Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
+Depends: ${shlibs:Depends},
+ ${misc:Depends},
+ grilo-plugins-0.2-base
+Recommends: dleyna-server
+Breaks: grilo-plugins-0.2 (<< 0.2.14-6~)
+Replaces: grilo-plugins-0.2 (<< 0.2.14-6~)
+Description: Framework for discovering and browsing media - Extra Plugins
+ Grilo is a framework focused on making media discovery and browsing
+ easy for application developers.
+ .
+ More precisely, Grilo provides:
+   * A single, high-level API that abstracts the differences among
+ various media content providers, allowing application developers
+ to integrate content from various services and sources easily.
+   * A collection of plugins for accessing content from various media
+ providers. Developers can share efforts and code by writing
+ plugins for the framework that are application agnostic.
+   * A flexible API that allows plugin developers to write plugins of
+ various kinds.
+ .
+ This package contains these plugins offici

Bug#802523: psocksxx: FTBFS: You made dpkg-gensymbols sad

[Jörg Frings-Fürst]

Hola Eriberto,

thanks for your patch.

I have the new upstream release ready and uploaded to mentors.
My mentor is checking some libstdc++ transition issues.


Many thanks again.

Am Freitag, den 20.11.2015, 12:24 -0200 schrieb Eriberto Mota:
> tags 802523 patch
> thanks
> 
> 
> Hi,
> 
> The attached patch will fix the bug.
> 
> Regards,
> 
> Eriberto


CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.





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

Bug#805707: RFS: dbab/1.3.1-1 [new version update]

[Tong Sun]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I updated my dbab (dbab: dnsmasq-based ad-blocker, which allows you to
remove Ads and speed up your mobile device browsing without even installing
any apps to them) to a newer version -- fixed two warnings and closed two
bugs, and am now looking for a sponsor.

 * Package name: dbab
   Version : 1.3.1-1
   Upstream Author :  Tong Sun 
 * URL : https://github.com/suntong/dbab
 * License : BSD
   Section : net

  It builds those binary packages:

dbab  - dnsmasq-based ad-blocking using pixelserv

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

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

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

dget -x
http://mentors.debian.net/debian/pool/main/d/dbab/dbab_1.3.1-1.dsc

Changes since last version:

 * New upstream release (1.3.1).
  - [!] make the pixelserv more robust
  - [!] fix dbab.service exec file name
  - [!] closes: #774191
  - [*] use dbab.md to replace dbab.html
  - [*] rename conf files to dbab.xxx (incompatible with previous
version!)
  - [!] closes: #775253 by using conf files as /etc/dnsmasq.d/dbab.xxx
  - [+] dbab.md add faq
  - [!] amend dbab.list- to reflect upstream list change
  - [*] update copyright year
  - [*] update git home
  - [+] add must-have Depends: dnsutils
  - [+] add "How to whitelist some sites" section to FAQ
  - [+] add blank-line-checking to dbab-get-list to prevent errors
  - [!] fix "dep5-copyright-license-name-not-unique"
  - [!] fix "missing-license-paragraph"

More detailed information about changes can be obtained from
https://github.com/suntong/dbab/commits/master.

Thanks

Bug#805666: guitarix: FTBFS: compile flags incompatiable with newer glibmm-2.4

[Hermann Meyer]

Hi

Please update guitarix to the latest release (0.34.0), that will fix 
this bug and #788564 
 as well.


regards
hermann
(guitarix upstream maintainer)

Bug#805706: torbrowser-launcher: conffiles not removed

[Paul Wise]

Package: torbrowser-launcher
Version: 0.2.2-2
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

https://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.org/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=torbrowser-launcher ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' 
$pkg | grep obsolete
torbrowser-launcher: obsolete-conffile 
/etc/apparmor.d/torbrowser.start-tor-browser
 /etc/apparmor.d/torbrowser.start-tor-browser caef3e741b6d0113316b4b2eebeb76b4 
obsolete

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages torbrowser-launcher depends on:
ii  gnupg1.4.19-6
ii  python   2.7.9-1
ii  python-gtk2  2.24.0-4
ii  python-lzma  0.5.3-3
ii  python-parsley   1.2-1
ii  python-psutil2.2.1-3+b1
ii  python-twisted   15.2.1-1
ii  python-txsocksx  1.15.0.2-1
ii  tor  0.2.6.10-1+b1
ii  wmctrl   1.07-7

torbrowser-launcher recommends no packages.

Versions of packages torbrowser-launcher suggests:
pn  apparmor   
ii  python-pygame  1.9.1release+dfsg-10+b1

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#805632: RFS: plowshare/2.1.2-1

[Paul Wise]

On Fri, Nov 20, 2015 at 10:20 PM, Jakub Wilk wrote:

> Why is your .orig.tar different that the one uscan downloads?

A good way to find out how it is different is to compare the two files
using diffoscope.

http://diffoscope.org/

Alternatively, debdiff from devscripts can compare source packages or
tardiff can compare tarballs.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#805705: apache2: Apache2.2 syntax in /etc/apache2/conf-available/security.conf

[Vieno Foo]

Package: apache2
Version: 2.4.10-10+deb8u3
Severity: minor

Dear Maintainer,

   * What led up to the situation?
less /etc/apache2/conf-available/security.conf

   * What was the outcome of this action?
finding Apache2.2 syntax at the first example of a  entry

   * What outcome did you expect instead?
finding Apache2.4 syntax in this example


kind regards
txt.file

-- Package-specific info:

-- System Information:
Debian Release: 8.0
Architecture: armhf (armv6l)

Kernel: Linux 3.18.0-trunk-rpi (PREEMPT)
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 apache2 depends on:
ii  apache2-bin2.4.10-10+deb8u3
ii  apache2-data   2.4.10-10+deb8u3
ii  apache2-utils  2.4.10-10+deb8u3
ii  dpkg   1.17.25
ii  lsb-base   4.1+Debian13+rpi1+nmu1
ii  mime-support   3.58
ii  perl   5.20.2-3+deb8u1
ii  procps 2:3.3.9-9

Versions of packages apache2 recommends:
pn  ssl-cert  

Versions of packages apache2 suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
pn  www-browser  

Versions of packages apache2-bin depends on:
ii  libapr1  1.5.1-3
ii  libaprutil1  1.5.4-1
ii  libaprutil1-dbd-sqlite3  1.5.4-1
ii  libaprutil1-ldap 1.5.4-1
ii  libc62.19-18+deb8u1
ii  libldap-2.4-22.4.40+dfsg-1
ii  liblua5.1-0  5.1.5-7.1
ii  libpcre3 2:8.35-3.3
ii  libssl1.0.0  1.0.1k-3+deb8u1
ii  libxml2  2.9.1+dfsg1-5
ii  perl 5.20.2-3+deb8u1
ii  zlib1g   1:1.2.8.dfsg-2

Versions of packages apache2-bin suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
pn  www-browser  

Versions of packages apache2 is related to:
ii  apache2  2.4.10-10+deb8u3
ii  apache2-bin  2.4.10-10+deb8u3

-- Configuration Files:
/etc/apache2/conf-available/security.conf changed [not included]

-- no debconf information

Bug#805704: ITP: inform6 -- Inform 6 interactive fiction language

[Ben Finney]

Package: wnpp
Severity: wishlist

Package name:   inform6
Version:6.33
Upstream developer: Inform project
URL:http://inform7.com/sources/i6n/
License:Artistic License 2.0
Programming language:   C
Description:Inform 6 interactive fiction language
Inform 6 is an object-oriented language for writing interactive
fiction, also known as “text adventures” or “adventure games”.
.
As a story developer, you create Inform 6 source code describing the
story. Then compile from source code to “Z-code”, the bytecode for a
virtual machine (a “Z-machine”). The resulting story files are highly
portable, with Z-code interpreters available for many different
platforms.



After many years of non-free development, Inform 6 is free software!

The previous upstream maintainers have granted license to the code
base under the conditions of the Artistic License 2.0, which makes the
work conform to the Debian Free Software Guidelines.

Many contributed extensions are also now licensed under free software
conditions.

Thanks to David Griffith and others for continuing the work of
expanding the freedom of the Inform 6 code base by pursuing explicit
written grants of free-software license conditions.


About the name “Inform 6” and the earlier ‘inform’ package:

In the intervening years since Inform 6 was last released upstream,
the Inform community has also embarked on a more ambitious language
called Inform 7.

Inform 7 and Inform 6 are not versions of the same language. They are
fundamentally incompatible, maintained as distinct languages and code
bases.

Yet Inform 6 remains part of the same project; see the Inform project's
explanation at http://inform7.com/sources/i6n/>.

So these free-software Debian packages have names and descriptions that
make clear they install the stand-alone Inform 6 language.

The ‘inform’ package, representing an earlier version of the same
Inform 6 code base, becomes a transitional package to ‘inform6’.

-- 
 \   “I bought some batteries, but they weren't included; so I had |
  `\to buy them again.” —Steven Wright |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#805691: texlive-lang-cjk: remove dedup file with poppler-data

[Norbert Preining]

Hi Hideki,

>  texlive-lang-cjk has same data as poppler-data, I've created a 

Thanks, I have taken the necessary steps.

>  Could you check and apply attached patch, please?

Implementation is slighlty different since we use a meta-packaging
system that generates the source packages ... see the final patch
already in git:

http://anonscm.debian.org/cgit/debian-tex/texlive-nonbin.git/commit/?id=04d6ba26dfb2175e2ab7cb2292975caee5ea5f00

Another step was necessary, namely checking that all actual files shipped
in the adobemapping TeX Live package are contained in the poopler-data
package. I did this.

Thanks

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#805457: "We've detected you're using an older version of Chrome. Update to stay secure"

[Sergio Durigan Junior]

On Friday, November 20 2015, 積丹尼 Dan Jacobson wrote:

> Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) 
> Chrome/46.0.2490.71  Safari/537.36
> Mozilla/5.0 (X11; Linux)  AppleWebKit/538.15 (KHTML, like Gecko) 
> Chrome/18.0.1025.133 Safari/538.15 Midori/0.5

> So it seems that while Midori keeps its AppleWebKit and Safari version
> numbers ahead of chromium, for some reason its Chrome number got stuck
> long ago, until finally trigger this Google warning.

Yes, Midori expands the User-Agent because many websites (wrongly)
provide content based on User-Agent sniffing.  I talked to Midori devs
and they are not willing to change the User-Agent string.

> And there in fact is a Midori string at back there, so maybe it is not
> entirely impersonating, its just that its Chrome version got stuck at 18.

The Chrome version is still 18 because nobody cared to update it.  The
string doesn't update itself, it depends on someone to notice that there
has been a new Chrome/Chromium release and update it by hand.  Which is
what I am planning to do, by the way.

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


signature.asc
Description: PGP signature

Bug#805703: libthai0: th_wbrk goes into an infinite loop

[Zack Weinberg]

Package: libthai0
Version: 0.1.23-1

The following program runs to completion (and appears to produce correct
output, to the extent I can tell, not speaking Thai myself) with libthai
0.1.21, but after upgrading to 0.1.23 it goes into an infinite loop
inside th_wbrk.

#include 
#include 
#include 
#include 
#include 
#include 

/* expected output:   เพื่อ ให้ เหมาะสม กับ วิถีทาง ประเพณี ทาง ศาสนา 
พุทธ */
static const thwchar_t *x = L"เพื่อให้เหมาะสมกับวิถีทางประเพณีทางศาสนาพุทธ";

int main(void)
{
  int n, s, i, len, *breaks;

  setlocale(LC_ALL, "");
  len = wcslen(x);
  breaks = calloc(len, sizeof(int));
  if (!breaks) return 1;

  n = th_wbrk(x, breaks, len);
  for (s = 0, i = 0; i < n; i++) {
wprintf(L" %.*ls", breaks[i] - s, x + s);
s = breaks[i];
  }
  wprintf(L" %.*ls\n", len - s, x + s);
  return 0;
}

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

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

Versions of packages libthai0 depends on:
ii  libc6 2.19-22
ii  libdatrie10.2.10-1
ii  libthai-data  0.1.23-1

libthai0 recommends no packages.

libthai0 suggests no packages.

-- no debconf information

Bug#557757: Jarifa package

[russellworthy...@gmail.com]

Sent from Samsung


bug_557757_message_51.mbox
Description: 

Bug#805614: linux: PCAP filter "ether host" === "ether dst" when capture on a dummy interface

[Zhang Jingqiang]

在 Friday 20 November 2015 20:14:20，Ben Hutchings 写道：
> Version: 4.2.6-1
> What about 4.2.6?
I can't reproduce it with my laptop now.
So there's must be something different with the pcap file I used.
And maybe this "bug" is also there with 4.2.5.
I found this bug with a pcap file captured from a CentOS 7 machine
and the captured traffic is coming from a Cisco switch mirror-dest port.
I will check on Monday. 
> What difference in behaviour do you see between the two versions?
No obvious difference found.
> Did you mean to send a pcap file that shows the difference?
I will send one on Monday.

Thanks

Bug#805457: "We've detected you're using an older version of Chrome. Update to stay secure"

[積丹尼 Dan Jacobson]

Hmmm, default User-Agent strings for Debian chromium and midori:

Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) 
Chrome/46.0.2490.71  Safari/537.36
Mozilla/5.0 (X11; Linux)  AppleWebKit/538.15 (KHTML, like Gecko) 
Chrome/18.0.1025.133 Safari/538.15 Midori/0.5

So it seems that while Midori keeps its AppleWebKit and Safari version
numbers ahead of chromium, for some reason its Chrome number got stuck
long ago, until finally trigger this Google warning.

And there in fact is a Midori string at back there, so maybe it is not
entirely impersonating, its just that its Chrome version got stuck at 18.

Bug#805701: Clisp Patch

[Flávio Cruz]

Seems like I forgot the patch.
Dynamically allocate a path instead of using MAXPATHLEN.

--- clisp-2.49+hg.2015.05.31.orig/modules/syscalls/calls.c
+++ clisp-2.49+hg.2015.05.31/modules/syscalls/calls.c
@@ -5872,12 +5872,15 @@ void module__syscalls__init_function_2 (
   /* if DATEMSK is not set, set it to the clisp-supplied value */
   if (NULL == getenv("DATEMSK")) {
 with_string_0(physical_namestring(GLO(lib_dir)),GLO(pathname_encoding),ldz,{
-char datemsk[MAXPATHLEN];
+/* use enough space for datemsk */
+const size_t datemsk_len = ldz_len + 1 + strlen("/syscalls/datemsk");
+char *datemsk = malloc(sizeof(char) * datemsk_len);
 strcpy(datemsk,ldz);
 if (ldz[ldz_len-1] == '/')
   strcat(datemsk,"syscalls/datemsk");
 else strcat(datemsk,"/syscalls/datemsk");
 setenv("DATEMSK",datemsk,0);
+free(datemsk);
   });
   }
 }

Bug#805701: clisp: FTBFS on hurd

[Flavio Cruz]

Source: clisp
Version: experimental
Severity: serious
Justification: fails to build from source

Dear Maintainer,

The experimental version of clisp FTBFS on hurd since MAXPATHLEN is not
defined in this operating system. This is a problem that only affects
the experimental version and the patch for bug #801260 does not fix this
new issue.

I'm attaching a patch to fix the problem.

Thanks

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: hurd-i386 (i686-AT386)

Kernel: GNU-Mach 1.6-486/Hurd-0.7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#805700: qemu-system-x86: wrong filename in man page for qemu-system-x86_64

[George Shuklin]

Package: qemu-system-x86
Version: 1:2.4+dfsg-4
Severity: minor

On x86_64 system qemu has qemu-system-x86_64 file, but man page says:

SYNOPSIS
   usage: qemu-system-i386 [options] [disk_image]



-- 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.2.0-1-amd64 (SMP w/4 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)

Versions of packages qemu-system-x86 depends on:
ii  ipxe-qemu   1.0.0+git-20150424.a25a16d-1
ii  libaio1 0.3.110-2
ii  libasound2  1.0.29-1
ii  libbluetooth3   5.36-1
ii  libbrlapi0.65.2~20141018-5+b2
ii  libc6   2.19-22
ii  libfdt1 1.4.0+dfsg-2
ii  libgcc1 1:5.2.1-23
ii  libglib2.0-02.46.2-1
ii  libgnutls-deb0-28   3.3.18-1
ii  libjpeg62-turbo 1:1.4.1-2
ii  libncurses5 6.0+20151024-2
ii  libnettle6  3.1.1-4
ii  libnspr42:4.10.10-1
ii  libnspr4-0d 2:4.10.10-1
ii  libnss3 2:3.20.1-1
ii  libnss3-1d  2:3.20.1-1
ii  libpixman-1-0   0.33.4-1
ii  libpng12-0  1.2.50-2+b2
ii  libpulse0   7.1-2
ii  libsasl2-2  2.1.26.dfsg1-14+b1
ii  libsdl1.2debian 1.2.15-12
ii  libseccomp2 2.2.3-2
ii  libspice-server10.12.6-4
ii  libtinfo5   6.0+20151024-2
ii  libusb-1.0-02:1.0.20-1
ii  libusbredirparser1  0.7-1
ii  libuuid12.27.1-1
ii  libvdeplug2 2.3.2+r586-2+b1
ii  libx11-62:1.6.3-1
ii  libxen-4.4  4.4.1-9+deb8u1
ii  libxenstore3.0  4.6.0-1
ii  qemu-system-common  1:2.4+dfsg-4
ii  seabios 1.8.2-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages qemu-system-x86 recommends:
ii  qemu-utils  1:2.4+dfsg-4

Versions of packages qemu-system-x86 suggests:
ii  kmod  21-1
pn  ovmf  
pn  qemu-block-extra  
pn  samba 
pn  sgabios   
pn  vde2  

-- debconf-show failed

Bug#805699: nmu: iceweasel_38.2.1esr-1~deb8u1

[Michael Biebl]

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

nmu iceweasel_38.4.0esr-1 . ANY . unstable . -m "Rebuild against fixed 
librsvg2-bin"

The current version in unstable ships broken icons [1][2]. This was due to a
bug in librsvg2-bin. I've reverted that change in librsvg in 2.40.11-2
[3]

It would be great if you can schedule binNMUs for iceweasel so the icons
are rebuilt with a fixed version of rsvg-convert

Regards,
Michael


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804478
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803165
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801992

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

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

Bug#801214: Unapplying (Debian Bug #801214)

[Christian Seiler]

Hello,

On 11/20/2015 11:41 PM, Neil Williams wrote:
>> I don't understand what you are saying here. Is there any problem
>> with the patch I've provided?
> 
> Yes, your patch is absolutely the wrong approach. It is inappropriate
> for vmdebootstrap to call triggers directly, that's a job for dpkg and
> the maintainer scripts of the packages being installed, not the tool
> passing a list of packages to dpkg.
> 
> If the kernel is upgraded inside the VM, having the triggers in
> vmdebootstrap does not help anyone - something *in a package* installed
> into the VM (i.e. dracut or something related to dracut) *must* handle
> kernel upgrades and therefore vmdebootstrap must rely on dracut doing
> that correctly, not subvert the trigger mechanism.

But dracut already handles that correctly, this is not what this patch
was about! There are two mechanisms both dracut and initramfs-tools
hook into other packages so that the initrd is regenerated:

 - /etc/kernel/postinst.d/{dracut,initramfs-tools}

   This is called from each kernel images postinst to make sure that
   the initrd is updated. Each package installs a script [1], [2] there
   that ensures that for the newly installed kernel an initramfs is
   created/updated.

 - The dpkg trigger update-initramfs

   Both packages install an interest trigger [3], [4] with the name
   'update-initramfs'. The respective postinst scripts [5], [6] make
   sure that the initrds are properly regenerated when the trigger is
   called.

   A number of other packages activate that trigger via the standard
   dpkg mechanism for that. [7] (Quite a few other packages still call
   update-initramfs directly in postinst, which I see as a bug in those
   packages.)

[1] 
http://sources.debian.net/src/initramfs-tools/0.120/kernel/postinst.d/initramfs-tools/
[2] http://sources.debian.net/src/dracut/043-4/debian/kernel/postinst.d/dracut/
[3] 
http://sources.debian.net/src/initramfs-tools/0.120/debian/initramfs-tools.triggers/
[4] http://sources.debian.net/src/dracut/043-4/debian/dracut.triggers/
[5] 
http://sources.debian.net/src/initramfs-tools/0.120/debian/initramfs-tools.postinst/
[6] http://sources.debian.net/src/dracut/043-4/debian/dracut.postinst/
[7] https://codesearch.debian.net/results/activate%20update-initramfs/page_0

The '/usr/sbin/update-initramfs' binary is just a script that is
specific to initramfs-tools, it's not something generic.

> Build tools must not call triggers in dpkg directly, that is just
> setting the user up for a fall later.

But what will go wrong here? My patch does the same thing as
vmdebootstrap did beforehand, but just much more generically and not
tied to the initrd implementation.

> The execution of the trigger must
> be dependent on a package installed inside the system and the
> dependencies of the relevant packages must ensure that this support
> exists.

But that is already the case! If I install xen-tools or ntfs-3g on a
system, the initrd will be regenerated afterwards via the dpkg trigger,
regardless of whether it's dracut or initramfs-tools. Same with
upgrading a kernel (not via the dpkg trigger but via the
/etc/kernel/postinst.d mechanism). That already works perfectly fine
with both packages!

I think there is some confusion here on your part. The only reason as
to why the update-initramfs call in vmdebootstrap even makes sense is
because vmdebootstrap customizes some parts of the image after package
installation (/etc/fstab, udev rules, potentially the user-provided
customization script, etc.) that require a regeneration of the initrd,
because the initial initrd is the one generated at debootstrap time
with the default parameters.

Otherwise, package installation would already suffice to properly
generate the initramfs and you could completely strip out the call to
update-initramfs in vmdebootstrap and let dpkg do all the work. But
that won't work, because the packages are all installed during the
debootstrap phase, so that dpkg run is too early.

>>> The correct fix is as it was
>>> originally - letting the call to /usr/sbin/update-initramfs use the
>>> trigger support it already knows.  
>>
>> What trigger support? /usr/sbin/update-initramfs-tools is owned
>> by the initramfs-tools package and dracut doesn't provide that
>> tool - currently, vmdebootstrap does nothing if dracut is used
>> for the initramfs (update-initramfs doesn't exist, therefore
>> vmdebootstrap won't call anything).
> 
> So dracut needs to be fixed to update the initramfs when any process
> causes dpkg to run the relevant triggers

It already does that, see above. See above and the part of my previous
email you are quoting. /usr/sbin/update-initramfs is NOT something
generic in Debian, it's something specific to initramfs-tools and is
owned by that package. There are proper ways to hook initrd-generating
things up (see the beginning of this email), and dracut does all that
properly.

> special snowflake support in
> vmdebootstrap is unwarranted and counter-produ

Bug#805698: gcc-4.8: FTBFS on hppa: Control dependency for binutils-hppa64 needs update for new package name

[John David Anglin]

Package: src:gcc-4.8
Version: 4.8.5-2
Severity: normal

Dear Maintainer,

The debian control file for gcc-4.8 needs an update.  The binutils-hppa64
dependency needs to change to binutils-hppa64-linux-gnu.

Same for gnat-4.9.

Regards,
Dave Anglin

-- Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.18.24+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#805697: implement readline completion

[積丹尼 Dan Jacobson]

Package: sqlite3
Version: 3.9.2-1
Severity: wishlist
File: /usr/bin/sqlite3

 should complete .help, or show choices.

$ sqlite3 es0.db
SQLite version 3.9.2 2015-11-02 18:31:45
Enter ".help" for usage hints.
sqlite> .he

Bug#803184: override: libpam-systemd:admin/standard

[Michael Biebl]

Am 27.10.2015 um 21:54 schrieb Cyril Brulebois:
> Michael Biebl  (2015-10-27):

>> I've CCed debian-b...@lists.debian.org, debia...@lists.debian.org and
>> pkg-systemd-maintain...@lists.alioth.debian.org . Please CC them on
>> replies.
>>
>> I especially would like to see an ACK from KiBi/debian-boot before the
>> prio is bumped.
> 
> Thanks for the ping. I don't see why that would be an issue on the
> installer side, but maybe wait a few days to see if someone else has an
> objection?

Since no-one objected so far, it would be great if the priority of
libpam-systemd would be bumped now.

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



signature.asc
Description: OpenPGP digital signature

Bug#805695: warn that SELECT's ouput will be truncated by a certain series of bytes

[積丹尼 Dan Jacobson]

Package: sqlite3
Version: 3.9.2-1
Severity: wishlist
File: /usr/share/man/man1/sqlite3.1.gz

Mention on the man page that by default the SELECT command will
dangerously silently truncate your data, and that it would be much safer
using .dump, and passing the output to another program.

$ sqlite3 es0.db 'select * from networkqueue_items limit 1' | cat -v
21|network_post_request_handle|1448001952173|0|
M-|M-=^A^RM-xM-=^A
NBottom few choices lack confirmation. Misplaced fingers easily blow away 
data.^R.1448001787787.5gWu6TQLuvJ4cEkWP1KR6V3URzyU0fbqP^AM-`^A
$ sqlite3 es0.db '.dump networkqueue_items' | fold | head
PRAGMA foreign_keys=OFF;
BEGIN TRANSACTION;
CREATE TABLE networkqueue_items(_id INTEGER PRIMARY KEY AUTOINCREMENT,handle TEX
T NOT NULL,item_creation_timestamp INT,item_state INT,item_data BLOB);
INSERT INTO "networkqueue_items" VALUES(21,'network_post_request_handle',1448001
952173,0,X'0AFCBD0112F8BD010A4E426F74746F6D206665772063686F69636573206C61636B206
36F6E6669726D6174696F6E2E204D6973706C616365642066696E6765727320656173696C7920626
C6F77206177617920646174612E122E313434383030313738373738372E356757753654514C75764
A3463456B5750314B5236563355527A7955306662715001E00100E80100A202F7BB0112F3BB01100
11AB8BB016956424F5277304B47676F414141414E5355684555674141414C5141414146414341594
$ sqlite3 es0.db '.dump networkqueue_items' |
  perl -nwle "for (/X'(.*)'/g){print pack(q(H*), \$_); exit;};" |cat -v | fold 
| head
M-|M-=^A^RM-xM-=^A
NBottom few choices lack confirmation. Misplaced fingers easily blow away data.^
R.1448001787787.5gWu6TQLuvJ4cEkWP1KR6V3URzyU0fbqP^AM-`^A^@M-h^A^@M-"^BM-wM-;^A^R
M-sM-;^A^P^A^ZM-8M-;^AiVBORw0KGgoNSUhEUgAAALQAAAFACAYVuVaJBHNCSVQICA
gIfAhkiAAAIABJREFU
eJzsvXdwHNeZr/305BkMcs4kSJBIBKOYs2WRlFaygiVb0trKlu5W7S1dX3u/9e56fV0bHGrXJe/a
K62stSxbpGWTVKAoiUkkRYoZDCAJgBCIQOQMTM7d3x/wtDEEmEDSFNvnqUIVpuf0OW93//r06Z4+
708CFAQCbdCou9URCAQ3EsOtDkBwCXQGkMNXXdygg7B8E+O5BKaEFAoeeJqk/CkM15/m/MaX//RB
jELiKoYcs+bOwmq2cuzoMcLhS+9ks9mM1WpFkqRxv3c4HMjy2L1eWl6Ky+UaNzqX04VjyHGlEG9T

$ sqlite3 -line es0.db 'select item_data from networkqueue_items'|
 tr \\n \ |perl -pwle 's/item_data = /\n/g;'|perl -nwle 'print for 
/.$/g;'|cat -v|head
zyU0fbqP^AM-`^A
rUyRWKgP^AM-`^A
bl4J2r0P^AM-`^A
f4bhzDOP^AM-`^A
14eBmcCP^AM-`^A
2wRU1SxP^AM-`^A
2kvCCP5P^AM-`^A
g38FXd3P^AM-`^A
m4YSb6EP^AM-`^A
j98cuunP^AM-`^A

Thus we see the above certain series of bytes truncates SELECT's output!

Here's what I had to do to not have my data scathed:
$ cat Makefile
# Recover my queued Android Google Plus offline posts!
# They are in /data/data/com.google.android.apps.plus/databases/es0.db
second_step:
for i in o*; do perl -nwle 'print if s/.*(iVBOR)/$$1/ .. /cs_01_/;' 
$$i|sed '$$d'|base64 -d > $$i.png; done
first_step:
sqlite3 /tmp/es0.db '.dump networkqueue_items' | perl -nwle \
"for (/X'(.*)'/g){open \$$FH, q(>), q(o) . \$$k++; print \$$FH 
pack(q(H*), \$$_); close \$$FH;};"

Bug#805696: pkg.apk.classes-*.zip actually gzipped Dalvik dex file version 035

[積丹尼 Dan Jacobson]

Package: file
Version: 1:5.25-2
Severity: wishlist

On your Android phone go to e.g.,
/data/data/com.google.android.gms/code_cache/secondary-dexes/
where there will be lots of big
pkg.apk.classes-*.zip
files.

file says they are
Zip archive data, at least v2.0 to extract
but doing
zcat on them into a new file, and then running file reveals they are indeed
Dalvik dex file version 035.

Bug#805694: python-pil: please ship upstream changelog

[Jakub Wilk]

Package: python-pil
Version: 2.9.0-1+b1
Severity: wishlist

Please ship CHANGES.rst as upstream changelog in the binary package.

--
Jakub Wilk

Bug#805693: ITP: codonw -- Correspondence Analysis of Codon Usage

[Sascha Steinbiss]

Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: codonw
  Version : 1.4.4
  Upstream Author : John Peden 
* URL : http://codonw.sourceforge.net
* License : GPL2
  Programming Lang: C
  Description : Correspondence Analysis of Codon Usage

CodonW is a package for codon usage analysis. It was designed to simplify
Multivariate Analysis (MVA) of codon usage. The MVA method employed in 
CodonW is correspondence analysis (COA) (the most popular MVA method for
codon usage analysis). CodonW can generate a COA for codon usage, relative
synonymous codon usage or amino acid usage. Additional analyses of codon
usage include investigation of optimal codons, codon and dinucleotide bias,
and/or base composition. CodonW analyses sequences encoded by genetic codes
other than the universal code.

This package will be maintained in the Debian Med Packaging Team.

Bug#804868: vnstat default config causes it to incorrectly measure bandwidth usage.

[Teemu Toivola]

A better solution would be to upgrade to a more recent upstream release.
Starting from version 1.13, vnStat is able to query and use the link speed
of interfaces that provide that data. That currently includes pretty much
all wired connections, channel bonding interfaces and some wireless
drivers. As a result, the MaxBandwidth keyword becomes a fallback value
which also now has a default value of 1000.

-- 
- Teemu Toivola

Bug#804131: vnstat: 4G usage is reported if modem was disconnected during live ppp session.

[Teemu Toivola]

vnStat 1.12 isn't aware of the link speed of your interface. The
configuration file /etc/vnstat.conf has the "MaxBandwidth" keyword that
defines a failsafe value for the link speed of all interfaces. The default
value in the 1.12-2.1 package is 100 (Mbit) which is far too high for a
usual ppp interface. You options are to either decrease that value down to 8
(if you don't have other interfaces) or add the keyword "MaxBWppp0" followed
by 8 to configure only a specific interface. Restart the daemon once the
configuration has been changed.

-- 
- Teemu Toivola

Bug#805692: RM: octave-ltfat [powerpc] -- ROM; FTBFS

[Rafael Laboissiere]

Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: pkg-octave-de...@lists.alioth.debian.org

Dear ftpmasters,

Please remove octave-ltfat on powerpc. The package fails to build from 
source due to problems in the unit testing that happens in the powerpc 
architecture.  This is preventing the migration of octave-ltfat into 
testing.  We requested help on this issue from the upstream maintainers 
of the package, but no solution has been found.


Thanks,

Rafael Laboissière

[1] http://lists.gnu.org/archive/html/octave-maintainers/2015-11/msg00068.html

Bug#805691: texlive-lang-cjk: remove dedup file with poppler-data

[Hideki Yamane]

Package: texlive-lang-cjk
Severity: wishlist
Tags: patch

Hi,

 As http://dedup.debian.net/compare/poppler-data/texlive-lang-cjk,
 texlive-lang-cjk has same data as poppler-data, I've created a 
 patch for remove dedup files and symlink to poppler-data package.
 It decreases 10.0MB data for installation.

 Could you check and apply attached patch, please?

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane
diff -Nru texlive-lang-2015.20151116/debian/changelog texlive-lang-2015.20151116/debian/changelog
--- texlive-lang-2015.20151116/debian/changelog	2015-11-16 13:19:28.0 +0900
+++ texlive-lang-2015.20151116/debian/changelog	2015-11-21 01:10:16.0 +0900
@@ -1,3 +1,11 @@
+texlive-lang (2015.20151116-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * texlive-lang-cjk
+- remove dedup files with poppler-data and add "Depends: poppler-data"
+
+ -- Hideki Yamane   Fri, 20 Nov 2015 23:09:08 +0900
+
 texlive-lang (2015.20151116-1) unstable; urgency=medium
 
   * new upstream checkout
diff -Nru texlive-lang-2015.20151116/debian/control texlive-lang-2015.20151116/debian/control
--- texlive-lang-2015.20151116/debian/control	2015-11-16 15:02:53.0 +0900
+++ texlive-lang-2015.20151116/debian/control	2015-11-21 01:09:21.0 +0900
@@ -70,7 +70,7 @@
 Package: texlive-lang-cjk
 Architecture: all
 Multi-Arch: foreign
-Depends: texlive-base (>= 2015), texlive-latex-base (>= 2015), texlive-binaries (>= 2015.20150524), texlive-base (>= 2015), ${misc:Depends}
+Depends: texlive-base (>= 2015), texlive-latex-base (>= 2015), texlive-binaries (>= 2015.20150524), texlive-base (>= 2015), poppler-data, ${misc:Depends}
 Recommends: texlive-lang-chinese, texlive-lang-japanese, ruby | ruby-interpreter, latex-cjk-all (>= 4.6.0+cvs20060714-2), texlive-lang-korean
 Breaks: texlive-lang-japanese (<< 2014.20150305), texlive-base (<< 2015)
 Description: TeX Live: Chinese/Japanese/Korean (base)
diff -Nru texlive-lang-2015.20151116/debian/remove-cmap-filelist texlive-lang-2015.20151116/debian/remove-cmap-filelist
--- texlive-lang-2015.20151116/debian/remove-cmap-filelist	1970-01-01 09:00:00.0 +0900
+++ texlive-lang-2015.20151116/debian/remove-cmap-filelist	2015-11-21 00:05:25.0 +0900
@@ -0,0 +1,212 @@
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ac16/CMap/UniCNS-UCS2-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ac16/CMap/UniCNS-UTF32-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ac16/CMap/UniCNS-UTF8-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/UCS2-ETen-B5
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ToUnicode/Adobe-Japan1-UCS2
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/ETen-B5-UCS2
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ag15/CMap/UniGB-UCS2-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/UCS2-B5pc
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/B5pc-UCS2C
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ag15/CMap/UniGB-UTF32-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ToUnicode/Adobe-CNS1-UCS2
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ac16/CMap/UniCNS-UTF16-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJIS2004-UTF32-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJISX02132004-UTF32-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJIS-UTF32-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJISX0213-UTF32-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ag15/CMap/UniGB-UTF8-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/UCS2-GBK-EUC
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ToUnicode/Adobe-GB1-UCS2
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/GBK-EUC-UCS2
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJIS2004-UTF8-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJIS-UTF8-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ag15/CMap/UniGB-UTF16-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/UCS2-GBpc-EUC
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/UCS2-KSCms-UHC
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJIS2004-UTF16-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJIS-UTF16-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/KSCms-UHC-UCS2
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/aj16/CMap/UniJIS-UCS2-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ak12/CMap/UniKS-UCS2-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/ak12/CMap/UniKS-UTF32-H
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/KSCpc-EUC-UCS2C
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapping/MappingOther/UCS2-90ms-RKSJ
+usr/share/texlive/texmf-dist/fonts/cmap/adobemapp

Bug#803592: vnstat -d does not work when computer has wireless lan only

[Teemu Toivola]

This can be solved with a simple configuration change:

1. open "/etc/vnstat.conf"
2. locate the "Interface" keyword
3. replace eth0 with wlan0
4. save and close the file

It is however a valid point that the error message should at least be more
verbose in that case or if possible, vnStat should pick up the first
available interface if the configured interface isn't being tracked. I'll
try to improve this in a future (upstream) release.

-- 
- Teemu Toivola

Bug#801214: Unapplying (Debian Bug #801214)

[Neil Williams]

On Fri, 20 Nov 2015 23:06:11 +0100
Christian Seiler  wrote:

> Hi,
> 
> (I did not get your original email for some reason I don't quite
> understand... I only saw your reply in the bugtracker just now.
> Therefore sorry for replying so late.)
> 
> > The change proposed is the wrong fix - it does nothing to help once
> > the system is running and needs to be updated.  
> 
> I don't understand what you are saying here. Is there any problem
> with the patch I've provided?

Yes, your patch is absolutely the wrong approach. It is inappropriate
for vmdebootstrap to call triggers directly, that's a job for dpkg and
the maintainer scripts of the packages being installed, not the tool
passing a list of packages to dpkg.

If the kernel is upgraded inside the VM, having the triggers in
vmdebootstrap does not help anyone - something *in a package* installed
into the VM (i.e. dracut or something related to dracut) *must* handle
kernel upgrades and therefore vmdebootstrap must rely on dracut doing
that correctly, not subvert the trigger mechanism.

Once I considered the implications of the proposed patch, the only
option I had was to consider the original problem to have been
misunderstood and therefore that the patch was built on that mistake.

Build tools must not call triggers in dpkg directly, that is just
setting the user up for a fall later. The execution of the trigger must
be dependent on a package installed inside the system and the
dependencies of the relevant packages must ensure that this support
exists. I will not accept any patch which breaks these rules.
 
> Note that if you run both commands I provided with either
> initramfs-tools or dracut installed, the initrds for all
> installed kernels will be regenerated (just tested it).
> 
> > The correct fix is as it was
> > originally - letting the call to /usr/sbin/update-initramfs use the
> > trigger support it already knows.  
> 
> What trigger support? /usr/sbin/update-initramfs-tools is owned
> by the initramfs-tools package and dracut doesn't provide that
> tool - currently, vmdebootstrap does nothing if dracut is used
> for the initramfs (update-initramfs doesn't exist, therefore
> vmdebootstrap won't call anything).

So dracut needs to be fixed to update the initramfs when any process
causes dpkg to run the relevant triggers - special snowflake support in
vmdebootstrap is unwarranted and counter-productive. Changes like that
would have to be applied to more than just vmdebootstrap and the whole
point of triggers is to not require tools to do that.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpAP4bVNCFhB.pgp
Description: OpenPGP digital signature

Bug#805690: python-hpack: FTBFS: fixture 'story' not found

[Chris West (Faux)]

Source: python-hpack
Version: 1.1.0-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

platform linux2 -- Python 2.7.10 -- py-1.4.30 -- pytest-2.7.3
rootdir: /python-hpack-1.1.0, inifile: 
collected 50 items

test/test_hpack.py 
test/test_hpack_integration.py EEE
test/test_huffman.py ...
test/test_table.py 

 ERRORS 
 ERROR at setup of TestHPACKDecoderIntegration.test_can_decode_a_story _
file 
/python-hpack-1.1.0/.pybuild/pythonX.Y_2.7/build/test/test_hpack_integration.py,
 line 12
  def test_can_decode_a_story(self, story):
fixture 'story' not found
available fixtures: pytestconfig, recwarn, monkeypatch, capfd, capsys, 
tmpdir
use 'py.test --fixtures [testpath]' for help on them.

/python-hpack-1.1.0/.pybuild/pythonX.Y_2.7/build/test/test_hpack_integration.py:12
 ERROR at setup of 
TestHPACKDecoderIntegration.test_can_encode_a_story_no_huffman 
file 
/python-hpack-1.1.0/.pybuild/pythonX.Y_2.7/build/test/test_hpack_integration.py,
 line 31
  def test_can_encode_a_story_no_huffman(self, raw_story):
fixture 'raw_story' not found
available fixtures: pytestconfig, recwarn, monkeypatch, capfd, capsys, 
tmpdir
use 'py.test --fixtures [testpath]' for help on them.

/python-hpack-1.1.0/.pybuild/pythonX.Y_2.7/build/test/test_hpack_integration.py:31
 ERROR at setup of 
TestHPACKDecoderIntegration.test_can_encode_a_story_with_huffman 
file 
/python-hpack-1.1.0/.pybuild/pythonX.Y_2.7/build/test/test_hpack_integration.py,
 line 44
  def test_can_encode_a_story_with_huffman(self, raw_story):
fixture 'raw_story' not found
available fixtures: pytestconfig, recwarn, monkeypatch, capfd, capsys, 
tmpdir
use 'py.test --fixtures [testpath]' for help on them.

/python-hpack-1.1.0/.pybuild/pythonX.Y_2.7/build/test/test_hpack_integration.py:44
== 47 passed, 3 error in 0.14 seconds ==
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/python-hpack-1.1.0/.pybuild/pythonX.Y_2.7/build; python2.7 -m pytest test
dh_auto_test: pybuild --test --test-pytest -i python{version} -p 2.7 
--test-pytest --dir . returned exit code 13
debian/rules:12: recipe for target 'override_dh_auto_test' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-hpack.html

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

Bug#755726: [Pkg-alsa-devel] Bug#755726: alsa-utils: arecord doesn't exit when -d is specified

[orinoco]

What about the package in stable/jessie?

I don't know if this is a 
"truly critical functionality problem"
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#upload-stable

So if there will be a fixed 1.0.28 version for stable/jessie, 
it can truely be closed, as no package with that bug is delivered
anymore.

If not, maybe open and wontfix suits better than closed.
So people can see that there is no fixed version in stable 
and they have to use 1.0.29 from unstable/sid or recompile themselves.

Bug#805689: python-maxminddb: FTBFS: IOError: No such file or directory: 'README.rst'

[Chris West (Faux)]

Source: python-maxminddb
Version: 1.2.0-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

I: pybuild base:184: cd /python-maxminddb-1.2.0/.pybuild/pythonX.Y_2.7/build; 
python2.7 -m nose tests
..EEEEE.
==
ERROR: test_nondatabase (reader_test.TestAutoReader)
--
Traceback (most recent call last):
  File 
"/python-maxminddb-1.2.0/.pybuild/pythonX.Y_2.7/build/tests/reader_test.py", 
line 135, in test_nondatabase
open_database, 'README.rst', self.mode)
  File "/usr/lib/python2.7/unittest/case.py", line 993, in assertRaisesRegexp
callable_obj(*args, **kwargs)
  File "maxminddb/__init__.py", line 32, in open_database
return maxminddb.extension.Reader(database)
IOError: No such file or directory: 'README.rst'

==
ERROR: test_nondatabase (reader_test.TestExtensionReader)
--
Traceback (most recent call last):
  File 
"/python-maxminddb-1.2.0/.pybuild/pythonX.Y_2.7/build/tests/reader_test.py", 
line 135, in test_nondatabase
open_database, 'README.rst', self.mode)
  File "/usr/lib/python2.7/unittest/case.py", line 993, in assertRaisesRegexp
callable_obj(*args, **kwargs)
  File "maxminddb/__init__.py", line 32, in open_database
return maxminddb.extension.Reader(database)
IOError: No such file or directory: 'README.rst'

...

--
Ran 120 tests in 1.922s

FAILED (errors=5)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/python-maxminddb-1.2.0/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose tests
dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 --dir . 
returned exit code 13

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-maxminddb.html

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

Bug#805688: python-django-mptt: FTBFS: ImportError: Failed to import test module: tests.myapp.tests

[Chris West (Faux)]

Source: python-django-mptt
Version: 0.7.3-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

I: pybuild base:184: cd /python-django-mptt-0.7.3/.pybuild/pythonX.Y_2.7/build; 
python2.7 -m unittest discover -v 
tests.myapp.tests (unittest.loader.ModuleImportFailure) ... ERROR

==
ERROR: tests.myapp.tests (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.myapp.tests
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in 
_get_module_from_name
__import__(name)
  File "tests/myapp/tests.py", line 17, in 
from django.contrib.auth.models import Group, User
  File "/usr/lib/python2.7/dist-packages/django/contrib/auth/__init__.py", line 
7, in 
from django.middleware.csrf import rotate_token
  File "/usr/lib/python2.7/dist-packages/django/middleware/csrf.py", line 14, 
in 
from django.utils.cache import patch_vary_headers
  File "/usr/lib/python2.7/dist-packages/django/utils/cache.py", line 26, in 

from django.core.cache import caches
  File "/usr/lib/python2.7/dist-packages/django/core/cache/__init__.py", line 
34, in 
if DEFAULT_CACHE_ALIAS not in settings.CACHES:
  File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 48, in 
__getattr__
self._setup(name)
  File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 42, in 
_setup
% (desc, ENVIRONMENT_VARIABLE))
ImproperlyConfigured: Requested setting CACHES, but settings are not 
configured. You must either define the environment variable 
DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.


--
Ran 1 test in 0.000s

FAILED (errors=1)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/python-django-mptt-0.7.3/.pybuild/pythonX.Y_2.7/build; python2.7 -m unittest 
discover -v 

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-django-mptt.html

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

Bug#805687: python-pbcore: FTBFS: AttributeError: 'pysam.csamfile.Samfile' object has no attribute '_hasIndex'

[Chris West (Faux)]

Source: python-pbcore
Version: 1.2.4+dfsg-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:


==
ERROR: test_pbcore_io_AlnFileReaders.TestBasicBam.testBasicOperations
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/python-pbcore-1.2.4+dfsg/tests/test_pbcore_io_AlnFileReaders.py", line 
42, in testBasicOperations
EQ(False, self.f.isEmpty)
  File "/python-pbcore-1.2.4+dfsg/pbcore/io/align/BamIO.py", line 282, in 
isEmpty
return (len(self) == 0)
  File "/python-pbcore-1.2.4+dfsg/pbcore/io/align/BamIO.py", line 54, in f
if not bamReader.peer._hasIndex():
AttributeError: 'pysam.csamfile.Samfile' object has no attribute '_hasIndex'

--
Ran 252 tests in 24.262s

FAILED (errors=1, skipped=14)
E: pybuild pybuild:274: test: plugin custom failed with: exit code=1: python2.7 
setup.py test

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-pbcore.html

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

Bug#803386: icedove: segfaults

[Carsten Schoenert]

Hello Paulo,

On Thu, Nov 19, 2015 at 12:34:11PM -0200, Paulo wrote:
> Hi,
> 
> I have the same problem, random segfaults.
> 
> I run icedove-dbg, this is information that I get.

thanks for the log.
The remarked function is quite reworked heavily by Mozilla with version
42. The crash is happen somethere in mozilla/js/src/gc/Marking.cpp line +2209.

As this is the garbage collection from the JS engine it's more difficult
to debug. We would excatly need to know there the pointed address in the
function (thingp=thingp@entry=0x7fffde8fdd50) was comming from, but
that's now impossible.

In a few days there will be come the next beta version 43, we will see
if Mozilla has dome more code cleanup and rework in this part. But maybe
the destroyed pointer was coming from something totaly different and we
need to search in another corner.
Currently we have no real clue there the crash is come from.

Regards
Carsten

Bug#801214: Unapplying (Debian Bug #801214)

[Christian Seiler]

Hi,

(I did not get your original email for some reason I don't quite
understand... I only saw your reply in the bugtracker just now.
Therefore sorry for replying so late.)

> The change proposed is the wrong fix - it does nothing to help once the
> system is running and needs to be updated.

I don't understand what you are saying here. Is there any problem
with the patch I've provided?

Note that if you run both commands I provided with either
initramfs-tools or dracut installed, the initrds for all
installed kernels will be regenerated (just tested it).

> The correct fix is as it was
> originally - letting the call to /usr/sbin/update-initramfs use the
> trigger support it already knows.

What trigger support? /usr/sbin/update-initramfs-tools is owned
by the initramfs-tools package and dracut doesn't provide that
tool - currently, vmdebootstrap does nothing if dracut is used
for the initramfs (update-initramfs doesn't exist, therefore
vmdebootstrap won't call anything).

I'm sorry, but I'm really not grokking anything in your reply.

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#805686: python-libdiscid: FTBFS: rm: cannot remove 'debian/tmp/usr/lib/python*/*-packages/python_libdiscid*.egg-info/SOURCES.txt'

[Chris West (Faux)]

Source: python-libdiscid
Version: 0.4.1-4
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

touch install-3.4-dbg-stamp
rm debian/tmp/usr/lib/python*/*-packages/python_libdiscid*.egg-info/SOURCES.txt
rm: cannot remove 
‘debian/tmp/usr/lib/python*/*-packages/python_libdiscid*.egg-info/SOURCES.txt’: 
No such file or directory
debian/rules:34: recipe for target 'override_dh_auto_install-arch' failed
make[1]: *** [override_dh_auto_install-arch] Error 1

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-libdiscid.html

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

Bug#805685: python-braintree: FTBFS: ImportError: No module named nose.tools

[Chris West (Faux)]

Source: python-braintree
Version: 3.13.0-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

==
ERROR: tests.integration.test_add_ons (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.integration.test_add_ons
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in 
_get_module_from_name
__import__(name)
  File "tests/integration/test_add_ons.py", line 1, in 
from tests.test_helper import *
  File "tests/test_helper.py", line 20, in 
from nose.tools import raises
ImportError: No module named nose.tools


==
ERROR: tests.integration.test_address (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.integration.test_address
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in 
_get_module_from_name
__import__(name)
  File "tests/integration/test_address.py", line 1, in 
from tests.test_helper import *
  File "tests/test_helper.py", line 20, in 
from nose.tools import raises
ImportError: No module named nose.tools

...
--
Ran 64 tests in 0.004s

FAILED (errors=64)

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-braintree.html

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

Bug#805684: python-box2d: FTBFS: swig doesn't like some comment styles any more

[Chris West (Faux)]

Source: python-box2d
Version: 2.0.2+svn20100109.244-1.1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

swig -python -c++ -IBox2D -O -includeall -ignoremissing -w201 -outdir . -o 
Box2D/Box2D_wrap.cpp Box2D/Box2D.i
Box2D/Box2D_pickling.i:541: Error: Unknown SWIG preprocessor directive: These 
(if this is a block of target language code, delimit it with %{ and %})
Box2D/Box2D_pickling.i:542: Error: Unknown SWIG preprocessor directive: but (if 
this is a block of target language code, delimit it with %{ and %})
Box2D/Box2D_pickling.i:543: Error: Unknown SWIG preprocessor directive: 
execution (if this is a block of target language code, delimit it with %{ and 
%})
error: command 'swig' failed with exit status 1

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-box2d.html

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

Bug#805682: showq: FTBFS: incompatiable compile flags with glibmm-2.4

[Chris West (Faux)]

Source: showq
Version: 0.4.1+git20090622+dfsg0-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

In file included from /usr/include/c++/5/type_traits:35:0,
 from /usr/include/sigc++-2.0/sigc++/visit_each.h:22,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6,
 from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from /usr/include/gtkmm-2.4/gtkmm.h:87,
 from ../src/editcue.h:24,
 from ../src/editstop.cc:21:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file requires 
compiler and library support for the ISO C++ 2011 standard. This support is 
currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 
compiler options.
 #error This file requires compiler and library support for the \
  ^
In file included from 
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:7:0,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:7,
 from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from /usr/include/gtkmm-2.4/gtkmm.h:87,
 from ../src/editcue.h:24,
 from ../src/editstop.cc:21:
/usr/include/sigc++-2.0/sigc++/functors/functor_trait.h:92:3: warning: 
identifier ‘decltype’ is a keyword in C++11 [-Wc++0x-compat]
   static int check(X_functor* obj, decltype(&X_functor::operator()) p = 
nullptr);
   ^

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/showq.html

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

Bug#805681: seq24: FTBFS: error: void value not ignored as it ought to be

[Chris West (Faux)]

Source: seq24
Version: 0.9.2-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256:21: error: 
return-statement with a value, in function returning 'void' [-fpermissive]
   { return functor_(); }
 ^
In file included from /usr/include/c++/5/memory:79:0,
 from /usr/include/glibmm-2.4/glibmm/objectbase.h:32,
 from /usr/include/glibmm-2.4/glibmm/wrap.h:23,
 from 
/usr/include/glibmm-2.4/glibmm/containerhandle_shared.h:26,
 from /usr/include/glibmm-2.4/glibmm/arrayhandle.h:23,
 from /usr/include/glibmm-2.4/glibmm.h:91,
 from /usr/include/gtkmm-2.4/gtkmm/main.h:7,
 from globals.h:31,
 from event.h:26,
 from sequence.h:31,
 from perfedit.h:25,
 from perfedit.cpp:21:
/usr/include/c++/5/functional: In instantiation of ‘_Result 
std::_Bind_result<_Result, _Functor(_Bound_args ...)>::__call(std::tuple<_Args2 
...>&&, std::_Index_tuple<_Indexes ...>, typename std::_Bind_result<_Result, 
_Functor(_Bound_args ...)>::__disable_if_void<_Res>::type) [with _Res = 
Gtk::Menu*; _Args = {}; long unsigned int ..._Indexes = {0ul}; _Result = 
Gtk::Menu*; _Functor = sigc::bound_mem_functor1; 
_Bound_args = {Gtk::Menu*}; typename std::_Bind_result<_Result, 
_Functor(_Bound_args ...)>::__disable_if_void<_Res>::type = int]’:
/usr/include/c++/5/functional:1306:24:   required from 
‘std::_Bind_result<_Result, _Functor(_Bound_args ...)>::result_type 
std::_Bind_result<_Result, _Functor(_Bound_args ...)>::operator()(_Args&& ...) 
[with _Args = {}; _Result = Gtk::Menu*; _Functor = 
sigc::bound_mem_functor1; _Bound_args = 
{Gtk::Menu*}; std::_Bind_result<_Result, _Functor(_Bound_args 
...)>::result_type = Gtk::Menu*]’
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256:21:   required from 
‘sigc::adaptor_functor::result_type 
sigc::adaptor_functor::operator()() const [with T_functor = 
std::_Bind_result(Gtk::Menu*)>; sigc::adaptor_functor::result_type = void]’
/usr/include/sigc++-2.0/sigc++/functors/slot.h:108:36:   required from ‘static 
T_return sigc::internal::slot_call0::call_it(sigc::internal::slot_rep*) [with T_functor = 
std::_Bind_result(Gtk::Menu*)>; T_return = void]’
/usr/include/sigc++-2.0/sigc++/functors/slot.h:115:37:   required from ‘static 
void* (* sigc::internal::slot_call0::address())(void*) 
[with T_functor = std::_Bind_result(Gtk::Menu*)>; T_return = void; sigc::internal::hook = 
void* (*)(void*)]’
/usr/include/sigc++-2.0/sigc++/functors/slot.h:454:82:   required from 
‘sigc::slot0::slot0(const T_functor&) [with T_functor = 
std::_Bind_result(Gtk::Menu*)>; T_return = void]’
/usr/include/sigc++-2.0/sigc++/functors/slot.h:1668:26:   required from 
‘sigc::slot::slot(const T_functor&) [with T_functor = 
std::_Bind_result(Gtk::Menu*)>; T_return = void]’
perfedit.cpp:122:115:   required from here
/usr/include/c++/5/functional:1206:55: error: void value not ignored as it 
ought to be
 (std::get<_Indexes>(_M_bound_args), __args)...);
   ^
Makefile:397: recipe for target 'perfedit.o' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/seq24.html

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

Bug#805683: sineshaper: FTBFS: incompatiable compile flags for glibmm-2.4

[Chris West (Faux)]

Source: sineshaper
Version: 0.4.2-8
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

In file included from /usr/include/c++/5/type_traits:35:0,
 from /usr/include/sigc++-2.0/sigc++/visit_each.h:22,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6,
 from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from dssiuiclient.cpp:31:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file requires 
compiler and library support for the ISO C++ 2011 standard. This support is 
currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 
compiler options.
 #error This file requires compiler and library support for the \
  ^
In file included from 
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:7:0,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:7,
 from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from dssiuiclient.cpp:31:
/usr/include/sigc++-2.0/sigc++/functors/functor_trait.h:92:3: warning: 
identifier 'decltype' is a keyword in C++11 [-Wc++0x-compat]
   static int check(X_functor* obj, decltype(&X_functor::operator()) p = 
nullptr);
   ^

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/sineshaper.html

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

Bug#805680: libgc: FTBFS on sparc64 due to mismatched symbols file

[John Paul Adrian Glaubitz]

Source: libgc
Version: 1:7.4.2-7.1
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64

Hi!

After fixing #805679 in the 'unreleased' suite, libgc still failed to build from
source on sparc64, this time due to a mismatched symbols file [1]:

--- debian/libgc1c2.symbols (libgc1c2_1:7.4.2-7.1+sparc64_sparc64)
+++ dpkg-gensymbolsAMjpTK   2015-11-20 21:35:55.25137 +
@@ -464,8 +464,8 @@
  GC_push_finalizer_structures@Base 1:7.2d
  GC_push_gc_structures@Base 1:7.2d
  (arch=arm64 hppa hurd-i386 kfreebsd-amd64 kfreebsd-i386 ppc64el 
sh4)GC_push_marked1@Base 1:7.4.2
- (arch=!amd64 !armel !armhf !i386 !m68k !mips !mips64el !mipsel !powerpc 
!ppc64 !s390x !x32)GC_push_marked2@Base 1:7.4.2
- (arch=!amd64 !armel !armhf !i386 !m68k !mips !mips64el !mipsel !powerpc 
!ppc64 !s390x !x32)GC_push_marked4@Base 1:7.4.2
+#MISSING: 1:7.4.2-7.1+sparc64# (arch=!amd64 !armel !armhf !i386 !m68k !mips 
!mips64el !mipsel !powerpc !ppc64 !s390x !x32)GC_push_marked2@Base 1:7.4.2
+#MISSING: 1:7.4.2-7.1+sparc64# (arch=!amd64 !armel !armhf !i386 !m68k !mips 
!mips64el !mipsel !powerpc !ppc64 !s390x !x32)GC_push_marked4@Base 1:7.4.2
  GC_push_marked@Base 1:7.2d
  GC_push_next_marked@Base 1:7.2d
  GC_push_next_marked_dirty@Base 1:7.2d
dh_makeshlibs: failing due to earlier errors

Please update the symbols file accordingly.

Unless there are any objections, I would fix #805679 and this issue via an NMU.

Cheers,
Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#805596: dnsmasq: Fails to resolve cloudflare.com domains with dnssec

[Simon Kelley]

I suspect that the proximate cause of this is lack of support for the
ECDSA ciphersuite in 2.72. As you pointed out, this works OK in 2.75.

2.72 was a very early release for DNSSEC in dnsmasq, and there have been
many changes and fixes between 2.72 and 2.75. Backporting so many
changes is not really practical, so I guess the only solutions are to
use backports, or move stable to 2.75. I'm not sure how the later fits
with policy these days.


Cheers,

Simon.



On 19/11/15 22:17, Norbert Summer wrote:
> Package: dnsmasq
> Version: 2.72-3+deb8u1
> Severity: normal
> 
> Dear Maintainer,
> 
> Since cloudflare.com changed to dnssec dnsmasq can't resolve any domain
> which is hosted by them.
> I can easyly reproduce this issue if I create a blank debian jessie (I
> used docker), install dnsmasq and enable dnssec as in the changed config
> file attached. As parent dns server I used 8.8.8.8, I also try other
> servers but always the same issue.
> 
> If I use now dig I get an empty response.
> With nslookup I get the follow error:
>   ** server can't find cloudflare.com: SERVFAIL
> 
> In the docker container I can resolve the problem with a update to the
> newer version of dnsmasq from stretch. But I think it should also get
> fixed in the stable release.
> 
> 
> -- System Information:
> Debian Release: 8.2
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_US.utf8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages dnsmasq depends on:
> ii  dnsmasq-base 2.72-3+deb8u1
> ii  init-system-helpers  1.22
> ii  netbase  5.3
> 
> dnsmasq recommends no packages.
> 
> Versions of packages dnsmasq suggests:
> pn  resolvconf  
> 
> -- Configuration Files:
> /etc/dnsmasq.conf changed:
> conf-file=/usr/share/dnsmasq-base/trust-anchors.conf
> dnssec
> resolv-file=/etc/resolv.dnsmasq.conf
> 
> 
> -- no debconf information
> 

Bug#805678: pyoperators: FTBFS: NameError: global name 'FFTW_DEFAULT_NUM_THREADS' is not defined

[Chris West (Faux)]

Source: pyoperators
Version: 0.13.6-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

==
ERROR: Failure: ValueError (Attempted relative import in non-package)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 420, in 
loadTestsFromName
addr.filename, addr.module)
  File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in 
importFromPath
return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in 
importFromDir
mod = load_module(part_fqname, fh, filename, desc)
  File "/pyoperators-0.13.6/.pybuild/pythonX.Y_2.7/build/test/test_core.py", 
line 30, in 
from .common import OPS, ALL_OPS, DTYPES, HomothetyOutplaceOperator
ValueError: Attempted relative import in non-package

==
ERROR: test_fft.test_convolution_real(array([[ 0.,  0.,  0.,  0.,  0.,  0.,  
0.],
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/pyoperators-0.13.6/.pybuild/pythonX.Y_2.7/build/test/test_fft.py", 
line 18, in func
convol = ConvolutionOperator(kernel, image.shape)
  File "pyoperators/fft.py", line 100, in __init__
nthreads = nthreads or FFTW_DEFAULT_NUM_THREADS
NameError: global name 'FFTW_DEFAULT_NUM_THREADS' is not defined

...

--
Ran 2058 tests in 3.905s

FAILED (SKIP=9, errors=111)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/pyoperators-0.13.6/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose test
dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 --dir . 
returned exit code 13

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/pyoperators.html

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

Bug#805679: libgc: FTBFS on sparc and sparc64 due to moved assembly source files

[John Paul Adrian Glaubitz]

Source: libgc
Version: 1:7.4.2-7.1
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64

Hello!

libgc currently fails to build from source on sparc and sparc64 because the
assembly files required for sparc* (and potentially ia64) were moved into
the src sub-directory without updating the configure script. Other assembly
source files stayed in their original position in the top directory (where
upstream keeps them).

Moving the files back into the top directory fixes the FTBFS which is what
I have done for a package uploaded to 'unreleased'. Please fix this issue
for the package in unstable as well.

I assume it's ok to perform an NMU as the package is set to LowNMU?

Thanks,
Adrian


-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#805677: plainbox: FTBFS: dh_clean: rm: cannot remove 'plainbox.egg-info': Is a directory

[Chris West (Faux)]

Source: plainbox
Version: 0.22.2-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

make[1]: Entering directory '/plainbox-0.22.2'
dh_clean
rm: cannot remove 'plainbox.egg-info': Is a directory
dh_clean: rm -f -- plainbox.egg-info 
plainbox/impl/providers/stubbox/po/stubbox.pot po/plainbox.pot 
plainbox/vendor/sphinxarg/LICENSE returned exit code 1
debian/rules:41: recipe for target 'override_dh_clean' failed
make[1]: *** [override_dh_clean] Error 1

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/plainbox.html

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

Bug#805676: paco: FTBFS: build flags incompatiable with glibmm-2.4

[Chris West (Faux)]

Source: paco
Version: 2.0.9-3
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

In file included from /usr/include/c++/5/type_traits:35:0,
 from /usr/include/sigc++-2.0/sigc++/visit_each.h:22,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6,
 from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from /usr/include/gtkmm-2.4/gtkmm/window.h:7,
 from mainwindow.h:12,
 from main.cc:11:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file requires 
compiler and library support for the ISO C++ 2011 standard. This support is 
currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 
compiler options.
 #error This file requires compiler and library support for the \
  ^

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/paco.html

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

Bug#805674: ohcount: FTBFS: cp: cannot stat 'ruby/gestalt': No such file or directory

[Chris West (Faux)]

Source: ohcount
Version: 3.0.0-8
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

dh_install --buildsystem=ruby --with ruby
install -d debian/ohcount/usr/lib/ruby/vendor_ruby/ohcount
install -d debian/ohcount/usr/bin
install -d debian/ohcount-doc/usr/share/doc/ohcount-doc
cp bin/ohcount debian/ohcount/usr/bin/
cp -R ruby/gestalt ruby/gestalt.rb ruby/ohcount.rb 
debian/ohcount/usr/lib/ruby/vendor_ruby/ohcount/
cp: cannot stat ‘ruby/gestalt’: No such file or directory
cp: cannot stat ‘ruby/gestalt.rb’: No such file or directory
cp: cannot stat ‘ruby/ohcount.rb’: No such file or directory
debian/rules:12: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 1
make[1]: Leaving directory '/ohcount-3.0.0'

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ohcount.html

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

Bug#805675: oslo.messaging: FTBFS: VersionConflict: oslo.middleware 2.8.0 not 1.0.0..1.1.0

[Chris West (Faux)]

Source: oslo.messaging
Version: 1.8.3-3
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

==
FAIL: oslo_messaging.tests.test_opts.OptsTestCase.test_entry_point
oslo_messaging.tests.test_opts.OptsTestCase.test_entry_point
--
_StringException: Empty attachments:
  stderr
  stdout

Traceback (most recent call last):
  File "oslo_messaging/tests/test_opts.py", line 52, in test_entry_point
list_fn = ep.load()
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2354, 
in load
self.require(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2371, 
in require
items = working_set.resolve(reqs, env, installer)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 844, 
in resolve
raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.VersionConflict: (oslo.middleware 2.8.0 
(/usr/lib/python2.7/dist-packages), 
Requirement.parse('oslo.middleware<1.1.0,>=1.0.0'))


==
FAIL: unittest2.loader._FailedTest.oslo_messaging.tests.test_transport
unittest2.loader._FailedTest.oslo_messaging.tests.test_transport
--
_StringException: Traceback (most recent call last):
ImportError: Failed to import test module: oslo_messaging.tests.test_transport
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "oslo_messaging/tests/test_transport.py", line 19, in 
from six.moves import mox
ImportError: cannot import name mox


==
FAIL: oslo_messaging.tests.test_utils.TimerTestCase.test_duration_callback
oslo_messaging.tests.test_utils.TimerTestCase.test_duration_callback
--
_StringException: Empty attachments:
  stderr
  stdout

Traceback (most recent call last):
  File "oslo_messaging/tests/test_utils.py", line 82, in test_duration_callback
callback.assert_called_once
  File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 721, in __getattr__
raise AttributeError(name)
AttributeError: assert_called_once


--
Ran 1793 tests in 70.070s

FAILED (failures=3, skipped=32)
debian/rules:31: recipe for target 'override_dh_auto_test' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/oslo.messaging.html

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

Bug#703867: icedove: warning and error message on icedove 17.0.4 startup

[Daniel Kahn Gillmor]

Version: 38.3.0-2

Hi Carsten--

On Fri 2015-11-20 15:05:42 -0500, Carsten Schoenert wrote:

> this report is relevant anymore? I don't think so. Should we close this
> report?
>
> On Sun, Mar 24, 2013 at 11:55:33PM -0400, Daniel Kahn Gillmor wrote:
>> Package: icedove
>> Version: 17.0.4-1
>> Severity: minor
>> 
>> Upon opening a simple icedove profile with a single IMAP account, i see 
>> the following two messages in the error console:
>> 
>> Timestamp: 03/24/2013 11:50:48 PM
>> Warning: Use of Mutation Events is deprecated. Use MutationObserver instead.
>> Source File: chrome://messenger/content/msgMail3PaneWindow.js
>> Line: 944
>> 
>> Timestamp: 03/24/2013 11:50:52 PM
>> Error: formatURLPref: Couldn't get pref: app.releaseNotesURL
>> Source File: resource:///components/nsURLFormatter.js
>> Line: 148
>> 
>> this profile was created with icedove 10.0.12-1, and migrated to 
>> 17.0.4-1 when i installed it from experimental.
>> 
>> Presumably neither of these error messages should happen normally -- 
>> they seem to indicate internal problems in icedove.

I no longer see this as a problem with the current version of icedove.
this should close this ticket.

  --dkg

Bug#805673: wget: segfault in strlen()

[Nelson A. de Oliveira]

Package: wget
Version: 1.17-1
Severity: important

Hi!

Trying to use wget like this:

wget -N http://josm.openstreetmap.de/josm-latest.jar

In a dir where I already have a file named "josm-latest.jar" is causing
a segfault in wget.

gdb's output with "thread apply all bt full" is attached.

Thank you!

Best regards,
Nelson

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

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

Versions of packages wget depends on:
ii  libc6  2.19-22
ii  libgnutls-deb0-28  3.3.18-1
ii  libidn11   1.32-3
ii  libnettle6 3.1.1-4
ii  libpcre3   2:8.35-7.4
ii  libpsl00.11.0-1
ii  libuuid1   2.27.1-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages wget recommends:
ii  ca-certificates  20150426

wget suggests no packages.

-- no debconf information
Starting program: /usr/bin/wget -N http://josm.openstreetmap.de/josm-latest.jar
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x76a2fc9a in strlen () from /lib/x86_64-linux-gnu/libc.so.6

Thread 1 (Thread 0x77fce780 (LWP 18282)):
#0  0x76a2fc9a in strlen () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1  0x5557d7b7 in set_file_timestamp (hs=0x7fffdbf0) at http.c:2167
filename_len = 140737488347680
filename_plus_orig_suffix = 0x557f6a60 "josm-latest.jar"
local_dot_orig_file_exists = false
local_filename = 0x555997e4  
"\367\320\301\350\037H\213M\370dH3\f%("
st = {st_dev = 2054, st_ino = 9975482, st_nlink = 1, st_mode = 33188, 
  st_uid = 1000, st_gid = 1000, __pad0 = 0, st_rdev = 0, 
  st_size = 10362423, st_blksize = 4096, st_blocks = 20240, st_atim = {
tv_sec = 1447884469, tv_nsec = 0}, st_mtim = {tv_sec = 1447814041, 
tv_nsec = 0}, st_ctim = {tv_sec = 1447884469, 
tv_nsec = 165141734}, __glibc_reserved = {0, 0, 0}}
#2  0x555810bc in http_loop (u=0x55812f30, 
original_url=0x55812f30, newloc=0x7fffdeb8, 
local_file=0x7fffdec0, referer=0x0, dt=0x7fffdfc8, proxy=0x0, 
iri=0x558130f0) at http.c:3888
timestamp_err = 4137853056
count = 0
got_head = false
time_came_from_head = false
got_name = false
tms = 0xd5c 
tmrate = 0x11d 
err = 32767
ret = TRYLIMEXC
tmr = -1
hstat = {len = 0, contlen = 0, restval = 0, res = 0, rderrmsg = 0x0, 
  newloc = 0x0, remote_time = 0x0, error = 0x0, statcode = 0, 
  message = 0x0, rd_size = 0, dltime = 0, referer = 0x0, 
  local_file = 0x0, existence_checked = false, 
  timestamp_checked = false, orig_file_name = 0x0, orig_file_size = 0, 
  orig_file_tstamp = 0}
st = {st_dev = 140733193388032, st_ino = 2358, 
  st_nlink = 140737352679280, st_mode = 4141159968, st_uid = 32767, 
  st_gid = 22, __pad0 = 0, st_rdev = 93824992278048, 
  st_size = 140737488347680, st_blksize = 0, st_blocks = 0, st_atim = {
tv_sec = 140737331241088, tv_nsec = 24}, st_mtim = {
tv_sec = 140737488346992, tv_nsec = 140737488346384}, st_ctim = {
tv_sec = 93824994994784, tv_nsec = 93824995110704}, 
  __glibc_reserved = {-6998084334733230058, 93824994995013, 
93824994994784}}
send_head_first = false
file_name = 0x557f6a60 "josm-latest.jar"
force_full_retrieve = false
#3  0x555916d2 in retrieve_url (orig_parsed=0x55812f30, 
origurl=0x55812fa0 "http://josm.openstreetmap.de/josm-latest.jar";, 
file=0x7fffdff8, newloc=0x7fffe000, refurl=0x0, dt=0x7fffdfc8, 
recursive=false, iri=0x558130f0, register_status=true) at retr.c:817
result = NOCONERROR
url = 0x558131f0 "http://josm.openstreetmap.de/josm-latest.jar";
location_changed = false
iri_fallbacked = false
dummy = 0
mynewloc = 0x0
proxy = 0x0
u = 0x55812f30
proxy_url = 0x0
up_error_code = 0
local_file = 0x0
redirection_count = 0
method_suspended = false
saved_body_data = 0x0
saved_method = 0x0
saved_body_file_name = 0x0
#4  0x5558a055 in main (argc=3, argv=0x7fffe228) at main.c:1860
dt = 128
url_err = 32767
filename = 0x0
redirected_URL = 0x0
iri = 0x558130f0
url_parsed = 0x55812f30
url = 0x7fffdf70
t = 0x7fffdf70
p = 0x5

Bug#805624: [Pkg-libvirt-maintainers] Bug#805624: libvirt-bin: document how to access host file system

[Guido Günther]

Hi Ritesh,
Thanks for the patch! First off wouldn't we be better off improving the
upstream docs?  What didn't you like about them?

> 77a78,91
> > Mapping Host File System Directories
> > 
> > 
> > You can map a Host file system directory to the guest. This can be achieved
> > using the 9p file system interface in the Guest OS. If your Guest OS has
> > support for 9p file system (Linux already has support for it), you can 
> > enable
> > a share (on the host) and mount it on the guest.
> > 
> > For example, create a share on the host named "share"
> > On the Guest VM, add something like the following in /etc/fstab:
> > 
> > share   /mnt/share  9p  trans=virtio,rw,_netdev 0   0

If we do this on the Debian side we should explain the whole thing, that
is the libvirt XML _and_ the client side. What do you think? A bit like

http://wiki.qemu.org/Documentation/9psetup

but much shorter. We also need to mention that this is a QEMU/KVM thing.
Cheers,
 -- Guido

Bug#805672: python3-aiohttp: Newer version available

[Matthias Urlichs]

Package: python3-aiohttp
Version: 0.17.4-1
Severity: wishlist

Version 0.18.4 has been released with quite a few bug fixes.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python3-aiohttp depends on:
ii  libc62.19-18+deb8u1
ii  python3  3.5.0-2
ii  python3-chardet  2.3.0-1

python3-aiohttp recommends no packages.

python3-aiohttp suggests no packages.

-- no debconf information

Bug#805671: libpango-perl: FTBFS: Pango.so: undefined symbol: pango_cairo_update_layout

[Chris West (Faux)]

Source: libpango-perl
Version: 1.226-2
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

/usr/bin/perl -I blib/lib -I blib/arch -MGlib::GenPod -MPango \
-e "add_types (qq(doctypes), 
qq(\/usr\/lib\/x86_64\-linux\-gnu\/perl5\/5\.20\/Cairo\/Install\/doctypes), 
qq(\/usr\/lib\/x86_64\-linux\-gnu\/perl5\/5\.20\/Glib\/Install\/doctypes));  
Glib::GenPod::set_copyright(qq/Copyright (C) 2003-2011 by the gtk2-perl 
team.\n\nThis software is licensed under the LGPL.  See L for a full 
notice.\n/); Glib::GenPod::set_main_mod(qq(Pango));  xsdoc2pod(q(build/doc.pl), 
q(blib/lib), q(build/podindex));"
Can't load 'blib/arch/auto/Pango/Pango.so' for module Pango: 
blib/arch/auto/Pango/Pango.so: undefined symbol: pango_cairo_update_layout at 
/usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line 187.
 at -e line 0.
Compilation failed in require.
BEGIN failed--compilation aborted.
Makefile:1388: recipe for target 'build/podindex' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/libpango-perl.html

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

Bug#805670: O: guacamole-server -- Native server-side components of Guacamole

[Mike Jumper]

Package: wnpp
Severity: important

Hello,

I unfortunately do not have the time to maintain the Debian packages for
Guacamole. I must focus 100% on the Guacamole project itself.

I would be willing to assist any maintainer who wishes to take up the task,
but otherwise must acknowledge that these packages are morbidly out of
date, that bringing them up to date is tied to bringing the
guacamole-client package up to date (see Bug#805667), and that I lack
sufficient time to do so.

Packaging guacamole-server is considerably easier than guacamole-client, as
Maven is not involved and all dependencies are already in the Debian
repositories, but packaging guacamole-server without guacamole-client can
lead to confusion, particularly if users then proceed to download
guacamole.war from the guac-dev.org website without ensuring that it is the
correct version.

Thanks,

- Mike

Bug#805669: ksplice: FTBFS: x86_64-linux-gnu-gcc: error: /usr/lib/libbfd.a: No such file or directory

[Chris West (Faux)]

Source: ksplice
Version: 0.9.9-5
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

x86_64-linux-gnu-gcc -DBFD_HASH_TABLE_HAS_ENTSIZE -Wall -g -O2 -Wl,-z,defs 
objmanip.c ./objcommon.c /usr/lib/libbfd.a -liberty -lz -ldl -o objmanip
x86_64-linux-gnu-gcc: error: /usr/lib/libbfd.a: No such file or directory
Makefile:55: recipe for target 'objmanip' failed
make[1]: *** [objmanip] Error 1

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ksplice.html

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

Bug#805667: O: guacamole-client -- HTML5 remote desktop gateway

[Mike Jumper]

Package: wnpp
Severity: important

Hello,

I unfortunately do not have the time to maintain the Debian packages for
Guacamole. I must focus 100% on the Guacamole project itself.

I would be willing to assist any maintainer who wishes to take up the task,
but otherwise must acknowledge that these packages are morbidly out of
date, that bringing them up to date is a very large task (due to the need
to package Maven dependencies within Debian as well), and that I lack
sufficient time to do so.

Thanks,

- Mike

Bug#805668: jenkins-htmlunit: FTBFS: Assembly: is not configured correctly: Assembly ID must be present and non-empty.

[Chris West (Faux)]

Source: jenkins-htmlunit
Version: 2.6-jenkins-6-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

[INFO] [assembly:single {execution: make-assembly}]
[INFO] Reading assembly descriptor: 
/jenkins-htmlunit-2.6-jenkins-6/src/assembly/bin-distribution.xml
[INFO] Reading assembly descriptor: 
/jenkins-htmlunit-2.6-jenkins-6/src/assembly/src-distribution.xml
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] : org.apache.maven.plugin.assembly.model.Assembly@4e0211bf
Assembly is incorrectly configured: 

Assembly:  is not configured correctly: Assembly ID must be present and 
non-empty.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/jenkins-htmlunit.html

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

Bug#805189: [Pkg-libvirt-maintainers] Bug#805189: libvirt: error: unsupported configuration: IDE controllers are unsupported for this QEMU binary or machine type

[Guido Günther]

tags 805189 +pending
thanks

On Fri, Nov 20, 2015 at 03:56:59PM +0100, Guido Günther wrote:
> Hi,
> On Tue, Nov 17, 2015 at 10:59:13PM +0100, Aurelien Jarno wrote:
> > On 2015-11-15 22:19, Guido Günther wrote:
> > > On Sun, Nov 15, 2015 at 07:56:52PM +0100, Aurelien Jarno wrote:
> > > > Package: libvirt-daemon
> > > > Version: 1.2.21-1
> > > > Severity: important
> > > > 
> > > > Following the upgrade from jessie to sid, I am unable to start a mips
> > > > (malta machine), powerpc (g3beige machine) or sparc (sun4u machine) VM.
> > > > I get the following error message:
> > > > 
> > > >   error: unsupported configuration: IDE controllers are unsupported for 
> > > > this QEMU binary or machine type
> > > > 
> > > > These machines do have an IDE controller that was supported in previous
> > > > libvirt versions. And for some of them it is necessary to use it as the
> > > > bootloader doesn't support scsi or virtio.
> > > 
> > > Please attach domain XML for the affected machines to the bug as well as
> > > libvirtd's output in debug mode when trying to start the VM.
> > 
> > Here is the debug output for the powerpc machine. Others are similar.
> > 
> > $ virsh -d 0 start powerpc
> > start: domain(optdata): powerpc
> > start: found option : powerpc
> > start:  trying as domain NAME
> > error: Failed to start domain powerpc
> > error: unsupported configuration: IDE controllers are unsupported for this 
> > QEMU binary or machine type
> > 
> > You'll find the corresponding domain XML file attached.
> 
> Thanks. I think I've found the problem but in order to fix this properly
> I'd be great to have the xml for sun4u and malta as well. Could you
> attach them when you get around to it so I can check if the fix works
> for them too?

Nevermind I figured out some test configs (attached for future reference).
Cheers,
 -- Guido


sun.xml
Description: XML document


mips.xml
Description: XML document

Bug#805656: RFS: node-leaflet-hash/0.2.1-1 [ITP]

[Sebastiaan Couwenberg]

Hi Ross,

Thanks for your work on this package.

On 20-11-15 20:25, Ross Gammon wrote:
> I am looking for a sponsor for my package "node-leaflet-hash"

I pushed some changes to document the license & copyright for the
embedded copy of leaflet-src.js, and update the Vcs-Browser URL to use
HTTPS.

Why do you install lib/leaflet-src.js?

It seems to be included only for its use in test/index.html, and that
test isn't used by the package. I don't think this files needs to be
installed, and if it does libjs-leaflet should be used instead.

Kind Regards,

Bas

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

Bug#805614: linux: PCAP filter "ether host" === "ether dst" when capture on a dummy interface

[Ben Hutchings]

Control: tag -1 moreinfo

On Fri, 2015-11-20 at 16:38 +0800, Zhang Jingqiang wrote:
> Source: linux
> Version: 4.2.6-1
> Severity: normal
> 
> Hello,
> 
> Not found with 4.2.5
> Found with 4.3

What about 4.2.6?

> Step to reproduce:
> 1. ip link add name test0 mtu 65535 type dummy
> 2. ip link set test0 up
> 3. Capture traffic on test0
>    tcpdump -i test0 "ether host "
> 4. Use tcpreplay to replay some traffic
>    tcpreplay -i test0 --pktlen -M 20 

What difference in behaviour do you see between the two versions?
Did you mean to send a pcap file that shows the difference?

Ben.

-- 
Ben Hutchings
friends: People who know you well, but like you anyway.


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

Bug#805666: guitarix: FTBFS: compile flags incompatiable with newer glibmm-2.4

[Chris West (Faux)]

Source: guitarix
Version: 0.32.1-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

In file included from /usr/include/c++/5/type_traits:35:0,
 from /usr/include/sigc++-2.0/sigc++/visit_each.h:22,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6,
 from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from default/libgxwmm/gxwmm/knob.cc:4:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file requires 
compiler and library support for the ISO C++ 2011 standard. This support is 
currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 
compiler options.
 #error This file requires compiler and library support for the \
  ^
In file included from /usr/include/c++/5/type_traits:35:0,
 from /usr/include/sigc++-2.0/sigc++/visit_each.h:22,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6,
 from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from default/libgxwmm/gxwmm/switch.cc:4:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file requires 
compiler and library support for the ISO C++ 2011 standard. This support is 
currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 
compiler options.
 #error This file requires compiler and library support for the \
  ^

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/guitarix.html

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

Bug#805665: guacamole-client: FTBFS: Missing: org.glyptodon.guacamole:guacamole-common-js:zip:0.7.4

[Chris West (Faux)]

Source: guacamole-client
Version: 0.8.3-1.1
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build offline:

[INFO] Failed to resolve artifact.

Missing:
--
1) org.glyptodon.guacamole:guacamole-common-js:zip:0.7.4

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.glyptodon.guacamole 
-DartifactId=guacamole-common-js -Dversion=0.7.4 -Dpackaging=zip 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.glyptodon.guacamole 
-DartifactId=guacamole-common-js -Dversion=0.7.4 -Dpackaging=zip 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.glyptodon.guacamole:guacamole:war:0.8.3
2) org.glyptodon.guacamole:guacamole-common-js:zip:0.7.4

--
1 required artifact is missing.

for artifact: 
  org.glyptodon.guacamole:guacamole:war:0.8.3


Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/guacamole-client.html

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

Bug#703867: icedove: warning and error message on icedove 17.0.4 startup

[Carsten Schoenert]

Hello Daniel,

this report is relevant anymore? I don't think so. Should we close this
report?

Regards
Carsten

On Sun, Mar 24, 2013 at 11:55:33PM -0400, Daniel Kahn Gillmor wrote:
> Package: icedove
> Version: 17.0.4-1
> Severity: minor
> 
> Upon opening a simple icedove profile with a single IMAP account, i see 
> the following two messages in the error console:
> 
> Timestamp: 03/24/2013 11:50:48 PM
> Warning: Use of Mutation Events is deprecated. Use MutationObserver instead.
> Source File: chrome://messenger/content/msgMail3PaneWindow.js
> Line: 944
> 
> Timestamp: 03/24/2013 11:50:52 PM
> Error: formatURLPref: Couldn't get pref: app.releaseNotesURL
> Source File: resource:///components/nsURLFormatter.js
> Line: 148
> 
> this profile was created with icedove 10.0.12-1, and migrated to 
> 17.0.4-1 when i installed it from experimental.
> 
> Presumably neither of these error messages should happen normally -- 
> they seem to indicate internal problems in icedove.
> 
>   --dkg
> 
> -- System Information:
> Debian Release: 7.0
>   APT prefers testing
>   APT policy: (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages icedove depends on:
> ii  debianutils   4.3.2
> ii  fontconfig2.9.0-7.1
> ii  libasound21.0.25-4
> ii  libatk1.0-0   2.4.0-2
> ii  libc6 2.13-38
> ii  libcairo2 1.12.2-3
> ii  libdbus-1-3   1.6.8-1
> ii  libdbus-glib-1-2  0.100.2-1
> ii  libevent-2.0-52.0.19-stable-3
> ii  libffi5   3.0.10-3
> ii  libfontconfig12.9.0-7.1
> ii  libfreetype6  2.4.9-1.1
> ii  libgcc1   1:4.7.2-5
> ii  libgdk-pixbuf2.0-02.26.1-1
> ii  libglib2.0-0  2.33.12+really2.32.4-5
> ii  libgtk2.0-0   2.24.10-2
> ii  libhunspell-1.3-0 1.3.2-4
> ii  libjpeg8  8d-1
> ii  libnspr4  2:4.9.2-1
> ii  libnss3   2:3.14.3-1
> ii  libpango1.0-0 1.30.0-1
> ii  libpixman-1-0 0.26.0-4
> ii  libsqlite3-0  3.7.13-1
> ii  libstartup-notification0  0.12-1
> ii  libstdc++64.7.2-5
> ii  libvpx1   1.1.0-1
> ii  libx11-6  2:1.5.0-1
> ii  libxext6  2:1.3.1-2
> ii  libxrender1   1:0.9.7-1
> ii  libxt61:1.1.3-1
> ii  psmisc22.19-1+deb7u1
> ii  zlib1g1:1.2.7.dfsg-13
> 
> Versions of packages icedove recommends:
> ii  hunspell-en-us [hunspell-dictionary]  20070829-6
> 
> Versions of packages icedove suggests:
> pn  fonts-lyx 
> ii  libgssapi-krb5-2  1.10.1+dfsg-4+nmu1
> 
> -- no debconf information

Bug#805662: flask-wtf: FTBFS: ImportError: No module named flask.ext.babel

[Chris West (Faux)]

Source: flask-wtf
Version: 0.12-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build, due to missing dependencies (?).  It also
fails to build on jenkins (and my builder) due to trying to talk to the
internet, which is DENIED:

EF..
==
ERROR: tests.test_i18n.TestI18NCase.test_i18n_enabled
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/flask-wtf-0.12/.pybuild/pythonX.Y_2.7/build/tests/test_i18n.py", line 
18, in test_i18n_enabled
from flask.ext.babel import Babel
  File "/usr/lib/python2.7/dist-packages/flask/exthook.py", line 87, in 
load_module
raise ImportError('No module named %s' % fullname)
ImportError: No module named flask.ext.babel

==
FAIL: tests.test_recaptcha.TestRecaptcha.test_send_recaptcha_request
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/flask-wtf-0.12/.pybuild/pythonX.Y_2.7/build/tests/test_recaptcha.py", 
line 46, in test_send_recaptcha_request
assert b'invalid' in response.data
AssertionError: 

...

--
Ran 48 tests in 0.370s

FAILED (errors=1, failures=1)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/flask-wtf-0.12/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose tests

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/flask-wtf.html

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

Bug#805664: golang-go.tools: FTBFS: code.google.com/p/go.net/html expects import "golang.org/x/net/html"

[Chris West (Faux)]

Source: golang-go.tools
Version: 0.0~hg20140703-4
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build offline, such as on the builders:

go install -v code.google.com/p/go [...] go.tools/refactor/eg
src/code.google.com/p/go.tools/cmd/html2article/conv.go:21:2: code in directory 
/golang-go.tools-0.0~hg20140703/obj-x86_64-linux-gnu/src/code.google.com/p/go.net/html
 expects import "golang.org/x/net/html"
src/code.google.com/p/go.tools/cmd/html2article/conv.go:22:2: code in directory 
/golang-go.tools-0.0~hg20140703/obj-x86_64-linux-gnu/src/code.google.com/p/go.net/html/atom
 expects import "golang.org/x/net/html/atom"
src/code.google.com/p/go.tools/playground/socket/socket.go:38:2: code in 
directory 
/golang-go.tools-0.0~hg20140703/obj-x86_64-linux-gnu/src/code.google.com/p/go.net/websocket
 expects import "golang.org/x/net/websocket"

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/golang-go.tools.html

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

Bug#805663: font-manager: FTBFS: /usr/bin/ld: cannot find -lfreetype-lfreetype-lglib-2.0

[Chris West (Faux)]

Source: font-manager
Version: 0.5.7-4
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

/usr/bin/ld: cannot find -lfreetype-lfreetype-lglib-2.0
/usr/bin/ld: cannot find -lglib-2.0-lpangoft2-1.0
/usr/bin/ld: cannot find -lfreetype-lsqlite3
collect2: error: ld returned 1 exit status

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/font-manager.html

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

Bug#805661: eq10q: FTBFS: incompatiable compile flags with newer glibmm-2.4

[Chris West (Faux)]

Source: eq10q
Version: 2.0~beta7.1~repack0-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

In file included from /usr/include/glibmm-2.4/glibmm/exception.h:25:0,
 from /usr/include/glibmm-2.4/glibmm/error.h:23,
 from /usr/include/glibmm-2.4/glibmm/thread.h:49,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from /usr/include/gtkmm-2.4/gtkmm/eventbox.h:7,
 from /eq10q-2.0~beta7.1~repack0/gui/widgets/mainwidget.h:25,
 from /eq10q-2.0~beta7.1~repack0/gui/widgets/mainwidget.cpp:21:
/usr/include/glibmm-2.4/glibmm/ustring.h:267:3: warning: identifier ‘noexcept’ 
is a keyword in C++11 [-Wc++0x-compat]
   ~ustring() noexcept;
   ^
In file included from /usr/include/c++/5/type_traits:35:0,
 from /usr/include/sigc++-2.0/sigc++/visit_each.h:22,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6,
 from /usr/include/sigc++-2.0/sigc++/signal_base.h:27,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from /usr/include/gtkmm-2.4/gtkmm/eventbox.h:7,
 from /eq10q-2.0~beta7.1~repack0/gui/widgets/mainwidget.h:25,
 from /eq10q-2.0~beta7.1~repack0/gui/widgets/mainwidget.cpp:21:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file requires 
compiler and library support for the ISO C++ 2011 standard. This support is 
currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 
compiler options.
 #error This file requires compiler and library support for the \
  ^

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/eq10q.html

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

Bug#805659: lxdm: CVE-2015-8308: X server started without -auth, exposing it to connections form any local user

[Salvatore Bonaccorso]

Source: lxdm
Version: 0.5.1-1
Severity: grave
Tags: security upstream patch fixed-upstream

Hi,

the following vulnerability was published for lxdm.

CVE-2015-8308[0]:
X server started without -auth, exposing it to connections form any local user

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

Note that the Red Hat bug report though mentions a regression problem,
referencing to [5] and [6].

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-8308
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1268900
[2] http://advisories.mageia.org/MGASA-2015-0411.html
[3] http://www.openwall.com/lists/oss-security/2015/11/20/2
[4] 
http://git.lxde.org/gitweb/?p=lxde/lxdm.git;a=commitdiff;h=e8f387089e241360bdc6955d3e479450722dcea3
[5] https://bugzilla.redhat.com/show_bug.cgi?id=1283581
[6] http://sourceforge.net/p/lxde/bugs/786/

Regards,
Salvatore

Bug#805660: datanommer.consumer: FTBFS: test_duplicate_msg_id fails

[Chris West (Faux)]

Source: datanommer.consumer
Version: 0.6.1-2
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

E
==
ERROR: test_duplicate_msg_id (tests.test_consumer.TestConsumer)
--
Traceback (most recent call last):
  File 
"/datanommer.consumer-0.6.1/.pybuild/pythonX.Y_2.7/build/tests/test_consumer.py",
 line 89, in test_duplicate_msg_id
mocked_function.assert_called_once()
  File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 721, in __getattr__
raise AttributeError(name)
AttributeError: assert_called_once
 >> begin captured logging << 
fedmsg.crypto.x509: WARNING: Crypto disabled ImportError('No module named 
M2Crypto',)
moksha.hub: WARNING: Cannot find qpid python module. Make sure you have 
python-qpid installed.
fedmsg: WARNING: No fedmsg.meta plugins found.  fedmsg.meta.msg2* crippled
fedmsg: DEBUG: datanommer.enabled is True
fedmsg: INFO:   enabled by config  - datanommer.consumer:Nommer
moksha.hub: DEBUG: Subscribing to consumer topic *
fedmsg: INFO: No backlog handling.  status: None, url: None
datanommer: WARNING: Session already initialized.  Bailing
fedmsg: DEBUG: Nomming {'body': {'msg': {'foo': 'bar'}, 'timestamp': 1234, 
'topic': 'topiclol', 'msg_id': '1234', 'i': 1}, 'topic': 'topiclol'}
fedmsg: WARNING: No fedmsg.meta plugins found.  fedmsg.meta.msg2* crippled
fedmsg: DEBUG: Nomming {'body': {'msg': {'foo': 'bar'}, 'timestamp': 1234, 
'topic': 'topiclol', 'msg_id': '1234', 'i': 1}, 'topic': 'topiclol'}
fedmsg: WARNING: No fedmsg.meta plugins found.  fedmsg.meta.msg2* crippled
fedmsg: ERROR: Got error (trying without uuid): (sqlite3.IntegrityError) UNIQUE 
constraint failed: messages.msg_id [SQL: u'INSERT INTO messages (msg_id, i, 
topic, timestamp, certificate, signature, category, source_name, 
source_version, _msg) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)'] [parameters: 
('1234', 1, 'topiclol', '1970-01-01 00:20:34.00', None, None, 
'Unclassified', u'datanommer', '0.6.4', '{"foo":"bar"}')]
fedmsg: WARNING: No fedmsg.meta plugins found.  fedmsg.meta.msg2* crippled
- >> end captured logging << -

--
Ran 1 test in 0.049s

FAILED (errors=1)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/datanommer.consumer-0.6.1/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose tests

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/datanommer.consumer.html

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

Bug#805658: azr3-jack: FTBFS: error: call of overloaded ‘ref(Gtk::Fixed&)’ is ambiguous

[Chris West (Faux)]

Source: azr3-jack
Version: 1.2.3-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

azr3/azr3gui.cpp: In constructor ‘AZR3GUI::AZR3GUI()’:
azr3/azr3gui.cpp:145:16: error: call of overloaded ‘ref(Gtk::Fixed&)’ is 
ambiguous
  ref(m_fbox)), false)));
^
In file included from 
/usr/include/sigc++-2.0/sigc++/adaptors/bound_argument.h:24:0,
 from /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:6,
 from /usr/include/sigc++-2.0/sigc++/adaptors/adaptors.h:23,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:89,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from /usr/include/gtkmm-2.4/gtkmm.h:87,
 from azr3/azr3gui.cpp:26:
/usr/include/sigc++-2.0/sigc++/reference_wrapper.h:65:27: note: candidate: 
sigc::reference_wrapper sigc::ref(T_type&) [with T_type = Gtk::Fixed]
 reference_wrapper ref(T_type& v)
   ^
/usr/include/sigc++-2.0/sigc++/reference_wrapper.h:79:33: note: candidate: 
sigc::const_reference_wrapper sigc::ref(const T_type&) [with T_type = 
Gtk::Fixed]
 const_reference_wrapper ref(const T_type& v)
 ^
In file included from /usr/include/c++/5/memory:79:0,
 from /usr/include/glibmm-2.4/glibmm/objectbase.h:32,
 from /usr/include/glibmm-2.4/glibmm/wrap.h:23,
 from 
/usr/include/glibmm-2.4/glibmm/containerhandle_shared.h:26,
 from /usr/include/glibmm-2.4/glibmm/arrayhandle.h:23,
 from /usr/include/glibmm-2.4/glibmm.h:91,
 from /usr/include/gtkmm-2.4/gtkmm.h:87,
 from azr3/azr3gui.cpp:26:
/usr/include/c++/5/functional:436:5: note: candidate: 
std::reference_wrapper<_Tp> std::ref(_Tp&) [with _Tp = Gtk::Fixed]
 ref(_Tp& __t) noexcept
 ^
azr3/azr3gui.cpp:186:16: error: call of overloaded ‘ref(Gtk::Fixed&)’ is 
ambiguous
  ref(m_fbox)), true)));
^
In file included from 
/usr/include/sigc++-2.0/sigc++/adaptors/bound_argument.h:24:0,
 from /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:6,
 from /usr/include/sigc++-2.0/sigc++/adaptors/adaptors.h:23,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:89,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from /usr/include/gtkmm-2.4/gtkmm.h:87,
 from azr3/azr3gui.cpp:26:
/usr/include/sigc++-2.0/sigc++/reference_wrapper.h:65:27: note: candidate: 
sigc::reference_wrapper sigc::ref(T_type&) [with T_type = Gtk::Fixed]
 reference_wrapper ref(T_type& v)
   ^
/usr/include/sigc++-2.0/sigc++/reference_wrapper.h:79:33: note: candidate: 
sigc::const_reference_wrapper sigc::ref(const T_type&) [with T_type = 
Gtk::Fixed]
 const_reference_wrapper ref(const T_type& v)
 ^
In file included from /usr/include/c++/5/memory:79:0,
 from /usr/include/glibmm-2.4/glibmm/objectbase.h:32,
 from /usr/include/glibmm-2.4/glibmm/wrap.h:23,
 from 
/usr/include/glibmm-2.4/glibmm/containerhandle_shared.h:26,
 from /usr/include/glibmm-2.4/glibmm/arrayhandle.h:23,
 from /usr/include/glibmm-2.4/glibmm.h:91,
 from /usr/include/gtkmm-2.4/gtkmm.h:87,
 from azr3/azr3gui.cpp:26:
/usr/include/c++/5/functional:436:5: note: candidate: 
std::reference_wrapper<_Tp> std::ref(_Tp&) [with _Tp = Gtk::Fixed]
 ref(_Tp& __t) noexcept
 ^
In file included from /usr/include/sigc++-2.0/sigc++/signal_base.h:27:0,
 from /usr/include/sigc++-2.0/sigc++/signal.h:8,
 from /usr/include/sigc++-2.0/sigc++/sigc++.h:86,
 from /usr/include/glibmm-2.4/glibmm/thread.h:51,
 from /usr/include/glibmm-2.4/glibmm.h:87,
 from /usr/include/gtkmm-2.4/gtkmm.h:87,
 from azr3/azr3gui.cpp:26:

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/azr3-jack.html

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

Bug#773029: groonga-server-common: purging deletes conffiles owned by other packages: /etc/groonga/{groonga.conf, synonyms.tsv}

[HAYASHI Kentaro]

Hi,

On Wed, 14 Oct 2015 21:02:13 +1100 =?iso-8859-1?Q?An=EDbal?= Monsalve Salazar 
 wrote:
> 
> Hello HAYASHI Kentaro,
> 
> The URL above returns a 404 error.
> 
> Where can I find groonga_4.0.6.1-3.dsc and groonga_4.0.6.1-3.debian*
> with all the changes above?
> 
> Thank you,
> 
> Aníbal

Oops.
I've uploaded it from archive again.

Regards.

Bug#805657: libmaxminddb: Missing bounds checking and verification of data type causes segfault

[Salvatore Bonaccorso]

Source: libmaxminddb
Version: 1.0.4-2
Severity: important
Tags: security upstream patch fixed-upstream
Forwarded: https://github.com/maxmind/libmaxminddb/pull/98

Hi

See https://bugzilla.redhat.com/show_bug.cgi?id=1283919 for the report
in Red Hat. Upstream commit to address this issue is at
https://github.com/maxmind/libmaxminddb/commit/51255f113fe3c7b63ffe957636a7656a3ff9d1ff

Regards,
Salvatore

Bug#805656: RFS: node-leaflet-hash/0.2.1-1 [ITP]

[Ross Gammon]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "node-leaflet-hash"

* Package name: node-leaflet-hash
  Version : 0.2.1-1
  Upstream Author : Michael Lawrence Evans
* URL : https://github.com/mlevans/leaflet-hash
* License : Expat
  Section : web

It builds this binary package:

node-leaflet-hash - linkable location hashes for leaflet

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

  http://mentors.debian.net/package/node-leaflet-hash


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

dget -x http://mentors.debian.net/debian/pool/main/n/node-leaflet-hash
/node-leaflet-hash_0.2.1-1.dsc

The Debian packaging is available here:
http://anonscm.debian.org/cgit/pkg-javascript/node-leaflet-hash.git

Changes since the last upload:

  * Initial release (Closes: #694137)


Regards,
Ross Gammon



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

Kernel: Linux 3.19.0-31-generic (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#805655: wine-development: FTBFS on hurd-i386

[Svante Signell]

Source: wine-development
Version: 1.7.55-3
Severity: important
Tags: patch
Usertags: hurd
User: debian-h...@lists.debian.org

Hello,

Up till 1.7.55-2 wine-development built fine due to the recent upstream
PATH_MAX fixes. Unfortunately, with the enabling of libpulse, the
PATH_MAX problem arises again. The attached patch use the internally
used MAX_PATH number, as for other parts of the code. With this patch
the latest version builds OK too.

Please forward this upstream, since they are in a code freeze for wine-
1.8.

Thanks!Index: wine-development-1.7.55/dlls/winepulse.drv/mmdevdrv.c
===
--- wine-development-1.7.55.orig/dlls/winepulse.drv/mmdevdrv.c
+++ wine-development-1.7.55/dlls/winepulse.drv/mmdevdrv.c
@@ -440,7 +440,7 @@ static void pulse_probe_settings(int ren
 static HRESULT pulse_connect(void)
 {
 int len;
-WCHAR path[PATH_MAX], *name;
+WCHAR path[MAX_PATH], *name;
 char *str;
 
 if (!pulse_thread)
@@ -519,7 +519,7 @@ static void pulse_phys_speakers_cb(pa_co
 static HRESULT pulse_test_connect(void)
 {
 int len, ret;
-WCHAR path[PATH_MAX], *name;
+WCHAR path[MAX_PATH], *name;
 char *str;
 pa_operation *o;
 

Bug#805650: guake scrunches up the status bar if you are downloading via wget on any tab

[Daniel Echeverry]

Hi

This isn't a bug, It occurs when you have many tabs open.

Regards

2015-11-20 11:42 GMT-05:00 Daniel Echeverry :
> tags 805650 + unreproducible + moreinfo
> stop
>
> Hi,
>
> Thanks for the report, Unfortunately I can't reproduce this bug, I
> downloaded the netinstall image of debian, from cli using wget and its
> work fine, moreover, I cant see any screenshot in your bug report.
>
> Regards
>
> --
> Daniel Echeverry
> http://wiki.debian.org/DanielEcheverry
> Linux user: #477840
> Debian user
> Software libre



-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
Linux user: #477840
Debian user
Software libre

Bug#801871: Acknowledgement (gnome-mines: All new finished games show up with score 0 seconds)

[Ruud van Melick]

This bug was fixed in |gnome-mines 3.18.2-1. Bug report can be closed.

|

Bug#805512: usb-modeswitch-data: Huawei 12d1:1446 does not switch due to bad udev rule

[Blake Miner]

​Josh,

Thanks for your response.

Here's the thing... the udev rule is triggering, and systemd is
running the /lib/udev/usb_modeswitch
program, which ends up running usb_modeswitch_dispatcher.  All is good
there, but the problem (I think) is as follows:

The working udev rule:
* Triggered when the USB device is attached
* Ends up executing /lib/udev/usb_modeswitch '/2-1'

The non-working catch-all udev rule:
* Triggered when the USB device **interface** is attached
* Ends up executing /lib/udev/usb_modeswitch '2-1/2-1:1.0'

I don't understand the inner-workings of the usb_modeswitch_dispatcher, but
why does one rule work and not the other?

Bug#795761: 50-systemd-user.sh not being run during Xsession startup

[Felipe Sateler]

On Sun, 16 Aug 2015 18:57:40 +0200 Michael Biebl  wrote:
> Package: systemd
> Version: 224-1
> Severity: normal
> File: /etc/X11/xinit/xinitrc.d/50-systemd-user.sh
>
> On Debian, there is apparently no support for /etc/X11/xinit/xinitrc.d/.
> So 50-systemd-user.sh is not run during X session startup.
> If this is a Fedora specific directory, it might be worth filing this
> bug upstream also.
>
> We should investigate, whether we actually need that script and if so,
> how to run it. And if not, we should drop it.

If we need to run it, it should be placed in /etc/Xsession.d/.

That script does two things: 1, it injects X variables into the user
instance, and 2, it injects them into the dbus activation mechanism
for the session (or user) instance.

There are currently 2 related scripts:


/etc/X11/Xsession.d/20dbus_xdg-runtime

Provided by dbus-user-session, it injects DISPLAY and XAUTHORITY into
the user dbus instance. However, because it passes --systemd to
dbus-update-activation-environment, they should be propagated as well
to the systemd user instance.

/etc/X11/Xsession.d/95dbus_update-activation-env

Provided by dbus-x11, this injects *all* environment variables to both
dbus and systemd.


And indeed, I see that my user instance has lots of environment
variables that really don't come from systemd itself (some arguably
shouldn't):


DBUS_SESSION_BUS_ADDRESS=
DESKTOP_SESSION=
GPG_AGENT_INFO=
DISPLAY=
LOGNAME=
OLDPWD=
PWD=
SHELL=
SHLVL=
USER=
XAUTHORITY=
_=


In summary, I think it is safe to drop that file. Usages of X without
dbus-x11 installed should be rare.


Saludos

Bug#802701: freemind: Freemind doesn't start with OpenJDK-8

[Vincent Smeets]

Thank you Samuel,

that did solve my problem.
After commenting out the line in the file accessibility.properties as you
described, freemind starts without any problems.

Regards,
Vincent Smeets

2015-11-20 14:08 GMT+01:00 Samuel Thibault :

> Hello,
>
> Please have a look at
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797595
>
> Commenting the line in /etc/java-8-openjdk/accessibility.properties may
> help with X11 issues, but I believe the ground issue is that the openjdk
> awt toolkit doesn't tell X11 that it is using threads, and thus all
> kinds of race conditions can happen within libxcb etc. just because
> freemind happens to be using threads.
>
> Samuel
>

Bug#792254: [icedove] Marking a message as "not junk" does not remove X-YahooFilteredBulk header

[Carsten Schoenert]

Hello,

On Mon, Jul 13, 2015 at 08:28:41PM +1000, Reuben wrote:
> Package: icedove
> Version: 38.0~b5-1
> Severity: minor
> 
> --- Please enter the report below this line. ---
> The program should remove the X-YahooFilteredBulk header when marking a
> message as not junk, otherwise it keeps being re-flagged as junk.

Icedove/Thunderbird isn't removing any flags or header neither.

You must train the spam filter to not filter out such emails.
How to do so you can find on the following website:
http://mesquilla.com/2009/08/28/managing-spam-with-after-classification-filters/

Regards
Carsten

Bug#805654: chromium: Please set CHROME_DESKTOP env variable in the wrapper

[Dmitry Shachnev]

Package: chromium
Version: 46.0.2490.71-1

Dear chromium maintainers,

Chromium calls xdg-settings with its desktop name as the argument to check if it
is the default browser.

To get its desktop name, it uses the following code (function GetDesktopName()
in chrome/browser/shell_integration_linux.cc):

  #else  // CHROMIUM_BUILD
// Allow $CHROME_DESKTOP to override the built-in value, so that development
// versions can set themselves as the default without interfering with
// non-official, packaged versions using the built-in value.
std::string name;
if (env->GetVar("CHROME_DESKTOP", &name) && !name.empty())
  return name;
return "chromium-browser.desktop";
  #endif

On Debian, the desktop name is chromium.desktop, not chromium-browser.desktop,
so we need to export CHROME_DESKTOP env variable in /usr/bin/chromium wrapper
to make the above code work.

According to the debian/changelog entry for version 9.0.597.83~r72435-1,
there used to be such code there, but it looks like it was removed later.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#759777: Update to recent Git snapshot?

[Jochen Kemnade]

We could try a newer Git snapshot, given that 1.15 is more than a year old.
Maybe some of the issues are fixed upstream by now.

Bug#794264: closed by Michael Biebl (Re: Bug#800528: systemd: Systemd cannot boot. sysvinit works.)

[ael]

On Fri, Nov 20, 2015 at 01:33:04PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the systemd package:
> 
> #794264: systemd: System will no longer boot

I have been away from both machines until the last couple of days.
I fear that the bug remains, but so far I have not have the time to 
investigate further. I appreciate that without solid information 
there is little that you can do. 

This is just to make you aware that the sysvinit option is definitely
still needed. I hope to have some time to look into this properly
but it won't be in the next day or two...

ael

> 
> It has been closed by Michael Biebl .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Michael Biebl 
>  by
> replying to this email.
> 
> 
> -- 
> 794264: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794264
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> Date: Fri, 20 Nov 2015 14:29:11 +0100
> From: Michael Biebl 
> To: ael , 800528-d...@bugs.debian.org,
>  794264-d...@bugs.debian.org
> Subject: Re: Bug#800528: systemd: Systemd cannot boot. sysvinit works.
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
>  Thunderbird/38.3.0
> 
> Am 30.09.2015 um 15:19 schrieb Michael Biebl:
> 
> > Btw, you already reported
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794264
> > where we've been asking for the same information and didn't receive any
> > so far.
> > 
> > Is this bug report different in any way or why did you file a new one?
> 
> No feedback so far for both bug reports and with the existing
> information it's not possible to further investigate this issue. Thus
> closing both
> 
> If you still encounter issues with recent versions of systemd, please
> file a new bug report and if necessary, provide the requested information.
> 
> Regards,
> Michael
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> 



> Date: Fri, 31 Jul 2015 19:57:49 +0100
> From: ael 
> To: Debian Bug Tracking System 
> Subject: systemd: System will no longer boot
> X-Mailer: reportbug 6.6.3
> 
> Package: systemd
> Version: 221-1
> Severity: critical
> Justification: breaks the whole system
> 
> I had to select the sysvinit option from the grub menu in order to
> achieve a boot. The standard menu entry got as far as (probably) trying
> to spawn X, and then hung. But it had no business doing that because
> the default target was set to
> default.target -> /lib/systemd/system/multi-user.target
> in /etc/systemd/systemd/
> 
> ---
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (990, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_GB.UTF-8)
> Shell: /bin/sh linked to /bin/bash
> Init: unable to detect
> 
> Versions of packages systemd depends on:
> ii  adduser 3.113+nmu3
> ii  libacl1 2.2.52-2
> ii  libapparmor12.9.2-3
> ii  libaudit1   1:2.4.2-1
> ii  libblkid1   2.26.2-6
> ii  libc6   2.19-18
> ii  libcap2 1:2.24-9
> ii  libcap2-bin 1:2.24-9
> ii  libcryptsetup4  2:1.6.6-5
> ii  libgcc1 1:5.1.1-12
> ii  libgcrypt20 1.6.3-2
> ii  libkmod220-1
> ii  liblzma55.1.1alpha+20120614-2+b3
> ii  libmount1   2.26.2-6
> ii  libpam0g1.1.8-3.1
> ii  libseccomp2 2.2.1-2
> ii  libselinux1 2.3-2+b1
> ii  libsystemd0 221-1
> ii  mount   2.26.2-6
> ii  sysv-rc 2.88dsf-59.2
> ii  udev221-1
> ii  util-linux  2.26.2-6
> 
> Versions of packages systemd recommends:
> ii  dbus1.8.18-1
> ii  libpam-systemd  221-1
> 
> Versions of packages systemd suggests:
> pn  systemd-ui  
> 
> -- no debconf information

> [REDIRECTED] /etc/systemd/system/default.target -> 
> /lib/systemd/system/default.target
> [EXTENDED]   /lib/systemd/system/systemd-timesyncd.service -> 
> /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf
> [EXTENDED]   /lib/systemd/system/rc-local.service -> 
> /lib/systemd/system/rc-local.service.d/debian.conf
> [OVERRIDDEN] /etc/systemd/system/vsftpd.service -> 
> /lib/systemd/system/vsftpd.service
> 
> --- /lib/systemd/system/vsftpd.service2014-07-27 10:42:53.0 
> +0100
> +++ /etc/systemd/system/vsftpd.service2013-03-10 21:03:53.0 
> +
> @@ -1,6 +1,6 @@
>  [Unit]
>  Description=vsftpd FTP server
> -After=network.target
> +After=syslog.target network.target
>  
>  [Service]
>  Type=simple
> 
> 
> 4 overridden configuration files found.

> ==> /var/lib/systemd/deb-systemd-helper-enabled/cron.ser

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

[Stefan Ahlers]

Hi,

I've uploaded a new version to mentors.debian.net
> sure, I built for the last missing archs:
> http://debomatic-powerpc.debian.net/distribution#unstable/liblastfm/1.0.9-1/buildlog
> http://debomatic-s390x.debian.net/distribution#unstable/liblastfm/1.0.9-1/buildlog

Thanks for building, but it seems that it did not work. I do not know
why… For me the target "override_dh_auto_configure" works on different
architectures. Is it normal that I'm unable to create a s390x
environment on pbuilder-dist? 

> I would prefer however a patch, in any case seems that you need to manually
> check that file at each update, and with some magic sed you might even strip 
> useful
> lines in a future upload.

OK, I'm using a patch now. I hope this is a better solution. Btw, I've
added the upstream/metadata file.

Stefan

Bug#805653: liblept4: Wrong file mode in call of fmemopen

[Stefan Weil]

Package: liblept4
Version: 1.72-3
Severity: normal

Dear Maintainer,

liblept4 fails to read any JPEG 2000 file (Jessie) or uses
an inefficient temporary file (1.72-3).

Example output with tesseract + liblept4 1.71-*:

$ tesseract test.jp2 test -l deu-frak hocr
Tesseract Open Source OCR Engine v3.05.00dev with Leptonica
Warning in fgetJp2kResolution: image resolution not found
tesseract: /home/nirgal/openjpeg2-2.1.0/src/lib/openjp2/cio.c:553:
opj_stream_get_number_byte_left: Assertion `p_stream->m_user_data_length
>= (OPJ_UINT64)p_stream->m_byte_offset' failed.

Example output with tesseract + liblept4 1.72-*:

$ tesseract test.jp2 test -l deu-frak hocr
Tesseract Open Source OCR Engine v3.05.00dev with Leptonica
Warning in pixReadMemJp2k: work-around: writing to a temp file
...

Example output with tesseract + liblept4 (fixed):

$ tesseract test.jp2 test -l deu-frak hocr
Tesseract Open Source OCR Engine v3.05.00dev with Leptonica
Info in pixReadStreamJp2k: w = 10032, h = 7280, bps = 8, spp = 1
...

Here is the patch which fixes the problem:

https://github.com/stweil/leptonica/commit/c4386b5d09dbdd1135078a218c167976b3a35eda



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

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

Versions of packages liblept4 depends on:
ii  libc62.19-18+deb8u1
ii  libgif4  4.1.6-11
ii  libjpeg62-turbo  1:1.3.1-12
ii  libopenjp2-7 2.1.0-2.1
ii  libpng12-0   1.2.50-2+deb8u1
ii  libtiff5 4.0.3-12.3
ii  libwebp5 0.4.3-1.3
ii  zlib1g   1:1.2.8.dfsg-2+b1

liblept4 recommends no packages.

liblept4 suggests no packages.

-- no debconf information

Bug#805652: linux: please activate CONFIG_CC_STACKPROTECTOR_STRONG

[Laurent Bonnaud]

Package: linux
Version: 4.2.6-1
Severity: normal

Hi,

current Linux kernels in Debian are compiled with CONFIG_CC_STACKPROTECTOR but 
not with CONFIG_CC_STACKPROTECTOR_STRONG:

$ grep STACKPROT /boot/config-4.2.0-1-amd64
CONFIG_HAVE_CC_STACKPROTECTOR=y
CONFIG_CC_STACKPROTECTOR=y
# CONFIG_CC_STACKPROTECTOR_NONE is not set
CONFIG_CC_STACKPROTECTOR_REGULAR=y
# CONFIG_CC_STACKPROTECTOR_STRONG is not set

Now that the kernel is compiled with gcc 4.9 (which is required for 
CONFIG_CC_STACKPROTECTOR_STRONG), could you please activate this option ?

-- 
Laurent.

Bug#804147: lintian: source-is-missing false-positive for base.js too

[Marco M. F. De Santis]

The same error is also triggered by the base.js file in the hoteldruid 
package.


Regards,
Marco

Bug#804696: icedove: Icedove accounts, folders and e-mail sometimes missing on launch

[Carsten Schoenert]

Hello Gary,

On Tue, Nov 10, 2015 at 11:16:25AM -0500, Gary Dale wrote:
> Package: icedove
> Version: 38.3.0-2
> Severity: normal
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> Sometimes when I start Icedove, I get nothing in any of the panels. The only 
> thing
> that may be unusual about my setup is my mail folders are stored on an NFS 
> share.
> 
>* What exactly did you do (or not do) that was effective (or ineffective)?
> If I change the folder view to unread then restart Icedove and change it back 
> to
> All, the accounts, folders, etc. return.

NFS resources are often give various effects if not configured well.
Please check for any useful logging entries on the server side. There is
bug #794742 with maybe similar problems. Please take a look at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794742#30

Your issue is obviously related to some NFS trouble (misconfiguration?),
please verify the export settings on the server side.
What excatly do you mean by "mail folders on a NFS share"? You use
$HOME on a NFS mount? Or do you use maildir? (What does /proc/mounts say?)

You can also try to take a look what Icedove is doing inside.

https://wiki.debian.org/Icedove#Debugging_Icedove_Activity

Regards
Carsten

Bug#805651: RFA: avrdude -- software for programming Atmel AVR microcontrollers

[Michael Biebl]

Package: wnpp
Severity: normal

I no longer have any hardware to test avrdude against. So I'm no longer
really comfortable maintaining the package in Debian. See the recent
incident regarding the 6.2 update [1]

I therefor request an adopter for the avrdude package.

The package description is:
 AVRDUDE is an open source utility to download/upload/manipulate the
 ROM and EEPROM contents of AVR microcontrollers using the in-system
 programming technique (ISP).

[1] https://bugs.debian.org/805642