Bug#814830: BUG 6.1 @setchapternewpage broken

[Norbert Preining]

Dear all,

another bug surfaced at Debian (in Cc), and it seems that 
@setchapternewpage
is broken:

\input texinfo.tex
@setfilename mwe.info
@settitle MWE
@c @setchapternewpage odd
@bye

works but without the @c an error occurs:
Runaway argument?
odd^^M^^M
./mwe.texi:7: Forbidden control sequence found while scanning use of @setchapte
rnewpage.
 
@par 
 
   @bye 
l.7 @bye


It seems @setchapternewpage parses to far and does not accept odd
as argument.

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#814673: fim can't use aa output even though it says it can

[Michele Martone]

On 20160215@19:26, Antoine Beaupré wrote:
> On 2016-02-15 19:19:53, dezper...@autistici.org wrote:
> > On 20160213@16:47, Antoine Beaupré wrote:
> >> Package: fim
> >> Version: 0.5~rc1-1
> >> Severity: normal
> >> 
> >> i get this trying to use aalib to render images:
> >> 
> >> $ fim -o aa -R . --sort
> >> Unrecognized display device string "aa" (valid choices are 
> >> [fb|sdl|aa|dumb|imlib2])!
> >> Using the default "dumb" display device instead.
> >> 
> >> "valid choices are ... aa"??
> >> 
> >> is aalib support compiled out?
> >> 
> >> I see the README.Debian says I can compile some of those extensions
> >> (e.g. SDL (X)) those in - but why should I need to do that? Why aren't
> >> they compiled in by default?
> >> 
> >> I understand why SDL (X) would not, but aalib has its specific
> >> uses. For example I'd love to have an image viewer through SSH
> >> terminals...
> >> 
> >> Obviously, it works on the framebuffer, which is pretty freaking
> >> awesome already, so thanks for that. :)
> >
> > 1. You are right --- that message is rather unfriendly.
> >I've patched the upcoming 0.5-rc2 --- it will report the 
> >"valid choices" which are active. In the repo r991:993 on
> > http://svn.savannah.nongnu.org/svn/fbi-improved/branches/0.5/
> 
> Neat, makes sense.
> 
> > 2. You are right once more --- activating AA would be perfectly fine.
> >Especially if SDL is on by default: aalib is a small dependency.
> >Users with severe dependency limitations wanting to have e.g. only
> >framebuffer support are probably advanced enough to be able to build
> >a cut-down version of fim by themselves.
> Do you need help doing this in the debian package?
Yes, please :-)

> >> PS: i'm thinking of uploading a backport for jessie once this hits
> >> stretch, objections? would you like to do it yourself?
> > Ah-hem, I rely on other's skills for debianizing.
> > So you would be very welcome to do this !!
> 
> I'll see what I can do.
> 
> > Please tell me how can I help.
> > I can release a 0.5-rc2 version anytime, or you can use the SVN 
> > version above, if this is no problem.
> 
> Updating the package to rc2 is probably the best way forward.
If you use this tarball
  http://download.savannah.gnu.org/releases/fbi-improved/fim-0.5-rc2.tar.gz
  http://download.savannah.gnu.org/releases/fbi-improved/fim-0.5-rc2.tar.gz.sig
and no patch is needed for Debianization, I'll also announce it as "official ".

Please let me know.
I've put Gianfranco in Cc.

ciao,
Michele


pgpoo5gfYE__y.pgp
Description: PGP signature

Bug#494046: running mpi in sbuild (petsc testing)

[Drew Parsons]

On Wed, 2016-02-10 at 17:59 +0200, Graham Inggs wrote:
> In the build logs of a recent rebuild of PETSc [1] for the OpenMPI
> 1.10 transition, I see the following warning (and the build was
> successful):
> 
...
>   Deprecated variable: orte_rsh_agent
>   New variable:plm_rsh_agent
> ---
>
> ...It seems upstream can't make up their minds.
> 


Amusing, isn't it?   I'll wait for the OpenMPI transition to punch
through (and day now, I hope) and then apply the patch.

Drew

Bug#814743: [regression?] output of info --output without argument

[Gavin Smith]

On 15 February 2016 at 02:52, Vincent Lefevre  wrote:
>> it seems that info 6.1 lost the ability to dump the start page
>> into an output file:
>>
>>   $ info --output foobar coreutils
>>
>> properly dumps the coreutils page into foobar, but
>>
>>   $ info --output foobar
>>
>> does *not* dump the dir/root node.
>>
>> This breaks completion in some shells, as they use
>>
>>   info --output -
>>
>> to determine the possible nodes.

I'm looking at it, but it will take me a few days to get around to it.
"info --output - dir" appears still to work.

There were big changes to the invocation code in the 6.0 release:
among other changes, "info manual -n node" works where before you
would have to type "info -f manual -n node".

I've also notices that "info --where manual" can print "manual"
instead of printing the full path to the manual.

> $ info -o - -
> zsh: segmentation fault (core dumped)  info -o - -
>
> I don't know what this is supposed to do, but it should not crash.
> I've just found that due to a typo on the command line (I had
> written "info -output -").

It doesn't crash for 6.0 and 6.1.

Bug#814027: [pkg-gnupg-maint] Bug#814027: "ts209" d-i image failed to build due to size

[Werner Koch]

Hi!

What about using a smaller version of libgcrypt for d-i?  My current 1.7
version using standard options has a stripped size of 1.1 MiB.  By using
these options:

  ./configure --enable-maintainer-mode \
  --enable-ciphers=cast5,des,aes \
  --enable-digests=sha1,sha256,sha512 \
  --enable-kfds=s2k,pkdf2 \
  --disable-padlock-support --disable-aesni-support \
  --disable-drng-support \
  --disable-avx-support --disable-avx2-support \
  --disable-pclmul-support 

I get down to a stripped size of the SO of 551 KiB on amd64.

We would need to tweak GnuPG a bit to work with that version.  Right now
it complains about missing MD5 at runtime.  But that should be fixed
anyway.

Would that be a way forward?


Salam-Shalom,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.

Bug#814856: debhelper: dh_install -X option is broken

[Dmitry Shachnev]

Hi James (and thanks for X-Debbugs-Ccing me),

On Tue, Feb 16, 2016 at 01:29:09AM +, James Cowgill wrote:
> It seems the -X option of dh_install is either broken or its
> behaviour has changed recently. With newer versions of debhelper
> codelite fails to build with this error:
> 
> >    debian/rules override_dh_install
> > make[1]: Entering directory '/«BUILDDIR»/codelite-9.1+dfsg'
> > dh_install  -Xcodelite-lldb -XLLDBDebugger.so
> > dh_install: codelite-plugins missing files: usr/bin/codelite-lldb
> > dh_install: codelite-plugins missing files: usr/lib/codelite/LLDBDebugger.so
> > dh_install: missing files, aborting
> > debian/rules:40: recipe for target 'override_dh_install' failed
> > make[1]: *** [override_dh_install] Error 2

It is broken for a (in my opinion) quite rare case: when you list a file
in an install file *and* tell dh_install to exclude it.

A patch to fix this bug is attached.

--
Dmitry Shachnev
From cc89fa572415d7b5db2c1b0580b18c05b43f82aa Mon Sep 17 00:00:00 2001
From: Dmitry Shachnev 
Date: Tue, 16 Feb 2016 10:20:03 +0300
Subject: [PATCH] dh_install: Ignore lines where all globs have been
 --exclude'd.

Closes: #814856.
---
 debian/changelog | 5 +
 dh_install   | 6 ++
 2 files changed, 11 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 1b98f4a..1c047aa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,14 @@
 debhelper (9.20160116) UNRELEASED; urgency=medium
 
+  [ Niels Thykier ]
   * Remove dh_suidregister and related autoscripts.  No package
 (that can be built in unstable) invokes this tool.
   * dh: Do not create stamp files when running with --no-act.
 
+  [ Dmitry Shachnev ]
+  * dh_install: Ignore lines in install files where all globs have been
+--exclude'd.  (Closes: #814856)
+
  -- Niels Thykier   Sat, 16 Jan 2016 13:23:00 +
 
 debhelper (9.20160115) unstable; urgency=medium
diff --git a/dh_install b/dh_install
index 9288e86..9c75fea 100755
--- a/dh_install
+++ b/dh_install
@@ -173,7 +173,10 @@ foreach my $package (getpackages()) {
 		}
 
 		my @filelist;
+		my $non_excluded_globs = 0;
 		foreach my $glob (@$set) {
+			next if excludefile($glob);
+			++$non_excluded_globs;
 			my @found = glob "$srcdir/$glob";
 			if (! compat(6)) {
 # Fall back to looking in debian/tmp.
@@ -187,6 +190,9 @@ foreach my $package (getpackages()) {
 			}
 		}
 
+		# If all globs were excluded, do nothing.
+		next unless $non_excluded_globs;
+
 		if (! compat(4)) { # check added in v5
 			if (! @filelist && ! $skip_install) {
 warning("$package missing files: @$set");
-- 
2.7.0



signature.asc
Description: PGP signature

Bug#813894: ClamAV installation is OUTDATED

[Andreas Pflug]

Tried 0.99 from jessie-proposed-updates: works for me as expected.

Regards
Andreas

Bug#814758: Case power button is ignored unless dbus is installed.

[Ansgar Burchardt]

Josh Triplett  writes:
> If systemd-logind just needs dbus to check for possible inhibitors,
> could systemd-logind simply ignore inhibitors without dbus?

systemd-logind failed to start if dbus isn't available (#772700). That's
why ConditionPathExists=/lib/systemd/system/dbus.service was added in
Debian's systemd-logind.service.

Ansgar

Bug#814842: [pkg-gnupg-maint] Bug#814842: gnupg2: FTBFS: Test failures

[Werner Koch]

Hi,

we fixed that upstream with commit acac103 .
See https://bugs.gnupg.org/gnupg/issue2229


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.

Bug#814874: ITP: win-iconv -- iconv implementation using Windows API (for cross-building)

[Daniel Kahn Gillmor]

Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor 

* Package name: win-iconv
  Version : 0.0.8
  Upstream Author : Yukihiro Nakadaira 
* URL : https://www.github.com/win-iconv/win-iconv
* License : public domain
  Programming Lang: C
  Description : iconv implementation using Windows API (for cross-building)

 Windows systems have native character set conversion
 routines. win-iconv wraps those routines in a standard-looking iconv
 interface.  This package provides a means to cross-build tools for
 Windows that depend on libiconv.

 On native debian systems, iconv is provided directly by glibc; you
 should not need this package unless you are cross-building Windows
 tools.


It's healthy for debian to have a cross-building toolchain that
targets the Windows platform.  We currently build things like
win32-loader (for launching the debian-installer directly from a
Microsoft Windows machine), for example.  It can be handy to help free
software developers in general target Windows without needing to
install that platform or work on it directly.  Win-iconv provides a
helpful shim for free software projects that depend on libiconv but
want to also target Windows.

I'm currently using win-iconv to be able to build Windows versions of
the GnuPG suite.  See https://bugs.gnupg.org/gnupg/issue2134

Bug#814873: src:ipe: build-depends on libjpeg8-dev

[Adam Borowski]

Package: src:ipe
Version: 7.1.10-1
Severity: normal

Hi!
ipe holds the dubious honor of being the only package build-depending on
libjpeg8-dev.  This goes against the jpeg8->jpeg62-turbo transition.
I see this has been introduced in SVN commit 47177, without any explanation.
I tried changing this b-dependency to libjpeg-dev -- ipe builds successfully
so it doesn't use any APIs introduced by jpeg8.

Is there a reason to use jpeg8?  The security team opposed having two jpeg
libraries in jessie, I guess the same applies to stretch.

Bug#810158: usrmerge/ksh

[Marco d'Itri]

On Jan 10, Nicholas Bamber  wrote:

> Thanks for the bug report.
> I've tagged this wontfix for now, but I will review when:
I think that it's time, since there are 4 unfixed packages left.

> 1. The usrmerge package has no piuparts errors.
piuparts is supposed to fail because it thinks that the content of /bin 
and of the other directories has been moved..

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#767927: files with the same name installed in / and /usr

[Marco d'Itri]

On Jan 04, Thomas Lange  wrote:

> I like to build a new tcsh package using the new upstrewam (6.19)
> version which then includes your fix. But first I have to solve some
> git branch renaming here in my local repository.
Are there any news about this? There are only 3-4 other packages left 
which still need to be fixed.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#814872: npth: Please offer a package for cross-building mingw (windows) artifacts against npth

[Daniel Kahn Gillmor]

Source: npth
Version: 1.2-2
Severity: normal
Tags: patch

It's useful to be able to build Windows artifacts on debian systems.
In particular, we want to be able to build things like win32-loader,
and the things inside it.

The attached series of patches creates a new arch-independent package,
libnpth-mingw-w64-dev, which facilitates that kind of work.

The choice of location and naming for the libraries comes from Stephen
Kitt, see:

  
https://lists.alioth.debian.org/pipermail/pkg-gnupg-maint/2016-February/003286.html

   --dkg

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From d40c2d6596ba38243a6689ac9099398725ff7deb Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor 
Date: Mon, 15 Feb 2016 23:45:49 -0500
Subject: [PATCH 1/3] build out-of-tree for cleanliness

---
 debian/clean | 1 +
 debian/rules | 8 +++-
 2 files changed, 8 insertions(+), 1 deletion(-)
 create mode 100644 debian/clean

diff --git a/debian/clean b/debian/clean
new file mode 100644
index 000..567609b
--- /dev/null
+++ b/debian/clean
@@ -0,0 +1 @@
+build/
diff --git a/debian/rules b/debian/rules
index 3d3a750..af33f17 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,7 +4,13 @@
 	dh $@ --parallel --with autoreconf
 
 override_dh_auto_configure:
-	dh_auto_configure -- --enable-static
+	dh_auto_configure --builddirectory=build -- --enable-static
+
+override_dh_auto_build-arch:
+	dh_auto_build --builddirectory=build
+
+override_dh_auto_install-arch:
+	dh_auto_install --builddirectory=build
 
 override_dh_makeshlibs:
 	dh_makeshlibs -V
-- 
2.7.0

>From 0717d5a96aff8fa7dbffb8061d3b631f3e0385ed Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor 
Date: Mon, 15 Feb 2016 23:51:14 -0500
Subject: [PATCH 2/3] Enable cross-building environment for Windows

We have some packages in debian that would like to build for the
Windows platform, in particular, for contributing to win32-loader.

This set of changes enables the creation of an arch-indep package for
use cross-building Windows artifacts that depend on libnpth.
---
 debian/clean   |  2 ++
 debian/control | 18 ++
 debian/libnpth-mingw-w64-dev.install   |  6 ++
 debian/libnpth-mingw-w64-dev.lintian-overrides | 13 +
 debian/rules   | 26 ++
 5 files changed, 65 insertions(+)
 create mode 100644 debian/libnpth-mingw-w64-dev.install
 create mode 100644 debian/libnpth-mingw-w64-dev.lintian-overrides

diff --git a/debian/clean b/debian/clean
index 567609b..b388f56 100644
--- a/debian/clean
+++ b/debian/clean
@@ -1 +1,3 @@
 build/
+build-i686-w64-mingw32/
+build-x86_64-w64-mingw32/
diff --git a/debian/control b/debian/control
index a8718e5..27892d2 100644
--- a/debian/control
+++ b/debian/control
@@ -3,6 +3,7 @@ Section: libdevel
 Priority: optional
 Maintainer: Eric Dorland 
 Build-Depends: debhelper (>= 9.20151219), dh-autoreconf
+Build-Depends-Indep: mingw-w64
 Standards-Version: 3.9.6.1
 Homepage: http://www.gnupg.org/
 Vcs-Git: git://anonscm.debian.org/users/eric/npth.git
@@ -37,3 +38,20 @@ Description: replacement for GNU Pth using system threads
  implementation. Thus nPth allows the use of libraries which are not
  compatible to GNU Pth.
 
+Package: libnpth-mingw-w64-dev
+Architecture: all
+Priority: extra
+Section: libdevel
+Suggests: mingw-w64
+Depends: ${misc:Depends}, ${shlibs:Depends}
+Description: replacement for GNU Pth using system threads (Windows dev)
+ nPth is a non-preemptive threads implementation using an API very
+ similar to the one known from GNU Pth. It has been designed as a
+ replacement of GNU Pth for non-ancient operating systems. In
+ contrast to GNU Pth it is based on the system's standard threads
+ implementation. Thus nPth allows the use of libraries which are not
+ compatible to GNU Pth.
+ .
+ This is a Windows version of nPth.  It's meant to be used when
+ cross-building software that targets the Windows platform, e.g. the
+ win32-loader component of Debian-Installer.
diff --git a/debian/libnpth-mingw-w64-dev.install b/debian/libnpth-mingw-w64-dev.install
new file mode 100644
index 000..ab6e93e
--- /dev/null
+++ b/debian/libnpth-mingw-w64-dev.install
@@ -0,0 +1,6 @@
+usr/i686-w64-mingw32/bin/*
+usr/i686-w64-mingw32/lib/*
+usr/i686-w64-mingw32/include/*
+usr/x86_64-w64-mingw32/bin/*
+usr/x86_64-w64-mingw32/lib/*
+usr/x86_64-w64-mingw32/include/*
diff --git a/debian/libnpth-mingw-w64-dev.lintian-overrides 

Bug#814027: [pkg-gnupg-maint] Bug#814027: Provide gpgv-udeb from gnupg 1.4 on armel for stretch?

[Daniel Kahn Gillmor]

Hi Martin--

On Sun 2016-02-07 12:23:06 -0500, Martin Michlmayr wrote:
> I'm trying to support a device in debian-installer which only has 4MB
> space in flash to hold the installer ramdisk.  This just broke due to:
>
> gnupg2 (2.1.11-5) unstable; urgency=medium
>
>   * taking over gpgv-udeb from gnupg 1.4 packaging
>
> The new gpgv-udeb pulls in libgcrypt20-udeb and libgpg-error0-udeb.
> The former in particular is huge.
>
> I assume libgcrypt20 is not optional for gnugpg v2.

That's right, GnuPG 2.x depends explicitly on libgcrypt.  GnuPG 2.1.x
(the "modern" branch) is the only place where GnuPG supports more modern
cryptography (including elliptic curves) and is where the bulk of the
active work on GnuPG is taking place upstream.  I'd really prefer it if
stretch was dependent on 2.1.x and only 2.1.x (1.4.x will stick around
as gnupg1 for those people who really need support for bad old stuff
like PGPv3 keys)

As for the libgcrypt-udeb dependency, isn't its size amortized by
cryptsetup's dependency on it as well?

> I'm wondering... is there any way to continue providing gpgv-udeb from
> gnupg 1.4 on armel for stretch?  I don't mind dropping support for
> this device after stretch but it would be nice to support it in
> stretch.  Unfortunately, I cannot think of anything else to drop from
> the ramdisk.  Let me know what you think.  If providing support from
> gnupg 1.4 for stretch on armel is too much of a hassle, I guess I'll
> have to drop support now.

is it possible to reduce the size of libgcrypt20-udeb itself?
Alternately, we could try building gpgv-udeb with static linkage and see
if that lets us cull unused parts of gcrypt to make the overall package
smaller.

One last option would be to make and ship a gpgv1-udeb that could be
adopted by particularly constrained platforms.

--dkg

Bug#813018: please multiarchify the library packages

[Matthias Klose]

Control: tags -1 - moreinfo

As said before, making the library packages M-A: same and moving the plugin 
directory are two different things.  Having looked at more plugin systems, I 
think the approach I like more is to split the plugins from the library 
packages.  This way the multiarched library packages can be used for 
cross-building, without caring about the plugin installations. On the other 
hand, if third party plugins depend on the plugins shipped in the totem package, 
you need an additional dependency for these third party plugins.

Bug#814871: gitlab doesn't allow to edit issues

[Johannes Schauer]

Package: gitlab
Version: 8.4.3+dfsg-7
Severity: important

Hi,

when I open an issue, I do no longer see a textbox to leave a reply.

Also, maybe related, when I click the "close" button I get the message
"Unable to update this issue at this time".

This problem was newly introduced either either in 8.4.3+dfsg-6 or
8.4.3+dfsg-7 because I remember that this used to work originally after
I upgraded my from-source gitlab installation to the Debian package.
Maybe it was introduced when the paths were shuffled around?

Again I do not see any useful output in the logs.

Can you confirm this problem?

Which output would you like to see?

Thanks!

cheers, josch

Bug#814870: evolution: google accounts not working

[Russell Stuart]

Package: evolution
Version: 3.18.3-1
Severity: normal
Tags: upstream

Details entered into evolution bugzilla:

  I've entered my Google details into gnome-online-accounts.  The mail /
  calendar / address book appeared and worked immediately, but after a
  restart Evolution said: "Failed to obtain an access token for
  'russell-x...@gmail.com': Failed to retrieve credentials from the
  keyring" and has remained that way ever since.

  I've tried deleting and recreating the account in gnone-online-accounts,
  but it has no effect.

  Running on Debian Stretch, evolution_3.18.3-1_amd64



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

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

Versions of packages evolution depends on:
ii  dbus   1.10.6-1
ii  debconf [debconf-2.0]  1.5.58
ii  evolution-common   3.18.3-1
ii  evolution-data-server  3.18.3-1
ii  libc6  2.21-7
ii  libcamel-1.2-543.18.3-1
ii  libclutter-gtk-1.0-0   1.6.6-1
ii  libecal-1.2-19 3.18.3-1
ii  libedataserver-1.2-21  3.18.3-1
ii  libevolution   3.18.3-1
ii  libglib2.0-0   2.46.2-3
ii  libgtk-3-0 3.18.7-1
ii  libical1a  1.0.1-0.1
ii  libnotify4 0.7.6-2
ii  libsoup2.4-1   2.52.2-1
ii  libwebkitgtk-3.0-0 2.4.9-3
ii  libxml22.9.3+dfsg1-1
ii  psmisc 22.21-2.1+b1

Versions of packages evolution recommends:
ii  bogofilter 1.2.4+dfsg1-4
ii  evolution-plugins  3.18.3-1
ii  yelp   3.16.1-1

Versions of packages evolution suggests:
pn  evolution-ews   
pn  evolution-plugins-experimental  
ii  gnupg   1.4.20-1
ii  network-manager 1.0.10-2+b1

-- no debconf information

Bug#814869: update the packaging and multiarchify the library packages

[Matthias Klose]

Package: src:libwpd
Version: 0.10.1-1
Tags: patch
User: d...@debian.org
Usertags: multiarch

The attached patch updates the packaging, and makes the library packages M-A: 
same.
  * Bump the standards version.
  * Enable parallel builds.
  * Honor nocheck in DEB_BUILD_OPTIONS.
  * debian/rules: Cleanup unused macros, don't run configure on install.
  * Multiarchify the library packages.

diff -Nru libwpd-0.10.1/debian/control libwpd-0.10.1/debian/control
--- libwpd-0.10.1/debian/control2014-05-23 20:19:01.0 +0200
+++ libwpd-0.10.1/debian/control2016-02-16 07:13:59.0 +0100
@@ -4,11 +4,12 @@
 Maintainer: Rene Engelhard 
 Uploaders: Masayuki Hatta (mhatta) 
 Build-Depends: debhelper (>= 9), doxygen, libcppunit-dev, dh-autoreconf, 
zlib1g-dev, pkg-config, dpkg-dev (>= 1.16.1), librevenge-dev
-Standards-Version: 3.7.2
+Standards-Version: 3.9.7
 
 Package: libwpd-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends: libwpd-0.10-10 (= ${binary:Version}), ${misc:Depends}
 Description: Library for handling WordPerfect documents (development)
  libwpd is a library for reading and writing WordPerfect(TM) documents.
@@ -21,6 +22,8 @@
 Package: libwpd-0.10-10
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Replaces: libwpd0, libwpd2, libwpd3, libwpd4, libwpd5, libwpd6, libwpd8
 Conflicts: libwpd0, libwpd2, libwpd3, libwpd4, libwpd5, libwpd6, libwpd8
diff -Nru libwpd-0.10.1/debian/libwpd-0.10-10.dirs 
libwpd-0.10.1/debian/libwpd-0.10-10.dirs
--- libwpd-0.10.1/debian/libwpd-0.10-10.dirs2010-11-16 18:21:30.0 
+0100
+++ libwpd-0.10.1/debian/libwpd-0.10-10.dirs1970-01-01 01:00:00.0 
+0100
@@ -1,2 +0,0 @@
-usr/lib
-
diff -Nru libwpd-0.10.1/debian/libwpd-0.10-10.install 
libwpd-0.10.1/debian/libwpd-0.10-10.install
--- libwpd-0.10.1/debian/libwpd-0.10-10.install 2014-05-23 20:19:47.0 
+0200
+++ libwpd-0.10.1/debian/libwpd-0.10-10.install 2016-02-16 06:55:37.0 
+0100
@@ -1 +1 @@
-usr/lib/libwpd-0.10.so.*
+usr/lib/*/libwpd-0.10.so.*
diff -Nru libwpd-0.10.1/debian/libwpd-dev.install 
libwpd-0.10.1/debian/libwpd-dev.install
--- libwpd-0.10.1/debian/libwpd-dev.install 2010-11-16 18:47:24.0 
+0100
+++ libwpd-0.10.1/debian/libwpd-dev.install 2016-02-16 06:55:37.0 
+0100
@@ -1,4 +1,4 @@
 usr/include/*
-usr/lib/lib*.a
-usr/lib/lib*.so
-usr/lib/pkgconfig/*
+usr/lib/*/lib*.a
+usr/lib/*/lib*.so
+usr/lib/*/pkgconfig/*
diff -Nru libwpd-0.10.1/debian/rules libwpd-0.10.1/debian/rules
--- libwpd-0.10.1/debian/rules  2014-05-24 18:06:54.0 +0200
+++ libwpd-0.10.1/debian/rules  2016-02-16 07:11:20.0 +0100
@@ -9,26 +9,34 @@
 include /usr/share/dpkg/architecture.mk
 include /usr/share/dpkg/buildflags.mk
 
-ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-   INSTALL_PROGRAM += -s
+COMMA = ,
+ifneq (,$(filter parallel=%,$(subst $(COMMA), ,$(DEB_BUILD_OPTIONS
+  NJOBS := -j $(subst parallel=,,$(filter parallel=%,$(subst $(COMMA), 
,$(DEB_BUILD_OPTIONS
 endif
 
 #DEBHELPER_OPTIONS = -N libwpd-tools
 
-config.status:
+configure-stamp:
dh_testdir
# Add here commands to configure the package.
-   dh_autoreconf && \
-   ./configure CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" 
CXXFLAGS="$(CXXFLAGS)" LDFLAGS="$(LDFLAGS)" --host=$(DEB_HOST_GNU_TYPE) 
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man 
--infodir=\$${prefix}/share/info \
-   --disable-werror --enable-static --disable-silent-rules
+   dh_autoreconf
+   ./configure \
+ CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" CXXFLAGS="$(CXXFLAGS)" 
LDFLAGS="$(LDFLAGS)" \
+ --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
+ --prefix=/usr --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \
+ --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info \
+ --disable-werror --enable-static --disable-silent-rules
+   touch configure-stamp
 
 
 build: build-stamp
-build-stamp:  config.status
+build-stamp:  configure-stamp
dh_testdir
 
-   $(MAKE)
+   $(MAKE) $(NJOBS)
+ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
cd src/test; $(MAKE) check
+endif
 
touch build-stamp
 

Bug#814868: libz-mingw-w64-dev: please ship libz.a in libgz-mingw-w64-dev for static builds

[Daniel Kahn Gillmor]

Package: libz-mingw-w64-dev
Version: 1.2.8+dfsg-1
Severity: normal
Tags: patch

In some cases we want to be able to ship static builds of win32
executables.  for example, gpgv.exe has traditionally shipped as a
static executable.  To cross-build something like this with mingw-w64,
we would need to have libz.a available for this platform.

The attached patch provides the static library.

Thanks,

--dkg


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

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

Versions of packages libz-mingw-w64-dev depends on:
ii  libz-mingw-w64  1.2.8+dfsg-2

libz-mingw-w64-dev recommends no packages.

libz-mingw-w64-dev suggests no packages.

-- debconf-show failed
>From e71079b960d86fb89a6d24593f672924ef8e08c3 Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor 
Date: Tue, 16 Feb 2016 01:00:16 -0500
Subject: [PATCH] ship libz.a for mingw-w64 static builds

---
 debian/libz-mingw-w64-dev.install | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/libz-mingw-w64-dev.install b/debian/libz-mingw-w64-dev.install
index 5b32da7..e3e7bb6 100644
--- a/debian/libz-mingw-w64-dev.install
+++ b/debian/libz-mingw-w64-dev.install
@@ -1,3 +1,3 @@
 usr/*/include/*
-usr/*/lib/*.dll.a
+usr/*/lib/*.a
 usr/*/lib/pkgconfig/*
-- 
2.7.0

Bug#549451: Work around

[Russell Stuart]

There are two work arounds to this that I can think of.

One is to start evolution with the "--force-online" option:

  evolution --force-online

Another on is to use Network Manager's "Edit Connections" option to
create a bridge.  Network Manager will then think there always is a
network connection.

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

Bug#814867: ITP: inchi -- International Chemical Identifier generator

[Katsuhiko Nishimra]

Package: wnpp
Severity: wishlist
Owner: Katsuhiko Nishimra 

* Package name: inchi
  Version : 1.04
  Upstream Author : IUPAC and InChI Trust Limited
* URL : http://www.inchi-trust.org
* License : IUPAC/InChI-Trust InChI Licence No. 1.0 (Modified LGPL v2)
  Programming Lang: C
  Description : International Chemical Identifier generator

Library to generate Standard/non-Standard InChI/InChIKey.

Many chemistry related softwares (at least OpenBABEL which has been already
packaged in debian) carry private copies of this library. This library should
be packaged for better compliance to debian policy which discourages inclusions
of 3rd party codes.
I would be very glad if I can co-maintain this with Debichem team.

Bug#814860: RM: gnome-gmail/stable -- ROM; Broken package

[Adam D. Barratt]

Control: reassign -1 release.debian.org
Control: retitle -1 RM: gnome-gmail -- RoM; broken
Control: tags -1 + jessie

On Mon, 2016-02-15 at 21:21 -0500, David Steele wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> The [gnome-gmail] package has been broken for some time, due to the
> deprecation of it's old authentication mechanism ([#805926]). The proposed
> patch fixing the package has been deemed too intrusive([#806176]). I
> propose resolving the situation by removing the package from stable.

Removals from {,old*}stable are handled by the Release Team;
reassigning.

Regards,

Adam

Bug#814763: [Pkg-alsa-devel] Bug#814763: HDMI sound not working

[Erik de Castro Lopo]

Elimar Riesebieter wrote:

> Thats ok.
> 
> What tells:
> 
> # aplay -l

With the laptop displaying video over HDMI:

$ aplay -l
 List of PLAYBACK Hardware Devices 
card 0: PCH [HDA Intel PCH], device 0: ALC3260 Analog [ALC3260 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/

Bug#814779: support for new mailing list debian-events-apac?

[Prach Pongpanich]

On Mon, Feb 15, 2016 at 06:52:35PM +0100, Daniel Pocock wrote:
> 
> 
> 
> There are various debian-events-* mailing lists, I've requested a new
> one for Asia/Pacific region events:
> 
> https://bugs.debian.org/814779
> 

I support Daniel's request.

Regards,

Prach


signature.asc
Description: PGP signature

Bug#814866: racket: bogus recommends: libjpeg8, libpng12-0

[Adam Borowski]

Package: racket
Version: 6.3-3
Severity: normal


racket has a bunch of hard-coded recommends: that go out of sync with what
it's built against.

It has build-dependency on libjpeg-dev which, in jessie and unstable, is
libjpeg62-turbo.

libpng12-0 is currently valid but will become bad in a few days when the
png16 transition starts.

Bug#814865: RFS: helm-synth/0.6.2-3 [ITP]

[Matthew Tytel]

Package: sponsorship-requests
Severity: wishlist
Hello mentors,
I am looking for a sponsor for my package "helm-synth"

* Package name: helm-synth
  Version : 0.6.2-3
  Upstream Author : Matt Tytel 
* URL : http://tytel.org/helm
* License : GPL-3.0
  Section : sound

It builds those binary packages:
  helm  - polyphonic synthesizer with realtime modulation feedback

To access further information about this package, please visit the
following URL:http://mentors.debian.net/package/helm-synth


Alternatively, one can download the package with dget using this command:
  dget -x 
http://mentors.debian.net/debian/pool/main/h/helm-synth/helm-synth_0.6.2-3.dsc

More information about helm can be obtained from http://tytel.org/helm

Regards,
Matt Tytel

Bug#808176: ITP: python-neovim -- Library for scripting Neovim processes through its msgpack-rpc API

[James McCoy]

On Mon, Feb 08, 2016 at 05:32:50PM +0100, Víctor Cuadrado Juan wrote:
> Right now I am stalled, as I can't get the tests to pass
> when building in a chroot (pbuilder).
> 
> The tests require a neovim instance running as server, so for
> example one can use `dtach` to run nvim, and run the tests
> against it. This already works outside of pbuilder, but I fail
> to reproduce it in pbuilder. A simplified example of what is
> needed, without proper cleansing after the tests would be:
> 
> >override_dh_auto_test:
> > # start a detached session with a nvim server:
> > export NVIM_LISTEN_ADDRESS=$(dtmp)/nvim-socket

What's dtmp?  I can't seem to find a binary by that name in Debian.

> > dtach -n $(dtmp)/dtach-socket env TERM=vt100 nvim
> > dh_auto_test

What about running what their Travis-CI setup does?

  NVIM_CHILD_ARGV='["nvim", "-u", "NONE", "--embed"]' nosetests

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 

Bug#814027: "ts209" d-i image failed to build due to size

[Martin Michlmayr]

Hi Daniel,

I had an idea on how to solve this problem: in addition to building
gpgv-udeb from gnupg2, you could build a gpgv1.4-udeb on armel.  I
could then use that gpgv1.4-udeb on the armel subarch with the size
issues.

Would that work for you?  I've attached a proposed patch.

-- 
Martin Michlmayr
http://www.cyrius.com/

diff --git a/debian/control b/debian/control
index 39ce3d2..d3860ed 100644
--- a/debian/control
+++ b/debian/control
@@ -70,6 +70,22 @@ Description: GNU privacy guard - signature verification tool
  different (and simpler) way to check that the public keys used to
  make the signature are trustworthy.
 
+Package: gpgv1.4-udeb
+Package-Type: udeb
+Section: debian-installer
+Priority: extra
+Architecture: armel
+Provides: gpgv-udeb
+Depends: ${misc:Depends}, ${shlibs:Depends}
+Description: minimal signature verification tool
+ GnuPG is GNU's tool for secure communication and data storage.
+ It can be used to encrypt data and to create digital signatures.
+ It includes an advanced key management facility and is compliant
+ with the proposed OpenPGP Internet standard as described in RFC 4880.
+ .
+ This is GnuPG's signature verification tool, gpgv, packaged in minimal
+ form for use in debian-installer.
+
 Package: gpgv-win32
 Architecture: all
 Priority: extra
diff --git a/debian/gpgv1.4-udeb.install b/debian/gpgv1.4-udeb.install
new file mode 100644
index 000..dc83591
--- /dev/null
+++ b/debian/gpgv1.4-udeb.install
@@ -0,0 +1 @@
+build-udeb/g10/gpgv usr/bin/
diff --git a/debian/rules b/debian/rules
index e51d3f0..29c2516 100755
--- a/debian/rules
+++ b/debian/rules
@@ -50,6 +50,11 @@ build-deb-curl/config.status:
 	(mkdir -p $(@D); cd $(@D); \
 	../configure LDFLAGS="$(LDFLAGS)" CPPFLAGS="$(CPPFLAGS_DEF)" CFLAGS="$(CFLAGS_DEF)" $(CONFARGS) $(CONFARGS_FULL) $(HOSTARG))
 
+build-udeb/config.status:
+	dh_testdir
+	(mkdir -p $(@D); cd $(@D); CFLAGS="-g -Os" \
+	../configure $(CONFARGS) $(CONFARGS_MINIMAL) $(HOSTARG) )
+
 build-win32/config.status:
 	dh_testdir
 	(mkdir -p $(@D); cd $(@D); CFLAGS="-g -Os" \
@@ -74,13 +79,21 @@ ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
 endif
 	touch $@
 
+build-udeb-stamp: build-udeb/config.status
+	dh_testdir
+	$(MAKE) -C build-udeb/
+ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
+	make -C build-udeb/checks check || exit 1
+endif
+	touch $@
+
 build-win32-stamp: build-win32/config.status
 	dh_testdir
 	$(MAKE) -C build-win32/
 	touch $@
 
 build: build-arch
-build-arch: build-deb-stamp build-deb-curl-stamp
+build-arch: build-deb-stamp build-deb-curl-stamp build-udeb-stamp
 build-indep: build-win32-stamp
 
 # clean ##
@@ -88,9 +101,9 @@ build-indep: build-win32-stamp
 clean: 
 	dh_testdir
 	dh_testroot
-	rm -rf build-deb-curl/ build-deb/ build-win32/
+	rm -rf build-udeb/ build-deb-curl/ build-deb/ build-win32/
 	# find . -name \*~ | xargs rm -vf
-	dh_clean build-deb-stamp build-deb-curl-stamp build-win32-stamp
+	dh_clean build-deb-stamp build-deb-curl-stamp build-udeb-stamp build-win32-stamp
 
  install #
 

Bug#814861: etckeeper: Should ignore /etc/debdelta/gnupg/random_seed

[Axel Beckert]

Hi,

Antoine Beaupré wrote:
> On 2016-02-15 21:53:39, Axel Beckert wrote:
> > Antoine Beaupré wrote:
> >> > Feel free to clone this bug report (and reassign the clone to debdelta),
> >> > if you think this file should not belong to /etc/.
> >> 
> >> What is this file for?
> >
> > Seems to be the equivalent of ~/.gnupg/random_seed in a normal GnuPG
> > directory. And according to the gpg(1) man page:
> >
> >~/.gnupg/random_seed
> >  A file used to preserve the state of the internal random pool.
> 
> Hmm... maybe /var would be a better place for this, indeed - I think it
> would be fair to push this back to debdelta.

Please exclude it in etckeeper anyways, so that at least etckeeper
works fine again, independent of the fix for debdelta.

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

Bug#814861: etckeeper: Should ignore /etc/debdelta/gnupg/random_seed

[Antoine Beaupré]

On 2016-02-15 21:53:39, Axel Beckert wrote:
> Hi,
>
> Antoine Beaupré wrote:
>> > Feel free to clone this bug report (and reassign the clone to debdelta),
>> > if you think this file should not belong to /etc/.
>> 
>> What is this file for?
>
> Seems to be the equivalent of ~/.gnupg/random_seed in a normal GnuPG
> directory. And according to the gpg(1) man page:
>
>~/.gnupg/random_seed
>  A file used to preserve the state of the internal random pool.

Hmm... maybe /var would be a better place for this, indeed - I think it
would be fair to push this back to debdelta.

A.

-- 
Quis custodiet ipsos custodes?
Who watches the watchmen?
Qui police la police?
Tu. You. Toi.

Bug#814864: RFS: zbackup/1.4.4-1~bpo8+1

[Tiago Ilieve]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: zbackup
  Version : 1.4.4-1~bpo8+1
  Upstream Author : Vladimir Stackov 
* URL : http://zbackup.org/
* License : GPL-2+-openssl
  Section : admin

It builds those binary packages:

  zbackup- Versatile deduplicating backup tool

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

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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/z/zbackup/zbackup_1.4.4-1~bpo8+1.dsc

Regards,
Tiago.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Bug#814863: zbackup: backport request

[Tiago Ilieve]

Package: zbackup
Version: 1.3-1
Severity: wishlist

Dear Maintainer,

I have proposed a backport[1] for zbackup, but haven't received an ACK
from you[2]. Gianfranco Costamagna suggested[3] this bug report so we
can propely track this issue.

The main reason for this is that the version in Jessie lacks the
garbage collector (GC) which is available in in the version in
Stretch. This allows the removal of previously made backups.

Regards,
Tiago.

[1]: https://lists.debian.org/debian-backports/2016/02/msg6.html
[2]: https://lists.debian.org/debian-backports/2016/02/msg00014.html
[3]: https://lists.debian.org/debian-backports/2016/02/msg00035.html

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Bug#814861: etckeeper: Should ignore /etc/debdelta/gnupg/random_seed

[Axel Beckert]

Hi,

Antoine Beaupré wrote:
> > Feel free to clone this bug report (and reassign the clone to debdelta),
> > if you think this file should not belong to /etc/.
> 
> What is this file for?

Seems to be the equivalent of ~/.gnupg/random_seed in a normal GnuPG
directory. And according to the gpg(1) man page:

   ~/.gnupg/random_seed
 A file used to preserve the state of the internal random pool.

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

Bug#814862: gambas3: fails to find an upgrade path from jessie to stretch

[Andreas Beckmann]

Package: gambas3
Version: 3.8.4-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'jessie'.
It installed fine in 'jessie', then the upgrade to 'stretch' fails and
the jessie version is kept installed rather than upgraded.

>From the attached log (scroll to the bottom...):

This is apt problemresolver output from the jessie->stretch upgrade.

[...]
  The following NEW packages will be installed:
[...]
  The following packages have been kept back:
gambas3 gambas3-ide
  The following packages will be upgraded:
[...]

[...]
  Investigating (0) gambas3-ide [ amd64 ] < 3.5.4-2 -> 3.8.4-2 > ( devel )
  Broken gambas3-ide:amd64 Conflicts on gambas3-gb-qt4 [ amd64 ] < 3.5.4-2+b1 
-> 3.8.4-2 > ( libdevel )
Considering gambas3-gb-qt4:amd64 12 as a solution to gambas3-ide:amd64 1
Holding Back gambas3-ide:amd64 rather than change gambas3-gb-qt4:amd64
[...]
  Investigating (0) gambas3 [ amd64 ] < 3.5.4-2 -> 3.8.4-2 > ( devel )
  Broken gambas3:amd64 Depends on gambas3-ide [ amd64 ] < 3.5.4-2 -> 3.8.4-2 > 
( devel ) (>= 3.8.4-2)
Considering gambas3-ide:amd64 1 as a solution to gambas3:amd64 0
Holding Back gambas3:amd64 rather than change gambas3-ide:amd64
   Try to Re-Instate (1) gambas3-ide:amd64
   Try to Re-Instate (1) gambas3:amd64
  Done

So what happened here?

gambas3-gb-qt4 is installed in jessie and an upgradable candidate,
but gambas3-ide, which is also installed in jessie, now
Conflicts: gambas3-gb-qt4.

gambas3-gb-qt4 has a score of 12 (there are several rdepends) while the
gambas3-ide and gambas3 meta-packages only have rather low scores of
1 and 0, respectively. So gambas3-gb-qt4 wins and does not get removed.

So one ends up with the jessie versions of gambas3 and gambas3-ide still
installed while all other packages have been upgraded to the stretch
version.

Right now I have no suggestions how to solve this upgrade issue.

That Conflicts: gambas3-gb-qt4 is nasty. Is the gambas3-gb-qt4 package
still needed? Could it be converted into a transitional package?


cheers,

Andreas


gambas.1.log.gz
Description: application/gzip

Bug#806176: jessie-pu: package gnome-gmail/1.8.3-1

[Dave Steele]

On Fri, Jan 1, 2016 at 11:10 PM, Dave Steele  wrote:
> On Fri, Jan 1, 2016 at 12:28 PM, Julien Cristau  wrote:
>>
>> On Tue, Nov 24, 2015 at 20:52:56 -0500, Dave Steele wrote:
>>
>>
>> > A diff of the changes is a bit problematic. An interactive compare is
>> > available at
>> >
>> > https://github.com/davesteele/gnome-gmail/compare/debian/1.8.3-1...updates-jessie
>> >
>> "problematic" is putting it nicely.  I don't think we're ready to accept
>> a complete rewrite as a stable update, sorry.
>>
>> Cheers,
>> Julien
>
>
> It's not a rewrite - the changes are not as extensive as the patch makes them 
> look. The main script had a name change that git didn't catch.
>
> Moving on, this leaves stable with a totally broken package. I'd like to 
> resolve that. Can we remove gnome-gmail from stable, without affecting the 
> status in testing or sid?
>

Removal request submitted as #814860.

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

-- 
"Le mieux est l'ennemi du bien" - Voltaire

Bug#814861: etckeeper: Should ignore /etc/debdelta/gnupg/random_seed

[Antoine Beaupré]

On 2016-02-15 21:32:56, Axel Beckert wrote:
> IMHO it's obvious that this file is generated and should not be tracked.

Indeed.

> Feel free to clone this bug report (and reassign the clone to debdelta),
> if you think this file should not belong to /etc/.

What is this file for?

a.

-- 
I worry about my child and the Internet all the time, even though
she's too young to have logged on yet. Here's what I worry about. I
worry that 10 or 15 years from now, she will come to me and say
'Daddy, where were you when they took freedom of the press away from
the Internet?'   - Mike Godwin, Electronic Frontier Foundation

Bug#802194: ITP: apache-spark - lightning-fast cluster computing

[Daniel Stender]

On 15.02.2016 19:52, Martin Michlmayr wrote:
> * Daniel Stender  [2015-10-18 12:01]:
>> I was thinking about ITP-ing Spark for some time, I've taken over
>> this bug now. This makes a nice wrap with Mesos. I'm a little busy
>> these days, but going to work down my ITPs in the next weeks.
> 
> Hi Daniel, are you still working on packaging apache-spark?

Hello Martin,

yes. Please hang on, this is coming up.

Best,
DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
http://www.danielstender.com/blog/

Bug#757770: RFH: pgadmin3 -- graphical administration tool for PostgreSQL

[William Bonnet]

Hi,

I would like to propose to help on this package. I am a pgadmin3 user
and have the skills to patch the upstream code if needed.

Please let me know if you are still looking for help

Kind regards


-- 
William BONNET

CTO & Founder / The IT Makers

william.bon...@theitmakers.com
GSM +33 689 376 977 
twitter @theitmakers

Bug#814861: etckeeper: Should ignore /etc/debdelta/gnupg/random_seed

[Axel Beckert]

Package: etckeeper
Version: 1.18.2-1

When debdelta is installed, I get the following message before most
upgrades:

[master e459f07] saving uncommitted changes in /etc prior to apt run
 1 file changed, 0 insertions(+), 0 deletions(-)
 rewrite debdelta/gnupg/random_seed (100%)

IMHO it's obvious that this file is generated and should not be tracked.

Feel free to clone this bug report (and reassign the clone to debdelta),
if you think this file should not belong to /etc/.

I'm not sure which severity is most appropriate here, something between
wishlist and normal should fit, so filing without explicit
severity. Feel free to downgrade the severity if you feel the default
value is too high.

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

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

Versions of packages etckeeper depends on:
ii  bzr2.7.0-2
ii  darcs  2.10.2-1
ii  debconf [debconf-2.0]  1.5.58
ii  git1:2.7.0-1
ii  mercurial  3.6.2-1
pn  python:any 

Versions of packages etckeeper recommends:
ii  cron [cron-daemon]  3.0pl1-128

Versions of packages etckeeper suggests:
ii  sudo  1.8.15-1.1

-- debconf information:
  etckeeper/purge: true
  etckeeper/commit_failed:

Bug#700012: ping

[Adam Borowski]

Hi!
We're trying to push the x32 port forward.  Thus, could you please apply
this 3-years old patch?  I just retested it against the current version in
unstable.

If you're busy, I can NMU (debdiff attached), but as you're around and
active, I guess there's no need.


Meow!
-- 
A tit a day keeps the vet away.
diff -Nru bible-kjv-4.27/debian/changelog bible-kjv-4.27+nmu1/debian/changelog
--- bible-kjv-4.27/debian/changelog 2015-05-17 14:44:48.0 +0200
+++ bible-kjv-4.27+nmu1/debian/changelog2016-02-16 02:53:55.0 
+0100
@@ -1,3 +1,10 @@
+bible-kjv (4.27+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS on x32 (Closes: #700012)
+
+ -- Adam Borowski   Tue, 16 Feb 2016 01:53:15 +
+
 bible-kjv (4.27) unstable; urgency=low
 
   * Make build reproducible (patch from Chris Lamb) (Closes: #777294)
diff -Nru bible-kjv-4.27/makeindex.c bible-kjv-4.27+nmu1/makeindex.c
--- bible-kjv-4.27/makeindex.c  2011-06-25 13:56:26.0 +0200
+++ bible-kjv-4.27+nmu1/makeindex.c 2016-02-16 02:52:56.0 +0100
@@ -94,7 +94,7 @@
 int main(int argc,char **argv)
 {
 FILE   *fp;
-long   t;
+time_t t;
 long   cur_line;
 long   offset;
 char   textbuff[TBSIZE];

Bug#814860: RM: gnome-gmail/stable -- ROM; Broken package

[David Steele]

Package: ftp.debian.org
Severity: normal

The [gnome-gmail] package has been broken for some time, due to the
deprecation of it's old authentication mechanism ([#805926]). The proposed
patch fixing the package has been deemed too intrusive([#806176]). I
propose resolving the situation by removing the package from stable.

Note that this does not apply to the version in testing/unstable - that
version has been working well.

[gnome-gmail]: http://davesteele.github.io/gnome-gmail/
[#805926]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805926
[#806176]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806176

Bug#814809: Moving forward with the PHP 7.0 transition [Was: phing depends on php5-xdebug, which is not available anymore]

[David Prévot]

Control: clone -1 -2
Control: reassign -2 pkg-php-tools
Control: found -2 1.31
Control: retitle -2 Please, be ready for PHP 7.0 transition
Control: forwarded -2 
https://lists.debian.org/debian-devel-announce/2016/01/msg2.html
Control: block -1 by -2
Control: found -1 2.12.0-1

Hi Matthias, Mathieu, and all,

On Mon, Feb 15, 2016 at 05:09:51PM +0100, Matthias Klose wrote:
> Package: phing
> Version: 2.13.0-1
> Severity: serious
> Tags: sid stretch
> 
> phing depends on php5-xdebug, which is not available anymore, it should
> depend on php-xdebug (not providing php5-xdebug)

As already pointed not so for away before (#810526#10 and #811431#10):
you may wish to not file such bugs currently [0]: the (soon to be)
ongoing transition of php will require a lot of rebuild (and NEW
processing). We already know that, but all the tools are not yet in
place.

  0: https://lists.debian.org/debian-devel-announce/2016/01/msg2.html

As a matter of fact, this php5-xdebug dependency is generated at build
time by pkg-php-tools, so pkg-php-tools needs to be ready for PHP 7.0
transition in order to move forward. pkg-php-tools also generates a
dependency on php5-common that is not what we want for Stretch, and
we’ll need to rebuild (no binNMU for arch:all…) every PHP class anyway
(removing the “5” from every “php5-*” (build-)dependency, recommends,
etc. in the process). Increasing the workload of handling all of that by
adding individual bug reports for every package is not going to make the
change happen sooner or on better terms IMHO.

[ pkg-php-tools ]

About the “root” issue, Mathieu, what are the current blockers holding
the still current “pkg-php-tools package is still WIP”? [0] Is there
anything we can help with in order to start making our PHP classes ready
for the ongoing transition?

Among the things I was wondering that might need handling in order to
make this transition possible without having to deal manually with every 
version of every (build-)dependency, recommendation, etc. of every
package:

[ php-defaults ]

It seems like the packages currently built from the php-defaults source
(e.g., php, php-common, php-cli, etc.) are lacking a proper version
number (something like 7.0.3-* could have been useful to prepare
properly versionned reverse dependencies), is there a plan to use an
epoch in order to provide a useful version scheme (as e.g., java-common
0.56 source builds the default-jre 2:1.8-56 binary depending on
openjdk-8-jre –OK, the 8 in 2:1.8-56 is a bit hidden, but it seems to be
reliable for a while to point at the main version of the Java engine–)?

Regards

David


signature.asc
Description: PGP signature

Bug#814857: Uses Qt4's QWT but compiles against Qt5

[Lisandro Damián Nicanor Pérez Meyer]

Source: libterralib
Version: 4.3.0+dfsg.1-1
Severity: important

Hi! While preparing the QWT transition I noted that this package build depends
on qt5 (qtbase5-dev) and on libqwt-dev.

It turns out that libqwt-dev is Qt4-only, and mixing Qt4 and Qt5 is not
possible. This means that either a crash might happen at any time or that
some expected functionality is not really there. I'm tempted to mark this bug
as serious but I'll leave it up to you.

Currently qwt in experimental provides libqwt-qt5-dev, which is the package that
you should be using with Qt5.

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

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

Bug#814758: Case power button is ignored unless dbus is installed.

[Josh Triplett]

On Mon, 15 Feb 2016 14:45:18 +0100 Michael Biebl  wrote:
> Am 15.02.2016 um 08:27 schrieb Trent W. Buck:
> > It's failing because dbus isn't installed.
> > Installing dbus fixes the problem.
> > 
> > systemd Recommends: dbus.
> > 
> > dbus is Priority: standard.
> > 
> > If a system is created with debootstrap,
> > this means dbus is never installed,
> > and the power button doesn't work:
> 
> This is correct. We discussed this issue a while ago and considered
> making dbus either a hard dependency or bumping its priority to
> important. We decided against it, as we want a minimal debootstrapped
> system to not have dbus installed.

If systemd-logind just needs dbus to check for possible inhibitors,
could systemd-logind simply ignore inhibitors without dbus?
Environments that make use of the inhibitor interface should necessarily
have dbus installed, so without dbus installed, systemd-logind could
still respond to the power button by doing an orderly shutdown.

That seems like useful default behavior in a server environment.

- Josh Triplett

Bug#813332: I am likely seeing the same issue

[Mario Lang]

Hi.

Trying to convert a DTD to XSD, I get:

Exception in thread "main" java.lang.NullPointerException
at 
com.thaiopensource.xml.em.ResolverUriEntityManager.open(ResolverUriEntityManager.java:56)
at 
com.thaiopensource.xml.em.ResolverUriEntityManager.open(ResolverUriEntityManager.java:27)
at 
com.thaiopensource.xml.dtd.parse.DtdParserImpl.parse(DtdParserImpl.java:14)
at 
com.thaiopensource.relaxng.input.dtd.DtdInputFormat.load(DtdInputFormat.java:144)
at com.thaiopensource.relaxng.translate.Driver.run(Driver.java:135)
at com.thaiopensource.relaxng.translate.Driver.main(Driver.java:44)

At first, I was suspecting my input data.  But a very simple DTD
with just one element definition fails as well:

--


--

Save this as foo.dtd, and run

$ trang foo.dtd foo.xsd

to reproduce.

-- 
CYa,
  ⡍⠁⠗⠊⠕


signature.asc
Description: PGP signature

Bug#814855: linux-image-4.4.0-trunk-amd64: Please restore snd-emu10k1 module

[Ben Hutchings]

Control: tag -1 wontfix

On Tue, 2016-02-16 at 01:20 +0100, Kacper Berent wrote:
> Package: src:linux
> Version: 4.4.1-1~exp1
> Severity: normal
> 
> Hello,
> 
> description is simple: I have no sound on my old SoundBlaster because the
> module snd-emu10k1 does not exist in 4.4.1-1~exp1. Please restore it.
> 
> This removal does not seem to be following of upstream:
> http://git.kernel.org/cgit/linux/kernel/git/stable/linux-
> stable.git/tree/sound/pci/emu10k1?h=v4.4.1

It's mentioned in the changelog:

 * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
- This disables drivers for some AC'97 sound cards

Ben.

-- 
Ben Hutchings
Life is what happens to you while you're busy making other plans.
   - John Lennon

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

Bug#773409: updated patch

[Adam Borowski]

On Mon, Feb 15, 2016 at 11:36:43AM +0100, Stéphane Glondu wrote:
> Le 14/02/2016 12:28, Adam Borowski a écrit :
> > x32 support has been accepted upstream.  I'd be great to have it in Debian
> > as well -- not having ocaml blocks hundreds of packages, both those written
> > in ocaml as well as those which depend on ones written in ocaml.
> > 
> > As you probably don't want to go with new upstream versions yet, here's an
> > updated version of the patch.  It needed fixing -- a directory has been
> > moved in the meantime, but there are no actual code changes.
> > 
> > Please apply!
> 
> What has been applied upstream is attached. It is different from what
> you propose. I would prefer to apply that instead.  Could you propose a
> patch based on that?

Looks like what you sent me is enough.  It built fine, and as most of the
build time is spent in the testsuite, the result is probably good.

> I guess there is work left in otherlibs/num, which has disappeared in
> upstream trunk.  In particular, I'm not sure the BNG_ARCH_x32 variable is
> there anymore with upstream's way of adding support for x32.

I did not need any other changes.

I also built the patched package on amd64 and i386 to test for possible
regressions, they built ok.

I tried a random ocaml-using package (findlib), builds ok.


Meow!
-- 
A tit a day keeps the vet away.

Bug#814825: paredit-el: License of debian/* not specified in debian/copyright

[Sean Whitton]

Dear Trent,

Thank you for such a prompt reply.

On Tue, Feb 16, 2016 at 11:55:28AM +1100, Trent W. Buck wrote:
> Please consider my paredit-el packaging licensed under the Expat license,
> as documented at http://dep.debian.net/deps/dep5/.
> 
> (Usually I license debian/* with the same terms as the upstream.
> Paredit claims PD, which has some associated legal FUD.
> expat is a reasonable fallback from PD.

Actually the most recent version of paredit has been relicensed under
GPL-3+.  Would you be willing to license debian/* under GPL-3+, too?
Then I can just put everything under that.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#814856: debhelper: dh_install -X option is broken

[James Cowgill]

Source: debhelper
Version: 9.20160115
Severity: important
X-Debbugs-CC: Dmitry Shachnev 
Control: affects -1 src:codelite

Hi,

It seems the -X option of dh_install is either broken or its
behaviour has changed recently. With newer versions of debhelper
codelite fails to build with this error:

>    debian/rules override_dh_install
> make[1]: Entering directory '/«BUILDDIR»/codelite-9.1+dfsg'
> dh_install  -Xcodelite-lldb -XLLDBDebugger.so
> dh_install: codelite-plugins missing files: usr/bin/codelite-lldb
> dh_install: codelite-plugins missing files: usr/lib/codelite/LLDBDebugger.so
> dh_install: missing files, aborting
> debian/rules:40: recipe for target 'override_dh_install' failed
> make[1]: *** [override_dh_install] Error 2

Bisected to this commit:
8a9b2f22871f1cd612f4a5660a943dd2ca5d4f24 is the first bad commit
commit 8a9b2f22871f1cd612f4a5660a943dd2ca5d4f24
Author: Dmitry Shachnev 
Date:   Tue Jan 5 16:57:16 2016 +0300

dh_install: Fail late when there were non-existing files

Print warnings for each glob that did not match anything, and fail
after processing all packages if there were any missing files.

Closes: #488346

Signed-off-by: Niels Thykier 

Unless I've misread the documentation, it seems that what I'm doing
should work here.

Thanks,
James

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

Bug#814443: apt: Unable to parse package file /var/lib/apt/lists/..._Packages (1)

[Vincent Lefevre]

On 2016-02-15 22:27:51 +0100, Julian Andres Klode wrote:
> Thanks. That's exactly what I wanted to hear. I had the same problem
> twice with 1.2 but did not store any backups before the update, so I
> could never debug it.
> 
> Good to know that it still exists in 1.2.3. I thought I might have fixed
> it with the buffered writer fixes, but apparently not (was unlikely
> anyway). Seems there's something weird going on, maybe with rred.

Just in case... When the problem first occurred, I had apt 1.2.1
installed. Then I upgraded all the packages from the apt source
to 1.2.3, but "apt-get update" still showed the same problem.

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

Bug#737825: hangs on systemd-tty-ask-password-agent reproduced

[Antoine Beaupré]

Package: systemd
Version: 215-17+deb8u3

I have reproduced the issues described in the bug reports #774153 and
#737825 (they look like duplicates to me, really).

After a minor apt upgrade run here (libgraphite2 stable update and
darktable backport upgrade), needrestart asked me if I wanted to restart
some services which seemed to need restart.

I checked all boxes - i seem to recall that udev was checked off by
default but i rechecked it. It seems this may have been the cause of the
problem, because after that, I ended up having problems with the
following services which wouldn't restart properly:

 * colord.service
 * ModemManager.service
 * udev.service
 * udisks.service
 * udisks2.service

I would also have my logs more or less (1/sec) flooded with:

fév 15 19:55:46 marcos systemd[1]: Looping too fast. Throttling execution a 
little.

Installing a new package (sopel) also would hang on the
systemd-tty-ask-password-agent call, oddly enough. Restarting udev
unhang the install:

Paramétrage de sopel (6.3.0-1) ...
Warning! D-Bus connection terminated.
Failed to wait for response: Succès
invoke-rc.d: initscript sopel, action "start" failed.
dpkg: erreur de traitement du paquet sopel (--install) :
 le sous-processus script post-installation installé a retourné une erreur de 
sortie d'état 1

It also allowed me to restart the other services.

I also tried `systemctl daemon-reexec` as recommended in #774153, not
sure what impact it had.

There was definitely something wrong, but it's recoverable. This could
be a udev bug of some sort, but since this is all systemd now... who
knows!? ;)

Thanks,

A.

-- 
Le monochrome, c'est pour ceux qui s'intéressent (encore) au contenu.
Usenet dans ces conditions, c'est comme le web avec lynx, on prend
trop conscience du vide, c'est déprimant.
- JLC dans le Guide du linuxien pervers:
  "Coup de cafard..."

Bug#814825: paredit-el: License of debian/* not specified in debian/copyright

[Trent W. Buck]

Sean Whitton wrote:
> Source: paredit-el
> Version: 20-2
> Severity: normal
> Blocks: 736380
>
> Dear Trent,
>
> I am in the process of fulfilling your request for someone to adopt
> paredit-el (#736380).  As part of this I need to know the licensing
> status of the files in debian/*.  What free license do you release them
> under?  I would assume a version of the GPL, but this is not actually
> stated anywhere.
>
> Kindly CC this bug in your reply so that there is a public record of
> your licensing clarification.

Thanks for adopting paredit.

Please consider my paredit-el packaging licensed under the Expat license,
as documented at http://dep.debian.net/deps/dep5/.

(Usually I license debian/* with the same terms as the upstream.
Paredit claims PD, which has some associated legal FUD.
expat is a reasonable fallback from PD.

If some other license makes your life easier,
let me know and I'll grant that license, too.)


signature.asc
Description: Digital signature

Bug#814539: [Pkg-bazaar-maint] Bug#814539: bzrtools: Uninstallable with current sid bzr and python-bzrlib (2.7.0-2)

[Jelmer Vernooij]

On Fri, Feb 12, 2016 at 09:34:03PM +0100, Vincent Ladeuil wrote:
> > Agustin Martin  writes:
> 
> > Package: bzrtools
> > Version: 2.6.0-2
> > Severity: serious
> > Justification: uninstallable in sid
> 
> > Dear Maintainer,
> 
> > Seems that bzrtools needs upgrading for newer bzr package (2.7.0-2),
> 
> Fix pushed at
> https://anonscm.debian.org/bzr/pkg-bazaar/bzrtools/unstable/ as revno
> 761
> 
> patch attached.
> 
> Tested locally with adt-run .// -U --- lxc -es adt-sid
The version check also needs to be updated:

Plugin "Bzrtools" is not up to date with installed Bazaar version
2.7.0.
There should be a newer version of Bzrtools available, e.g. 2.7.

Cheers,

Jelmer


signature.asc
Description: PGP signature

Bug#814855: linux-image-4.4.0-trunk-amd64: Please restore snd-emu10k1 module

[Kacper Berent]

Package: src:linux
Version: 4.4.1-1~exp1
Severity: normal

Hello,

description is simple: I have no sound on my old SoundBlaster because the
module snd-emu10k1 does not exist in 4.4.1-1~exp1. Please restore it.

This removal does not seem to be following of upstream:
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-
stable.git/tree/sound/pci/emu10k1?h=v4.4.1

Regards



-- Package-specific info:
** Version:
Linux version 4.4.0-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
5.3.1 20160205 (Debian 5.3.1-8) ) #1 SMP Debian 4.4.1-1~exp1 (2016-02-10)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.4.0-trunk-amd64 
root=UUID=80358fab-9579-4fd1-b94c-939cdca4a92f ro resume=/dev/sda3 
init=/bin/systemd

** Not tainted

** Kernel log:
[ 3492.108897] traps: nm-applet[1372] general protection ip:7f9a9c3877bd 
sp:7ffe96be7b38 error:0 in libgobject-2.0.so.0.4600.2[7f9a9c353000+51000]
[ 3529.705535] usb 1-7: new high-speed USB device number 7 using ehci-pci
[ 3529.727901] usb 1-7: New USB device found, idVendor=0fce, idProduct=51ba
[ 3529.727913] usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3529.727919] usb 1-7: Product: D6633
[ 3529.727925] usb 1-7: Manufacturer: Sony
[ 3529.727930] usb 1-7: SerialNumber: CB5A21V7A5
[ 3536.250239] usb 1-7: USB disconnect, device number 7
[ 3536.587069] usb 1-7: new high-speed USB device number 8 using ehci-pci
[ 3536.609085] usb 1-7: New USB device found, idVendor=0fce, idProduct=81ba
[ 3536.609096] usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3536.609103] usb 1-7: Product: D6633
[ 3536.609108] usb 1-7: Manufacturer: Sony
[ 3536.609113] usb 1-7: SerialNumber: CB5A21V7A5
[ 3536.613600] rndis_host 1-7:1.0 usb0: register 'rndis_host' at 
usb-:00:02.1-7, RNDIS device, 02:72:14:02:00:07
[ 3536.644866] rndis_host 1-7:1.0 enx027214020007: renamed from usb0
[ 3536.657970] IPv6: ADDRCONF(NETDEV_UP): enx027214020007: link is not ready
[ 3581.295361] fuse init (API version 7.23)
[13790.916137] usb 1-7: USB disconnect, device number 8
[13790.917529] rndis_host 1-7:1.0 enx027214020007: unregister 'rndis_host' 
usb-:00:02.1-7, RNDIS device
[18978.403793] usb 1-7: new high-speed USB device number 9 using ehci-pci
[18978.425844] usb 1-7: New USB device found, idVendor=0fce, idProduct=51ba
[18978.425856] usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[18978.425862] usb 1-7: Product: D6633
[18978.425868] usb 1-7: Manufacturer: Sony
[18978.425873] usb 1-7: SerialNumber: CB5A21V7A5
[18982.318635] usb 1-7: USB disconnect, device number 9
[19030.056247] usb 2-7: new full-speed USB device number 3 using ohci-pci
[19030.108270] usb 2-7: New USB device found, idVendor=0421, idProduct=00aa
[19030.108281] usb 2-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[19030.108288] usb 2-7: Product: Nokia E71
[19030.108294] usb 2-7: Manufacturer: Nokia
[19030.108299] usb 2-7: SerialNumber: 352924029695959
[19030.160026] usb-storage 2-7:1.0: USB Mass Storage device detected
[19030.160122] scsi host6: usb-storage 2-7:1.0
[19030.160242] usbcore: registered new interface driver usb-storage
[19030.161346] usbcore: registered new interface driver uas
[19031.169246] scsi 6:0:0:0: Direct-Access NokiaE71  1.0  
PQ: 0 ANSI: 0
[19031.170394] sd 6:0:0:0: Attached scsi generic sg2 type 0
[19031.193175] sd 6:0:0:0: [sdc] 61495296 512-byte logical blocks: (31.4 
GB/29.3 GiB)
[19031.203222] sd 6:0:0:0: [sdc] Write Protect is off
[19031.203235] sd 6:0:0:0: [sdc] Mode Sense: 03 00 00 00
[19031.210219] sd 6:0:0:0: [sdc] No Caching mode page found
[19031.210232] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[19031.254229]  sdc:
[19031.299216] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[19064.673714] usb 2-7: USB disconnect, device number 3
[19096.863629] usb 2-7: new full-speed USB device number 4 using ohci-pci
[19096.915589] usb 2-7: New USB device found, idVendor=0421, idProduct=00aa
[19096.915601] usb 2-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[19096.915608] usb 2-7: Product: Nokia E71
[19096.915613] usb 2-7: Manufacturer: Nokia
[19096.915618] usb 2-7: SerialNumber: 352924029695959
[19096.924708] usb-storage 2-7:1.0: USB Mass Storage device detected
[19096.925228] scsi host7: usb-storage 2-7:1.0
[19097.932574] scsi 7:0:0:0: Direct-Access NokiaE71  1.0  
PQ: 0 ANSI: 0
[19097.933776] sd 7:0:0:0: Attached scsi generic sg2 type 0
[19097.956487] sd 7:0:0:0: [sdc] 61495296 512-byte logical blocks: (31.4 
GB/29.3 GiB)
[19097.963577] sd 7:0:0:0: [sdc] Write Protect is off
[19097.963590] sd 7:0:0:0: [sdc] Mode Sense: 03 00 00 00
[19097.970615] sd 7:0:0:0: [sdc] No Caching mode page found
[19097.970631] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[19098.020584]  sdc:
[19098.063551] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[19113.216311] usb 2-7: USB disconnect, device number 4
[19137.084843] usb 2-7: new full-speed USB device number 5 using ohci-pci

Bug#794520: E555: backlight

[Raphaël]

worth mentioning https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1450044
which, tragically, was assigned to systemd.

Bug#814853: borgbackup: borg create --stats doesn't output stats

[Mike Hommey]

Package: borgbackup
Version: 1.0.0~rc1-1
Severity: normal

Dear Maintainer,

See the screencast from https://asciinema.org/a/28691?autoplay=1=2

See what output adding --stats should be presenting. It doesn't happen,
neither in the version in unstable, nor in the version in experimental.

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

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

Versions of packages borgbackup depends on:
ii  libacl12.2.52-3
ii  libc6  2.21-7
ii  liblz4-1   0.0~r131-1
ii  libssl1.0.21.0.2f-2
ii  python33.5.1-1
ii  python3-msgpack0.4.6-1+b1
ii  python3-pkg-resources  20.0-2

Versions of packages borgbackup recommends:
ii  python3-llfuse  0.41.1+dfsg-4+b1

Versions of packages borgbackup suggests:
pn  borgbackup-doc  

-- no debconf information

Bug#814854: hurd: some fixes

[Samuel Thibault]

Package: pbuilder
Version: 0.223
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

I have attached a few more fixes for the hurd case: we should just drop
all translator entries from /dev and /servers/socket, just to be on the
safe side.

Also, mounting /proc does work, there is no need to ignore errors here.

Thanks,
Samuel

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

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

Versions of packages pbuilder depends on:
ii  debconf [debconf-2.0]  1.5.58
ii  debootstrap1.0.78
ii  dpkg-dev   1.18.4
ii  wget   1.17.1-1+b1

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

Versions of packages pbuilder suggests:
pn  cowdancer   
ii  gdebi-core  0.9.5.7

-- debconf information excluded
diff --git a/pbuilder-modules b/pbuilder-modules
index 77a8b32..1ccb5ab 100644
--- a/pbuilder-modules
+++ b/pbuilder-modules
@@ -255,7 +255,7 @@ function umountproc () {
 # Workaround to remove chroot on Hurd: once /dev firmlink is
 # removed, chroot removal either gets stuck or fails by removing
 # some devices.
-for dev in "$BUILDPLACE"/dev/{netdde,tty*,pty*,fd,vcs}; do
+for dev in "$BUILDPLACE"/dev/* "$BUILDPLACE"/servers/socket/*; do
 settrans -fg "$dev"
 done
 fi
@@ -282,7 +282,7 @@ function mountproc () {
 PROCFS="proc"
 ;;
 esac
-mount -t "$PROCFS" /proc "$BUILDPLACE/proc" || [ "$DEB_BUILD_ARCH_OS" 
= hurd ]
+mount -t "$PROCFS" /proc "$BUILDPLACE/proc"
 ln -s ../proc/mounts "$BUILDPLACE/etc/mtab" 2> /dev/null || true
 mounted[${#mounted[@]}]="$BUILDPLACE/proc"
 fi

Bug#814673: fim can't use aa output even though it says it can

[Antoine Beaupré]

On 2016-02-15 19:19:53, dezper...@autistici.org wrote:
> On 20160213@16:47, Antoine Beaupré wrote:
>> Package: fim
>> Version: 0.5~rc1-1
>> Severity: normal
>> 
>> i get this trying to use aalib to render images:
>> 
>> $ fim -o aa -R . --sort
>> Unrecognized display device string "aa" (valid choices are 
>> [fb|sdl|aa|dumb|imlib2])!
>> Using the default "dumb" display device instead.
>> 
>> "valid choices are ... aa"??
>> 
>> is aalib support compiled out?
>> 
>> I see the README.Debian says I can compile some of those extensions
>> (e.g. SDL (X)) those in - but why should I need to do that? Why aren't
>> they compiled in by default?
>> 
>> I understand why SDL (X) would not, but aalib has its specific
>> uses. For example I'd love to have an image viewer through SSH
>> terminals...
>> 
>> Obviously, it works on the framebuffer, which is pretty freaking
>> awesome already, so thanks for that. :)
>
> 1. You are right --- that message is rather unfriendly.
>I've patched the upcoming 0.5-rc2 --- it will report the 
>"valid choices" which are active. In the repo r991:993 on
> http://svn.savannah.nongnu.org/svn/fbi-improved/branches/0.5/

Neat, makes sense.

> 2. You are right once more --- activating AA would be perfectly fine.
>Especially if SDL is on by default: aalib is a small dependency.
>Users with severe dependency limitations wanting to have e.g. only
>framebuffer support are probably advanced enough to be able to build
>a cut-down version of fim by themselves.

Do you need help doing this in the debian package?

>> PS: i'm thinking of uploading a backport for jessie once this hits
>> stretch, objections? would you like to do it yourself?
> Ah-hem, I rely on other's skills for debianizing.
> So you would be very welcome to do this !!

I'll see what I can do.

> Please tell me how can I help.
> I can release a 0.5-rc2 version anytime, or you can use the SVN 
> version above, if this is no problem.

Updating the package to rc2 is probably the best way forward.

A.

-- 
Non qui parum habet, sed qui plus cupit, pauper est.
It is not the man who has too little, but the man who craves more,
that is poor.- Lucius Annaeus Seneca (65 AD)

Bug#814673: fim can't use aa output even though it says it can

[dezperado]

On 20160213@16:47, Antoine Beaupré wrote:
> Package: fim
> Version: 0.5~rc1-1
> Severity: normal
> 
> i get this trying to use aalib to render images:
> 
> $ fim -o aa -R . --sort
> Unrecognized display device string "aa" (valid choices are 
> [fb|sdl|aa|dumb|imlib2])!
> Using the default "dumb" display device instead.
> 
> "valid choices are ... aa"??
> 
> is aalib support compiled out?
> 
> I see the README.Debian says I can compile some of those extensions
> (e.g. SDL (X)) those in - but why should I need to do that? Why aren't
> they compiled in by default?
> 
> I understand why SDL (X) would not, but aalib has its specific
> uses. For example I'd love to have an image viewer through SSH
> terminals...
> 
> Obviously, it works on the framebuffer, which is pretty freaking
> awesome already, so thanks for that. :)

1. You are right --- that message is rather unfriendly.
   I've patched the upcoming 0.5-rc2 --- it will report the 
   "valid choices" which are active. In the repo r991:993 on
http://svn.savannah.nongnu.org/svn/fbi-improved/branches/0.5/
2. You are right once more --- activating AA would be perfectly fine.
   Especially if SDL is on by default: aalib is a small dependency.
   Users with severe dependency limitations wanting to have e.g. only
   framebuffer support are probably advanced enough to be able to build
   a cut-down version of fim by themselves.

> PS: i'm thinking of uploading a backport for jessie once this hits
> stretch, objections? would you like to do it yourself?
Ah-hem, I rely on other's skills for debianizing.
So you would be very welcome to do this !!

Please tell me how can I help.
I can release a 0.5-rc2 version anytime, or you can use the SVN 
version above, if this is no problem.

Michele

> -- System Information:
> Debian Release: 8.3
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
> 'stable'), (500, 'oldstable'), (1, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages fim depends on:
> ii  libc62.19-18+deb8u2
> ii  libdjvulibre21   3.5.25.4-4+b1
> ii  libexif120.6.21-2
> ii  libgcc1  1:4.9.2-10
> ii  libgif4  4.1.6-11+deb8u1
> ii  libjpeg62-turbo  1:1.3.1-12
> ii  libncurses5  5.9+20140913-1+b1
> ii  libpng12-0   1.2.50-2+deb8u2
> ii  libreadline6 6.3-8+b3
> ii  libsdl1.2debian  1.2.15-10+b1
> ii  libstdc++6   4.9.2-10
> ii  libtiff5 4.0.3-12.3+deb8u1
> ii  libtinfo55.9+20140913-1+b1
> 
> fim recommends no packages.
> 
> fim suggests no packages.
> 
> -- no debconf information


pgpQgc4QdxHhZ.pgp
Description: PGP signature

Bug#814852: RFS: openfst/1.5.1-1 -- weighted finite-state transducers library

[Giulio Paci]

Package: sponsorship-requests
  Severity: wishlist

  Dear Jakub,

  I am looking for a sponsor for my package "openfst", that you sponsored in 
the past
  and that recently I managed to update.

 * Package name: openfst
   Version : 1.5.1-1
   Upstream Author : Cyril Allauzen , Michael Riley 

 * URL : http://www.openfst.org/
 * License : Apache-2.0
   Section : libs


  It builds these binary packages:

openfst -  weighted finite-state transducers library
libfst-tools - weighted finite-state transducers library (tools)
libfst2 - weighted finite-state transducers library (runtime)
libfst2-dbg - weighted finite-state transducers library (debug symbols)
libfst2-plugins-base -  weighted finite-state transducers library (base 
plugins)
libfst-dev - weighted finite-state transducers library (development)

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

 https://anonscm.debian.org/git/collab-maint/openfst.git

  Regards,
   Giulio Paci

Bug#814623: closed by Georges Khaznadar <georg...@debian.org> (Bug#814623: fixed in seelablet 0.1.9-2)

[Andreas Beckmann]

Control: found -1  0.1.9-2

On 2016-02-15 14:09, Debian Bug Tracking System wrote:
>* added a dependency on package udev. Closes: #814623

that was added to seelablet, but the failing package is seelablet-common


Andreas

Bug#800507: libsane: preinst: 9: [: -l: unexpected operator

[Jörg Frings-Fürst]

fixed 800507 sane-backends/1.0.26~git20151121-1
tags 800507 - pending
thanks


Hi,

I the bug was done at the version before 1.0.26~git20151121-1 and the
changelog was overwritten.

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-54538 Bausendorf

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#814779: support for new mailing list debian-events-apac?

[Paul Wise]

On Tue, Feb 16, 2016 at 4:52 AM, Daniel Pocock wrote:

> There are various debian-events-* mailing lists, I've requested a new
> one for Asia/Pacific region events:
>
> https://bugs.debian.org/814779

I support the creation of debian-events-apac.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#814842: [pkg-gnupg-maint] Bug#814842: gnupg2: FTBFS: Test failures

[Daniel Kahn Gillmor]

Control: tags 814842 + unreproducible
Control: severity 814842 normal

Hi Daniel--

On Mon 2016-02-15 15:46:12 -0500, Daniel Schepler wrote:
> Source: gnupg2
> Version: 2.1.11-5
> Severity: serious
>
> From my pbuilder build log (on amd64):
>
> ...
> Making check in tests
> make[3]: Entering directory '/build/gnupg2-2.1.11/tests'
> Making check in openpgp
> make[4]: Entering directory '/build/gnupg2-2.1.11/tests/openpgp'
> make  check-TESTS
> make[5]: Entering directory '/build/gnupg2-2.1.11/tests/openpgp'
> FAIL: version.test
> Hash algorithm MD5 is not installed (not an error)
> PASS: mds.test
> FAIL: decrypt.test

I'm not seeing any of these failures on my own build daemon, and they
clearly didn't happen on the debian buildds [0].  I'd like to make it
work for you, though.  could you provide me with the contents of:

 tests/openpgp/version.test.log

From after such a faild build?

 --dkg

[0] https://buildd.debian.org/status/logs.php?pkg=gnupg2=2.1.11-5=sid


signature.asc
Description: PGP signature

Bug#812196: linux-image-4.4.0-trunk-amd64: Laptop reboot after suspend system

[Ben Hutchings]

Control: tag -1 moreinfo

On Thu, 2016-01-21 at 13:49 +0100, Alexandre wrote:
> Package: src:linux
> Version: 4.4-1~exp1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> After suspend my laptop (hibernation) i have this message in syslog :
[...]
> Jan 21 12:16:58 debian systemd[1]: Reached target Sleep.
> Jan 21 12:16:58 debian systemd[1]: Starting Suspend...
> Jan 21 12:16:58 debian systemd-sleep[4293]: Suspending system...

That indicates suspend-to-RAM, not hibernation.

> When i try to resume my laptop reboot with this message in syslog :
> 
> Jan 21 13:41:51 debian kernel: [0.657877] PM: Hibernation image not 
> present
> or could not be loaded.

This is unsurprising because it was never hibernated.  But of course it
should have resumed from RAM, not rebooted.

Could you please follow the instructions in
https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt
to find out which step goes wrong?

[...]
> Jan 21 13:41:51 debian kernel: [0.661340] [ cut here
> ]
> Jan 21 13:41:51 debian kernel: [0.661343] WARNING: CPU: 2 PID: 1 at /build
> /linux-tEELBQ/linux-4.4/arch/x86/mm/dump_pagetables.c:225
> note_page+0x5e1/0x790()
> Jan 21 13:41:51 debian kernel: [0.661344] x86/mm: Found insecure W+X
> mapping at address 8805f000/0x8805f000
[...]

This warning is known to appear on amd64 systems booting through UEFI,
and I've found a fix for that which should be included in version
4.4.2-1.

Ben.

-- 
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow Lindberg

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

Bug#814851: O: filter

[Adam Borowski]

Package: wnpp
Severity: normal


Somehow, when pbrown's account was deleted in 2012, this package wasn't
orphaned.  Doing so now.

The sole RC bug is easy to fix, but there's a question whether we want to
keep a package dead upstream for 12 years.  On the other hand, it looks like
something mature thus not needing much maintenance so it's not a clear-cut
case.

Bug#814757: alsa-base: dmix/software mixing doesn't work

[Andoru]

> Sometimes pulseaudio is the cause.

$ apt-cache policy pulseaudio
pulseaudio:
  Installed: (none)
  Candidate: 7.1-2
  Version table:
 7.1-2 500
500 http://ftp.debian.org/debian unstable/main amd64 Packages

> According to http://alsa.opensrc.org/DmixPlugin you don't need to setup
dmix for analogue output. Dmix is enabled by default for soundcards which
don't support hardware mixing. You still need to set it up for digital
outputs.

If I don't set up dmix in the config file, it doesn't work either way.

> A better source for help is us...@lists.debian.org as this was discussed
multiple times in the past.

Did they disable search engine indexing on those lists? I wasn't able to
find much useful info for ALSA and this specific issue while searching.
Also no posts over on those mailing lists turned up...

> A good start is just to throw away all the asoud.conf and .asoundrc
stuff. It overconstrains your system. The latest alsa is very tough and
should do what you need.

If I do that, I get no sound through the analog jack output. What probably
happens is that the HDMI is used for sound output instead... Somebody at
the ALSA user mailing list suggested me to use config #2 (from my first
message in this bug report) just to set the default soundcard without
setting dmix, but it didn't work...

Bug#814849: [pkg-golang-devel] Bug#814849: golang: FTBFS under pbuilder with USENETWORK=no

[Tianon Gravi]

Control: tags -1 + pending
Control: forwarded -1 https://gcc.gnu.org/PR65785

On 15 February 2016 at 14:43, Daniel Schepler  wrote:
> --- FAIL: TestIPv4MulticastListener (0.00s)
> listen_test.go:552: listen udp 0.0.0.0:12345->224.0.0.254: 
> setsockopt: no such device
> FAIL

This was fixed upstream in https://golang.org/cl/17154, so I've staged
that patch in Git now and it'll go out with the next upload.  Thanks!
:)

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

Bug#814850: mate-polkit: arch-dependent file in "Multi-Arch: same" package

[Mike Gabriel]

Hi Jakub,

On  Di 16 Feb 2016 00:12:10 CET, Jakub Wilk wrote:


Package: mate-polkit
Version: 1.12.0-2
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

mate-polkit is marked as "Multi-Arch: same", but the following file  
is architecture-dependent:


/usr/bin/mate-polkit

An example diff between i386 and amd64 is attached.


yeah, I noticed. That's why I uploaded 1.12.0-3, which is still stuck  
in the NEW queue.


I will close this issue once it has passed the ftpmasters' eyes.

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40das-netzwerkteam.de


pgpgtnBWMkd69.pgp
Description: Digitale PGP-Signatur

Bug#814850: mate-polkit: arch-dependent file in "Multi-Arch: same" package

[Jakub Wilk]

Package: mate-polkit
Version: 1.12.0-2
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

mate-polkit is marked as "Multi-Arch: same", but the following file is 
architecture-dependent:


/usr/bin/mate-polkit

An example diff between i386 and amd64 is attached.

--
Jakub Wilk
diff -ur mate-polkit_1.12.0-2_i386/usr/bin/mate-polkit 
mate-polkit_1.12.0-2_amd64/usr/bin/mate-polkit
--- mate-polkit_1.12.0-2_i386/usr/bin/mate-polkit   2016-02-15 
12:39:31.0 +0100
+++ mate-polkit_1.12.0-2_amd64/usr/bin/mate-polkit  2016-02-15 
08:04:53.0 +0100
@@ -1,3 +1,3 @@
 #!/bin/sh
 
-/usr/lib/i386-linux-gnu/polkit-mate/polkit-mate-authentication-agent-1 &
+/usr/lib/x86_64-linux-gnu/polkit-mate/polkit-mate-authentication-agent-1 &

Bug#814843: Origin pins for single packages don't work

[Russ Allbery]

Julian Andres Klode  writes:

>> But this doesn't actually work:
>> 
>> google-chrome-stable:
>>   Installed: 48.0.2564.109-1
>>   Candidate: 48.0.2564.109-1
>>   Version table:
>>  *** 48.0.2564.109-1 100

> This shows the pin matching a Package: google-chrome-stable entry.

>>   1 http://dl.google.com/linux/chrome/deb stable/main amd64 Packages

> This shows the pin value for that source, that is, Package: * pins.

Ah!  Apologies -- I completely misread that.  Thank you for the
information!

-- 
Russ Allbery (r...@debian.org)   

Bug#790392: [Pkg-dns-devel] Bug#790392: unbound chroot accumulates old files

[Simon Deziel]

Hello Robert,

On 2016-01-30 10:26 PM, Robert Edmonds wrote:
> Simon Deziel wrote:
>> What do you think of the 2nd version of the proposed fixed 
>> (unbound-fresh-chroot-2.patch)?
> 
> This version of the patch will read from any *.conf file in 
> /etc/unbound, which could easily not be part of the active config,
> e.g.:
> 
> /etc/unbound/unbound-bad.conf
> 
> /etc/unbound/unbound.conf.d.bak/chroot.conf
> 
> Or the admin could simply delete the 'include' directive in the
> default /etc/unbound/unbound.conf file, in which case we shouldn't be
> looking at any /etc/unbound/unbound.conf.d/*.conf files at all.
> 
> The awk/find/sed/etc. code that you use to try to find the chroot 
> directory makes me uncomfortable.  It seems that if we need to find
> the configured chroot directory, we should be fixing
> unbound-checkconf so that we can use the Unbound config parser itself
> to tell us where the chroot directory is, rather than trying to
> implement an ad hoc config parser in shell.

Turns out that unbound-checkconf has been fixed somewhere between 1.4.22
and 1.5.7. "unbound-checkconf -o chroot" just works now. Please see the
updated patch attached.

>> If we could resolve this chroot'ing problem, Ubuntu, that turns
>> off chroot by default, would be more comfortable to drop part of
>> their delta with Debian.
> 
> What delta is there in Ubuntu?  I'm looking at the unbound 
> 1.5.7-1ubuntu1 source package and the only change I see is to
> disable dnstap support.

After I sent this patch, Ubuntu pulled 1.5.7-1 in and dropped most of
the delta.

Best regards,
Simon
--- /etc/init.d/unbound.orig	2015-12-12 15:08:27.0 -0500
+++ /etc/init.d/unbound	2016-02-15 17:45:11.838356275 -0500
@@ -21,7 +21,7 @@
 UNBOUND_ENABLE=true
 UNBOUND_CONF=/etc/unbound/unbound.conf
 UNBOUND_BASE_DIR=$(dirname $UNBOUND_CONF)
-CHROOT_DIR=$(awk '{if ($1 ~ "^chroot" && $2 != "\"\"") print $2}' $UNBOUND_CONF|sed -e "s#\"##g")
+CHROOT_DIR="$(unbound-checkconf -o chroot)"
 ROOT_TRUST_ANCHOR_UPDATE=false
 ROOT_TRUST_ANCHOR_FILE=/var/lib/unbound/root.key
 RESOLVCONF=false
@@ -93,8 +93,9 @@
 
 do_chroot_setup() {
 if [ -d "$CHROOT_DIR" -a "$CHROOT_DIR" != "$UNBOUND_BASE_DIR" ]; then
+rm -rf $CHROOT_DIR/$UNBOUND_BASE_DIR && mkdir -p $CHROOT_DIR/$UNBOUND_BASE_DIR
 cd /
-tar --overwrite -cf - $(echo $UNBOUND_BASE_DIR | sed 's#^/##') | (cd $CHROOT_DIR && tar -xf -)
+tar -cf - $(echo $UNBOUND_BASE_DIR | sed 's/^\///') | (cd $CHROOT_DIR && tar -xf -)
 fi
 }
 


signature.asc
Description: OpenPGP digital signature

Bug#814394: xserver-xorg-legacy: Fails to start xserver after upgrade to 1.18.1

[Robert Luberda]

Julien Cristau wrote:

Hi,

>> startx does not longer work after upgrade; `grep EE Xorg.log' shows:
>>
>>[  1463.840] (EE) systemd-logind: failed to get session: The name 
>> org.freedesktop.login1 was not provided by any .service files
> 
> X requires logind. 

What for?  Why xserver-xorg-*-legacy* needs to use this systemd stuff?


> Please provide more details about your setup.

I had dummy systemd and libpam-systemd created by equiv (to make few
packages like gnome-settings-demon or lokalize happy), however I've just
removed them:

/home/robert> LC_ALL=C dpkg -l *systemd*
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version ArchitectureDescription
+++--===-===-==
un  libpam-systemd   (no description
available)
ii  libsystemd0:i386 229-1   i386systemd utility
library
un  systemd  (no description
available)
un  systemd-sysv (no description
available)

(Unfortunately I couldn't remove libsystemd0, because more packages
depend on it, including xserver packages).

However without systemd, and with the following versions of xorg
packages everything seems to work correctly:

/home/robert> dpkg -l *xserver-xorg* | grep ^ii
ii  xserver-xorg   1:7.7+13 i386 X.Org X server
ii  xserver-xorg-core  2:1.18.1-1   i386 Xorg X
server - core server
ii  xserver-xorg-input-evdev   1:2.10.1-1   i386 X.Org X
server -- evdev input driver
ii  xserver-xorg-input-kbd 1:1.8.1-1+b1 i386 X.Org X
server -- keyboard input driver
ii  xserver-xorg-input-mouse   1:1.9.1-1+b1 i386 X.Org X
server -- mouse input driver
ii  xserver-xorg-legacy2:1.18.0-3   i386 setuid root
Xorg server wrapper
ii  xserver-xorg-video-fbdev   1:0.4.4-1+b4 i386 X.Org X
server -- fbdev display driver
ii  xserver-xorg-video-mach64  6.9.5-1+b1   i386 X.Org X
server -- ATI Mach64 display driver
ii  xserver-xorg-video-r1286.10.0-1+b1  i386 X.Org X
server -- ATI r128 display driver

However when I try to upgrade xserver-xorg-legacy to 1.18.1, X server
does not start any longer, and shows the errors  sent in my initial bug
report.

Regards
robert

Bug#812557: pulseaudio: "refusing to start/autospawn" with multi-user setup

[Rodrigo Campos]

On Mon, Feb 15, 2016 at 07:46:22PM -0300, Felipe Sateler wrote:
> On 15 February 2016 at 19:41, Rodrigo Campos  wrote:
> > On Mon, Feb 15, 2016 at 07:09:11PM -0300, Felipe Sateler wrote:
> >> On 15 February 2016 at 16:11, Rodrigo Campos  wrote:
> >>
> >> >> Would you forward
> >> >> it upstream, then?
> >>
> >> No, sorry. When feedback will be requested by upstream then I won't be
> >> able to provide it. The only way, then, is for you to file the bug to
> >> the upstream bugzilla:
> >>
> >> http://bugs.freedesktop.org
> >
> > It seems sysmted uses github for issues, at least the link is to github 
> > here:
> > https://www.freedesktop.org/wiki/Software/systemd/. Am I missing something? 
> > I
> > didn't find it in http://bugs.freedesktop.org
> 
> Right, but this bug is against pulseaudio, not systemd ;)

Oh, fuck! I should take a rest. Thanks for pointing it out.

So, here is the bug for pulseaudio:
https://bugs.freedesktop.org/show_bug.cgi?id=94167 =)





Thanks,
Rodrigo

Bug#812557: pulseaudio: "refusing to start/autospawn" with multi-user setup

[Felipe Sateler]

Control: tags -1 - moreinfo
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=94167

On 15 February 2016 at 19:53, Rodrigo Campos  wrote:
> On Mon, Feb 15, 2016 at 07:46:22PM -0300, Felipe Sateler wrote:
>> On 15 February 2016 at 19:41, Rodrigo Campos  wrote:
>> > On Mon, Feb 15, 2016 at 07:09:11PM -0300, Felipe Sateler wrote:
>> >> On 15 February 2016 at 16:11, Rodrigo Campos  wrote:
>> >>
>> >> >> Would you forward
>> >> >> it upstream, then?
>> >>
>> >> No, sorry. When feedback will be requested by upstream then I won't be
>> >> able to provide it. The only way, then, is for you to file the bug to
>> >> the upstream bugzilla:
>> >>
>> >> http://bugs.freedesktop.org
>> >
>> > It seems sysmted uses github for issues, at least the link is to github 
>> > here:
>> > https://www.freedesktop.org/wiki/Software/systemd/. Am I missing 
>> > something? I
>> > didn't find it in http://bugs.freedesktop.org
>>
>> Right, but this bug is against pulseaudio, not systemd ;)
>
> Oh, fuck! I should take a rest. Thanks for pointing it out.
>
> So, here is the bug for pulseaudio:
> https://bugs.freedesktop.org/show_bug.cgi?id=94167 =)

Thanks. Marking as forwarded accordingly.


-- 

Saludos,
Felipe Sateler

Bug#812557: pulseaudio: "refusing to start/autospawn" with multi-user setup

[Felipe Sateler]

On 15 February 2016 at 19:41, Rodrigo Campos  wrote:
> On Mon, Feb 15, 2016 at 07:09:11PM -0300, Felipe Sateler wrote:
>> On 15 February 2016 at 16:11, Rodrigo Campos  wrote:
>>
>> >> Would you forward
>> >> it upstream, then?
>>
>> No, sorry. When feedback will be requested by upstream then I won't be
>> able to provide it. The only way, then, is for you to file the bug to
>> the upstream bugzilla:
>>
>> http://bugs.freedesktop.org
>
> It seems sysmted uses github for issues, at least the link is to github here:
> https://www.freedesktop.org/wiki/Software/systemd/. Am I missing something? I
> didn't find it in http://bugs.freedesktop.org

Right, but this bug is against pulseaudio, not systemd ;)


-- 

Saludos,
Felipe Sateler

Bug#789694: [buildd-tools-devel] Bug#789694: schroot: Please consider patch to fix it on hurd-i386

[Roger Leigh]

On 15/02/2016 22:31, Samuel Thibault wrote:

Hello,

Samuel Thibault, on Thu 30 Jul 2015 20:34:49 +0200, wrote:

Roger Leigh, le Sun 26 Jul 2015 16:26:22 +, a écrit :

Regarding Samuel's commit to the alioth master branch: this is no longer the
canonical upstream repo for schroot,


Aow, ok.


If you're happy with both of the above pull requests, I'll merge them and
make a new 1.6 release.


Yes, please.


Are there any news about this?


Hi,

These were merged into the 1.6 and master branches, but I've yet to make 
a new release.  There are some other pending PRs to finish review and 
test, and I can make a release after that now that I have some Debian 
VMs to build and test in.



Regards,
Roger

Bug#813729: libimlib2: unable to load gifs after loading another image

[Daniel Friesel]

Hi again,

I poked around with imlib2 some more and got a bunch of additional clues for
the issue.

On mips, mipsel and (some?) arm/armhf machines, Imlib2 is unable to load -any-
gif images, regardless of the order.

02_fix-gif-with-no-cmap.patch is not responsible (the bug remains even when
rebuilding imlib2 without the patch).

According to
,
the gif bug first appeard on 2016-01-19 and was not present until 2016-01-14,
even though there were no imlib2 releases during that time. However, on
2016-01-16, giflib 5.1.2-0.1 replaced version 5.1.1-0.2 in unstable. So my
guess is that imlib2 works fine with giflib <= 5.1.1-0.2 but breaks with
giflib >= 5.1.2-0.1. This also happens on Arch Linux: with Imlib2 1.4.7 and
giflib 5.1.2, the Imlib2 gif support is broken too.
So it's not a Debian-specific issue after all :)

Interestingly, the giflib utilities (e.g. giftext or gif2rgb) appear to load
files just fine regardless of the giflib version. So I'm not sure if this is
an Imlib2 or a giflib bug. Feel free to reassign it to giflib if you think
that's more appropriate.

--Daniel

Bug#814849: golang: FTBFS under pbuilder with USENETWORK=no

[Daniel Schepler]

Source: golang
Version: 2:1.5.3-1
Severity: normal

>From my pbuilder build log (on amd64):

...
   debian/rules override_dh_auto_test-arch
make[1]: Entering directory '/build/golang-1.5.3'
set -ex; \
cd src; \
export PATH="/build/golang-1.5.3/bin:$PATH"; \
eval "$(go tool dist env)"; \
bash run.bash --no-rebuild;
+ cd src
+ export PATH=/build/golang-1.5.3/bin:/usr/sbin:/usr/bin:/sbin:/bin
+ go tool dist env
+ eval CC="gcc"
CC_FOR_TARGET="gcc"
GOROOT="/build/golang-1.5.3"
GOBIN="/build/golang-1.5.3/bin"
GOARCH="amd64"
GOOS="linux"
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOTOOLDIR="/build/golang-1.5.3/pkg/tool/linux_amd64"
+ CC=gcc
+ CC_FOR_TARGET=gcc
+ GOROOT=/build/golang-1.5.3
+ GOBIN=/build/golang-1.5.3/bin
+ GOARCH=amd64
+ GOOS=linux
+ GOHOSTARCH=amd64
+ GOHOSTOS=linux
+ GOTOOLDIR=/build/golang-1.5.3/pkg/tool/linux_amd64
+ bash run.bash --no-rebuild

# Testing packages.
ok  archive/tar 0.020s
ok  archive/zip 0.822s
ok  bufio   0.125s
ok  bytes   0.136s
ok  compress/bzip2  0.107s
ok  compress/flate  1.264s
ok  compress/gzip   0.039s
ok  compress/lzw0.081s
ok  compress/zlib   1.567s
ok  container/heap  0.016s
ok  container/list  0.030s
ok  container/ring  0.021s
ok  crypto/aes  0.036s
ok  crypto/cipher   0.008s
ok  crypto/des  0.015s
ok  crypto/dsa  0.011s
ok  crypto/ecdsa0.051s
ok  crypto/elliptic 0.044s
ok  crypto/hmac 0.035s
ok  crypto/md5  0.007s
ok  crypto/rand 0.046s
ok  crypto/rc4  0.148s
ok  crypto/rsa  0.140s
ok  crypto/sha1 0.006s
ok  crypto/sha256   0.032s
ok  crypto/sha512   0.012s
ok  crypto/subtle   0.007s
ok  crypto/tls  1.552s
ok  crypto/x509 1.884s
ok  database/sql0.112s
ok  database/sql/driver 0.010s
ok  debug/dwarf 0.009s
ok  debug/elf   0.056s
ok  debug/gosym 1.259s
ok  debug/macho 0.005s
ok  debug/pe0.024s
ok  debug/plan9obj  0.012s
ok  encoding/ascii850.012s
ok  encoding/asn1   0.018s
ok  encoding/base32 0.018s
ok  encoding/base64 0.012s
ok  encoding/binary 0.003s
ok  encoding/csv0.011s
ok  encoding/gob0.095s
ok  encoding/hex0.008s
ok  encoding/json   0.258s
ok  encoding/pem0.056s
ok  encoding/xml0.016s
ok  errors  0.012s
ok  expvar  0.008s
ok  flag0.011s
ok  fmt 0.213s
ok  go/ast  0.022s
ok  go/build0.120s
ok  go/constant 0.009s
ok  go/doc  0.068s
ok  go/format   0.012s
ok  go/internal/gccgoimporter   0.008s
ok  go/internal/gcimporter  0.764s
ok  go/parser   0.048s
ok  go/printer  0.478s
ok  go/scanner  0.007s
ok  go/token0.033s
ok  go/types2.815s
ok  hash/adler320.007s
ok  hash/crc32  0.012s
ok  hash/crc64  0.003s
ok  hash/fnv0.002s
ok  html0.017s
ok  html/template   0.076s
ok  image   0.259s
ok  image/color 0.161s
ok  image/draw  0.160s
ok  image/gif   0.136s
ok  image/jpeg  0.380s
ok  image/png   0.071s
ok  index/suffixarray   0.036s
ok  internal/singleflight   0.024s
ok  internal/trace  0.002s
ok  io  0.054s
ok  io/ioutil   0.003s
ok  log 0.024s
ok  log/syslog  2.112s
ok  math0.005s
ok  math/big1.342s
ok  math/cmplx  0.020s
ok  math/rand   0.418s
ok  mime0.011s
ok  mime/multipart  0.149s
ok  mime/quotedprintable0.384s
--- FAIL: TestIPv4MulticastListener (0.00s)
listen_test.go:552: listen udp 0.0.0.0:12345->224.0.0.254: setsockopt: 
no such device
FAIL
FAILnet 2.040s
ok  net/http7.252s
ok  net/http/cgi0.427s
ok  net/http/cookiejar  0.028s
ok  net/http/fcgi   0.008s
ok  net/http/httptest   0.018s
ok  net/http/httputil   0.026s
ok  net/http/internal   0.008s
ok  net/internal/socktest   0.002s
ok  net/mail0.024s
ok  net/rpc 0.027s
ok  net/rpc/jsonrpc 0.018s
ok  net/smtp0.039s
ok  net/textproto   0.044s
ok  net/url 0.006s
ok  os  0.270s
ok  os/exec 0.224s
ok  os/signal   3.496s
ok  os/user 0.005s
ok  path0.015s
ok  path/filepath   0.016s
ok  reflect 0.278s
ok  regexp  0.299s
ok  regexp/syntax   0.541s
ok  runtime 25.350s
ok  runtime/debug   0.008s
ok  runtime/pprof   6.452s
ok  runtime/trace   4.496s
ok  sort0.104s
ok  strconv 0.354s
ok  strings 0.297s
ok  sync0.180s
ok  sync/atomic 1.230s
ok  syscall 0.160s
ok  testing 2.529s
ok  testing/quick   0.060s
ok  text/scanner0.036s
ok  text/tabwriter  0.036s
ok  text/template   0.036s
ok  text/template/parse 0.006s
ok  time2.811s
ok  

Bug#812557: pulseaudio: "refusing to start/autospawn" with multi-user setup

[Rodrigo Campos]

On Mon, Feb 15, 2016 at 07:09:11PM -0300, Felipe Sateler wrote:
> On 15 February 2016 at 16:11, Rodrigo Campos  wrote:
> 
> >> Would you forward
> >> it upstream, then?
> 
> No, sorry. When feedback will be requested by upstream then I won't be
> able to provide it. The only way, then, is for you to file the bug to
> the upstream bugzilla:
> 
> http://bugs.freedesktop.org

It seems sysmted uses github for issues, at least the link is to github here:
https://www.freedesktop.org/wiki/Software/systemd/. Am I missing something? I
didn't find it in http://bugs.freedesktop.org

So, if it is relevant for someone else, here is the issue I created upstream:
https://github.com/systemd/systemd/issues/2629




Thanks a lot,
Rodrigo

Bug#814716: jessie-pu: package apt-offline/1.5.1

[Paul Wise]

On Mon, Feb 15, 2016 at 7:12 PM, Ritesh Raj Sarraf wrote:

> I checked the git log. Both directories are added there.
>
> self.defaultPaths = ['/etc/apt/trusted.gpg.d/', '/usr/share/keyrings/']
>
> I'm not sure if it was you who suggested /u/s/k, or Hans Steiner, or
> someone else; but it is already there in master branch and 1.7.

Here is the commit where you added that:

https://anonscm.debian.org/cgit/apt-offline/apt-offline.git/commit/?id=c4f9b71d611a6085c33905a7575fa199b1faa15c

It references this bug report by me:

https://bugs.debian.org/747163

The bug doesn't mention /u/s/k so it must have been Hans who
incorrectly suggested that.

BTW, I suggest you write more verbose git logs so you can explain
decisions like this just from the git log. The Linux kernel git logs
are a pretty good example of how to do it.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented

[peter green]

On 15/02/16 13:36, Yaroslav Halchenko wrote:

Sorry about delay... quite often those Bus errors just go away on their
own since aren't anything to be fixed in pandas, but this time it still
persists with 0.17.1:

https://buildd.debian.org/status/fetch.php?pkg=pandas=armhf=0.17.1-3=1450078009
test_append_frame_column_oriented (pandas.io.tests.test_pytables.TestHDFStore) ... 
Exception AttributeError: AttributeError("'File' object has no attribute 
'_node_manager'",) in  ignored
Bus error

sparc is gone and seems to be not trying on sparc64 yet.  I will look
into fixing up my testing environment on sparc64 to see how current
master is doing:
http://nipy.bic.berkeley.edu/builders/pandas-py2.x-sid-sparc/builds/1806

Dear ARM people -- any clues on what could be a culprit here
The most likely cause of "bus error" on armhf is an alignment issue with 
a pointer to a floating point type.

Bug#789694: [buildd-tools-devel] Bug#789694: schroot: Please consider patch to fix it on hurd-i386

[Samuel Thibault]

Hello,

Samuel Thibault, on Thu 30 Jul 2015 20:34:49 +0200, wrote:
> Roger Leigh, le Sun 26 Jul 2015 16:26:22 +, a écrit :
> > Regarding Samuel's commit to the alioth master branch: this is no longer the
> > canonical upstream repo for schroot,
> 
> Aow, ok.
> 
> > If you're happy with both of the above pull requests, I'll merge them and
> > make a new 1.6 release.
> 
> Yes, please.

Are there any news about this?

Thanks,
Samuel

Bug#814716: jessie-pu: package apt-offline/1.5.1

[Paul Wise]

On Mon, Feb 15, 2016 at 7:12 PM, Ritesh Raj Sarraf wrote:

> I checked the git log. Both directories are added there.
>
> self.defaultPaths = ['/etc/apt/trusted.gpg.d/', '/usr/share/keyrings/']
>
> I'm not sure if it was you who suggested /u/s/k, or Hans Steiner, or
> someone else; but it is already there in master branch and 1.7.
>
> There are also users, who enable Ubuntu/LP repositories etc. I think in
> those cases that keyring path was required.

That doesn't make any sense to me since apt does not look at /u/s/k:

pabs@chianamo ~ $ apt-config dump | grep trust
Dir::Etc::trusted "trusted.gpg";
Dir::Etc::trustedparts "trusted.gpg.d";
pabs@chianamo ~ $ apt-config dump | grep key
pabs@chianamo ~ $

I suggest you use apt's Dir::Etc::trusted and Dir::Etc::trustedparts
options instead of hard-coding some random paths that may or may not
be correct for the particular APT_CONFIG environment variable and
configuration files that are currently being used. Otherwise
apt-offline isn't doing the right thing and also won't be usable
inside apt-venv or chdist.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#814848: subliminal: order of arguments in help and manpage is confusing

[Roland Hieber]

Package: subliminal
Version: 0.7.4-1
Severity: normal

Dear Maintainer,

If I try to call subliminal like described in the help, I get an error:

rohieb@r2d2:~/Videos$ subliminal -l en .
usage: subliminal -l LANGUAGE [LANGUAGE ...] [-s] [-c CACHE_FILE]

[-p PROVIDER [PROVIDER ...]] [-m MIN_SCORE] [-a AGE] [-h]

[-f] [--addic7ed-username USERNAME]

[--addic7ed-password PASSWORD] [-q | -v] [--color] [--debug]

[--version] [--help]

PATH [PATH ...]
subliminal: error: the following arguments are required: PATH

Note that PATH is only given at the end of the syntax, so I interpreted it to
be "the last given parameter", but apparently it is not parsed when I call
subliminal like that.

When I call subliminal with the path first, then the languages, the error does
not appear.



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

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.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 subliminal depends on:
ii  python3 3.5.1-1
ii  python3-subliminal  0.7.4-1

subliminal recommends no packages.

subliminal suggests no packages.

-- no debconf information

Bug#799235: zeromq3: Patch for GNU/Hurd support

[Samuel Thibault]

Hello,

Is there any update on this?

sid has been uninstallable for months for hurd-i386 due to this issue
(the rsyslog rdeps is still missing a rebuild against newer libs), it'd
be really good that we get this fixed at some point.

Thanks,
Samuel

Bug#814807: ffmpeg: FTBFS on mips

[Carl Eugen Hoyos]

Hi!

I am looking at 
http://git.videolan.org/?p=ffmpeg.git;a=shortlog;h=refs/tags/n2.8.6 but I 
don't see a commit that may have affected roq audio encoding or muxing.
Are you able to test 2.8.5 with gcc-5_5.3.1-7 or 2.8.6 with gcc-5_5.3.1-6?

Carl Eugen

Bug#768102: debootstrap: start bind-mounting /proc on Hurd and add nobindmount variant

[Samuel Thibault]

Hello,

Gabriele Giacone, on Wed 05 Nov 2014 00:58:25 +0100, wrote:
> attached patch is pretty hurd-specific:
> 
>  - disconnect (orphan) TARGET/proc passive translator and start
>bind-mounting /proc along with /servers and /dev.
>  - add "nobindmount" variant to create chroots without bind-mounting
>any filesystem. Main use case is chroot for subhurds [0].

I'm currently having a look at all this, and I am considering applying
the attached patch instead. The scratchbox variant does not call
setup_proc, which I believe is what you'd want for a subhurd.

We just need to wait a bit for the just-uploaded 0.7.git20160214-2 hurd
package (which drops setting up /proc in setup-translators, now that
sysvinit mounts it at boot, which should avoid the schroot issues).

Samuel
diff --git a/functions b/functions
index be4919f..3b8473d 100644
--- a/functions
+++ b/functions
@@ -1021,6 +1021,13 @@ setup_proc () {
fi
;;
hurd*)
+   # firmlink $TARGET/{dev,servers,proc} to the system ones.
+   umount_on_exit /dev
+   umount_on_exit /servers
+   umount_on_exit /proc
+   settrans -a $TARGET/dev /hurd/firmlink /dev
+   settrans -a $TARGET/servers /hurd/firmlink /servers
+   settrans -a $TARGET/proc /hurd/firmlink /proc
;;
*)
umount_on_exit /dev/pts
@@ -1058,7 +1065,9 @@ setup_devices () {
freebsd)
mount -t devfs devfs $TARGET/dev ;;
hurd*)
-   setup_devices_hurd ;;
+   # Use the setup-translators of the hurd package
+   in_target /usr/lib/hurd/setup-translators -k
+   ;;
*)
if true; then
setup_devices_simple
@@ -1088,14 +1097,6 @@ setup_devices_simple () {
ln -s /proc/self/fd/2 $TARGET/dev/stderr
 }
 
-setup_devices_hurd () {
-   # Use the setup-translators of the hurd package, and firmlink
-   # $TARGET/{dev,servers} to the system ones.
-   in_target /usr/lib/hurd/setup-translators -k
-   settrans -a $TARGET/dev /hurd/firmlink /dev
-   settrans -a $TARGET/servers /hurd/firmlink /servers
-}
-
 setup_devices_fakechroot () {
rm -rf "$TARGET/dev"
ln -s /dev "$TARGET"

Bug#776401: [pkg-golang-devel] Bug#776401: Bug#776401: Bug#776401: [Pkg-golang-devel] Bug#776401: Bug#776401: src:golang: Set CGO_ENABLED for all platforms

[Tianon Gravi]

On 11 February 2016 at 17:50, Michael Hudson-Doyle
 wrote:
> I'm not sure I want to be the one that takes that one upstream.

Totally fair -- I just meant that it's something that probably ought
to be taken upstream, not necessarily that I expected you to do so;
sorry for the confusion.

>> Any chance of tracking down what's causing those to try to go to
>> GOROOT instead of GOPATH?
>
> It's the standard library packages, GOARCH=arm go install runtime is
> going to try to create $GOROOT/pkg/linux_arm/runtime.a.

This still seems odd to me, especially since doing "GOARCH=arm go
build -v my/own/package" clearly does build "runtime" for arm (since
it doesn't exist already), but I suppose it doesn't save it anywhere?
I would still expect that to go to GOPATH/pkg/linux_arm/... but am not
necessarily surprised that it doesn't. :(

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

Bug#620209: make: inconsistant description of ifdef directive behavior

[Manoj Srivastava]

>> Note that ifdef only tests whether a variable has a value. It does not
>> expand the variable to see if that value is nonempty. Consequently, tests
>> using ifdef return true for all definitions except those like foo =. To
>> test for an empty value, use ifeq ($(foo),).

>The paragraph that begins 'Note that ifdef only tests...' seems to be
>wrong in a suble way.  Although it is correct for recusively expanded
>variables, simply expanded variables that are assigned values that
>expand empty can still be undefined.

Actually, the assignment  in a simply expanded variable is
 atomic, so the RHS is expanded, and the variable is assigned an empty
 value, so this is, in my opinion, correct. In other words, We are not
 assigning something that will subsequently ge expanded to empty, we are
 assigning the empty value directly

manoj
-- 
If all the world's a stage, I want to operate the trap door. Paul Beatty
Manoj Srivastava    
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#812557: pulseaudio: "refusing to start/autospawn" with multi-user setup

[Felipe Sateler]

On 15 February 2016 at 16:11, Rodrigo Campos  wrote:
> Now with 812...@bugs.debian.org on "Cc:"
>
> On Mon, Feb 15, 2016 at 07:11:04PM +, Rodrigo Campos wrote:
>> On Mon, Feb 15, 2016 at 03:53:07PM -0300, Felipe Sateler wrote:
>> > On 15 February 2016 at 13:23, Rodrigo Campos  wrote:
>> > > On Mon, Feb 15, 2016 at 12:58:58PM -0300, Felipe Sateler wrote:
>> > >>
>> > >> You can work around this by disabling the x11 publish module, via
>> > >> disabling the autostart of start-pulseaudio-x11 (by removing/moving
>> > >> away the /etc/xdg/autostart/pulseaudio.desktop file).
>> > >
>> > > Ohh, I can confirm that this workaround works.
>> > >
>> > >
>> > > Let me know if you need more info or I can help you with testing the fix
>> >
>> > I don't think there is anything we can do on the debian side. Maybe
>> > you can raise the issue upstream and see whether they come up with a
>> > way to support your use case? I don't think I want to deviate from
>> > upstream in this respect.
>>
>> I was not asking to deviate from upstream, just fix the bug.

Well, the behavior comes from upstream, so if we change something we
would be deviating. Moreover, I'm not sure what you are experiencing
is actually a bug, or it is simply an unsupported configuration (due
to better behaved alternatives existing). Pulseaudio is correctly
discovering an existing server, and so it refuses to start. Whether
the old behavior was OK or not, is only a call upstream can make.

>> Would you forward
>> it upstream, then?

No, sorry. When feedback will be requested by upstream then I won't be
able to provide it. The only way, then, is for you to file the bug to
the upstream bugzilla:

http://bugs.freedesktop.org


-- 

Saludos,
Felipe Sateler

Bug#803133: [pkg-go] Bug#803133: etcd: FTBFS on ppc64

[Tianon Gravi]

On 12 February 2016 at 00:03, Dmitry Smirnov  wrote:
> Etcd upstream fixed that by bundling never snapshot of BoltDB.

Looks like BoltDB upstream could do with a friendly prod to ask nicely
for a new version tag to be released. :)

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

Bug#771784: Additional info

[Raphaël Halimi]

Just to add some clarity :

The bug was not fixed upstream, but merely closed, because although 1.2
branch is still named "next", 1.1.2 "stable" branch will only receive
"security fixes or critical bugs (i.e.: data corruption)".

For more information, see :

https://github.com/FreeRDP/Remmina/wiki

IMHO it's time for Debian unstable to ship 1.2 branch.

Regards,

-- 
Raphaël Halimi



signature.asc
Description: OpenPGP digital signature

Bug#812838: docker.io: please package 1.9.0 or later

[Tianon Gravi]

On 13 February 2016 at 00:12, Michael D  wrote:
> The upstream packaging is located here:
> https://github.com/docker/docker/tree/master/hack/make/.build-deb
>
> Aside from bundling all the depends into the source tree it seems ok.

As Dmitry's mentioned, the blocker isn't the packaging of Docker
itself (that directory upstream was developed mostly by myself based
on src:docker.io anyhow), but the dependencies which we must unbundle.
The exact list changes every time, and occasionally they have subtle
divergences we have to patch around too (for example, Docker will have
vendored an older version of some package, but the public API for it
has changed in the meantime), so it's not quite as easy as just
bumping the changelog and uploading or it'd be done already. :(

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

Bug#814833: Acknowledgement (redmine: dependency on rails and jquery-rails packages should be versioned?)

[Jörg-Volker Peetz]

Package: redmine
Version: 3.2.0-1

Dear Antonio Terceiro,

Jörg-Volker Peetz wrote on 02/15/16 20:17:

> Only nitpick was that the rails packages (I used the 4.8.1-1+deb8u1
> versions) and ruby-jquery-rails did not get updated automatically. Maybe
> redmine's dependency on these packages should be versioned?
>

I forgot to mention that without the updates of the rails and ruby-jquery-rails
packages the redmine installation failes with the message

-->
Could not find gem 'rails (~> 4.2.5) ruby' in any of the gem sources listed in
your Gemfile or available on this machine.
dpkg: error processing package redmine (--configure):
 subprocess installed post-installation script returned error exit status 7
Errors were encountered while processing:
 redmine
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up redmine (3.2.0-1) ...
Please configure your config/database.yml first
Could not find gem 'rails (~> 4.2.5) ruby' in any of the gem sources listed in
your Gemfile or available on this machine.
dpkg: error processing package redmine (--configure):
 subprocess installed post-installation script returned error exit status 7
Errors were encountered while processing:
 redmine
<--

After updating the rails packages only, the error message was

-->
Could not find gem 'jquery-rails (~> 4.0) ruby' in any of the gem sources listed
in your Gemfile or available on this machine.
dpkg: error processing package redmine (--configure):
 subprocess installed post-installation script returned error exit status 7
Errors were encountered while processing:
 redmine
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up redmine (3.2.0-1) ...
Please configure your config/database.yml first
Could not find gem 'jquery-rails (~> 4.0) ruby' in any of the gem sources listed
in your Gemfile or available on this machine.
dpkg: error processing package redmine (--configure):
 subprocess installed post-installation script returned error exit status 7
Errors were encountered while processing:
 redmine
<--

Regards,
Jörg-Volker.

Bug#616100: flex with %bison-locations yyset_lloc usage

[Manoj Srivastava]

reassign 616100 bison
thanks

This is mostly about bison documenting how to use the yyloc_param,
especially for reentrant parsers.

manoj
-- 
PROGRAMMER: (n) Red-eyed, mumbling mammal capable of conversing with
inanimate objects.
Manoj Srivastava    
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#814646: vlc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE, /usr/share/bug/PACKAGE

[Sebastian Ramacher]

On 2016-02-15 04:18:02, Andreas Beckmann wrote:
> On 2016-02-14 11:35, Sebastian Ramacher wrote:
> > On 2016-02-13 18:12:27, Andreas Beckmann wrote:
> >> 1m58.5s ERROR: FAIL: silently overwrites files via directory symlinks:
> >>   /usr/share/bug/libvlccore-dev/control (libvlccore-dev) != 
> >> /usr/share/bug/libvlccore8/control (libvlccore8)
> >> /usr/share/bug/libvlccore-dev -> libvlccore8
> >>   /usr/share/bug/libvlccore-dev/presubj (libvlccore-dev) != 
> >> /usr/share/bug/libvlccore8/presubj (libvlccore8)
> >> /usr/share/bug/libvlccore-dev -> libvlccore8
> >>   /usr/share/doc/libvlccore-dev/NEWS.Debian.gz (libvlccore-dev) != 
> >> /usr/share/doc/libvlccore8/NEWS.Debian.gz (libvlccore8)
> >> /usr/share/doc/libvlccore-dev -> libvlccore8
> >>   /usr/share/doc/libvlccore-dev/changelog.Debian.amd64.gz (libvlccore-dev) 
> >> != /usr/share/doc/libvlccore8/changelog.Debian.amd64.gz (libvlccore8)
> >> /usr/share/doc/libvlccore-dev -> libvlccore8
> >>   /usr/share/doc/libvlccore-dev/changelog.Debian.gz (libvlccore-dev) != 
> >> /usr/share/doc/libvlccore8/changelog.Debian.gz (libvlccore8)
> >> /usr/share/doc/libvlccore-dev -> libvlccore8
> >>   /usr/share/doc/libvlccore-dev/changelog.gz (libvlccore-dev) != 
> >> /usr/share/doc/libvlccore8/changelog.gz (libvlccore8)
> >> /usr/share/doc/libvlccore-dev -> libvlccore8
> >>   /usr/share/doc/libvlccore-dev/copyright (libvlccore-dev) != 
> >> /usr/share/doc/libvlccore8/copyright (libvlccore8)
> >> /usr/share/doc/libvlccore-dev -> libvlccore8
> > 
> > debian/libvlccore-dev.maintscript already has
> > 
> > symlink_to_dir /usr/share/doc/libvlccore-dev /usr/share/doc/libvlccore8 
> > 2.2.2-1~
> > 
> > So what went wrong here?
> > 
> > The /usr/share/bug/libvlccore-dev part is fixed in git.
> 
> 
> OK, let's rerun with some more debugging enabled (DPKG_DEBUG=1 and sed on 
> dpkg-maintscript-helper to have rm -v and mv -v)
> 
>   Preparing to unpack .../libvlccore-dev_2.2.2-3_amd64.deb ...
>   DEBUG: dpkg-maintscript-helper: Executing /usr/bin/dpkg-maintscript-helper 
> symlink_to_dir in preinst of libvlccore-dev
>   DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libvlccore-dev -> 
> /usr/share/doc/libvlccore8 PACKAGE=libvlccore-dev:amd64 LASTVERSION=2.2.2-1~ 
> ACTION=upgrade PARAM=2.2.1-1~deb8u1
>   DEBUG: dpkg-maintscript-helper: Executing /usr/bin/dpkg-maintscript-helper 
> symlink_to_dir in preinst of libvlccore-dev
>   DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/bug/libvlccore-dev -> 
> /usr/share/doc/libvlccore8 PACKAGE=libvlccore-dev:amd64 LASTVERSION=2.2.2-2~ 
> ACTION=upgrade PARAM=2.2.1-1~deb8u1
>   Unpacking libvlccore-dev (2.2.2-3) over (2.2.1-1~deb8u1) ...
>   Preparing to unpack .../libvlccore8_2.2.2-3_amd64.deb ...
>   DEBUG: dpkg-maintscript-helper: Executing /usr/bin/dpkg-maintscript-helper 
> symlink_to_dir in preinst of libvlccore8
>   DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libvlccore8 -> 
> /usr/share/doc/vlc-data PACKAGE=libvlccore8:amd64 LASTVERSION=2.2.2-1~ 
> ACTION=upgrade PARAM=2.2.1-1~deb8u1
>   '/usr/share/doc/libvlccore8' -> '/usr/share/doc/libvlccore8.dpkg-backup'
>   Unpacking libvlccore8 (2.2.2-3) over (2.2.1-1~deb8u1) ...
> 
>   Setting up libvlccore8 (2.2.2-3) ...
>   DEBUG: dpkg-maintscript-helper: Executing /usr/bin/dpkg-maintscript-helper 
> symlink_to_dir in postinst of libvlccore8
>   DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libvlccore8 -> 
> /usr/share/doc/vlc-data PACKAGE=libvlccore8:amd64 LASTVERSION=2.2.2-1~ 
> ACTION=configure PARAM=2.2.1-1~deb8u1
>   removed '/usr/share/doc/libvlccore8.dpkg-backup'
> 
>   Setting up libvlccore-dev (2.2.2-3) ...
>   DEBUG: dpkg-maintscript-helper: Executing /usr/bin/dpkg-maintscript-helper 
> symlink_to_dir in postinst of libvlccore-dev
>   DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libvlccore-dev -> 
> /usr/share/doc/libvlccore8 PACKAGE=libvlccore-dev:amd64 LASTVERSION=2.2.2-1~ 
> ACTION=configure PARAM=2.2.1-1~deb8u1
>   DEBUG: dpkg-maintscript-helper: Executing /usr/bin/dpkg-maintscript-helper 
> symlink_to_dir in postinst of libvlccore-dev
>   DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/bug/libvlccore-dev -> 
> /usr/share/doc/libvlccore8 PACKAGE=libvlccore-dev:amd64 LASTVERSION=2.2.2-2~ 
> ACTION=configure PARAM=2.2.1-1~deb8u1
> 
> 
> Looks like we have to deal with chained symlinks here:
>   /usr/share/doc/libvlccore-dev -> libvlccore8 -> vlc-data
> 
> This should work with dpkg-maintscript-helper if you use relative
> instead of absolute symlinks. "relative" means the output of
>   readlink $SYMLINK
> Absolute means the output from
>   readlink -f $SYMLINK
> must match, which cannot work while switching chained symlinks
> to directories.
> 
> Don't forget to bump the version.
> 
> So for libvlccore-dev.maintscript I'd suggest this (untested):
> 
> symlink_to_dir /usr/share/doc/libvlccore-dev libvlccore8 2.2.2-4~
> symlink_to_dir /usr/share/bug/libvlccore-dev libvlccore8 2.2.2-4~
> 
> Relative 

Bug#812131: krb5: Please package 1.14 (willing to provide assistance)

[Sam Hartman]

Hi.
I've pushed an experimental, upstream and pristine-tar branch.
I think the package is more or less ready to build for experimental,
except that I'd like to merge in the patches to splint out slave support
into its own package and to include init scripts there.

I've picked up most of the patches from the 1.14 branch, definitely
including the security fixes, but also fixing some memory leaks etc.

--Sam

Bug#814847: python-txaio: py.test-X.Y removal

[Sebastian Ramacher]

Source: python-txaio
Version: 1.0.0-2
Severity: important
Usertags: py.test-X.Y-removal

py.test upstream is currently in the process of removing py.test-X.Y. So I'd
also like to remove it from Debian. python-txaio currently runs py.test-X.Y
during the build process. Please switch it to use the equivalent 'pythonX.Y -m
pytest' instead.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature