Bug#775935: geneweb: FTBFS on various arches: Please run 'make' in directory '../src' first

[Christian PERRIER]

Quoting Dominic Hargreaves (d...@earth.li):

> Here's the patch.

Please go ahead with the NMU. I really fail to see when I can spare
enough time to catchup on these issues...

Thanks a lot for your followups, indeed.




signature.asc
Description: PGP signature

Bug#807763: RFS: tomahawk-player/0.8.4-1 [ITP]

[Stefan Ahlers]

Hi,

here is the rest of the list.

> data/www/js/html5shim.js

Will be removed, because it's not necessary for the linux build.

> data/www/css/font-awesome.css
> data/www/css/bootstrap.css
> data/www/css/animate.css

This files are necessary for the integrated webserver of tomahawk. If
I'm searching for this files in the debian sources I found a multiple
times this files integrated in a project.

> data/js/cryptojs/
> data/js/cryptojs-core.js

cryptojs will be removed in the next release. Using the debian package
for this release.

> data/fonts/

Replace it with the debian package.

Regards,
Stefan Ahlers

Bug#807471: [kde-config-telepathy-accounts] Jabber configuration unusable

[Diane Trout]

Those options should be present.

You should be able to get to the kaccounts configuation panel by doing one of 
the following:

right click KTP status bar icon and pick "Instant Messaging Settings"
launch System Settings and select "Online Accounts"
Run ktp-contactlist, pick the window looking button at the far right and 
select "Instant Messaging Settings"

Once you have the dialog "Configure your internet accounts such as Google, 
Live, Owncloud" open. select a jabber account.

Which should show "Select what services you want to activate",
Click the configure button .

Click Advanced from the new Jabber/XMPP dialog.

And that finally should be the settings you're looking for.

Or use mc-tool update from the command line. You can find a list of all the 
supported parameters in /usr/share/telepathy/managers/gabble.manager

The thing I found confusing about mc-tool is you have to list the type before 
the parameter name.

E.g. 

mc-tool update gabble/jabber/ktp_2djabber_2dim_15 bool:ignore-ssl-errors=Flase 
int:port=12345 string:resource="foo"

Please let me know if these instructions work for you, and also would you have 
any suggestions on where a good place to provide them in the ktp packages 
might be?

Diane


On Wed, 9 Dec 2015 09:40:12 +0100 =?UTF-8?Q?Luc_B=c3=a9gault?= 
 wrote:
> Package: kde-config-telepathy-accounts
> Version: 15.08.2-1
> Severity: normal
> 
> --- Please enter the report below this line. ---
> When configuring a jabber account in telepathy, I can't access to Server 
> Settings, Connection Settings, Resource or Security Settings.
> Regards,
> Luc Begault.
> 

Bug#808680: ITP: python-knockpy: python tool designed to enumerate subdomains on a target domain through a wordlist

[Gianfranco Costamagna]

Package: wnpp
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: locutusofb...@debian.org
Severity: wishlist

* Package name: knock
* Version: 3.0.0
* Upstream Author : Gianni Amato 
* URL: https://github.com/guelfoweb/knock
* License: GPL-3+
* Programming Lang: Python
* Description: Knockpy is a python tool designed to enumerate subdomains
on a target domain through a wordlist.

Bug#561951: wide-dhcpv6-client: please add sample script(s) for /etc/ppp/ipv6-{up, down}.d/

[Roger Shimizu]

Control: tag -1 +pending
thanks

Thanks for the report!
I created a ppp/ipv6-{up.down}.d/ script pending for upload.

Cheers,
Roger


ppp_ipv6-updown.sample
Description: Binary data

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

[Erik de Castro Lopo]

Joachim Breitner wrote:

> Am Sonntag, den 20.12.2015, 13:30 +0100 schrieb John Paul Adrian Glaubitz:
> > 
> > Well, the person who made the change which broke ghc on armel said that
> > and I assume he is working on it in the future. His change, on the other
> > hand, improved ghc on armhf. So nothing is saying he is not improved
> > ghc on armel, too.
> 
> that is close, but not precisely true. Erik aimed to improve GHC on ARM
> in general, and accidentally broke it on old ARM (armel in our speak).
> I notified him of that problem, and he gave it a shot, but got stuck at
> a segfaulting binary. Undoubtly he would have loved to have it fixed,
> but could at that point not make progress. So the signal I got from him
> was that it is unfortunate that it broke, but given that – in his
> opinion – GHC on ARM was in a somewhat broken state before across the
> board (after all, he had good reasons to do the change in the first
> place), this is only superficially a regression. Also I noticed that he
> stopped working on this particular issue. I do not blame him for that:
> Quite contrary, I’m grateful for his work.
> 
> But the signal was: Upstream considered the ARM situation in 7.10.2,
> although superficially compiling, so bad that his fix was of patch-
> level-release urgency. Armel was broken, and no one actively and
> urgently working on a patch. So therefore, it was only conclusive to
> upload that to unstable and – after an early enough warning to d-arm
> with none even saying that it would be pity, let along announce that
> they would invest time – requests its removals.
> 
> In particular, I do not consider these actions premature.
> 
> 
> I CCed Erik, not to necessarily to turn this into a wider discussion,
> but just to give him the chance to correct any wrong statement I might
> have made about what he did or the state of affairs.

The only thing I have to add is that GHC for armhf is even less
healthy that you think.

My change was to force GHC to generate Arm instructions throughout
and that got GHCi working on Armhf. That worked for the code in
the 7.10 tree. However, since that change, an update to libc broke
GHCi even on Armhf. The problem is again the thumb-interop stuff;
the need to be be able to seamlessly call from Arm to Thumb code
and vice versa.

Fixing this requires a lot of work, something I simply do not have
time for at the moment. I'm actually much more interested in fixing
GHCI on Arm64 which currently looks like a much easier task.

Anyway I think you are right. Reverting the patch on armel can
get GHC on armel back to where it was.

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

Bug#808694: x11proto-fonts: FTBFS: dh_install: x11proto-fonts-dev missing files (usr/share/doc/fontsproto/*.txt), aborting

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

make[1]: Leaving directory '/x11proto-fonts-2.1.3/build'
dh_testdir
dh_testroot
dh_installdocs
dh_installman
find debian/tmp/usr/share/doc/fontsproto -name '*.xml' -delete
dh_install --sourcedir=debian/tmp --fail-missing --exclude .db
dh_install: x11proto-fonts-dev missing files (usr/share/doc/fontsproto/*.txt), 
aborting
debian/rules:70: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 255
dpkg-buildpackage: error: debian/rules binary gave error exit status 2

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

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

Bug#808652: nexuiz-data: please make the build reproducible

[Reiner Herrmann]

Source: nexuiz-data
Version: 2.5.2-6
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that nexuiz-data could not be built reproducibly.
During build a checksum over configuration settings is calculated and
embedded in some files. The lines are sorted before generating the
checksum, but sort behaves differently depending on the configured
locale.

The attached patch sorts with the locale set to C, so that the same
values are generated independent of the current locale.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff -uprN 1/debian/patches/reproducible_build.diff 2/debian/patches/reproducible_build.diff
--- 1/debian/patches/reproducible_build.diff	1970-01-01 01:00:00.0 +0100
+++ 2/debian/patches/reproducible_build.diff	2015-12-21 15:37:37.0 +0100
@@ -0,0 +1,16 @@
+--- a/data/update-cvarcount.sh
 b/data/update-cvarcount.sh
+@@ -2,10 +2,10 @@
+ 
+ balance_cfgs="balanceHavoc.cfg balance25.cfg balanceSamual.cfg"
+ 
+-countd=`awk '/^seta? g_/ { print $2; }' defaultNexuiz.cfg | sort -u | tr -d '\r' | md5sum | cut -c 1-32`
+-countw=`awk '/^seta? g_/ { print $2; }' balance.cfg   | sort -u | tr -d '\r' | md5sum | cut -c 1-32`
++countd=`awk '/^seta? g_/ { print $2; }' defaultNexuiz.cfg | LC_ALL=C sort -u | tr -d '\r' | md5sum | cut -c 1-32`
++countw=`awk '/^seta? g_/ { print $2; }' balance.cfg   | LC_ALL=C sort -u | tr -d '\r' | md5sum | cut -c 1-32`
+ for b in $balance_cfgs; do
+-	countb=`awk '/^seta? g_/ { print $2; }' "$b"  | sort -u | tr -d '\r' | md5sum | cut -c 1-32`
++	countb=`awk '/^seta? g_/ { print $2; }' "$b"  | LC_ALL=C sort -u | tr -d '\r' | md5sum | cut -c 1-32`
+ 	if [ "$countw" != "$countb" ]; then
+ 		echo "Mismatch between balance.cfg and $b. Aborting."
+ 		exit 1
diff -uprN 1/debian/patches/series 2/debian/patches/series
--- 1/debian/patches/series	2011-06-29 15:33:05.0 +0200
+++ 2/debian/patches/series	2015-12-21 15:37:03.0 +0100
@@ -5,3 +5,4 @@
 05_disable_development_warning.diff
 exclude_textures_from_data.pk3.diff
 windowed_by_default.diff
+reproducible_build.diff

Bug#808661: h2database: FTBFS: error: package javax.servlet does not exist

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

JAVA_HOME=/usr/lib/jvm/default-java "/usr/lib/jvm/default-java/bin/javac" 
-sourcepath src/tools -d bin src/tools/org/h2/build/*.java
JAVA_HOME=/usr/lib/jvm/default-java "/usr/lib/jvm/default-java/bin/java" 
-Xmx256m -cp "bin:/usr/lib/jvm/default-java/lib/tools.jar:temp" 
org.h2.build.Build jar javadoc
Target: jar
Deleting temp
Deleting docs
Compiling 605 classes
src/main/org/h2/server/web/DbStarter.java:12: error: package javax.servlet does 
not exist
import javax.servlet.ServletContext;
^
src/main/org/h2/server/web/DbStarter.java:13: error: package javax.servlet does 
not exist
import javax.servlet.ServletContextEvent;
^
src/main/org/h2/server/web/DbStarter.java:14: error: package javax.servlet does 
not exist
import javax.servlet.ServletContextListener;
^
src/main/org/h2/server/web/DbStarter.java:24: error: cannot find symbol
public class DbStarter implements ServletContextListener {
  ^
  symbol: class ServletContextListener
src/main/org/h2/server/web/DbStarter.java:30: error: cannot find symbol
public void contextInitialized(ServletContextEvent servletContextEvent) {
   ^
  symbol:   class ServletContextEvent
  location: class DbStarter
src/main/org/h2/server/web/DbStarter.java:58: error: cannot find symbol
private static String getParameter(ServletContext servletContext,


...

Note: src/main/org/h2/fulltext/FullTextLucene.java uses or overrides a 
deprecated API.
Note: Recompile with -Xlint:deprecation for details.
31 errors
4 warnings
Exception in thread "main" java.lang.RuntimeException: An error occurred
at org.h2.build.BuildBase.javac(BuildBase.java:882)
at org.h2.build.Build.compile(Build.java:218)
at org.h2.build.Build.compile(Build.java:97)
at org.h2.build.Build.jar(Build.java:394)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.h2.build.BuildBase.invoke(BuildBase.java:243)
at org.h2.build.BuildBase.runTarget(BuildBase.java:208)
at org.h2.build.BuildBase.run(BuildBase.java:189)
at org.h2.build.Build.main(Build.java:34)
debian/rules:11: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 1

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

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

Bug#258096: Seasons greetings

[Mfuni, Hanneke]

From: Mfuni, Hanneke
Sent: 21 December 2015 17:44
To: Mfuni, Hanneke
Subject: Seasons greetings

Seasons Greetings To You, A Donation Has Been Made To You , Email; 
lilianebettencourt...@gmail.com For 
Details
This electronic message transmission contains information that is deemed 
confidential or privileged by the sender. The information is intended to be for 
the use of the individual or entity named as recipient(s) above, only. If you 
are not the intended recipient, be aware that any disclosure, copying, 
distribution or use of the contents of this information is prohibited. If you 
have received this electronic transmission in error, please notify us 
immediately by replying to the email or by telephoning Cambridge Regional 
College on 01223 418200. Once you have done this please delete the 
email/attachment and do not disclose, copy, distribute, or rely on it. Please 
note that any opinions presented in this email are solely those of the author 
and do not necessarily represent those of Cambridge Regional College. No 
employee or agent is authorised to conclude any binding agreement on behalf of 
Cambridge Regional College with another party by email without express written 
confirmation by the Director of Finance and Resources. Under the Data 
Protection Act 1998 and the Freedom of Information Act 2000 the contents of 
emails and their attachments (sent to or received) may need to be disclosed. 
The College reserves the right to monitor both sent and received emails. 
WARNING: Although Cambridge Regional College has taken reasonable precautions 
to ensure no viruses are present in this email, the College cannot accept 
responsibility for any loss or damage arising from the use of this email or 
attachments.

Bug#752230:

[Rene Engelhard]

Hi,

On Mon, Dec 21, 2015 at 11:16:47AM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> On Monday 06 July 2015 14:57:48 Rene Engelhard wrote:
> [snip] 
> > Since the Qt maintainers don't want to include this without being upstream
> > (which doesn't look as if it would happen anytime...)
> 
> It won't happen. The real solution now would be to switch those dialogs to 
> Qt5/KF5.
> 
> Rene: have you heard of any work towards this?

There is a upstream branch doing this, yes. AFAICS via some KDE4 compat layer?

http://cgit.freedesktop.org/libreoffice/core/log/?h=private/jmux/kde5

But this version has the exact same checks for Qt. I tried this with a previous
version (in a different branch..) and the KDE file picker got disabled the
same way...

Regards,

Rene

Bug#808692: watchdog: FTBFS: dpkg-genbuildinfo: error: cannot fstat file ../watchdog-dbgsym_5.14-3_amd64.deb: No such file or directory

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

dh_fixperms
dpkg --build debian/watchdog ..
dpkg-deb: building package 'watchdog' in '../watchdog_5.14-3_amd64.deb'.
 dpkg-genchanges  >../watchdog_5.14-3_amd64.changes
dpkg-genchanges: warning: package watchdog-dbgsym listed in files list but not 
in control info
dpkg-genchanges: not including original source code in upload
dpkg-genchanges: error: cannot fstat file ../watchdog-dbgsym_5.14-3_amd64.deb: 
No such file or directory
dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2

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

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

Bug#808699: How come nginx-common now depends on python?

[PF4Public]

Package: nginx-common
Version: 1.9.6-2

Previous versions (eg 1.6.2-5 from jessie) had no dependence on python, however 1.9.6-2 
suddenly depends on python, is it intended?


How could "This package contains base configuration files used by all versions of nginx." 
ever depend on python?

Bug#808697: kadu: Uses qtquick1 which is going away

[Sune Vuorela]

Source: kadu
Version: 2.1-2
Severity: important

Dear Maintainer,

QtQuick1 is going away real soon. Please migrate to QtQuick2. If you
need help, feel free to ask, including providing guidance on how to use
the current qtquick1 thing in kadu.

/Sune

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

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

Bug#808619: jboss-xnio: FTBFS: duplicate class: org.xnio._private.Messages_$logger

[Markus Koschany]

I think jboss-xnio and undertow are only affected by this issue and
presumably maven-compiler-plugin is to blame here.

I have found this upstream bug report

https://issues.apache.org/jira/browse/MCOMPILER-235

which seems related. I can work around the FTBFS by disabling the
annotation processing and passing -proc:none as an argument to the
compiler plugin. However this isn't really a proper fix because those
generated classes are then not part of the final jar file and this may
cause several other issues.

The upstream bug report claims that maven-compiler-plugin 3.1 works or
explicitly setting useIncrementalCompilation to false. Not sure if this
might help us. At the moment I don't see a way to fix this in jboss-xnio
or undertow though.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#808400: xserver-xorg-video-nouveau: Kernel Panic due to nouveau driver: Machine locks up and then restarts (watchdog)

[Nigra Truo]

So this has been quite an ordeal, a little history:
I upgraded this laptop to Debian Jessie and had kernel panics when using
Nouveau. I then switched to the proprietary driver and found that that
worked, but instead of kernel panics, I just got X crashes that were pretty
consistent to when the panic happened before. I opened a bug, BUT was
immediately told that nobody would fix it, that they won't touch the bug
due to using the proprietary driver, so I'm stuck again. I reverted back to
the Nouveau driver and opened this bug here.
Now my question: Will this bug get fixed? How can I help? Which logs would
you need?
I just need to know, so I can stabilize this laptop again, because I need
it to work and might have to downgrade to the working Debian Wheezy to fix
this.

On Sat, Dec 19, 2015 at 8:25 AM, Nigra Truo  wrote:

> Package: xserver-xorg-video-nouveau
> Version: 1:1.0.11-1
> Severity: serious
> Justification: Machine is unusable, due to constand kernel panics
>
> Dear Maintainer,
>
>* What led up to the situation?
> I start the X session, either by KDE or Gnome, does not matter.
>
> * What exactly did you do (or not do) that was effective (or
>  ineffective)?
> I use the laptop normal for a while, opening programs.
> Then, the system locks up and the watchdog restarts the system after a
> kernel
> panic in about 10 seconds.
>
>
> This is on a Lenovo T61 Laptop, 4 GB of Ram, NVIDIA graphics card, using
> the
> nouveau driver. Never had an issue like this before when using about 3
> debian
> versions.
>
> Laptop was running fine a week ago with Debian Wheezy, no issues. I ran
> the RAM
> test for several hours, came back clean. CPU stress test was negative too,
> no
> overheating, no fans issue.
>
>
>
> -- Package-specific info:
> X server symlink status:
> 
> lrwxrwxrwx 1 root root 13 Nov 29 00:31 /etc/X11/X -> /usr/bin/Xorg
> -rwxr-xr-x 1 root root 2401376 Feb 10  2015 /usr/bin/Xorg
>
> VGA-compatible devices on PCI bus:
> --
> 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G86M [Quadro
> NVS 140M] [10de:0429] (rev a1)
>
> /etc/X11/xorg.conf does not exist.
>
> /etc/X11/xorg.conf.d does not exist.
>
> /etc/modprobe.d contains no KMS configuration files.
>
> Kernel version (/proc/version):
> ---
> Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc
> version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u6
> (2015-11-09)
>
> Xorg X server log files on system:
> --
> -rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.1.log
> -rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.2.log
> -rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.3.log
> -rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.4.log
> -rw-r--r-- 1 root root  4736 Dec 10 06:22 /var/log/Xorg.5.log
> -rw-r--r-- 1 root root 29826 Dec 19 08:17 /var/log/Xorg.0.log
>
> Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
> -
> [30.214]
> X.Org X Server 1.16.4
> Release Date: 2014-12-20
> [30.214] X Protocol Version 11, Revision 0
> [30.214] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
> [30.214] Current Operating System: Linux California 3.16.0-4-amd64 #1
> SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09) x86_64
> [30.214] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64
> root=/dev/mapper/California--vg-root ro quiet
> [30.214] Build Date: 11 February 2015  12:32:02AM
> [30.214] xorg-server 2:1.16.4-1 (http://www.debian.org/support)
> [30.214] Current version of pixman: 0.32.6
> [30.214]Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> [30.214] Markers: (--) probed, (**) from config file, (==) default
> setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [30.214] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Dec 19
> 08:16:44 2015
> [30.219] (==) Using system config directory
> "/usr/share/X11/xorg.conf.d"
> [30.223] (==) No Layout section.  Using the first Screen section.
> [30.223] (==) No screen section available. Using defaults.
> [30.223] (**) |-->Screen "Default Screen Section" (0)
> [30.223] (**) |   |-->Monitor ""
> [30.225] (==) No monitor specified for screen "Default Screen Section".
> Using a default monitor configuration.
> [30.225] (==) Automatically adding devices
> [30.225] (==) Automatically enabling devices
> [30.225] (==) Automatically adding GPU devices
> [30.231] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not
> exist.
> [30.231]Entry deleted from font path.
> [30.239] (==) FontPath set to:
> /usr/share/fonts/X11/misc,
> 

Bug#808702: please document DATE-OR-FILE format

[Eduard Bloch]

Package: tar
Version: 1.28-2.1
Severity: minor

Hello,

I have little trouble with the manpage or help output. It mentions:
--mtime=DATE-OR-FILE - does this mean that I can specify a filename
which it would retrieve the reference mtime from (like some other GNU
commands)? What is date, every format that the "date" command accepts?

Let's try:
$ tar c --mtime=0 dbgen/ | tar -t -v
-> looks like 0 was interpreted as 00:00 tonight

On IRC it was mentioned to use @ as prefix to a unix timestamp... ok, it
does the trick and we get the year 1970.

But @ is not documented in the manpage!

Ok, what about a reference file?

$ tar c --mtime=README dbgen/ | tar t -v
tar: Substituting -9223372036854775807 for unknown date format ‘README’
drwxr-xr-x user/user 0 -9223372036854775808 dbgen/
...

That looks utterly wrong. It's either buggy or I just don't know how to
use it and there is no documentation AFAICS.

Regards,
Eduard.


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

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

Versions of packages tar depends on:
ii  libacl1  2.2.52-2
ii  libc62.21-4
ii  libselinux1  2.4-3

tar recommends no packages.

Versions of packages tar suggests:
ii  bzip21.0.6-8
pn  ncompress
pn  tar-scripts  
ii  xz-utils 5.1.1alpha+20120614-2.1

-- no debconf information

-- 
Früher rasierte man sich, wenn man Beethoven hören wollte, jetzt hört
man Beethoven, wenn man sich rasieren will.
-- Peter Bamm

Bug#808676: libgdiplus: Add powerpc architecture

[Michael Terry]

Package: libgdiplus
Version: 4.2-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to add powerpc back to the
architecture list.  It was dropped in 4.2-1.  But it compiles fine in Ubuntu.
Was there a reason for it being dropped?

Thanks for considering the patch.


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

Kernel: Linux 4.3.0-2-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libgdiplus-4.2/debian/control libgdiplus-4.2/debian/control
--- libgdiplus-4.2/debian/control	2015-12-20 12:36:43.0 -0500
+++ libgdiplus-4.2/debian/control	2015-12-21 13:40:36.0 -0500
@@ -25,7 +25,7 @@
 
 
 Package: libgdiplus
-Architecture: amd64 armel armhf i386 mipsel kfreebsd-amd64 kfreebsd-i386 ppc64 ppc64el s390x arm64
+Architecture: amd64 armel armhf i386 mipsel kfreebsd-amd64 kfreebsd-i386 powerpc ppc64 ppc64el s390x arm64
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: interface library for System.Drawing of Mono
  This package contains a GDI+ API compatible implementation needed by the

Bug#808673: networking-arista: FTBFS: ImportError: No module named config

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

${PYTHON:-python} -m subunit.run discover -t ./ .  
networking_arista.tests.test_networking_arista.TestNetworking_arista.test_something
networking_arista.tests.test_networking_arista.TestNetworking_arista.test_something
 ... ok
unittest2.loader._FailedTest.networking_arista.tests.unit
unittest2.loader._FailedTest.networking_arista.tests.unit ... FAIL

==
FAIL: unittest2.loader._FailedTest.networking_arista.tests.unit
unittest2.loader._FailedTest.networking_arista.tests.unit
--
_StringException: Traceback (most recent call last):
ImportError: Failed to import test module: networking_arista.tests.unit
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 490, in 
_find_test_path
package = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "networking_arista/tests/unit/__init__.py", line 16, in 
from oslo.config import cfg
ImportError: No module named config


--
Ran 2 tests in 0.448s

FAILED (failures=1)
debian/rules:13: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/networking-arista-2015.1.3'
debian/rules:9: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#808674: networking-mlnx: FTBFS: AttributeError: 'module' object has no attribute 'VIF_TYPE_MLNX_DIRECT'

[Chris West (Faux)]

Source: networking-mlnx
Version: 2015.1~b1+git20150502+400747aa20-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

networking_mlnx.tests.unit.ml2.test_mechanism_sdn.SDNMechanismConfigTests.test_valid_config
networking_mlnx.tests.unit.ml2.test_mechanism_sdn.SDNMechanismConfigTests.test_valid_config
 ... ok

==
FAIL: 
unittest2.loader._FailedTest.networking_mlnx.tests.unit.ml2.drivers.test_mech_mlnx
unittest2.loader._FailedTest.networking_mlnx.tests.unit.ml2.drivers.test_mech_mlnx
--
_StringException: Traceback (most recent call last):
ImportError: Failed to import test module: 
networking_mlnx.tests.unit.ml2.drivers.test_mech_mlnx
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "networking_mlnx/tests/unit/ml2/drivers/test_mech_mlnx.py", line 24, in 

class MlnxMechanismBaseTestCase(base.AgentMechanismBaseTestCase):
  File "networking_mlnx/tests/unit/ml2/drivers/test_mech_mlnx.py", line 25, in 
MlnxMechanismBaseTestCase
VIF_TYPE = portbindings.VIF_TYPE_MLNX_DIRECT
AttributeError: 'module' object has no attribute 'VIF_TYPE_MLNX_DIRECT'


==
FAIL: 
unittest2.loader._FailedTest.networking_mlnx.tests.unit.ml2.drivers.test_mlnx_comm_utils
unittest2.loader._FailedTest.networking_mlnx.tests.unit.ml2.drivers.test_mlnx_comm_utils
--
_StringException: Traceback (most recent call last):
ImportError: Failed to import test module: 
networking_mlnx.tests.unit.ml2.drivers.test_mlnx_comm_utils
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "networking_mlnx/tests/unit/ml2/drivers/test_mlnx_comm_utils.py", line 
17, in 
from oslo.config import cfg
ImportError: No module named config


==
FAIL: 
unittest2.loader._FailedTest.networking_mlnx.tests.unit.ml2.drivers.test_mlnx_neutron_agent
unittest2.loader._FailedTest.networking_mlnx.tests.unit.ml2.drivers.test_mlnx_neutron_agent
--
_StringException: Traceback (most recent call last):
ImportError: Failed to import test module: 
networking_mlnx.tests.unit.ml2.drivers.test_mlnx_neutron_agent
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "networking_mlnx/tests/unit/ml2/drivers/test_mlnx_neutron_agent.py", 
line 22, in 
from networking_mlnx.plugins.ml2.drivers.mlnx.agent import (
  File 
"networking_mlnx/plugins/ml2/drivers/mlnx/agent/mlnx_eswitch_neutron_agent.py", 
line 35, in 
from neutron.openstack.common import loopingcall
ImportError: cannot import name loopingcall


--
Ran 15 tests in 1.579s

FAILED (failures=3)
debian/rules:25: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/networking-mlnx-2015.1~b1+git20150502+400747aa20'
debian/rules:12: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#808681: sam2p: FTBFS: configure: error: cannot compute depends

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

checking for integral type size_t... unsigned long
checking size of bool... 1
configure: creating ./config.status
config.status: creating Makehelp
config.status: creating config.h
running make Makedep... error
configure: error: cannot compute depends
"tail -v -n +0 config.log"
==> config.log <==

...

perl -x -S ./ccdep.pl --FAL=assert,no,yes,checker g++
./ccdep.pl: running.
+ g++ -DOBJDEP -fno-diagnostics-show-caret -M -MG -E 2>&1 vcsam2p.cpp 
StdAfx.cpp c_lgcc.cpp c_lgcc3.cpp jpegdump_main.cpp test_main.cpp 
testfax_main.c snprintf.c pts_fax.c gensi.cpp gensio.cpp cgif.c encoder.cpp 
error.cpp image.cpp in_bmp.cpp in_gif.cpp in_jpeg.cpp in_lbm.cpp in_pcx.cpp 
in_ps.cpp crc32.c in_pnm.cpp in_xpm.cpp in_tga.cpp minips.cpp rule.cpp 
sam2p_main.cpp pts_lzw.c pts_defl.c appliers.cpp in_jai.cpp out_gif.cpp 
mapping.cpp ps_tiny.c in_tiff.cpp in_png.cpp
+ g++ -DOBJDEP -fno-diagnostics-show-caret -E 2>&1 >/dev/null vcsam2p.cpp 
StdAfx.cpp c_lgcc.cpp c_lgcc3.cpp jpegdump_main.cpp test_main.cpp 
testfax_main.c snprintf.c pts_fax.c gensi.cpp gensio.cpp cgif.c encoder.cpp 
error.cpp image.cpp in_bmp.cpp in_gif.cpp in_jpeg.cpp in_lbm.cpp in_pcx.cpp 
in_ps.cpp crc32.c in_pnm.cpp in_xpm.cpp in_tga.cpp minips.cpp rule.cpp 
sam2p_main.cpp pts_lzw.c pts_defl.c appliers.cpp in_jai.cpp out_gif.cpp 
mapping.cpp ps_tiny.c in_tiff.cpp in_png.cpp
./ccdep.pl: invalid depret: [/usr/include/features.h:148:3: warning: #warning 
"_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]]
Makefile:44: recipe for target 'Makedep' failed
make[2]: *** [Makedep] Error 1
make[2]: Leaving directory '/sam2p-0.49.2'
configure:7510: result: error
configure:7512: error: cannot compute depends


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

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

Bug#807191: comedilib: Update build dependencies for GSL 2.x

[Arjan van Schijndel]

Hi

currently it has for me impact in testing on gnuradio and clamav.

This means a lot of update hangs and wait for libcomedi to depend on GSL2.

I suggest:
severity: important

greetings, Arjan

Bug#799718: libthread-pool-perl: nondeterministic test failure in t/Pool01.t

[Dominic Hargreaves]

On Mon, Dec 21, 2015 at 08:35:29PM +0100, gregor herrmann wrote:
> On Mon, 21 Dec 2015 20:49:50 +0200, Niko Tyni wrote:
> 
> > While I'm not going to start a severity war (and agree that the package
> > should be fixed), this is not the traditional interpretation. FTBFS bugs
> > have been routinely downgraded to 'important' in the past when the build
> > failures were nondeterministic and the build succeeded part of the time.
> 
> That's my understanding as well.
> Just yesterday I downgraded a bug of this type to important after
> consulting with a member of the release team.

I agree with Niko and gregoa. I don't see a practical benefit of making
such bugs RC in the general case. I'm sure there are circumstances
where it would be justified, but based on my experience with perl and
some of the more esoteric architectures, I think such a policy would
do more harm than good.

Dominic.

Bug#808686: stealth: FTBFS: [icmake/install, line 30] Error: Segmentation fault

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

dh_testroot
./build distclean
[icmake/md, line 15] Warning: `sizeof' is deprecated. Use `listlen'

[icmake/manual, line 27] Warning: `sizeof' is deprecated. Use `listlen'

[icmake/manual, line 43] Warning: `sizeof' is deprecated. Use `listlen'

[icmake/install, line 30] Error: MAN undefined
[icmake/install, line 30] Error: Segmentation fault
debian/rules:32: recipe for target 'clean' failed
make: *** [clean] Error 1
dpkg-buildpackage: error: debian/rules clean gave error exit status 2

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

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

Bug#636247: xul-ext-noscript: Solved in 2.6.9.3-1 but regression in 2.7-1

[von]

Package: xul-ext-noscript
Followup-For: Bug #636247


Effectively, I can confirm that the issue is solved in 2.6.9.3-1 but the exact 
same issue appear in version 2.7-1 of the package.

Bug#799718: libthread-pool-perl: nondeterministic test failure in t/Pool01.t

[Chris Lamb]

Disagree on almost all points but I find debates about bug severities so 
utterly demotivating I will defer.

-lamby


On Mon, 21 Dec 2015, at 08:19 PM, Dominic Hargreaves wrote:
> On Mon, Dec 21, 2015 at 08:35:29PM +0100, gregor herrmann wrote:
> > On Mon, 21 Dec 2015 20:49:50 +0200, Niko Tyni wrote:
> > 
> > > While I'm not going to start a severity war (and agree that the package
> > > should be fixed), this is not the traditional interpretation. FTBFS bugs
> > > have been routinely downgraded to 'important' in the past when the build
> > > failures were nondeterministic and the build succeeded part of the time.
> > 
> > That's my understanding as well.
> > Just yesterday I downgraded a bug of this type to important after
> > consulting with a member of the release team.
> 
> I agree with Niko and gregoa. I don't see a practical benefit of making
> such bugs RC in the general case. I'm sure there are circumstances
> where it would be justified, but based on my experience with perl and
> some of the more esoteric architectures, I think such a policy would
> do more harm than good.
> 
> Dominic.


Regards,

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

Bug#806911: [Reproducible-builds] Second build on failures

[Holger Levsen]

Hi Aurelien,

On Montag, 21. Dezember 2015, Aurelien Jarno wrote:
> Also note that we have re-enabled 2.6.32 support on amd64 and i386, so
> you should not need any patch to get these architectures working.

nice! but this is not available yet in sid+testing yet, or is it? (or maybe 
rather: what does "2.6.32 support" mean here???)


cheers,
Holger




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

Bug#808682: mplayer: FTBFS on kfreebsd: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use in this function)

[Steven Chamberlain]

Control: tags -1 + patch

Hi!

A simple patch for this is attached;  we just need to include
sys/cdrio.h for a definition of that ioctl.  Though I don't have any
VCDs to really test this.

It seems there is a new stream/vcd_read_libcdio.h, and that is used in
preference if libcdio is detected:

--- a/stream_vcd.c
+++ b/stream_vcd.c
@@ -38,7 +38,9 @@
 #endif
 #include 
 
+#if CONFIG_LIBCDIO
+#include "vcd_read_libcdio.h"
-#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
defined(__DragonFly__) || defined(__NetBSD__) || defined(__OpenBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
defined(__DragonFly__) || defined(__NetBSD__) || defined(__OpenBSD__)
 #include "vcd_read_fbsd.h"
 #elif defined(__APPLE__)
 #include "vcd_read_darwin.h"

Previously stream/vcd_read_fbsd.h was being used, and that would include
sys/cdrio.h itself, although that seems to have other issues now.  I
think we're best using stream/vcd_read_libcdio.h anyway on kfreebsd.

Thanks!
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain 
Subject: missing include for FreeBSD ioctls
Date: Mon, 21 Dec 2015 21:21:36 +

--- a/stream/vcd_read_libcdio.h
+++ b/stream/vcd_read_libcdio.h
@@ -33,6 +33,10 @@
 #include 
 #endif
 
+#if defined(__FreeBSD_kernel__)
+#include 
+#endif
+
 /** Private vcd data. */
 typedef struct {
 track_t track; /**< Current track being played. */


signature.asc
Description: Digital signature

Bug#808656: ganeti: FTBFS: missing: lens >=3.10 && <4.8, old-time >=1.1.0.0

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

touch empty-cabal-config
/usr/bin/cabal --config-file=empty-cabal-config configure --user \
  -f`test no == yes && echo "htest" || echo "-htest"` \
  -f`test True == True && echo "mond" || echo "-mond"` \
  -f`test True == True && echo "metad" || echo "-metad"`
Warning: No remote package servers have been specified. Usually you would have
one specified in the config file.
Resolving dependencies...
Configuring ganeti-2.15...
cabal: At least the following dependencies are missing:
lens >=3.10 && <4.8, old-time >=1.1.0.0
Makefile:4381: recipe for target 'cabal_macros.h' failed
make[2]: *** [cabal_macros.h] Error 1
make[2]: Leaving directory '/ganeti-2.15.1'
dh_auto_build: make -j1 returned exit code 2
debian/rules:76: recipe for target 'override_dh_auto_build' failed

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

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

Bug#808657: gbrainy: FTBFS: configure: error: missing required mono 2.0/4.0 DLL: Mono.Posix.dll

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

checking whether to build static libraries... yes
/gbrainy-2.2.5/./configure: line 13126: GNOME_COMPILE_WARNINGS: command not 
found
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.16... yes
checking for GLIB - version >= 2.0.0... yes (version 2.46.2)
checking for mono... /usr/bin/mono
checking for gmcs... no
checking for dmcs... /usr/bin/mono-csc
checking gnome-doc-utils >= 0.3.2... yes
checking for mono.pc... found
checking for Mono.Posix.dll... configure: error: missing required mono 2.0/4.0 
DLL: Mono.Posix.dll
/usr/share/cdbs/1/class/autotools.mk:42: recipe for target 
'debian/stamp-autotools' failed
make: *** [debian/stamp-autotools] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#808659: gromacs: FTBFS: Could not find compiler set in environment variable CXX: /usr/bin/mpic++.mpich.

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

-- Performing Test HAS_NO_DEPRECATED_REGISTER - Success
-- Configuring done
-- Generating done
-- Build files have been written to: /gromacs-5.1.1/build/basic-dp
(mkdir -p build/mpich; cd build/mpich; CC=/usr/bin/mpicc.mpich 
CXX=/usr/bin/mpic++.mpich cmake \
/gromacs-5.1.1 -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_RULE_MESSAGES=OFF 
-DCMAKE_INSTALL_PREFIX="/usr" -DCMAKE_EXE_LINKER_FLAGS="-Wl,-z,relro 
-Wl,--as-needed" -DCMAKE_SKIP_RPATH=TRUE -DGMX_X11=ON  -DGMX_SIMD=SSE2 
-DGMX_MPI=ON -DGMX_X11=OFF -DGMX_DEFAULT_SUFFIX=FALSE 
-DGMX_BUILD_MDRUN_ONLY=TRUE  -DGMX_BINARY_SUFFIX="_mpi.mpich" 
-DGMX_LIBS_SUFFIX="_mpi.mpich")
-- The C compiler identification is GNU 5.3.1
CMake Error at /usr/share/cmake-3.4/Modules/CMakeDetermineCXXCompiler.cmake:56 
(message):
  Could not find compiler set in environment variable CXX:

  /usr/bin/mpic++.mpich.

Call Stack (most recent call first):
  CMakeLists.txt:45 (project)


CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
See also "/gromacs-5.1.1/build/mpich/CMakeFiles/CMakeOutput.log".
debian/rules:90: recipe for target 'configure-stamp' failed

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

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

Bug#808660: gshare: FTBFS: configure: error: missing required Mono DLL: Mono.Posix.dll

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

checking for csc... no
checking for gmcs... /usr/bin/mono-csc
checking for mono... /usr/bin/mono
checking pkg-config is at least version 0.9.0... yes
checking for MONO... yes
checking for mono.pc... found
checking for Mono.Posix.dll... configure: error: missing required Mono DLL: 
Mono.Posix.dll
"tail -v -n +0 config.log"
==> config.log <==

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

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

Bug#808654: fedmsg: FTBFS offline: Download error on https://pypi.python.org/simple/Twisted_Core/

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

cp -r fedmsg.d/ fedmsg/tests/
PYBUILD_SYSTEM=custom \
  PYBUILD_TEST_ARGS="{interpreter} setup.py test" \
  dh_auto_test
I: pybuild base:184: python2.7 setup.py test
running test
Searching for Twisted-Core
Reading https://pypi.python.org/simple/Twisted_Core/
Download error on https://pypi.python.org/simple/Twisted_Core/: [Errno 111] 
Connection refused -- Some packages may not be found!
Reading https://pypi.python.org/simple/Twisted-Core/
Download error on https://pypi.python.org/simple/Twisted-Core/: [Errno 111] 
Connection refused -- Some packages may not be found!
Couldn't find index page for 'Twisted_Core' (maybe misspelled?)
Scanning index of all packages (this may take a while)
Reading https://pypi.python.org/simple/
Download error on https://pypi.python.org/simple/: [Errno 111] Connection 
refused -- Some packages may not be found!
No local packages or download links found for Twisted-Core
error: Could not find suitable distribution for 
Requirement.parse('Twisted-Core')
E: pybuild pybuild:274: test: plugin custom failed with: exit code=1: python2.7 
setup.py test
dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 --dir . 
returned exit code 13

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

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

Bug#808671: multitee: FTBFS: error: storage size of 'vec' isn't known

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall 
-D_FORTIFY_SOURCE=2  -c -o sigdfl.o sigdfl.c
sigdfl.c:23:8: warning: return type defaults to ‘int’ [-Wimplicit-int]
 static sigcont() /* XXX: should declare with right signal type */
^
sigdfl.c: In function ‘sigdfl’:
sigdfl.c:32:16: error: storage size of ‘oldvec’ isn’t known
  struct sigvec oldvec;
^
sigdfl.c:33:16: error: storage size of ‘vec’ isn’t known
  struct sigvec vec;
^
sigdfl.c:34:16: error: storage size of ‘contvec’ isn’t known
  struct sigvec contvec;
^
sigdfl.c:48:2: warning: ‘sigblock’ is deprecated [-Wdeprecated-declarations]
  oldmask = sigblock(0);
  ^
In file included from sigdfl.c:16:0:
/usr/include/signal.h:189:12: note: declared here
 extern int sigblock (int __mask) __THROW __attribute_deprecated__;
^
sigdfl.c:49:2: warning: ‘sigblock’ is deprecated [-Wdeprecated-declarations]
  sigblock(~0);
  ^

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

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

Bug#808672: naspro-core: FTBFS: error: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Werror=cpp]

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../src 
-D_FORTIFY_SOURCE=2 -pedantic -Wall -Werror -pthread -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -c fs.c  -fPIC -DPIC 
-o .libs/fs.o
In file included from /usr/include/stdlib.h:24:0,
 from ../../src/internal.h:13,
 from fs.c:21:
/usr/include/features.h:148:3: error: #warning "_BSD_SOURCE and _SVID_SOURCE 
are deprecated, use _DEFAULT_SOURCE" [-Werror=cpp]
 # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
   ^
cc1: all warnings being treated as errors
Makefile:397: recipe for target 'fs.lo' failed
make[5]: *** [fs.lo] Error 1
make[5]: Leaving directory '/naspro-core-0.5.1/src/posix'
Makefile:507: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory '/naspro-core-0.5.1/src'

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

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

Bug#808653: elastix: FTBFS: Could NOT find DCMTK (missing: DCMTK_config_INCLUDE_DIR

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

-- The imported target "gdcmpdf" references the file
   "/usr/bin/gdcmpdf"
but this file does not exist.  Possible reasons include:
* The file was deleted, renamed, or moved to another location.
* An install or uninstall procedure did not complete successfully.
* The installation package was faulty and contained
   "/usr/lib/x86_64-linux-gnu/gdcm-2.6/GDCMTargets.cmake"
but not all the files it references.

CMake Error at 
/usr/share/cmake-3.4/Modules/FindPackageHandleStandardArgs.cmake:148 (message):
  Could NOT find DCMTK (missing: DCMTK_config_INCLUDE_DIR
  DCMTK_ofstd_INCLUDE_DIR DCMTK_dcmdata_INCLUDE_DIR
  DCMTK_dcmimgle_INCLUDE_DIR)
Call Stack (most recent call first):
  /usr/share/cmake-3.4/Modules/FindPackageHandleStandardArgs.cmake:388 
(_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.4/Modules/FindDCMTK.cmake:141 
(find_package_handle_standard_args)
  /usr/lib/cmake/ITK-4.8/Modules/ITKDCMTK.cmake:8 (find_package)
  /usr/lib/cmake/ITK-4.8/ITKModuleAPI.cmake:49 (include)
  /usr/lib/cmake/ITK-4.8/ITKModuleAPI.cmake:26 (itk_module_load)
  /usr/lib/cmake/ITK-4.8/ITKModuleAPI.cmake:70 (_itk_module_config_recurse)
  /usr/lib/cmake/ITK-4.8/ITKConfig.cmake:69 (itk_module_config)
  CMakeLists.txt:30 (find_package)


-- Configuring incomplete, errors occurred!
See also "/elastix-4.8/obj-x86_64-linux-gnu/CMakeFiles/CMakeOutput.log".
"tail -v -n +0 CMakeCache.txt"

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

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

Bug#808655: frown: FTBFS: No instance for (Applicative Set)

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

[ 5 of 26] Compiling Prettier ( Lib/Prettier.lhs, Lib/Prettier.o )
[ 6 of 26] Compiling Atom ( Atom.lhs, Atom.o )
[ 7 of 26] Compiling OrdUniqListSet   ( Lib/OrdUniqListSet.lhs, 
Lib/OrdUniqListSet.o )

Lib/OrdUniqListSet.lhs:115:12:
No instance for (Applicative Set)
  arising from the superclasses of an instance declaration
In the instance declaration for ‘Monad Set’
Makefile:57: recipe for target 'frown' failed
make[1]: *** [frown] Error 1
make[1]: Leaving directory '/frown-0.6.1'
/usr/share/cdbs/1/class/makefile.mk:47: recipe for target 
'debian/stamp-makefile-build' failed
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#808658: gnome-do: FTBFS: error CS0837: The `as' operator cannot be applied to a lambda expression

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

make[2]: Entering directory '/gnome-do-0.95.3/Do.Interface.Linux.Mini'
Compiling Do.Interface.Linux.Mini.dll...
warning CS8001: SDK path could not be resolved
Compilation succeeded - 1 warning(s)
make[2]: Leaving directory '/gnome-do-0.95.3/Do.Interface.Linux.Mini'
Making all in Do
make[2]: Entering directory '/gnome-do-0.95.3/Do'
Compiling Do.exe...
warning CS8001: SDK path could not be resolved
./src/Do.UI/ManagePluginsPreferencesWidget.cs(195,13): warning CS0219: The 
variable `name' is assigned but its value is never used
./src/Do.UI/PluginNodeView.cs(97,45): error CS0837: The `as' operator cannot be 
applied to a lambda expression, anonymous method, or method group
Compilation failed: 1 error(s), 2 warnings
Makefile:826: recipe for target '../build/Do.exe' failed
make[2]: *** [../build/Do.exe] Error 1
make[2]: Leaving directory '/gnome-do-0.95.3/Do'
Makefile:549: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1

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

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

Bug#808668: mgdiff: FTBFS: error: conflicting types for ‘getline’

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

gcc -g -O2 -fno-strict-aliasing -Dlinux -D__amd64__ 
-D_POSIX_C_SOURCE=199309L   -D_POSIX_SOURCE 
-D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE
 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
  -DFUNCPROTO=15 
-DNARROWPROTO-Wall -Wstrict-prototypes -Wmissing-prototypes   -c -o 
rundiff.o rundiff.c
In file included from /usr/include/x86_64-linux-gnu/sys/types.h:25:0,
 from /usr/include/X11/Xos.h:42,
 from rundiff.c:32:
/usr/include/features.h:148:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE 
are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
 # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
   ^
rundiff.c:66:13: error: conflicting types for ‘getline’
 static void getline (FILE *f, char **cooked, char **raw);
 ^
In file included from rundiff.c:34:0:
/usr/include/stdio.h:678:20: note: previous declaration of ‘getline’ was here
 extern _IO_ssize_t getline (char **__restrict __lineptr,
^
: recipe for target 'rundiff.o' failed
make[1]: *** [rundiff.o] Error 1
make[1]: Leaving directory '/mgdiff-1.0'

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

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

Bug#808667: libmouse-perl: please make the build reproducible

[Reiner Herrmann]

Source: libmouse-perl
Version: 2.4.5-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that libmouse-perl could not be built reproducibly.
During build a file is generated with references to other files.
The file list is embedded in readdir order, which is not deterministic.

The attached patch sorts the list before the filenames are embedded.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..450b6fb
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,11 @@
+--- a/tool/generate-mouse-tiny.pl
 b/tool/generate-mouse-tiny.pl
+@@ -78,7 +78,7 @@
+ # tell Perl we already have all of the Mouse files loaded:
+ EOF
+ 
+-for my $file (@files) {
++for my $file (sort @files) {
+ (my $inc = $file) =~ s{^lib/}{};
+ printf { $handle } "%-45s = __FILE__;\n", "\$INC{'$inc'}";
+ }
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..b2026fe
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+reproducible_build.patch

Bug#808675: liwc: FTBFS: strutil.h:67:7: error: expected identifier or '(' before '__extension__' char *strndup(const char *, size_t)

[Chris Lamb]

Source: liwc
Version: 1.21-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

liwc fails to build from source in unstable/amd64:

  [..]

  dh_auto_build -- \
CPPFLAGS="-D_FORTIFY_SOURCE=2" \
CFLAGS="-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security" \
LDFLAGS="-Wl,-z,relro"
make -j1 CPPFLAGS=-D_FORTIFY_SOURCE=2 "CFLAGS=-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security" LDFLAGS=-Wl,-z,relro
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20151221183809.aJRPcooGBx/liwc-1.21'
  gcc -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wl,-z,relro -o ccmtcnvt ccmtcnvt.c -lpub
  In file included from /usr/include/string.h:634:0,
   from ccmtcnvt.c:82:
  /usr/include/publib/strutil.h:67:7: error: expected identifier or '(' before 
'__extension__'
   char *strndup(const char *, size_t);
 ^
  Makefile:40: recipe for target 'ccmtcnvt' failed
  make[2]: *** [ccmtcnvt] Error 1
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20151221183809.aJRPcooGBx/liwc-1.21'
  dh_auto_build: make -j1 CPPFLAGS=-D_FORTIFY_SOURCE=2 CFLAGS=-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security LDFLAGS=-Wl,-z,relro 
returned exit code 2
  debian/rules:7: recipe for target 'override_dh_auto_build' failed
  make[1]: *** [override_dh_auto_build] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20151221183809.aJRPcooGBx/liwc-1.21'
  debian/rules:4: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

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


liwc.1.21-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#808684: sparkleshare: FTBFS: configure: error: missing required Mono 4.0 assembly: System.dll

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

checking for MONO_MODULE... yes
checking for mono... /usr/bin/mono
checking for dmcs... /usr/bin/mono-csc
checking for Mono 4.0 GAC for System.dll... not found
configure: error: missing required Mono 4.0 assembly: System.dll
"tail -v -n +0 config.log"
==> config.log <==

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

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

Bug#808682: mplayer: FTBFS on kfreebsd: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use in this function)

[Sebastian Ramacher]

Source: mplayer
Version: 2:1.2-1
Severity: important

mplayer failed to build on kfreebsd-amd64:
| cc -MMD -MP -Wundef -W -Wall -Wall -Wno-switch -Wno-parentheses 
-Wpointer-arith -Wredundant-decls -Werror=format-security -Wstrict-prototypes 
-Wmissing-prototypes -Wdisabled-optimization -Wno-pointer-sign 
-Wdeclaration-after-statement -std=gnu99 -Werror-implicit-function-declaration 
-D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -D_ISOC99_SOURCE -I. -Iffmpeg -O2 
-march=x86-64 -mtune=generic -pipe -g  -fno-tree-vectorize -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -fpie 
-DPIC -D_THREAD_SAFE -I/usr/include/p11-kit-1 -I/usr/include/samba-4.0 
-I/usr/include/directfb -I/usr/include/   -D_REENTRANT  
-I/usr/include/freetype2 -DZLIB_CONST -I/usr/include/opus -I/usr/include/bs2b 
-I/usr/include/x86_64-kfreebsd-gnu -I/usr/include/x86_64-kfreebsd-gnu -pthread 
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/gtk-2.0/include 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include 
-I/usr/include/freetype2  -c -o stream/stream_vcd.o stream/stream_vcd.c
| In file included from stream/stream_vcd.c:42:0:
| stream/vcd_read_libcdio.h: In function 'vcd_read_toc':
| stream/vcd_read_libcdio.h:50:47: warning: unused parameter 'fd' 
[-Wunused-parameter]
|  static inline mp_vcd_priv_t *vcd_read_toc(int fd)
|^
| stream/stream_vcd.c: In function 'fill_buffer':
| stream/stream_vcd.c:82:55: warning: unused parameter 'max_len' 
[-Wunused-parameter]
|  static int fill_buffer(stream_t *s, char* buffer, int max_len){
|^
| stream/stream_vcd.c: In function 'open_s':
| stream/stream_vcd.c:252:17: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use 
in this function)
|if (ioctl (f, CDRIOCSETBLOCKSIZE, ) == -1) {
|  ^
| stream/stream_vcd.c:252:17: note: each undeclared identifier is reported only 
once for each function it appears in
| Makefile:729: recipe for target 'stream/stream_vcd.o' failed

A full build log is available at
https://buildd.debian.org/status/fetch.php?pkg=mplayer=kfreebsd-amd64=2:1.2-1=1449429777

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#808690: ITP: fsa -- Fast Statistical Alignment of protein, RNA or DNA sequences

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: fsa
  Version : 1.15.9
  Upstream Author : Ariel Schwartz, Chuong Do, Robert Bradley, Jaeyoung Do, 
Colin Dewey, Ian Holmes, Lars Barquist
* URL : http://fsa.sourceforge.net/
* License : GPL
  Programming Lang: C
  Description : Fast Statistical Alignment of protein, RNA or DNA sequences
 FSA is a probabilistic multiple sequence alignment algorithm which uses
 a "distance-based" approach to aligning homologous protein, RNA or DNA
 sequences. Much as distance-based phylogenetic reconstruction methods
 like Neighbor-Joining build a phylogeny using only pairwise divergence
 estimates, FSA builds a multiple alignment using only pairwise
 estimations of homology. This is made possible by the sequence annealing
 technique for constructing a multiple alignment from pairwise
 comparisons, developed by Ariel Schwartz.
 .
 FSA brings the high accuracies previously available only for
 small-scale analyses of proteins or RNAs to large-scale problems such as
 aligning thousands of sequences or megabase-long sequences. FSA
 introduces several novel methods for constructing better alignments:
  * FSA uses machine-learning techniques to estimate gap and
substitution parameters on the fly for each set of input sequences.
This "query-specific learning" alignment method makes FSA very robust:
it can produce superior alignments of sets of homologous sequences
which are subject to very different evolutionary constraints.
  * FSA is capable of aligning hundreds or even thousands of sequences
using a randomized inference algorithm to reduce the computational
cost of multiple alignment. This randomized inference can be over ten
times faster than a direct approach with little loss of accuracy.
  * FSA can quickly align very long sequences using the "anchor
annealing" technique for resolving anchors and projecting them with
transitive anchoring. It then stitches together the alignment between
the anchors using the methods described above.
  * The included GUI, MAD (Multiple Alignment Display), can display the
intermediate alignments produced by FSA, where each character is
colored according to the probability that it is correctly aligned


Remark: This package enhances the package t-coffee also maintained by
the Debian Med team.  The packaging can be found at

git://anonscm.debian.org/debian-med/fsa.git

Bug#808575: [Aptitude-devel] Bug#808575: maybe use $PAGER when showing choices in command line mode

[Axel Beckert]

Control: retitle -1 aptitude: Should use a pager to show package lists and 
choices in CLI mode

Hi Jidanni,

積丹尼 Dan Jacobson wrote:
>   Upgrade the following packages:
> 7)  libapt-pkg-perl [0.1.29+b4 (now) -> 0.1.29+b5 (unstable)]
> 8)  libcairo-perl [1.106-1 (now) -> 1.106-1+b1 (unstable)]
> 9)  libcommon-sense-perl [3.74-1 (now) -> 3.74-1+b1 (unstable)]
> ...
> 38) libyaml-syck-perl [1.29-1 (now) -> 1.29-1+b1 (unstable)]
> 39) perl-tk [1:804.033-1 (now) -> 1:804.033-1+b1 (unstable)]
> 
> Accept this solution? [Y/n/q/?] **ALSO NOTE THE BIG 3 line gap above***
> 
> Well what about the first few? They have flown off my screen.

In most terminals (at least Linux console and xterm), you can use
Shift-PageUp to scroll back. So this should be rather easy to achieve
in most cases.

> So maybe aptitude should honor PAGER?

If it would use a pager, it would honour $PAGER. But since it doesn't
even use a pager yet in this case, I assume this is a request to add
support for using a pager in such a situation, not that a specific
pager is hardcoded and $PAGER is ignored.

BTW: For viewing changelogs it _does_ honour $PAGER if set.

> The man page says
> 
>PAGER
>If this environment variable is set, aptitude will use it to
>display changelogs when "aptitude changelog" is invoked. If not
>set, it defaults to more.
> 
> so maybe it should kick in optionally also in this case.

Yeah, I like that idea. Especially for dist-upgrades from oldstable to
stable this list may be longer than the terminal's scrollback buffer.

> One notes one can still use less(1) $LESS with
> 
>-F or --quit-if-one-screen
>   Causes less to automatically exit if the entire file can be dis-
>   played on the first screen.

Yep. Another common less option for such cases is -X or --no-init

  Disables sending the termcap initialization and
  deinitialization strings to the terminal. This is
  sometimes desirable if the deinitialization string does
  something unnecessary, like clearing the screen.

Nevertheless, aptitude uses Debian's sensible-pager by default and
falls back to "more", not "less". So adding "less -F" alike feature is
probably less trivial than it sounds.

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#808688: testresources: FTBFS: FAIL: testresources.tests.test_optimising_test_suite.TestGraphStuff.testBasicSortTests

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

py3versions: no X-Python3-Version in control file, using supported versions
nosetests
...
--
Ran 107 tests in 0.164s

OK
nosetests3
..F
==
FAIL: 
testresources.tests.test_optimising_test_suite.TestGraphStuff.testBasicSortTests
--
testtools.testresult.real._StringException: Traceback (most recent call last):
  File 
"/testresources-0.2.7/lib/testresources/tests/test_optimising_test_suite.py", 
line 513, in testBasicSortTests
[self.case3, self.case2, self.case1, self.case4]])
  File "/usr/lib/python3/dist-packages/testtools/testcase.py", line 356, in 
assertIn
self.assertThat(haystack, Contains(needle), message)
  File "/usr/lib/python3/dist-packages/testtools/testcase.py", line 435, in 
assertThat
raise mismatch_error
testtools.matchers._impl.MismatchError: [test_three, test_one, test_two, 
test_four] not in [[test_one, test_two, test_three, test_four], [test_three, 
test_two, test_one, test_four]]


--
Ran 107 tests in 0.144s

FAILED (failures=1)
debian/rules:21: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/testresources-0.2.7'

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

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

Bug#808689: txtorcon: FTBFS: exceptions.ImportError: cannot import name IStreamClientEndpointStringParser

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

make[1]: Entering directory '/txtorcon-0.14.0'
make test
make[2]: Entering directory '/txtorcon-0.14.0'
trial --reporter=text test
Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/scripts/trial.py", line 473, 
in postOptions
_BasicOptions.postOptions(self)
  File "/usr/lib/python2.7/dist-packages/twisted/scripts/trial.py", line 383, 
in postOptions
self['reporter'] = self._loadReporterByName(self['reporter'])
  File "/usr/lib/python2.7/dist-packages/twisted/scripts/trial.py", line 370, 
in _loadReporterByName
for p in plugin.getPlugins(itrial.IReporter):
  File "/usr/lib/python2.7/dist-packages/twisted/plugin.py", line 213, in 
getPlugins
allDropins = getCache(package)
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/plugin.py", line 171, in 
getCache
provider = pluginModule.load()
  File "/usr/lib/python2.7/dist-packages/twisted/python/modules.py", line 389, 
in load
return self.pathEntry.pythonPath.moduleLoader(self.name)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 303, 
in namedAny
topLevelPackage = _importAndCheckStack(trialname)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 250, 
in _importAndCheckStack
reraise(excValue, excTraceback)
  File "/txtorcon-0.14.0/twisted/plugins/txtorcon_endpoint_parser.py", line 1, 
in 
import txtorcon
  File "/txtorcon-0.14.0/txtorcon/__init__.py", line 35, in 
from txtorcon.endpoints import TorOnionAddress
  File "/txtorcon-0.14.0/txtorcon/endpoints.py", line 18, in 
from twisted.internet.interfaces import IStreamClientEndpointStringParser
exceptions.ImportError: cannot import name IStreamClientEndpointStringParser

EE
===
[ERROR]
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/trial/runner.py", line 511, in 
loadPackage
module = modinfo.load()
  File "/usr/lib/python2.7/dist-packages/twisted/python/modules.py", line 389, 
in load
return self.pathEntry.pythonPath.moduleLoader(self.name)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 303, 
in namedAny
topLevelPackage = _importAndCheckStack(trialname)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 250, 
in _importAndCheckStack
reraise(excValue, excTraceback)
  File "/txtorcon-0.14.0/test/test_addrmap.py", line 7, in 
from txtorcon.addrmap import AddrMap
  File "/txtorcon-0.14.0/txtorcon/__init__.py", line 35, in 
from txtorcon.endpoints import TorOnionAddress
  File "/txtorcon-0.14.0/txtorcon/endpoints.py", line 18, in 
from twisted.internet.interfaces import IStreamClientEndpointStringParser
exceptions.ImportError: cannot import name IStreamClientEndpointStringParser

test.test_addrmap
===
[ERROR]
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/trial/runner.py", line 511, in 
loadPackage
module = modinfo.load()
  File "/usr/lib/python2.7/dist-packages/twisted/python/modules.py", line 389, 
in load
return self.pathEntry.pythonPath.moduleLoader(self.name)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 303, 
in namedAny
topLevelPackage = _importAndCheckStack(trialname)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 250, 
in _importAndCheckStack
reraise(excValue, excTraceback)
  File "/txtorcon-0.14.0/test/test_circuit.py", line 7, in 
from txtorcon import Circuit
  File "/txtorcon-0.14.0/txtorcon/__init__.py", line 35, in 
from txtorcon.endpoints import TorOnionAddress
  File "/txtorcon-0.14.0/txtorcon/endpoints.py", line 18, in 
from twisted.internet.interfaces import IStreamClientEndpointStringParser
exceptions.ImportError: cannot import name IStreamClientEndpointStringParser

test.test_circuit
===
[ERROR]
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/trial/runner.py", line 511, in 
loadPackage
module = modinfo.load()
  File "/usr/lib/python2.7/dist-packages/twisted/python/modules.py", line 389, 
in load
return self.pathEntry.pythonPath.moduleLoader(self.name)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 303, 
in namedAny
topLevelPackage = _importAndCheckStack(trialname)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 250, 
in _importAndCheckStack
reraise(excValue, excTraceback)
  File 

Bug#808698: stellarium: Please move away from qtquick1

[Sune Vuorela]

Source: stellarium
Version: 0.14.1-1
Severity: important

Dear Maintainer,

Hi

QtQuick1 is going away real soon now. I can't figure out how stellarium
is actually using it, except if it is not. I can only find references in
debian/control

Once removing those, it looks like stellarium still builds. Unless I
missed something, please upload a stellarium without the qtquick1
references.

If I missed something, feel free to ask for help.

/Sune

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

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

Bug#799718: libthread-pool-perl: nondeterministic test failure in t/Pool01.t

[Chris Lamb]

severity 799718 serious
thanks

> This package failed to build in the reproducible.debian.net CI setup,
> and I can reproduce this locally by running the test in a loop while
> loading the host. Apparently there's a race condition in the test suite.

Given that it makes the package unreliably build from source, this warrants an 
RC severity.


Regards,

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

Bug#808670: mini-buildd: FTBFS: django.core.exceptions.AppRegistryNotReady: Apps aren't loaded yet.

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

=> Doctest on mini_buildd/changes.py
Traceback (most recent call last):
  File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
  File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
  File "/usr/lib/python2.7/doctest.py", line 2817, in 
sys.exit(_test())
  File "/usr/lib/python2.7/doctest.py", line 2806, in _test
m = __import__(filename[:-3])
  File "mini_buildd/changes.py", line 22, in 
import mini_buildd.models.repository
  File "mini_buildd/models/repository.py", line 18, in 
import django.contrib.auth.models
  File "/usr/lib/python2.7/dist-packages/django/contrib/auth/models.py", line 
4, in 
from django.contrib.auth.base_user import AbstractBaseUser, BaseUserManager
  File "/usr/lib/python2.7/dist-packages/django/contrib/auth/base_user.py", 
line 49, in 
class AbstractBaseUser(models.Model):
  File "/usr/lib/python2.7/dist-packages/django/db/models/base.py", line 94, in 
__new__
app_config = apps.get_containing_app_config(module)
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 239, in 
get_containing_app_config
self.check_apps_ready()
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 124, in 
check_apps_ready
raise AppRegistryNotReady("Apps aren't loaded yet.")
django.core.exceptions.AppRegistryNotReady: Apps aren't loaded yet.
debian/rules:22: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/mini-buildd-1.0.8'

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

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

Bug#808489: acm: diff for NMU version 5.0-29.1

[gregor herrmann]

Control: tags 808489 + pending

Dear maintainer,

I've prepared an NMU for acm (versioned as 5.0-29.1) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.

Apologies for the short notice, hope that's acceptable since this is
the third-to-last package involved in the perl 5.22 transition.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Fleetwood Mac: Gypsy
diff -u acm-5.0/debian/changelog acm-5.0/debian/changelog
--- acm-5.0/debian/changelog
+++ acm-5.0/debian/changelog
@@ -1,3 +1,14 @@
+acm (5.0-29.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS: Type of arg 1 to dbmclose must be hash (not constant
+item) at ./create-tables-5 (perl 5.22?)":
+Use dbmclose with a hash argument.
+And close the correct file handles as well.
+(Closes: #808489)
+
+ -- gregor herrmann   Mon, 21 Dec 2015 19:30:49 +0100
+
 acm (5.0-29) unstable; urgency=medium
 
   * Fix FTBFS with clang as suggested by Arthur Marble.
only in patch2:
unchanged:
--- acm-5.0.orig/dis/data/create-tables-4
+++ acm-5.0/dis/data/create-tables-4
@@ -36,7 +36,7 @@
 	@last_a = @a;
 
 }
-dbmclose (entities);
+dbmclose (%entities);
 close (ENTITIES);
 
 open (SITES, "./sites");
@@ -51,6 +51,6 @@
 	$sites{$key} = $a[1];
 }
 }
-dbmclose (sites);
-close (ENTITIES);
+dbmclose (%sites);
+close (SITES);
 
only in patch2:
unchanged:
--- acm-5.0.orig/dis/data/create-tables-5
+++ acm-5.0/dis/data/create-tables-5
@@ -38,7 +38,7 @@
 	@last_a = @a;
 
 }
-dbmclose (entities);
+dbmclose (%entities);
 close (ENTITIES);
 
 open (SITES, "./sites");
@@ -53,6 +53,6 @@
 	$sites{$key} = $a[1];
 }
 }
-dbmclose (sites);
-close (ENTITIES);
+dbmclose (%sites);
+close (SITES);
 
only in patch2:
unchanged:
--- acm-5.0.orig/dis/data/test-entities
+++ acm-5.0/dis/data/test-entities
@@ -13,4 +13,4 @@
 $key = pack ("CCS",
 	$a[0], $a[1], $a[2], $a[3], $a[4], $a[5], $a[6]);
 print "We should find an F-16C: \"", $entities{$key}, "\"\n";
-dbmclose (entities);
+dbmclose (%entities);


signature.asc
Description: Digital Signature

Bug#808669: milter-greylist: FTBFS: --enable-dnsrbl used but DNS resolver is not thread safe

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

checking if socklen_t is missing... no
checking for broken rwlock in libpthread... no
checking if DNS resolver is re-entrant... no
--enable-dnsrbl used but DNS resolver is not thread safe
Try installing BIND9 and using --with-libbind, or if you
know what you are doing, use --with-thread-safe-resolver
"tail -v -n +0 config.log"
==> config.log <==

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

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

Bug#808595: vsftpd: Restrict upload and download of files to certain name patterns

[Jörg Frings-Fürst]

Hello Thomas,

thank you for spending your time helping to make Debian better with
this bug report.


I have forward you patch to Chris Evans.


CU
Jörg

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

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

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

Threema: SYR8SJXB

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

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





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

Bug#808246: Potentially interesting difference in module header symbol order

[Lennart Sorensen]

On Mon, Dec 21, 2015 at 12:19:17PM -0500,  wrote:
> I was looking at the module headers and found this pattern:
> 
> In 4.2.1-2, 4.2.5-1, and 4.2.6-1 the order of the header for fat.ko says:
> 
>  17 .data.rel.ro  01c0      00011418  2**3
>   CONTENTS, ALLOC, LOAD, RELOC, DATA
>  18 .opd  0af8      000115d8  
> 2**3
>   CONTENTS, ALLOC, LOAD, RELOC, DATA
>  19 .toc  0440      000120d0  
> 2**0
>   CONTENTS, ALLOC, LOAD, RELOC, DATA
> 
> While in 4.2.6-2, 4.2.6-3 4.3.1-1 and 4.3.3-1 it says:
> 
>  17 .opd  0af8      00011418  
> 2**3
>   CONTENTS, ALLOC, LOAD, RELOC, DATA  
> 
>  18 .toc  0440      00011f10  
> 2**0
>   CONTENTS, ALLOC, LOAD, RELOC, DATA  
> 
>  19 .data.rel.ro  01b0      00012350  
> 2**3
>   CONTENTS, ALLOC, LOAD, RELOC, DATA  
> 
> 
> So the .toc used to be after .data.rel.ro and opd, and now it isn't.
> Maybe that is causing the issue, or at least points at where the
> problem is.
> 
> At least the working kernels have one pattern and all the broken kernels
> have another pattern.

I tried various binutils versions, and any version starting from
2.25.51.20151014-1 seems to be reordering the sections, even though
the arch/powerpc/kernel/vmlinux.lds file explicitly says to use the
order with .toc at the end.  So somehow binutils 2.25.51+ is ignoring
instructions about which order to put things in the file, which seems
like it is causing the kernel to not be able to load modules.

Simply reverting to binutils 2.25.1-7 makes the modules build like they
did before, so it does not seem to be gcc or anything else at fault,
just the new binutils.

Since most architectures probably don't have anything like the .toc,
it is likely only powerpc64 is affected.

-- 
Len Sorensen

Bug#802166: otags: fails to install: post-installation script returned error exit status 3

[Mehdi Dogguy]

Hi Hendrik,

On 08/11/2015 20:58, Hendrik Tews wrote:
> Hi,
> 
> it's a pattern matching failure in tag_module_type, which means
> the file stdLabels.mli contains some module type that I didn't
> know about when I wrote tag_module_type.
> 
> As a quick solution you can add a catch-all line
> 
>| _ -> ()
> 
> to tag_module_type. This will hopefully fix the bug, but you
> won't get tags for the offending module type.
> 

I have to admit that I am not a big fan of camlp4 and I guess we
don't want to go with the catch-all workaround since it introduces
a new bug in otags. The function to fix is:

   
http://anonscm.debian.org/cgit/pkg-ocaml-maint/packages/otags.git/tree/tags.ml#n361

Can you give us a hint on how to work out a real fix for this issue?
Or, do you plan to release a new version of otags fixing this?

Regards,

-- 
Mehdi

Bug#808695: z3: FTBFS: error CS0006: Metadata file `mscorlib.dll' could not be found

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

error CS0006: Metadata file `mscorlib.dll' could not be found
error CS0006: Metadata file `System.Core.dll' could not be found
error CS0006: Metadata file `System.dll' could not be found
error CS0006: Metadata file `System.Numerics.dll' could not be found
error CS0518: The predefined type `System.Object' is not defined or imported
error CS0518: The predefined type `System.ValueType' is not defined or imported
error CS0518: The predefined type `System.Attribute' is not defined or imported
error CS0518: The predefined type `System.Int32' is not defined or imported
error CS0518: The predefined type `System.UInt32' is not defined or imported
error CS0518: The predefined type `System.Int64' is not defined or imported
error CS0518: The predefined type `System.UInt64' is not defined or imported
error CS0518: The predefined type `System.Single' is not defined or imported
error CS0518: The predefined type `System.Double' is not defined or imported
error CS0518: The predefined type `System.Char' is not defined or imported
error CS0518: The predefined type `System.Int16' is not defined or imported
error CS0518: The predefined type `System.Decimal' is not defined or imported
error CS0518: The predefined type `System.Boolean' is not defined or imported
error CS0518: The predefined type `System.SByte' is not defined or imported
error CS0518: The predefined type `System.Byte' is not defined or imported
error CS0518: The predefined type `System.UInt16' is not defined or imported
error CS0518: The predefined type `System.String' is not defined or imported
error CS0518: The predefined type `System.Enum' is not defined or imported
error CS0518: The predefined type `System.Delegate' is not defined or imported
error CS0518: The predefined type `System.MulticastDelegate' is not defined or 
imported
error CS0518: The predefined type `System.Void' is not defined or imported
error CS0518: The predefined type `System.Array' is not defined or imported
error CS0518: The predefined type `System.Type' is not defined or imported
error CS0518: The predefined type `System.Collections.IEnumerator' is not 
defined or imported
error CS0518: The predefined type `System.Collections.IEnumerable' is not 
defined or imported
error CS0518: The predefined type `System.IDisposable' is not defined or 
imported
error CS0518: The predefined type `System.IntPtr' is not defined or imported
error CS0518: The predefined type `System.UIntPtr' is not defined or imported
error CS0518: The predefined type `System.RuntimeFieldHandle' is not defined or 
imported
error CS0518: The predefined type `System.RuntimeTypeHandle' is not defined or 
imported
error CS0518: The predefined type `System.Exception' is not defined or imported
Compilation failed: 35 error(s), 0 warnings
Makefile:3853: recipe for target 'Microsoft.Z3.dll' failed
make[2]: *** [Microsoft.Z3.dll] Error 1
make[2]: Leaving directory '/z3-4.4.0/build'
Makefile:5: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/z3-4.4.0'
dh_auto_build: make -j1 returned exit code 2
debian/rules:15: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#808693: wtforms: FTBFS: tests.ext_django.tests.I18NTest fails

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

test_parsing (tests.locale_babel.TestLocaleDecimal) ... ok
test_typeerror (tests.locale_babel.TestLocaleDecimal) ... ok

==
FAIL: test_django_translations (tests.ext_django.tests.I18NTest)
--
Traceback (most recent call last):
  File "/wtforms-2.0.2/tests/ext_django/tests.py", line 263, in 
test_django_translations
self.assertEqual(trans.gettext('Username'), u'Nombre de usuario')
AssertionError: u'Username' != u'Nombre de usuario'
- Username
+ Nombre de usuario


==
FAIL: test_i18n_form (tests.ext_django.tests.I18NTest)
--
Traceback (most recent call last):
  File "/wtforms-2.0.2/tests/ext_django/tests.py", line 274, in test_i18n_form
self.assertEqual(form.a.gettext('Username'), u'Nombre de usuario')
AssertionError: u'Username' != u'Nombre de usuario'
- Username
+ Nombre de usuario


--
Ran 199 tests in 0.388s

FAILED (failures=2)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: 
python2.7 setup.py test 
dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir . returned exit 
code 13
debian/rules:9: recipe for target 'build' failed
make: *** [build] Error 25
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#745399: Taking over the ITP

[Alexandre Viau]

Hello,

Unless you object, I intend to take over this ITP.

I am in contact with upstream and we have already begun working on it
together.

-- 
Alexandre Viau
av...@lanets.ca



signature.asc
Description: OpenPGP digital signature

Bug#807353: controlling error handling in sourced shell code

[Paul Gevers]

control: tags -1 -help

On 20-12-15 15:03, Paul Gevers wrote:
> I am looking into fixing bug 807353¹ against my package dbconfig-common.
> dbconfig-common is written in shell, such that it can easily be sourced
> and used in maintainer scripts. The issue is that when you call a
> sourced function in the test part of an if-then-fi statement, the "set
> -e" option of the calling script doesn't propagate into the sourced
> function. Unfortunately, dbconfig-commons error handling relies on that
> behavior. I found a (slightly hacky, but probably adequate) solution for
> bash², but that doesn't seem to be generic enough for e.g. dash as it
> relies on the errtrace option. Does anybody here have an idea how to
> solve this properly?

I think I'll just have to add a "|| return $?" in several dozens of
locations and hope I don't miss any. Anybody a better idea?

And I'll probably contact the packages that call dbconfig-common in such
an if statement to reconsider.

Paul



signature.asc
Description: OpenPGP digital signature

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

[Guus Sliepen]

On Mon, Dec 21, 2015 at 05:57:39PM +0100, Michael Biebl wrote:

> In addition to
> [Install]
> WantedBy=network-online.target
> 
> you also need
> [Unit]
> Before=network-online.target

Ok.

> It also looks like the
> /etc/systemd/system/network-online.target.wants/networking.service
> was not created here when I upgraded from 0.8.2

Hm, you are right. It is installed when I upgrade from < 0.8 or purge
and reinstall.

> This looks like a bug in init-system-helpers.
> 
> Guus, can you please verify that and file a bug against
> init-systemd-helpers if so.

It doesn't look like init-systemd-helpers is used at all. I guess this
is only invoked when dh-systemd is used. I'll try to add
dh_systemd_enable to debian/rules and see if that does what needs to be
done during an upgrade.

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


signature.asc
Description: Digital signature

Bug#808619: Bug#808691: jboss-xnio: FTBFS: duplicate class: org.xnio._private.Messages_$logger

[Emmanuel Bourg]

Le 21/12/2015 21:59, Markus Koschany a écrit :

> At the moment I don't see a way to fix this in jboss-xnio
> or undertow though.

We can workaround this issue by reverting to the compiler plugin 2.5.
Build depending on libmaven-compiler-plugin-2.5-java and adding the
following to the pom works for jboss-xnio:




org.apache.maven.plugins
maven-compiler-plugin
2.5.1

Bug#808677: nrefactory: FTBFS: CSC: error CS0518: The predefined type `System.Object' is not defined or imported

[Chris West (Faux)]

Source: nrefactory
Version: 5.3.0+20130718.73b6d0f-2
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

Documentation/XmlDocumentationProvider.cs(105,12): warning CS0414: The 
private field 
`ICSharpCode.NRefactory.Documentation.XmlDocumentationProvider.lastWriteDate' 
is assigned but its value is never used
TypeSystem/Implementation/DefaultUnresolvedTypeParameter.cs(41,15): 
warning CS0649: Field 
`ICSharpCode.NRefactory.TypeSystem.Implementation.DefaultUnresolvedTypeParameter.flags'
 is never assigned to, and will always have its default value

Errors:

/nrefactory-5.3.0+20130718.73b6d0f/NRefactory.sln (default targets) ->
(Build target) ->
/nrefactory-5.3.0+20130718.73b6d0f/reflect/IKVM.Reflection.csproj (default 
targets) ->
/usr/lib/mono/4.5/Microsoft.CSharp.targets (CoreCompile target) ->

CSC: error CS0518: The predefined type `System.Object' is not defined 
or imported
CSC: error CS0518: The predefined type `System.ValueType' is not 
defined or imported
CSC: error CS0518: The predefined type `System.Attribute' is not 
defined or imported
CSC: error CS0518: The predefined type `System.Int32' is not defined or 
imported
CSC: error CS0518: The predefined type `System.UInt32' is not defined 
or imported
CSC: error CS0518: The predefined type `System.Int64' is not defined or 
imported
CSC: error CS0518: The predefined type `System.UInt64' is not defined 
or imported
CSC: error CS0518: The predefined type `System.Single' is not defined 
or imported
CSC: error CS0518: The predefined type `System.Double' is not defined 
or imported
CSC: error CS0518: The predefined type `System.Char' is not defined or 
imported
CSC: error CS0518: The predefined type `System.Int16' is not defined or 
imported
CSC: error CS0518: The predefined type `System.Decimal' is not defined 
or imported
CSC: error CS0518: The predefined type `System.Boolean' is not defined 
or imported
CSC: error CS0518: The predefined type `System.SByte' is not defined or 
imported
CSC: error CS0518: The predefined type `System.Byte' is not defined or 
imported
CSC: error CS0518: The predefined type `System.UInt16' is not defined 
or imported
CSC: error CS0518: The predefined type `System.String' is not defined 
or imported
CSC: error CS0518: The predefined type `System.Enum' is not defined or 
imported
CSC: error CS0518: The predefined type `System.Delegate' is not defined 
or imported
CSC: error CS0518: The predefined type `System.MulticastDelegate' is 
not defined or imported
CSC: error CS0518: The predefined type `System.Void' is not defined or 
imported
CSC: error CS0518: The predefined type `System.Array' is not defined or 
imported
CSC: error CS0518: The predefined type `System.Type' is not defined or 
imported
CSC: error CS0518: The predefined type `System.Collections.IEnumerator' 
is not defined or imported
CSC: error CS0518: The predefined type `System.Collections.IEnumerable' 
is not defined or imported
CSC: error CS0518: The predefined type `System.IDisposable' is not 
defined or imported
CSC: error CS0518: The predefined type `System.IntPtr' is not defined 
or imported
CSC: error CS0518: The predefined type `System.UIntPtr' is not defined 
or imported
CSC: error CS0518: The predefined type `System.RuntimeFieldHandle' is 
not defined or imported
CSC: error CS0518: The predefined type `System.RuntimeTypeHandle' is 
not defined or imported
CSC: error CS0518: The predefined type `System.Exception' is not 
defined or imported

 7 Warning(s)
 31 Error(s)

Time Elapsed 00:00:01.7813390
debian/rules:20: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 1
make[1]: Leaving directory '/nrefactory-5.3.0+20130718.73b6d0f'
debian/rules:33: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#799718: libthread-pool-perl: nondeterministic test failure in t/Pool01.t

[gregor herrmann]

On Mon, 21 Dec 2015 20:49:50 +0200, Niko Tyni wrote:

> While I'm not going to start a severity war (and agree that the package
> should be fixed), this is not the traditional interpretation. FTBFS bugs
> have been routinely downgraded to 'important' in the past when the build
> failures were nondeterministic and the build succeeded part of the time.

That's my understanding as well.
Just yesterday I downgraded a bug of this type to important after
consulting with a member of the release team.
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: R.E.M.: Bang and Blame


signature.asc
Description: Digital Signature

Bug#808691: undertow: FTBFS: duplicate class: io.undertow.UndertowMessages_$bundle

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

[INFO] --- maven-compiler-plugin:3.2:compile (default-compile) @ undertow-core 
---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 631 source files to /undertow-1.3.7/core/target/classes
[INFO] -
[WARNING] COMPILATION WARNING : 
[INFO] -
[WARNING] 
/undertow-1.3.7/core/src/main/java/io/undertow/util/FastConcurrentDirectDeque.java:[36,16]
 sun.misc.Unsafe is internal proprietary API and may be removed in a future 
release
[WARNING] 
/undertow-1.3.7/core/src/main/java/io/undertow/util/FastConcurrentDirectDeque.java:[36,16]
 sun.misc.Unsafe is internal proprietary API and may be removed in a future 
release
[INFO] 2 warnings 
[INFO] -
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/undertow-1.3.7/core/target/generated-sources/annotations/io/undertow/UndertowMessages_$bundle.java:[23,8]
 duplicate class: io.undertow.UndertowMessages_$bundle
[ERROR] 
/undertow-1.3.7/core/target/generated-sources/annotations/io/undertow/websockets/core/WebSocketMessages_$bundle.java:[25,8]
 duplicate class: io.undertow.websockets.core.WebSocketMessages_$bundle
[ERROR] 
/undertow-1.3.7/core/target/generated-sources/annotations/io/undertow/client/UndertowClientMessages_$bundle.java:[17,8]
 duplicate class: io.undertow.client.UndertowClientMessages_$bundle
[ERROR] 
/undertow-1.3.7/core/target/generated-sources/annotations/io/undertow/UndertowLogger_$logger.java:[30,8]
 duplicate class: io.undertow.UndertowLogger_$logger
[ERROR] 
/undertow-1.3.7/core/target/generated-sources/annotations/io/undertow/websockets/core/WebSocketLogger_$logger.java:[17,8]
 duplicate class: io.undertow.websockets.core.WebSocketLogger_$logger
[INFO] 5 errors 
[INFO] -
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Undertow ... SUCCESS [  0.071 s]
[INFO] Undertow Parser Generator .. SUCCESS [  1.494 s]
[INFO] Undertow Core .. FAILURE [  8.674 s]
[INFO] Undertow Servlet ... SKIPPED
[INFO] Undertow WebSockets JSR356 implementations . SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 


...


debian/rules:5: recipe for target 'build' failed
make: *** [build] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#808701: mime-support: get mimetype message when inserting an external usb hdd

[shirish शिरीष]

Package: mime-support
Version: 3.59
Severity: normal

Dear Maintainer,
Get the following message whenever I plug in an external usb drive to
my desktop.

You have just inserted a medium. Choose which application to launch.

Select how to open "Seagate-Slim-Backup" whether to perform this
action in the future for other media of type "x-content/bootable-media
type".

Can anybody guide as to a workaround and if this needs to be fixed
upstream then care to share how ?

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

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

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  1:5.25-2

mime-support suggests no packages.

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#808662: openimageio: New upstream stable release (1.6.9)

[Ghislain Antony Vaillant]

Source: openimageio
Severity: wishlist

Dear Maintainer,

Following the official announcement [1], it would be nice to start upgrading
the packaging to the latest stable release (version 1.6.9). It would also be
a good opportunity to provide an additional set of packages for the Python
bindings (python-openimageio and python-openimageio-dbg), for which another
bug was filed for [2].

I can find some time to work on this, if time is an issue on your end. Please
let me know.

[1] 
http://lists.openimageio.org/pipermail/oiio-dev-openimageio.org/2015-December/013663.html
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801355

Many thanks,
Ghislain


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

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

Bug#808664: kdrill: FTBFS: error: conflicting types for ‘getline’

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

/usr/bin/make DICTLOCATION=/usr/share/edict/kanjidic 
EDICTLOCATION=/usr/share/edict/edict RADLOCATION=/var/lib/xjdic/radkfile
make[2]: Entering directory '/kdrill-6.5deb2'
gcc -g -O2 -fno-strict-aliasing   -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/include/X11 -Dlinux -D__amd64__ 
-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE 
-D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE
 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
  -DFUNCPROTO=15 
-DNARROWPROTO  -D_FORTIFY_SOURCE=2   -D_FORTIFY_SOURCE=2  -c -o main.o main.c
In file included from /usr/include/stdio.h:27:0,
 from main.c:2:
/usr/include/features.h:148:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE 
are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
 # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
   ^
In file included from main.c:16:0:
externs.h:38:12: error: conflicting types for ‘getline’
 extern int getline(FILE *, unsigned char *);
^
In file included from main.c:2:0:
/usr/include/stdio.h:678:20: note: previous declaration of ‘getline’ was here
 extern _IO_ssize_t getline (char **__restrict __lineptr,
^
: recipe for target 'main.o' failed
make[2]: *** [main.o] Error 1
make[2]: Leaving directory '/kdrill-6.5deb2'
debian/rules:17: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2

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

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

Bug#808663: ipsec-tools: FTBFS: configure: error: OpenLDAP version must be 2.0 or higher. Aborting.

[Chris West (Faux)]

Source: ipsec-tools
Version: 1:0.8.2+20140711-4
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

checking for pam containing pam_start... -lpam
checking for pam_start... yes
checking if --with-libldap option is specified... yes
checking for ldap containing ldap_init... -lldap
too old
configure: error: OpenLDAP version must be 2.0 or higher. Aborting.
debian/rules:35: recipe for target 'override_dh_auto_configure' failed
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory '/ipsec-tools-0.8.2+20140711'
debian/rules:26: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#808666: libmpd: FTBFS: error: expected identifier or '(' before '__extension__'

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -Wall 
-Wmissing-declarations -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -c libmpd-strfsong.c  -fPIC 
-DPIC -o .libs/libmpd-strfsong.o
In file included from /usr/include/string.h:634:0,
 from libmpd-strfsong.c:29:
libmpd-internal.h:210:10: error: expected identifier or '(' before 
'__extension__'
 char *   strndup (const char *s, size_t n);
  ^
Makefile:486: recipe for target 'libmpd-strfsong.lo' failed
make[3]: *** [libmpd-strfsong.lo] Error 1
make[3]: Leaving directory '/libmpd-0.20.0/src'
Makefile:462: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/libmpd-0.20.0'

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

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

Bug#808665: ldns: FTBFS: ./install-sh: doc/man/man3/* does not exist.

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

./install-sh  -m 755 -d /ldns-1.6.17/debian/tmp/usr/lib
./libtool --tag=CC --quiet --mode=install cp libldns.la 
/ldns-1.6.17/debian/tmp/usr/lib
libtool: install: warning: remember to run `libtool --finish /usr/lib'
./libtool --tag=CC --quiet --mode=finish /ldns-1.6.17/debian/tmp/usr/lib
./install-sh  -d /ldns-1.6.17/debian/tmp/usr/bin
./install-sh  -c -m 755 packaging/ldns-config /ldns-1.6.17/debian/tmp/usr/bin
./install-sh  -d /ldns-1.6.17/debian/tmp/usr/share/man/man1
./install-sh  -c -m 444 ./packaging/ldns-config.1 
/ldns-1.6.17/debian/tmp/usr/share/man/man1/
./install-sh  -d /ldns-1.6.17/debian/tmp/usr/share/man/man3
for f in doc/man/man3/*; do \
./install-sh  -c -m 444 $f /ldns-1.6.17/debian/tmp/usr/share/man/man3/; 
\
done
./install-sh: doc/man/man3/* does not exist.
Makefile:297: recipe for target 'install-manpages' failed
make[2]: *** [install-manpages] Error 1
make[2]: Leaving directory '/ldns-1.6.17'
dh_auto_install: make -j1 install DESTDIR=/ldns-1.6.17/debian/tmp 
AM_UPDATE_INFO_DIR=no DESTDIR=/ldns-1.6.17/debian/tmp returned exit code 2
debian/rules:72: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 2
make[1]: Leaving directory '/ldns-1.6.17'
debian/rules:18: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: debian/rules binary gave error exit status 2

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

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

Bug#808678: pdfrw: FTBFS: ImportError: No module named static_pdfs

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

   dh_auto_test -O--buildsystem=pybuild
I: pybuild base:184: cd /pdfrw-0.2/.pybuild/pythonX.Y_2.7/build; python2.7 -m 
unittest discover -v 
tests.test_examples (unittest.loader.ModuleImportFailure) ... ERROR
test_doubleslash (tests.test_pdfstring.TestEncoding) ... ok
tests.test_roundtrip (unittest.loader.ModuleImportFailure) ... ERROR

==
ERROR: tests.test_examples (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.test_examples
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in 
_get_module_from_name
__import__(name)
  File "tests/test_examples.py", line 34, in 
import static_pdfs
ImportError: No module named static_pdfs


==
ERROR: tests.test_roundtrip (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.test_roundtrip
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in 
_get_module_from_name
__import__(name)
  File "tests/test_roundtrip.py", line 33, in 
import static_pdfs
ImportError: No module named static_pdfs


--
Ran 3 tests in 0.000s

FAILED (errors=2)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/pdfrw-0.2/.pybuild/pythonX.Y_2.7/build; python2.7 -m unittest discover -v 
dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir . returned exit 
code 13
debian/rules:6: recipe for target 'build' failed
make: *** [build] Error 25
dpkg-buildpackage: error: debian/rules build gave error exit status 2

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

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

Bug#799718: libthread-pool-perl: nondeterministic test failure in t/Pool01.t

[Niko Tyni]

On Mon, Dec 21, 2015 at 06:35:33PM +, Chris Lamb wrote:
> severity 799718 serious
> thanks
> 
> > This package failed to build in the reproducible.debian.net CI setup,
> > and I can reproduce this locally by running the test in a loop while
> > loading the host. Apparently there's a race condition in the test suite.
> 
> Given that it makes the package unreliably build from source, this warrants 
> an RC severity.

While I'm not going to start a severity war (and agree that the package
should be fixed), this is not the traditional interpretation. FTBFS bugs
have been routinely downgraded to 'important' in the past when the build
failures were nondeterministic and the build succeeded part of the time.

My understanding is that the baseline requirement from the release team
is that 'buildds need to be able to build the packages'.

It may be that the awesome continuous integration that reproducible.d.n
is doing has changed this picture and we should start treating all such
bugs as release critical, but discussing that first with the release
team and/or on the debian-devel list would be appropriate IMHO.
-- 
Niko Tyni   nt...@debian.org

Bug#808687: tempest: FTBFS: ImportError: No module named OpenSSL

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

${PYTHON:-python} -m subunit.run discover -t ./ 
${OS_TEST_PATH:-./tempest/test_discover} --list 
--- import errors ---
Failed to import test module: tempest.tests.cli.test_cli
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "tempest/tests/cli/test_cli.py", line 19, in 
from tempest import cli
  File "tempest/cli/__init__.py", line 22, in 
from tempest.common import credentials
  File "tempest/common/credentials.py", line 16, in 
from tempest.common import accounts
  File "tempest/common/accounts.py", line 22, in 
from tempest import clients
  File "tempest/clients.py", line 92, in 
from tempest.services.image.v1.json.image_client import ImageClientJSON
  File "tempest/services/image/v1/json/image_client.py", line 27, in 
from tempest.common import glance_http
  File "tempest/common/glance_http.py", line 26, in 
import OpenSSL
ImportError: No module named OpenSSL

Failed to import test module: tempest.tests.cmd.test_verify_tempest_config
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "tempest/tests/cmd/test_verify_tempest_config.py", line 20, in 
from tempest.cmd import verify_tempest_config
  File "tempest/cmd/verify_tempest_config.py", line 26, in 
from tempest import clients
  File "tempest/clients.py", line 92, in 
from tempest.services.image.v1.json.image_client import ImageClientJSON
  File "tempest/services/image/v1/json/image_client.py", line 27, in 
from tempest.common import glance_http
  File "tempest/common/glance_http.py", line 26, in 
import OpenSSL
ImportError: No module named OpenSSL

Failed to import test module: tempest.tests.common.test_accounts
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "tempest/tests/common/test_accounts.py", line 25, in 
from tempest.common import accounts
  File "tempest/common/accounts.py", line 22, in 
from tempest import clients
  File "tempest/clients.py", line 92, in 
from tempest.services.image.v1.json.image_client import ImageClientJSON
  File "tempest/services/image/v1/json/image_client.py", line 27, in 
from tempest.common import glance_http
  File "tempest/common/glance_http.py", line 26, in 
import OpenSSL
ImportError: No module named OpenSSL

Failed to import test module: tempest.tests.common.test_admin_available
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "tempest/tests/common/test_admin_available.py", line 15, in 
from oslo.config import cfg
ImportError: No module named oslo.config

...

--
Ran 0 tests in 0.494s

OK
Total tests:   0
Passed tests:  0
Failed tests:  0
Skipped tests: 0
Seen tags: 
testr slowest
debian/rules:45: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 3
make[1]: Leaving directory '/tempest-4'

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

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

Bug#808685: spykeviewer: FTBFS: ImportError: cannot import name SIG_PLOT_AXIS_CHANGED

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

set -e; for buildver in 2.7; do \
echo "I: Running spykeviewer unittests using python$buildver"; \
export MPLCONFIGDIR=/spykeviewer-0.4.2/build 
HOME=/spykeviewer-0.4.2/build; \
xvfb-run -s "-screen 0 1280x1024x24 -noreset" \
python$buildver /usr/bin/nosetests spykeviewer || exit 1 ;\
done
I: Running spykeviewer unittests using python2.7
EFFF
==
ERROR: Failure: AttributeError ('NoneType' object has no attribute 'toUtf8')
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 420, in 
loadTestsFromName
addr.filename, addr.module)
  File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in 
importFromPath
return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in 
importFromDir
mod = load_module(part_fqname, fh, filename, desc)
  File "/spykeviewer-0.4.2/spykeviewer/tests/test_main_window.py", line 32, in 

from spykeviewer.ui.main_window_neo import MainWindowNeo
  File "/spykeviewer-0.4.2/spykeviewer/ui/main_window_neo.py", line 13, in 

from spyderlib.widgets.dicteditor import DictEditor
  File "/usr/lib/python2.7/dist-packages/spyderlib/widgets/dicteditor.py", line 
28, in 
from spyderlib.utils.qthelpers import mimedata2url
  File "/usr/lib/python2.7/dist-packages/spyderlib/utils/qthelpers.py", line 
23, in 
from spyderlib.baseconfig import get_image_path, running_in_mac_app
  File "/usr/lib/python2.7/dist-packages/spyderlib/baseconfig.py", line 188, in 

from spyderlib.otherplugins import PLUGIN_PATH
  File "/usr/lib/python2.7/dist-packages/spyderlib/otherplugins.py", line 17, 
in 
from spyderlib.utils import programs
  File "/usr/lib/python2.7/dist-packages/spyderlib/utils/programs.py", line 29, 
in 
username = encoding.to_unicode_from_fs(os.environ.get('USER'))
  File "/usr/lib/python2.7/dist-packages/spyderlib/utils/encoding.py", line 62, 
in to_unicode_from_fs
string = to_text_string(string.toUtf8(), 'utf-8')
AttributeError: 'NoneType' object has no attribute 'toUtf8'

==
FAIL: test_directories_loaded 
(spykeviewer.tests.test_plugin_manager.TestPluginManager)
--
Traceback (most recent call last):
  File "/spykeviewer-0.4.2/spykeviewer/tests/test_plugin_manager.py", line 30, 
in test_directories_loaded
self.assertGreater(num_dirs, 0, 'No plugin directories loaded')
AssertionError: No plugin directories loaded
 >> begin captured logging << 
spykeviewer: WARNING: Error during execution of potential plugin file 
/spykeviewer-0.4.2/spykeviewer/plugins/Raw Data/spikes.py:
Traceback (most recent call last):
  File "/spykeviewer-0.4.2/spykeviewer/plugin_framework/plugin_manager.py", 
line 113, in addPath
exec(code, exc_globals)
  File "/spykeviewer-0.4.2/spykeviewer/plugins/Raw Data/spikes.py", line 2, in 

from spykeutils import plot
  File "/usr/lib/python2.7/dist-packages/spykeutils/plot/__init__.py", line 50, 
in 
from interspike_intervals import isi
  File 
"/usr/lib/python2.7/dist-packages/spykeutils/plot/interspike_intervals.py", 
line 10, in 
from dialog import PlotDialog
  File "/usr/lib/python2.7/dist-packages/spykeutils/plot/dialog.py", line 29, 
in 
from guiqwt.signals import SIG_PLOT_AXIS_CHANGED
ImportError: cannot import name SIG_PLOT_AXIS_CHANGED


spykeviewer: WARNING: Error during execution of potential plugin file 
/spykeviewer-0.4.2/spykeviewer/plugins/Raw Data/spectogram.py:
Traceback (most recent call last):
  File "/spykeviewer-0.4.2/spykeviewer/plugin_framework/plugin_manager.py", 
line 113, in addPath
exec(code, exc_globals)
  File "/spykeviewer-0.4.2/spykeviewer/plugins/Raw Data/spectogram.py", line 6, 
in 
from spykeutils.plot.dialog import PlotDialog
  File "/usr/lib/python2.7/dist-packages/spykeutils/plot/__init__.py", line 50, 
in 
from interspike_intervals import isi
  File 
"/usr/lib/python2.7/dist-packages/spykeutils/plot/interspike_intervals.py", 
line 10, in 
from dialog import PlotDialog
  File "/usr/lib/python2.7/dist-packages/spykeutils/plot/dialog.py", line 29, 
in 
from guiqwt.signals import SIG_PLOT_AXIS_CHANGED
ImportError: cannot import name SIG_PLOT_AXIS_CHANGED


spykeviewer: WARNING: Error during execution of potential plugin file 
/spykeviewer-0.4.2/spykeviewer/plugins/Raw Data/signal.py:
Traceback (most recent call last):
  File 

Bug#807323: gparted needs policykit-1 but its neither in depends or recommends

[shirish शिरीष]

at bottom :-

On 13/12/2015, Phillip Susi  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 12/08/2015 04:49 AM, shirish शिरीष wrote:
>> You would have to share the whole command, because I'm not so
>> familiar with udisks2-inhibit. I tried to see if there was a
>> manpage or something but came up nada :(
>
> /usr/lib/udisks2/udisks2-inhibit true
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQEcBAEBCgAGBQJWbLXMAAoJEBB5UWFcu6UWbsAH/ikeM8MRBYcdyW1uo9/mDVbH
> lOzpAibZpxJt3TvsXhcVWVeH2X3Q2yzr6ksJkMAxqJLz/NMPAiKk97Y6/TpioZxc
> HzfGTfZMsP3ScLmHNELNwzV0/7OCBd4zt9ZGWHDC+oI6li140tp7riCteoRe2DGl
> iZ+q1S0f4oTmHX656oh2lTSJLbR8qnvxnndwp44vbWlxwJvlTKYhWmhQTomnpYO7
> ZPcTDuZU3xwg+7hTvytkBY3uABJ/sx+RDraDORkULtkYj97tfPFzX/ffMpHLWDlN
> w/HfZQeW8YHxEtu7g1ikzmhB3dv6NQKDvVgcaDG3nh+SEJ4O4xGO9cUp/gGD5mo=
> =BWih
> -END PGP SIGNATURE-
>

Yup,

get it here -

[$] sudo /usr/lib/udisks2/udisks2-inhibit true
[sudo] password for shirish:
/var/lib/polkit-1/localauthority/90-mandatory.d does not exist. Please
install policykit-1

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#808679: libcorelinux: please make the build reproducible

[Reiner Herrmann]

Source: libcorelinux
Version: 0.4.32-7.4
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that libcorelinux could not be built reproducibly.
It generates an example Makefile which contains unsorted sections.

The attached patch fixes this by sorting the lists of files.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/genmake.pl b/debian/genmake.pl
index d041bf9..a5ee9b9 100644
--- a/debian/genmake.pl
+++ b/debian/genmake.pl
@@ -61,6 +61,8 @@ sub genrule {
 }
 }
 find(\, @ARGV);
+@binaries = sort @binaries;
+@objects = sort @objects;
 
 open(M, "> @ARGV/Makefile");
 print M "# do not change this file, automatically generated by genmake.pl\n";

Bug#808676: [pkg-mono-group] Bug#808676: libgdiplus: Add powerpc architecture

[Jo Shields]

On 21/12/15 18:41, Michael Terry wrote:
> Package: libgdiplus
> Version: 4.2-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu xenial ubuntu-patch
> 
> Dear Maintainer,
> 
> In Ubuntu, the attached patch was applied to add powerpc back to the
> architecture list.  It was dropped in 4.2-1.  But it compiles fine in Ubuntu.
> Was there a reason for it being dropped?

libgdiplus is only useful for Mono, and Mono doesn't work at all on
32-bit big-endian PowerPC any more.

If you can get the package in Debian building on powerpc again, then
I'll gladly re-add it.

Bug#808683: perl: broken symlink /usr/share/man/man1/psed.1.gz

[Jakub Wilk]

Package: perl
Version: 5.22.1-2
User: debian...@lists.debian.org
Usertags: adequate broken-symlink

The package ship a broken symlink:

$ dpkg -L perl | xargs -n1 file | grep broken
/usr/share/man/man1/psed.1.gz: broken symbolic link to s2p.1.gz



This bug was brought to you by adequate:
https://packages.debian.org/unstable/main/adequate



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

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

Versions of packages perl depends on:
ii  dpkg   1.18.3
ii  libperl5.225.22.1-2
ii  perl-base  5.22.1-2
ii  perl-modules-5.22  5.22.1-2

Versions of packages perl recommends:
ii  netbase  5.3
pn  rename   

Versions of packages perl suggests:
ii  libterm-readline-gnu-perl   1.28-2+b1
ii  libterm-readline-perl-perl  1.0303-1
ii  make4.0-8.2
ii  perl-doc5.22.1-2

--
Jakub Wilk

Bug#808696: zzuf: FTBFS: check-utils fails at fread(1,100) fseek(50,SEEK_SET) fread(1,33000)

[Chris West (Faux)]

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

Dear Maintainer,

The package fails to build:

make[4]: Entering directory '/zzuf-0.14/test'
PASS: check-zzuf-A-autoinc
PASS: check-zzuf-f-fuzzing
PASS: check-zzuf-m-md5
PASS: check-zzuf-M-max-memory
PASS: check-zzuf-r-ratio
PASS: check-source
PASS: check-win32
PASS: check-overflow
PASS: check-div0
FAIL: check-utils
PASS: check-mmap

Testsuite summary for zzuf 0.14

# TOTAL: 11
# PASS:  10
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

See test/test-suite.log

Makefile:723: recipe for target 'test-suite.log' failed
make[4]: *** [test-suite.log] Error 1
make[4]: Leaving directory '/zzuf-0.14/test'



zzuf-0.14/test% egrep '^\*|FAILED' check-utils.log
*** running zzuf utils test suite with seed 71703058 ***
*** file ./file-00, ratio 0.0 ***
*** should be bb7df04e1b0a2570657527a7e108ae23 ***
*** file ./file-ff, ratio 0.0 ***
*** file ./file-text, ratio 0.0 ***
*** file ./file-random, ratio 0.0 ***
*** file ./file-00, ratio 0.001 ***
 fread(1,100) fseek(50,SEEK_SET) fread( 202ac6c66ac6e7c369ca58cce2462129 FAILED
*** file ./file-ff, ratio 0.001 ***
 fread(1,100) fseek(50,SEEK_SET) fread( fd5943554c2ba1f4dedf20fccf0ae4f0 FAILED
*** file ./file-text, ratio 0.001 ***
 fread(1,100) fseek(50,SEEK_SET) fread( 9f9cd97f263a03c51d4590b93350d5cc FAILED
*** file ./file-random, ratio 0.001 ***
 fread(1,100) fseek(50,SEEK_SET) fread( 501242a3ca8970e96ab22394ae9d9cc3 FAILED
*** file ./file-00, ratio 1.0 ***
 fread(1,100) fseek(50,SEEK_SET) fread( 6de5641171d7036b59ae4b328df5d77c FAILED
*** file ./file-ff, ratio 1.0 ***
 fread(1,100) fseek(50,SEEK_SET) fread( 527f799e4e976a40293b1f757e29a325 FAILED
*** file ./file-text, ratio 1.0 ***
 fread(1,100) fseek(50,SEEK_SET) fread( 48b3257f130b2db2016bf9569c964e60 FAILED
*** file ./file-random, ratio 1.0 ***
 fread(1,100) fseek(50,SEEK_SET) fread( 6ac46d8b0e20f804904df1fb8bd3ceec FAILED
*** 8 tests failed out of 565 ***



This fails if re-run interactively, as a different user, without any security, 
etc.

Maybe it's angry about btrfs *and* tmpfs?  Seems unlikely.


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

Bug#806911: [Reproducible-builds] Second build on failures

[Aurelien Jarno]

On 2015-12-21 19:02, Holger Levsen wrote:
> Hi,
> 
> cc:ing the bug and thus leaving some more context…
> 
> On Montag, 21. Dezember 2015, Vagrant Cascadian wrote:
> > On 2015-12-21, Holger Levsen wrote:
> > >> For now, relying on the fact that there are different actual kernels on
> > >> various builds (4.x vs. 3.x) will hopefully be good enough to detect the
> > >> issue that using "linux64 --uname-2.6" was trying to solve.
> > > 
> > > yeah. what I don't like about this is that it forces us to do that. I
> > > liked the flexibility using --uname-2.6 gave us…
> > 
> > The impression I got was the patch implementation was rejected upstream,
> > but in theory a better patch could be written. Aurelian wasn't planning
> > on working on it.
> 
> I've got the same impression.

I still have it on my todo list, but with very low priority. So if
someone wants to provide a patch, that would be welcome.

Also note that we have re-enabled 2.6.32 support on amd64 and i386, so
you should not need any patch to get these architectures working.

Aurelien

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


signature.asc
Description: PGP signature

Bug#807836: python3.4 maintainer script error: "xargs: invalid number for -s option"

[Thilo Six]

Hello Mathias,

Matthias Klose schrieb/wrote:
> On 20.12.2015 15:52, Thilo Six wrote:
>> Hello
>>
>> it seems this bug occurs only with mawk as system default awk (Debians 
>> default).
>> When gawk is used instead ... well at least it spews out a different error:
>>
>>
>> ,[  cli output  ]
>>
>> root@debiansid ~ # sll =awk
>> lrwxrwxrwx 1 root root 21  2015-04-25 16:03  /usr/bin/awk -> 
>> /etc/alternatives/awk
>> lrwxrwxrwx 1 root root 13  2015-04-25 16:03  /etc/alternatives/awk -> 
>> /usr/bin/mawk
>> -rwxr-xr-x 1 root root 116K  2012-03-23 23:19  /usr/bin/mawk
>> root@debiansid ~ # LC_ALL=C xargs --show-limits < /dev/null 2>&1 | awk
>> '/Maximum/ {print int($NF / 4)}'
>> 1.15292e+18
> 
> xargs is independent of gawk/mawk. however I can't even reproduce this one:
> 
> LC_ALL=C xargs --show-limits < /dev/null 2>&1 | awk '/Maximum/ {print int($NF 
> / 4)}'
> 523680
> 

for me this is reproducible:
luke@debiansid ~ % LC_ALL=C xargs --show-limits < /dev/null 2>&1 | /usr/bin/mawk
'/Maximum/ {print int($NF / 4)}'
1.15292e+18

luke@debiansid ~ % LC_ALL=C xargs --show-limits < /dev/null 2>&1 | /usr/bin/gawk
'/Maximum/ {print int($NF / 4)}'
1152921504606842880


At a first glance i admit you are also right, as i had set up a new user without
any modifications where this does not happen.

Now what is strange is this:


bash:
schnubbel@debiansid:~$ LC_ALL=C xargs --show-limits < /dev/null 2>&1
Your environment variables take up 1758 bytes
POSIX upper limit on argument length (this system): 2093346
POSIX smallest allowable upper limit on argument length (all systems): 4096
Maximum length of command we could actually use: 2091588
Size of command buffer we are actually using: 131072

zsh custom config:
luke@debiansid ~ % LC_ALL=C xargs --show-limits < /dev/null 2>&1
Your environment variables take up 7058 bytes
POSIX upper limit on argument length (this system): 4611686018427378797
POSIX smallest allowable upper limit on argument length (all systems): 4096
Maximum length of command we could actually use: 4611686018427371739
Size of command buffer we are actually using: 131072

zsh plain:
debiansid% LC_ALL=C xargs --show-limits < /dev/null 2>&1
Your environment variables take up 347 bytes
POSIX upper limit on argument length (this system): 2094757
POSIX smallest allowable upper limit on argument length (all systems): 4096
Maximum length of command we could actually use: 2094410
Size of command buffer we are actually using: 131072


Notice the huge number for 'Maximum length of command' with custom config.
As i had understand the maximum size of input is defined by a buffer size built
into the kernel. How can this change by config at runtime?
Or am i completely wrong?

I need time to track this down to a possible easy to reproduce case.
Currently most obvious settings to track down are:
limits
locale
shell

and any duration of them.

@Roderich:
Although the hostname suggest s.th. different this is "plain" debian testing.

luke@debiansid ~ % show findutils
Package: findutils
Essential: yes
State: installed
Automatically installed: no
Multi-Arch: foreign
Version: 4.4.2-10
Priority: required
Section: utils
Maintainer: Andreas Metzler 
Architecture: amd64
Uncompressed Size: 1592 k
PreDepends: libc6 (>= 2.17)
Suggests: mlocate | locate
Description: utilities for finding files--find, xargs
 GNU findutils provides utilities to find files meeting specified criteria and
perform various actions on the files which are
 found. This package contains 'find' and 'xargs'; however, 'locate' has been
split off into a separate package.
Homepage: http://savannah.gnu.org/projects/findutils/
Tags: implemented-in::c, interface::commandline, role::program, scope::utility,
suite::gnu, use::searching, works-with::file


Though i think your remark about xargs output change is worthwhile considering.


I will come back here in few days, probably not before christmas.



kind regards,

 Thilo

Bug#808700: nouveau: sometimes fails to initialize DisplayPort monitor during boot (link training failed)

[Jerry]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.12-1
Severity: important
File: nouveau

Dear Maintainer,

Sometimes, during boot, the system will fail to initialize one of my monitors.
Whenever this problem occurs, it always impacts the same monitor. This monitor
is connected to the GPU via DisplayPort, while the other two monitors are
connected via DVI.
Then this problem occurs, I can see a message stating "link training failed"
for a short time, before the system continues the boot process by starting
lightdm. (Also, when the problem occurs, the GUI seems to be partially broken,
but I guess that is a bug in another package)

* What led up to the situation?

I powered on the computer and tried to boot Debian.

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

I didn't do anything except wait for something to show up on all three
monitors.

* What was the outcome of this action?

After a while, the second monitor that is connected via DVI turns on and
displays the same content as the primary DVI monitor. The DisplayPort monitor
stays black, displaying "No Signal".
After waiting a bit more, the display manager can be seen on both DVI monitors
(DP monitor is still black). The display manager seems to exhibit buggy
behaviour due to the failure to initialize the DP monitor.

* What outcome did you expect instead?

I expected the DP monitor to display the same information as the other two
monitors instead of staying black.


I attached the output of dmesg, captured after the problem occurred. It
contains this line:

[   16.240502] nouveau :01:00.0: disp: outp 05:0006:0f44: link training
failed

which led me to believe this is a bug in nouveau. If you think the bug is in
another package, please feel free to move this issue.

If you need additional information to debug this issue, please let me know.

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

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-
diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted
/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-
diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib
/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-
diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv2.so by 

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

[Sven Joachim]

On 2015-12-11 08:20 +0100, Adam Borowski wrote:

> On Thu, Dec 10, 2015 at 07:17:43PM -0800, Nigra Truo wrote:
>> That does not work neither unfortunately. I installed the proprietary
>> driver and now X crashes. At least the whole machine does not crash, but I
>> can open a Desktop, KDE or Gnome, then open an app, maximize the window and
>> I get a prompt crash.
>
> Oif.  I'm afraid I can't help you further here -- I'm a mere user when it
> comes to X drivers.  I could help with installing a newer version or an
> alternate driver, but for more, we need actual driver guys :(

Problem is, there is no such person in Debian for the nouveau driver.

>> The unability to get logs in the Kernel Panic is a huge problem, I can't
>> believe that this his still not solved, that there is no automatic
>> mechanism, to at least see what caused the panic or, for the matter,
>> logging that ANY panic has occurred. Right now, the most serious of errors
>> does not have any accounting whatsoever.
>
> When the kernel panics, most of its facilities are considered dead.  Doing
> something as complex as a filesystem write would require temporarily
> ignoring the panic, with a huge risk of data corruption.  A generally pretty
> bad idea.
>
> Thus, you'd need to pass the remaining piece of the log somehow.  Ways to do
> so include:
> * a serial console.  My main desktop box happens to include a real serial
>   port, but that's sadly a rarity for modern machines these days.  There are
>   USB connectors which you could use to pass the logs from your laptop to
>   another machine.
> * kdump.  This keeps a whole secondary kernel in memory which takes over
>   during a crash and can do a post-mortem on the primary kernel which just
>   panicked.
> * some way over the network.  User-mode syslog won't work but there are
>   kernel-based ones, google says netdump.

The best choice is actually netconsole, see
https://mraw.org/blog/2010/11/08/Debugging_using_netconsole/ and
Documentation/networking/netconsole.txt in the kernel source.

Cheers,
   Sven

Bug#808705: geneweb: out of date README.source perl/5.22

[Dominic Hargreaves]

Source: geneweb
Version: 6.08dfsg-3
Severity: minor

debian/README.source is out of date: it mentions using svn to
update the package (when the VCS is listed as being it) and doesn't
mention the tarball repacking. This sort of information is useful for
all maintainers, and especially NMUers.

https://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource

Cheers,
Dominic.

Bug#803450: Still present in 4:15.08.3-1

[Simon Frei]

This is still true in version 4:15.08.3-1 (detected during compilation 
of digikam).

Bug#808380: mount: unknown filesystem type 'vfat'

[Sven Joachim]

On 2015-12-21 17:10 -0500, Phil Susi wrote:

> On 12/21/2015 12:18 PM, Sven Joachim wrote:
>> It can't do that if the new kernel has the same ABI as the old one,
>> since the new module has replaced the old on disk.
>
> The existing file is not replaced on disk; a new kernel writes its
> modules to a new directory named after its new version number.  Thus the
> old modules are still available, and should continue to be used until
> you reboot using the new kernel.

Wrong, both the old and the new kernel provide their modules in
/lib/modules/3.16.0-4-amd64.  Jacob upgraded the
linux-image-3.16.0-4-amd64 package, he did no install a new package.

Cheers,
   Sven

Bug#808708: ITP: falconkit -- genome assembly toolkit

[Afif Elghraoui]

Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team 
Control: block 395843 by -1

* Package name: falconkit
  Version : 0.4.0
  Upstream Author : Jason Chin 
* URL : https://github.com/PacificBiosciences/FALCON
* License : BSD
  Programming Lang: Python
  Description : genome assembly toolkit

Falcon is a set of tools for fast aligning long reads for consensus and
assembly. It is a simple code collection for efficient assembly of haploid and
diploid genomes.


This package is needed for parts of wgs-assembler and will be handled by
the Debian Med team.

Bug#806343: FTBFS with Django 1.9

[Chris Lamb]

severity 806343 serious
severity 806344 serious
severity 806345 serious
severity 806346 serious
severity 806347 serious
severity 806348 serious
severity 806349 serious
severity 806351 serious
severity 806353 serious
severity 806354 serious
severity 806355 serious
severity 806356 serious
severity 806361 serious
severity 806362 serious
severity 806363 serious
severity 806365 serious
severity 806367 serious
severity 806359 serious
severity 806364 serious
severity 806366 serious
thanks

As Django 1.9 is now in unstable, these are now RC.


Regards,

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

Bug#743638: RFP: shairport -- Play music streamed from iTunes/iPads/iPods

[Chris Boot]

On 2015-12-21 11:08, Daniel Carter wrote:
> Now switching my ubuntu ppa builds to fork from this.
[snip]

Hi Dan,

I've just pushed a few more changes to my Git repo on Alioth that you
may be interested in. I've made several changes including shipping a
systemd service and sysvinit script, as well as shipping a
shairport-sync.conf file. I've decided not to use the provided service
and init script files for various reasons, though.

If you're wanting to cater for Ubuntu releases prior to vivid, the init
script I have provided will not work and you'll have to do something
else (presumably just use the upstream version). Unfortunately I don't
think I'll be able to upload a package to Debian that also supports
those older Ubuntu releases (or even Debian releases prior to Jessie).

As I understand it, the general aim when uploading new Debian packages
is to use the latest available helpers in testing/unstable, and it
really makes sense to do so here in my opinion.

I'm sure that you would be able to maintain a branch / fork of the
packaging if you still wish to support those older distributions,
though, and I will of course help where it's appropriate for me to do so.

I think I'm getting pretty close to having the package in an uploadable
state, and I expect to be seeking review of the packaging this weeking.
I do still, however, need to examine the man page which at the very
least includes a typo I need to fix (compatability => compatibility)!

Cheers,
Chris

-- 
Chris Boot
bo...@bootc.net

Bug#806911: [Reproducible-builds] Second build on failures

[Aurelien Jarno]

On 2015-12-21 22:24, Holger Levsen wrote:
> Hi Aurelien,
> 
> On Montag, 21. Dezember 2015, Aurelien Jarno wrote:
> > Also note that we have re-enabled 2.6.32 support on amd64 and i386, so
> > you should not need any patch to get these architectures working.
> 
> nice! but this is not available yet in sid+testing yet, or is it? (or maybe 
> rather: what does "2.6.32 support" mean here???)

I meant 2.6.32 kernel support, and it's already in testing and sid.

Aurelien

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


signature.asc
Description: PGP signature

Bug#807992: [OATH-Toolkit-help] Bug#807992: per user oath files

[Ilkka Virta]

On 16.12. 15:44, Antoine Beaupré wrote:

On 2015-12-16 06:21:01, Ilkka Virta wrote:
Right, you are right of course. I do think it's critical to keep that
file from being readable from random apps. The format *is* also a little
brittle so it seems important to have standardized access as well...

Maybe having a system similar to shadow passwords would be necessary
here: there could be a secret file that can only be read by root (or
with the right caps) and would need a special tool (oath.passwd?) to
reset.


Well being root-only and having some sort of a helper app is already 
needed. (Though the helper might well be the admins text editor.


As for brittleness, it shares the same thing with all other text files: 
they kind of have to be rewritten completely every time (can't just 
replace a single line). Unless you meant some other brittleness? Of 
course there's locking, per-user files would make that a bit simpler.


This was the per-user shadow file thingy I was thinking of:
http://www.openwall.com/tcb/ (see the slides)

--
Ilkka Virta 

Bug#807917: jessie-pu: package nvidia-graphics-drivers-legacy-304xx/304.131-1

[Adam D. Barratt]

Control: tags -1 + pending

On Mon, 2015-12-14 at 22:44 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Mon, 2015-12-14 at 14:33 +0100, Andreas Beckmann wrote:
> > This is the last pu request for fixing CVE-2015-7869 in the
> > non-free nvidia driver. Same changes as in the other packages.
> 
> Please go ahead.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#807490: wheezy-pu: package nvidia-graphics-modules/304.131+3.2.0+1

[Adam D. Barratt]

Control: tags -1 + pending

On Mon, 2015-12-14 at 23:09 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Wed, 2015-12-09 at 14:38 +0100, Andreas Beckmann wrote:
> > This is just a rebuild of nvidia-graphics-modules against the new
> > nvidia-graphics-drivers 304.131-1 in wheezy-pu.
> 
> Please go ahead.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#808706: gnome-shell: using too much memory and CPU

[Sandro Tosi]

Package: gnome-shell
Version: 3.18.3-2
Severity: normal

Hello,
this is from top right now:

  PID USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+ COMMAND 


 3716 Debian-+  20   0 3886372 989008  31748 R  54.3 12.1   1069:26 gnome-shell

it's definitely too much memory and CPU usage: my laptop fan keeps spinning and
the memory impact is relevant to the performance of my system.

How can I improve this situation? note I'm using the fallback session.

Thanks,
Sandro

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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  evolution-data-server3.18.2-1
ii  gir1.2-accountsservice-1.0   0.6.40-3
ii  gir1.2-atspi-2.0 2.18.3-1
ii  gir1.2-caribou-1.0   0.4.19-1
ii  gir1.2-clutter-1.0   1.24.2-1
ii  gir1.2-freedesktop   1.46.0-2
ii  gir1.2-gcr-3 3.18.0-1
ii  gir1.2-gdesktopenums-3.0 3.18.1-1
ii  gir1.2-gdm-1.0   3.18.2-1
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.46.0-2
ii  gir1.2-gnomebluetooth-1.03.18.1-1
ii  gir1.2-gnomedesktop-3.0  3.18.2-1
ii  gir1.2-gtk-3.0   3.18.5-1
ii  gir1.2-gweather-3.0  3.18.1-1
ii  gir1.2-ibus-1.0  1.5.11-1
ii  gir1.2-mutter-3.03.18.2-1
ii  gir1.2-networkmanager-1.01.0.6-1
ii  gir1.2-nmgtk-1.0 1.0.8-1
ii  gir1.2-pango-1.0 1.38.1-1
ii  gir1.2-polkit-1.00.105-13
ii  gir1.2-soup-2.4  2.52.2-1
ii  gir1.2-telepathyglib-0.120.24.1-1.1
ii  gir1.2-telepathylogger-0.2   0.8.2-1
ii  gir1.2-upowerglib-1.00.99.3-1+b2
ii  gjs  1.44.0-1
ii  gnome-backgrounds3.18.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-settings-daemon3.18.2-1
ii  gnome-shell-common   3.18.3-2
ii  gsettings-desktop-schemas3.18.1-1
ii  libatk-bridge2.0-0   2.18.1-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.4-1
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libclutter-1.0-0 1.24.2-1
ii  libcogl-pango20  1.22.0-1
ii  libcogl201.22.0-1
ii  libcroco30.6.9-1
ii  libdbus-glib-1-2 0.102-1
ii  libecal-1.2-19   3.18.2-1
ii  libedataserver-1.2-213.18.2-1
ii  libgcr-base-3-1  3.18.0-1
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libgirepository-1.0-11.46.0-2
ii  libgjs0e [libgjs0-libmozjs-24-0] 1.44.0-1
ii  libglib2.0-0 2.46.2-1
ii  libgstreamer1.0-01.6.1-1
ii  libgtk-3-0   3.18.5-1
ii  libical1a1.0.1-0.1
ii  libjson-glib-1.0-0   1.0.4-2
ii  libmozjs-24-024.2.0-3
ii  libmutter0g  3.18.2-1
ii  libnm-glib4  1.0.6-1
ii  libnm-util2  1.0.6-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpolkit-agent-1-0  0.105-13
ii  libpolkit-gobject-1-00.105-13
ii  libpulse-mainloop-glib0  7.1-2
ii  libpulse07.1-2
ii  libsecret-1-00.18.3-1
ii  libstartup-notification0 0.12-4
ii  libsystemd0  228-2
ii  libtelepathy-glib0   0.24.1-1.1
ii  libx11-6 

Bug#808380: mount: unknown filesystem type 'vfat'

[Phil Susi]

On 12/21/2015 11:32 AM, Jacob Sparre Andersen wrote:
> Apparently not. :-(
> 
> I can at least confirm that a reboot solved the problem.

Hrm... that sounds like a bug in kmod then... it should not be loading
modules from a different kernel version than the one you are running.

Bug#808548: [Pkg-owncloud-maintainers] Bug#808548: owncloud-client: Wrong credentials

[john . kirk]

 Quoting Sandro Knauß :


Control: tags -1 + moreinfo

Hey,


OwnCloud writes "Error: Wrong credentials." when trying to connect.
Provider Blaucloud from https://owncloud.org/providers/


What kind of Desktop Environment do you use (KDE, Gnome,...) ?
What password store do you use (kwallet, gnome keychain,...) ?
What server version is used from Blaucloud?

Regards,

sandro

--
Ich habe meinen Schlüssel gewechselt / I've switched my GnuPG key:
http://sandroknauss.de/files/transistion2015.asc

Mein (neuer) öffentlicher Schlüssel / My (new) public key:
E68031D299A6527C
Fingerabdruck / Fingerprint:
D256 4951 1272 8840 BB5E  99F2 E680 31D2 99A6 527C
Runterladen z.B. bei/ Get it e.g. here:pool.sks-keyservers.net, ...


Hi,

I use the default version of Desktop Enviroment - Gnome.
Login and password typed manually many times, there are no mistakes.
Blaucloud uses 8.2.1 (stable) version.

Regards,
John


-

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the 
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!

Commercial and Bulk Mail Options!  

Bug#808682: mplayer: FTBFS on kfreebsd: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use in this function)

[Alexander Strasser]

Hi!

On 2015-12-21 21:23 +, Steven Chamberlain wrote:
> Control: tags -1 + patch
> 
> Hi!
> 
> A simple patch for this is attached;  we just need to include
> sys/cdrio.h for a definition of that ioctl.  Though I don't have any
> VCDs to really test this.
> 
> It seems there is a new stream/vcd_read_libcdio.h, and that is used in
> preference if libcdio is detected:

  There is currently some discussion about freebsd builds on mplayer-users:

  
http://lists.mplayerhq.hu/pipermail/mplayer-users/2015-December/thread.html#88194

  Ingo thinks the ioctl might not be needed when using libcdio:

  http://lists.mplayerhq.hu/pipermail/mplayer-users/2015-December/088195.html 


  Alexander

> --- a/stream_vcd.c
> +++ b/stream_vcd.c
> @@ -38,7 +38,9 @@
>  #endif
>  #include 
>  
> +#if CONFIG_LIBCDIO
> +#include "vcd_read_libcdio.h"
> -#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
> defined(__DragonFly__) || defined(__NetBSD__) || defined(__OpenBSD__)
> +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
> defined(__DragonFly__) || defined(__NetBSD__) || defined(__OpenBSD__)
>  #include "vcd_read_fbsd.h"
>  #elif defined(__APPLE__)
>  #include "vcd_read_darwin.h"
> 
> Previously stream/vcd_read_fbsd.h was being used, and that would include
> sys/cdrio.h itself, although that seems to have other issues now.  I
> think we're best using stream/vcd_read_libcdio.h anyway on kfreebsd.
> 
> Thanks!
> Regards,
> -- 
> Steven Chamberlain
> ste...@pyro.eu.org

> From: Steven Chamberlain 
> Subject: missing include for FreeBSD ioctls
> Date: Mon, 21 Dec 2015 21:21:36 +
> 
> --- a/stream/vcd_read_libcdio.h
> +++ b/stream/vcd_read_libcdio.h
> @@ -33,6 +33,10 @@
>  #include 
>  #endif
>  
> +#if defined(__FreeBSD_kernel__)
> +#include 
> +#endif
> +
>  /** Private vcd data. */
>  typedef struct {
>  track_t track; /**< Current track being played. */

Bug#807323: gparted needs policykit-1 but its neither in depends or recommends

[Phillip Susi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: reassign -1 udisks2

On 12/21/2015 03:54 PM, shirish शिरीष wrote:
> Yup,
> 
> get it here -
> 
> [$] sudo /usr/lib/udisks2/udisks2-inhibit true [sudo] password for
> shirish: /var/lib/polkit-1/localauthority/90-mandatory.d does not
> exist. Please install policykit-1

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCgAGBQJWeJOJAAoJEBB5UWFcu6UWNPQH/i2COnhWV8Wj/lGJO4f5AKE+
2U9daaLlqKN+krA/ABUqtoMx3O1d2YIloh33OxgKnLjFGoQMCXyNua/qF670EiXk
fyqDnDAaoDHRgP98od3MK0A+CwxDkyu2mepYbFBzgGv9h4HG6RbBPuG9Z9gtFebK
tFLeFSGsoezAF59qT7+j3j2srVmYu0e3TdMV9cvTS5t0T1gqyIHfmf0b/6bk6Oq5
SwTdt5ZIbK/LwK3jYdKsDNM8tOFacMkSWoIhRoxmEHT6xKA5/QDHVJMkZ7ckZCHj
s/wtau8kDtRYYuhSZmH8mfzTxyKExIaiq7xakLsJJ5K0PqDf5lQs53F7tbeMb14=
=/j5W
-END PGP SIGNATURE-

Bug#808712: tracker.debian.org: doesn't understand multiple entries from qa.d.o wnpp_rm

[Paul Wise]

Package: tracker.debian.org
Severity: normal
Tags: newcomer

The entry for openchange in the wnpp_rm file is this:

openchange: O 784938|RM 804335

But tracker.d.o only outputs this:

O: This package has been orphaned and needs a maintainer.

It should also output this:

RM: This package has been requested to be removed.

It should just be a matter of splitting the wnpp_rm field on the |
character and processing each entry the same as before, easy fix.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#808711: ca-certificates: please make the build reproducible

[Reiner Herrmann]

Source: ca-certificates
Version: 20150426
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that ca-certificates could not be built reproducibly.
It embeds an unsorted list of crt files in a config file.

The attached patch fixes this by sorting the list before it is embedded.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/rules b/debian/rules
index ddd7cee..fd4632b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -44,7 +44,7 @@ install: build
 	$(MAKE) install DESTDIR=$(CURDIR)/debian/ca-certificates
 	(cd $(CURDIR)/debian/ca-certificates/usr/share/ca-certificates; \
 	 crts=""; \
-	 for crt in $$(find . -type f -name '*.crt' -print); \
+	 for crt in $$(find . -type f -name '*.crt' -print | LC_ALL=C sort); \
 	 do \
 	   crt=$$(echo $$crt | sed -e 's/\.\///'); \
 	   if test "$$crts" = ""; then \