Bug#790406: mysql-server-core-5.6 and mysql-client-5.5: error when trying to install together

[Ralf Treinen]

Package: mysql-client-5.5,mysql-server-core-5.6
Version: mysql-client-5.5/5.5.43-0+deb8u1
Version: mysql-server-core-5.6/5.6.25-2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2015-06-29
Architecture: amd64
Distribution: sid

Hi,

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


(Reading database ... 10900 files and directories currently installed.)
Preparing to unpack .../perl_5.20.2-6_amd64.deb ...
Unpacking perl (5.20.2-6) over (5.18.2-2) ...
Preparing to unpack .../libtext-charwidth-perl_0.04-7+b3_amd64.deb ...
Unpacking libtext-charwidth-perl (0.04-7+b3) over (0.04-7+b2) ...
Preparing to unpack .../perl-modules_5.20.2-6_all.deb ...
Unpacking perl-modules (5.20.2-6) over (5.18.2-7) ...
Preparing to unpack .../perl-base_5.20.2-6_amd64.deb ...
Unpacking perl-base (5.20.2-6) over (5.18.2-2) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up perl-base (5.20.2-6) ...
(Reading database ... 10250 files and directories currently installed.)
Preparing to unpack .../liblocale-gettext-perl_1.05-9_amd64.deb ...
Unpacking liblocale-gettext-perl (1.05-9) over (1.05-7+b2) ...
Preparing to unpack .../libtext-iconv-perl_1.7-5+b2_amd64.deb ...
Unpacking libtext-iconv-perl (1.7-5+b2) over (1.7-5+b1) ...
Selecting previously unselected package libdb5.3:amd64.
Preparing to unpack .../libdb5.3_5.3.28-9_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28-9) ...
Selecting previously unselected package gcc-5-base:amd64.
Preparing to unpack .../gcc-5-base_5.1.1-12_amd64.deb ...
Unpacking gcc-5-base:amd64 (5.1.1-12) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up gcc-5-base:amd64 (5.1.1-12) ...
(Reading database ... 10257 files and directories currently installed.)
Preparing to unpack .../libstdc++6_5.1.1-12_amd64.deb ...
Unpacking libstdc++6:amd64 (5.1.1-12) over (4.8.2-19) ...
Setting up libstdc++6:amd64 (5.1.1-12) ...
Processing triggers for libc-bin (2.19-18) ...
Selecting previously unselected package libwrap0:amd64.
(Reading database ... 10271 files and directories currently installed.)
Preparing to unpack .../libwrap0_7.6.q-25_amd64.deb ...
Unpacking libwrap0:amd64 (7.6.q-25) ...
Selecting previously unselected package libaio1:amd64.
Preparing to unpack .../libaio1_0.3.110-1_amd64.deb ...
Unpacking libaio1:amd64 (0.3.110-1) ...
Selecting previously unselected package mysql-common.
Preparing to unpack .../mysql-common_5.6.25-2_all.deb ...
Unpacking mysql-common (5.6.25-2) ...
Selecting previously unselected package libmysqlclient18:amd64.
Preparing to unpack .../libmysqlclient18_5.6.25-2_amd64.deb ...
Unpacking libmysqlclient18:amd64 (5.6.25-2) ...
Selecting previously unselected package libdbi-perl.
Preparing to unpack .../libdbi-perl_1.633-1_amd64.deb ...
Unpacking libdbi-perl (1.633-1) ...
Selecting previously unselected package libdbd-mysql-perl.
Preparing to unpack .../libdbd-mysql-perl_4.028-2+b1_amd64.deb ...
Unpacking libdbd-mysql-perl (4.028-2+b1) ...
Selecting previously unselected package libterm-readkey-perl.
Preparing to unpack .../libterm-readkey-perl_2.32-2_amd64.deb ...
Unpacking libterm-readkey-perl (2.32-2) ...
Selecting previously unselected package mysql-client-5.5.
Preparing to unpack .../mysql-client-5.5_5.5.43-0+deb8u1_amd64.deb ...
Unpacking mysql-client-5.5 (5.5.43-0+deb8u1) ...
Selecting previously unselected package mysql-server-core-5.6.
Preparing to unpack .../mysql-server-core-5.6_5.6.25-2_amd64.deb ...
Unpacking mysql-server-core-5.6 (5.6.25-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/mysql-server-core-5.6_5.6.25-2_amd64.deb (--unpack):
 trying to overwrite '/usr/bin/innochecksum', which is also in package 
mysql-client-5.5 5.5.43-0+deb8u1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db (2.7.0.2-5) ...
Errors were encountered while processing:
 /var/cache/apt/archives/mysql-server-core-5.6_5.6.25-2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
cow-shell unlink .ilist: No such file or directory


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/bin/innochecksum

This bug has been filed against both package

Bug#788237: ITP: pylint-common -- Pylint plugin improving standard Python library analysis

[Daniel Stender]

Package pushed to:
http://anonscm.debian.org/cgit/python-modules/packages/pylint-common.git

DS

-- 
http://qa.debian.org/developer.php?login=debian%40danielstender.com
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790341: [Pkg-utopia-maintainers] Bug#790341: network-manager: [regression] change in dnsmasq has broken connection sharing support

[Paul Wise]

On Sun, 2015-06-28 at 18:27 +0200, Michael Biebl wrote:

> If the current usage of --conf-file with an empty parameter was not
> officially supported and only working by accident, then this is indeed
> something which needs adjustments in NM, otherwise this bug report
> should be re-assigned to dnsmasq.

Looking at the dnsmasq code, the read_opts function has changed:

Before:

conffile set to /etc/dnsmasq.conf by default
-C option sets conffile to NULL
conffile is NULL, conffile reading skipped

After:

conffile set to NULL by default
-C option sets conffile to NULL
conffile is NULL, /etc/dnsmasq.conf read instead

diff:

diff -Nru dnsmasq-2.72/src/option.c dnsmasq-2.73/src/option.c
--- dnsmasq-2.72/src/option.c   2014-09-24 19:35:05.0 +0800
+++ dnsmasq-2.73/src/option.c   2015-06-15 04:13:04.0 +0800
@@ -4271,9 +4370,9 @@
 void read_opts(int argc, char **argv, char *compile_opts)
 {
   char *buff = opt_malloc(MAXDNAME);
   int option, conffile_opt = '7', testmode = 0;
-  char *arg, *conffile = CONFFILE;
+  char *arg, *conffile = NULL;
   
   opterr = 0;
 
   daemon = opt_malloc(sizeof(struct daemon));
@@ -4386,24 +4485,35 @@
}
 }
 
   if (conffile)
-one_file(conffile, conffile_opt);
+{
+  one_file(conffile, conffile_opt);
+  free(conffile);
+}
+  else
+{
+  one_file(CONFFILE, conffile_opt);
+}
 
   /* port might not be known when the address is parsed - fill in here */
   if (daemon->servers)
 {

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#789447: transition: qscintilla2

[Scott Kitterman]

On Sunday, June 21, 2015 11:22:59 AM Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> 
> On 21/06/15 03:50, Scott Kitterman wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > 
> > Qscintilla2 2.9 is now available in experimental.  I've rebuilt all the
> > reverse build-depends against the new packages and they built fine.  Ready
> > to go to unstable.
> 
> Go ahead.
> 
> Emilio

Uploaded to unstable.

Need binNMUs for the following packages depwait on 2.9+dfsg-4:

* juffed
* kscope
* monkeystudio
* octave
* ovito
* qgis
* qtruby
* smokeqt
* tora
* universalindentgui

Scott K


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#789524: upstart: Switching between init systems

[Cameron Norman]

On Sun, 21 Jun 2015 13:12:11 -0600 Kyle Amon  
wrote:

> Package: upstart
> Version: 1.11-5
> Severity: critical
> Justification: breaks unrelated software
>
> Dear Maintainer,
>
> Switching between sysvinit and systemd works.  Switching from either 
of them
> to upstart works.  Switching from upstart to either of them fails.  
This bug
> was well documented to the debian-users mailing list by "Thorsten 
Holzman"
>  on 11-21-14.  There was one reply saying 
to file a
> bug report, but he evidently did not.  Please refer to his 
description at the
> following URL... 
https://lists.debian.org/debian-user/2014/11/msg01452.html.

>

I fail to see how Upstart can do much to change this since Upstart's 
reboot/telinit/shutdown/etc commands are not installed at the point 
where you invoke reboot.


The only way to do it from Upstart's side is to proxy requests from 
external tools like systemctl or sysvinit's shutdown/telinit commands 
by:


* listening to /dev/initctl like systemd has a special daemon for
* taking systemd's name on the system bus so it can accept 
shutdown/reboot/etc requests


The latter conflicts with systemd-shim's operation. It would be nigh 
impossible to do without doing it in the shim itself... grr.


--
Cameron Norman

Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works

[Nikos Mavrogiannopoulos]

On Sun, 2015-06-28 at 17:18 -0700, Bruce Korb wrote:
> On 06/28/15 04:26, Nikos Mavrogiannopoulos wrote:
> >> http://autogen.sourceforge.net/data/autogen-5.18.5pre20.tar.xz
> >
> > That version works for me.
> 
> OK, then, I've now unwound all the Guile wrapper macro removals from top of 
> tree.
> 
> http://autogen.sourceforge.net/data/autogen-5.18.6pre3.tar.xz
> 
> If that one works for you, then I'll promote it next weekend.
> Thank you both for your help!

I'm not able to compile this version. The error message follows.

make[2]: Entering directory '/tmp/autogen-5.18.6pre3/xml2ag'
top_srcdir=".." top_builddir=".." PATH=`cd ../columns;pwd`:"$PATH"
CLexe="../columns/columns" ../agen5/autogen -MF.deps/stamp-opts.d
-MTstamp-opts -MP -L../autoopts/tpl -L../autoopts/tpl
--definition=./xmlopts.def
Error in template ../autoopts/tpl/optlib.tlib, line 780
DEFINITIONS ERROR in ../autoopts/tpl/optlib.tlib line 780 for
xmlopts.h:
Error:  value for opt output is `O'
must be single char or 'NUMBER'
Failing Guile command:  = = = = =

(error (sprintf
"Error:  value for opt %s is `%s'\nmust be single char or 'NUMBER'"
(get "name") (get "value")))

=
Makefile:903: recipe for target 'stamp-opts' failed


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#785874: No h.264 support in stable and sid

[Sebastian Dröge]

On So, 2015-06-28 at 20:55 +0200, Peter Spiess-Knafl wrote:
> Hi!
> 
> Thanks for getting back so quickly.
> 
> > Qt 5.5 is the first version that adds support for GStreamer 1.x. If 
> > you
> > use that version, it should be able to use gstreamer1.0-libav for 
> > h264
> > decoding. If that doesn't work, you're probably running into a bug
> > somewhere in Qt as it seems to work fine for all other GStreamer 
> > 1.x
> > apps that we currently have :)
> > 
> 
> Ah ok. I thought that gstreamer1.0-libav was somehow a direct
> replacement for gstreamer0.10-ffmpeg.

It is the successor of gstreamer0.10-ffmpeg, yes. Same code really. But
you need to use GStreamer 1.x to be able to use it, which Qt before 5.5
didn't.

> I will check that with Qt5.5
> 
> However in Jessie, there is currently no possibility to decode H.264
> videos from qt, since gstreamer0.10-ffmpeg is required for that. Do 
> you have an idea how we could fix this?

Get rid of Qt 5.4 :) gstreamer0.10-ffmpeg is not going to come back,
actually all of GStreamer 0.10 is going to disappear soon hopefully.

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

Bug#790383: owncloud: Call to undefined method OC\Route\Route::getMethods()

[Tobias Frost]

Hi David,

Am Sonntag, den 28.06.2015, 15:40 -0400 schrieb David Prévot:
> Control: tags -1 pending
> 
> Hi,
> 
> Thanks for your interest in this Debian package.
> 
> On Sun, Jun 28, 2015 at 08:56:49PM +0200, Tobias Frost wrote:
> > Package: owncloud
> > Version: 7.0.6+dfsg-1
> 
> > I'm currently updating a machine to the latest owncloud (7.0.6+dfsg
> > -1)
> 
> Please, do use reportbug on this machine in order to document the 
> actual
> version of the dependencies (you can simply generate the message 
> there,
> and send it from another host then, or in this case, just attach the
> output to this existing bug report).
> 
> > ==> /var/log/lighttpd/php_err.log <==
> > [28-Jun-2015 18:55:10 UTC] PHP Fatal error:  Call to undefined 
> > method OC\Route\Route::getMethods() in 
> > /usr/share/owncloud/lib/private/route/route.php on line 94
> 
> This one should be fixed in the upcoming 8.1 (as already available 
> from
> people.d.o):
> 
> https://github.com/owncloud/core/commit/7f2f92847be98bbf3a0a5ca8567fa
> b001bb131c1
> 
> With symfony 2.7.1, this error should not be thrown either, thus the
> earlier request for more information.
> 
> Regards
> 
> David

Sorry, I did already update and will all updated owncloud works again.

Looking at the code and my apt's log, it seems that a versioned
dependency on php-symfony-routing:amd64 is missing.

Entry is apt's history log:
 php-symfony-routing:amd64 (2.0.19-1, 2.3.21+dfsg-4),

Looking at the code from php-symfony (I've looked upstream), 
 getMethods confirms my assumption that we'll need an versioned
dependens. 

--
tobi 






 


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#789828: unreproducible / pbuilder vs. sbuild

[Salvatore Bonaccorso]

Hi,

The issue seems related to having a writable HOME during build. I will
investigate further.

Regards,
Salvatore


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790405: ettercap-graphical: segfault in unified sniffing connections view

[Matias Wilkman]

Package: ettercap-graphical
Version: 1:0.8.2-2
Severity: important

Dear Ettercap team,

Thanks for creating and maintaining this formidable tool. However, I must sadly 
report an issue with it.

   * What led up to the situation?
Start ettercap in graphical mode (-G). 
Start Unified sniffing. 
Open the Connections view.

   * What was the outcome of this action?
Ettercap segfaults.

Here is the backtrace: http://paste.debian.net/265172/

Let me know if there's anything else I can do to help.

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

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

Versions of packages ettercap-graphical depends on:
ii  ettercap-common  1:0.8.2-2
ii  libatk1.0-0  2.16.0-2
ii  libbsd0  0.7.0-2
ii  libc62.19-18
ii  libcairo21.14.2-2
ii  libgdk-pixbuf2.0-0   2.31.4-2
ii  libglib2.0-0 2.44.1-1
ii  libgtk2.0-0  2.24.28-1
ii  libluajit-5.1-2  2.0.3+dfsg-3
ii  libncurses5  5.9+20150516-2
ii  libnet1  1.1.6+dfsg-3
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libpangoxft-1.0-01.36.8-3
ii  libpcap0.8   1.7.3-1
ii  libpcre3 2:8.35-6
ii  libssl1.0.0  1.0.2c-1
ii  libtinfo55.9+20150516-2
ii  policykit-1  0.105-8
ii  zlib1g   1:1.2.8.dfsg-2+b1

ettercap-graphical recommends no packages.

ettercap-graphical suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790402: emacs24: Missing dependency: M-x xterm uses TERM=eterm-color

[era+debian]

package emacs24
retitle 790402 emacs24: Missing dependency: M-x term uses
TERM=eterm-color
found 790402 24.4+1-5
tags 790402 patch
thanks

> With Google, I found that '/usr/share/terminfo/e/eterm-color' is
> provided by ncurses-term. I installed it, solving the problem.

This is less visible on Debian because openssh-server already pulls in
this dependency, and is installed by the base system (at least in the
Live CD where I am writing this -- Jessie/Gnome 3).

Nonetheless, an undeclared dependency is an undeclared dependency; here
is a simple patch which attempts to rectify this problem (inlined and
attached, but this is simple enough that it's probably easier to just
hack it in manually.)

--- emacs24-24.4+1/debian/control~  2015-03-07 19:33:35.0
+
+++ emacs24-24.4+1/debian/control   2015-06-29 05:19:58.505117088
+
@@ -98,7 +98,7 @@
 Package: emacs24-common
 Architecture: all
 Depends: emacsen-common (>= 2.0.8), dpkg (>= 1.15.4) | install-info,
 ${shlibs:Depends}, ${misc:Depends}  
-Suggests: emacs24-el, emacs24-common-non-dfsg
+Suggests: emacs24-el, emacs24-common-non-dfsg, ncurses-term
 Conflicts: emacs24-el (<< ${Source-Version}), cedet, eieio, speedbar,
 gnus-bonu
s-el 
 Breaks: apel (<< 10.8+0.20120427-4)
 Description: GNU Emacs editor's shared, architecture independent
 infrastructure

-- 
If this were a real .signature, it would suck less.  Well, perhaps not.
--- emacs24-24.4+1/debian/control~	2015-03-07 19:33:35.0 +
+++ emacs24-24.4+1/debian/control	2015-06-29 05:19:58.505117088 +
@@ -98,7 +98,7 @@
 Package: emacs24-common
 Architecture: all
 Depends: emacsen-common (>= 2.0.8), dpkg (>= 1.15.4) | install-info, ${shlibs:Depends}, ${misc:Depends}
-Suggests: emacs24-el, emacs24-common-non-dfsg
+Suggests: emacs24-el, emacs24-common-non-dfsg, ncurses-term
 Conflicts: emacs24-el (<< ${Source-Version}), cedet, eieio, speedbar, gnus-bonus-el
 Breaks: apel (<< 10.8+0.20120427-4)
 Description: GNU Emacs editor's shared, architecture independent infrastructure

Bug#788056: fish: add apparmor profile for fishd

[Cameron Norman]

On Sun, Jun 28, 2015 at 10:15 PM, David Adam  wrote:
> On Sun, 28 Jun 2015, intrigeri wrote:
>> this looks good at first glance, but as usual: asking for a review on
>> the upstream AppArmor mailing-list would possibly highlight issues
>> that I've missed, and in any case it would help sharing this work as
>> a cross-distro effort. May you please do this? Thanks in advance!
>
> At the risk of providing too much stop energy, we are about to release a
> new upstream version (hopefully in the next few days). The new version of
> fish no longer depends on a fishd component.
>

Assuming this release will be a part of Stretch (which it probably
should be..) I would agree there is not much use.

Cheers,
--
Cameron Norman


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#788056: fish: add apparmor profile for fishd

[David Adam]

On Sun, 28 Jun 2015, intrigeri wrote:
> this looks good at first glance, but as usual: asking for a review on
> the upstream AppArmor mailing-list would possibly highlight issues
> that I've missed, and in any case it would help sharing this work as
> a cross-distro effort. May you please do this? Thanks in advance!

At the risk of providing too much stop energy, we are about to release a 
new upstream version (hopefully in the next few days). The new version of 
fish no longer depends on a fishd component.

Unless the AppArmor profile will be applied to previous versions (I think 
Wheezy still ships 1.23.1+20120106.git8b407a3-1, which has privilege 
escalation flaws) there may not be a great deal of utility from further 
developing the current profile.

David Adam
fish committer
zanc...@ucc.gu.uwa.edu.au


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790404: linux-image-4.0.00.lld: External subwoofer on laptop

[ioann.sys]

Package: linux-image-4.0.00.lld
Version: 4.0.00.lld-10.00.Custom
Severity: normal

Dear Maintainer,

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

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

*** End of the template - remove these template lines ***
Hello! I have ASUS N750JK laptop whith external subwoofer. This have Realtek
ALC668 codec. By default, sound be played, but no output for subwoofer. In
PHONON (i use KDE), no exist audio profiles for surround2.1. I try load kernel
module snd-hda-intel whith option asus-mode4 (in file /etc/modprobe.d/alsa-
base.conf: options snd-hda-intel model=asus-mode4). I can see audio profiles
2.1/4.0/5.0 in phonon, but 2.0 work only and internal microphone don't work.
Next try - it is compile new kernel. New kernel do not fix my problem.




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

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

Versions of packages linux-image-4.0.00.lld depends on:
ii  coreutils  8.23-4
ii  debconf [debconf-2.0]  1.5.56

Versions of packages linux-image-4.0.00.lld recommends:
ii  kernel-common  13.014+nmu1

Versions of packages linux-image-4.0.00.lld suggests:
pn  fdutils 
pn  linux-doc-4.0.00.lld | linux-source-4.0.00.lld  
pn  linux-image-4.0.00.lld-dbg  
pn  linux-manual-4.0.00.lld 

-- debconf information:
  linux-image-4.0.00.lld/postinst/old-dir-initrd-link-4.0.00.lld: true
  linux-image-4.0.00.lld/prerm/removing-running-kernel-4.0.00.lld: true
  linux-image-4.0.00.lld/preinst/overwriting-modules-4.0.00.lld: true
  linux-image-4.0.00.lld/postinst/kimage-is-a-directory:
  linux-image-4.0.00.lld/postinst/depmod-error-4.0.00.lld: false
  linux-image-4.0.00.lld/postinst/old-system-map-link-4.0.00.lld: true
  linux-image-4.0.00.lld/preinst/abort-overwrite-4.0.00.lld:
  linux-image-4.0.00.lld/postinst/depmod-error-initrd-4.0.00.lld: false
  linux-image-4.0.00.lld/preinst/failed-to-move-modules-4.0.00.lld:
  linux-image-4.0.00.lld/preinst/already-running-this-4.0.00.lld:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#778024: Patch for build failure

[Potter, Tim (Cloud Services)]

tags 778024 + patch
thanks

Hi there.  Here’s a quick patch to fix the build under g++-5.  Not sure whether 
this should be an upstream patch or one in debian/patches.


Regards,

Tim.



778024-gcc5.patch
Description: Binary data


smime.p7s
Description: S/MIME cryptographic signature

Bug#778178: xapian-omega: ftbfs with GCC-5

[Olly Betts]

On Thu, Feb 12, 2015 at 10:38:02AM +, Matthias Klose wrote:
> Please keep the issue open until the package can be built in
> a follow-up test rebuild.

This should be fixed by xapian-core 1.2.21-1, but leaving open as
requested.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#788339: [wxwidgets3.0] Some sources are not included in your package

[Olly Betts]

Control: forwarded -1 http://trac.wxwidgets.org/ticket/15886

On Wed, Jun 10, 2015 at 01:57:31PM +, bastien ROUCARIÈS wrote:
> your package includes some files that seem to lack sources
> in prefered forms of modification:
> 
> samples/flash/form.swf
> samples/flash/animation.swf

There is actually source for the former, but apparently not that can be
built with Free tools, so that doesn't really help:

samples/flash/form.mxml

I've actually already reported this upstream, who seem amenable to
replacing these files, but haven't been moving very quickly.  I've just
given them a gentle prod:

http://trac.wxwidgets.org/ticket/15886

I've held off simply dropping the files in Debian as it seems a bigger
gain if we can get this resolved upstream.  I'm OK with doing so if
people think it's taking too long though.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#778177: xapian-bindings still FTBFS after rebuilding xapian using gcc-5

[Olly Betts]

On Mon, Jun 29, 2015 at 04:39:14AM +0100, Olly Betts wrote:
> I've just noticed that the reproducible build builder reports the same
> FTBFS, so I think this isn't related to GCC5 at all.  I'm guessing
> it's related to changes in Ruby 2.2.

Indeed - they've unbundled unit/test, and adding a BD on ruby-test-unit
fixes this FTBFS.  I've uploaded 1.2.21-2 with that change.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790403: bitcoin: FTBFS: qt/test/test_bitcoin-qt fails

[Aaron M. Ucko]

Source: bitcoin
Version: 0.10.1-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Automated builds of bitcoin have been failing:

  ../build-aux/test-driver: line 107: 20324 Aborted "$@" > 
$log_file 2>&1
  FAIL: qt/test/test_bitcoin-qt

If this test requires X, perhaps you can declare a build dependency on
xvfb and arrange to run the test suite under xvfb-run.

At any rate, could you please take a look?

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790402: emacs24: Missing dependency: M-x xterm uses TERM=eterm-color

[era+debian]

Package: emacs24
Version: 24.3+1-1ubuntu3
Severity: minor
X-Debbugs-Cc: era+deb...@iki.fi

I am forwarding the following bug from Ubuntu's bug tracker.  I'm just a
volunteer triager.

https://bugs.launchpad.net/ubuntu/+source/emacs24/+bug/1285864

Reported by Jorge Morais on 2014-02-27:

I tried to run dpkg-reconfigure inside emacs' terminal emulator - M-x
term.
It said:

Unknown terminal: eterm-color
Check the TERM environment variable.
Also make sure that the terminal is defined in the terminfo database.
Alternatively, set the TERMCAP environment variable to the desired
termcap entry.
debconf: whiptail output the above errors, giving up!

With Google, I found that '/usr/share/terminfo/e/eterm-color' is
provided by
ncurses-term. I installed it, solving the problem.

So the package emacs24 (I have not checked other emacs versions) should
'recommend' (or at least 'suggest') ncurses-term (or another package
that
solves the problem.

UPDATE: This bug also occurs on a new installation of Ubuntu 15.04.
Yesterday I installed Ubuntu 15.04 in Virtualbox, installed aptitude and
emacs, and the only configuration I changed was the network proxy (so I
did not change anything that would change TERM). The bug occurred.

-- 
If this were a real .signature, it would suck less.  Well, maybe not.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790401: openssh: Please pass the XTERM_VERSION environment variable

[Christoph Anton Mitterer]

We've had the same discussion last time when it was about LC_*.

It's generally a bad idea to change the secure default of not
forwarding/accepting anything.

Due to past errors, we're already in the unfortunate situation that
this is done for an arbitrary number of vars, and regrettably the
maintainer refused to clean that up.

But we shouldn't increase the list even more, just because some think
that a certain variable may be useful to pass on.
Otherwise we just see more and more people who have their special
wishes and sooner or later we end up with "*".

Especially for terminals and shells there are special env vars galore
(e.g. VTE, BASH, etc. pp.)



It's configurable, so why can't you just set it on those systems where
you need it?


Best wishes,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#778177: xapian-bindings still FTBFS after rebuilding xapian using gcc-5

[Olly Betts]

On Mon, Jun 29, 2015 at 03:12:21AM +0100, Olly Betts wrote:
> On Sun, Jun 28, 2015 at 09:08:12AM -0700, Daniel Schepler wrote:
> > After locally rebuilding xapian using gcc-5, in my setup which uses both 
> > glibc
> > and gcc-defaults from experimental, I get the testsuite failing in the build
> > of xapian-bindings:
> 
> Could you attach the full build log?

Actually, don't worry about that.  I've just noticed that the
reproducible build builder reports the same FTBFS, so I think this isn't
related to GCC5 at all.  I'm guessing it's related to changes in Ruby
2.2.

I've not tried a mixed build (xapian-core with GCC 4.9 and
xapian-bindings with GCC 5.0), but I did make sure that building all of
Xapian with GCC 5 works.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#787234: cython: FTBFS on arm64, ...

[Vincent Cheng]

Control: severity -1 serious
Control: retitle -1 cython: FTBFS on arm64, armel, armhf, mipsel

cython FTBFS on arm64, armel, armhf, and mipsel is a regression on
these release archs (cython/0.21.1-1 was built successfully on all
archs), thus raising severity to RC.

Regards,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790401: openssh: Please pass the XTERM_VERSION environment variable

[Vincent Lefevre]

Source: openssh
Version: 1:6.7p1-6
Severity: wishlist

Passing the terminal version to the server side is useful for programs
that depend on some terminal features (for instance, to make sure that
some query escape sequence will receive an answer).

In the case of xterm, it is provided by XTERM_VERSION, which should be
added to the SendEnv line in /etc/ssh/ssh_config and to the AcceptEnv
line in /etc/ssh/sshd_config.

Alternatively, standardize something like that for all terminals.

-- 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.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790222: marked as done (wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated)

[Olly Betts]

On Mon, Jun 29, 2015 at 01:39:08AM +, Debian Bug Tracking System wrote:
>* Stop building with --enable-webview as the only package which was using
>  it (boinc) no longer is, and it uses an obsolete version of webkit.
>  Updating to a supported version would require switching to gtk3, which
>  we probably aren't ready for yet. (Closes: #790222, #786986)

For the record, I just realised it was poedit (not boinc as I said
above) that was wanting to use wxWebView.

Gianfranco Costamagna has been talking to me about both lately, which
was how I got them confused.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786986: Wxwidgets webview link flags problem

[Olly Betts]

On Fri, Jun 26, 2015 at 11:37:29AM +, Gianfranco Costamagna wrote:
> I do not think I'll have time to dig into this, and I honestly fail to
> see why this isn't an upstream issue.

Upstream either has webview enabled or doesn't.

In Debian we have webview enabled, but package the files from it in a
separate binary package (because they pull in a lot of stuff).

So we have a situation where webview was enabled but its files aren't
installed.  That isn't a situation that upstream has.

The only arguably upstream issue here is that webview is in the list of
default libraries.  But I've already reported that upstream and they've
already fixed it in trunk:

http://trac.wxwidgets.org/ticket/16291

This isn't something they can sanely change mid 3.0.x.

> (BTW poedit dropped webview support, so I don't even care anymore
> about this bug)

Since poedit was the only reverse dependency, and webview depends on an
obsolete webkitgtk version which won't be in stretch (#790222), I've
disabled the webview packages again in 3.0.2-3.

If something else wants them, it'll need to wait until we switch wx to
gtk3, which I'm currently hoping to do along with the transition to wx
3.2.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#778177: xapian-bindings still FTBFS after rebuilding xapian using gcc-5

[Olly Betts]

On Sun, Jun 28, 2015 at 09:08:12AM -0700, Daniel Schepler wrote:
> After locally rebuilding xapian using gcc-5, in my setup which uses both glibc
> and gcc-defaults from experimental, I get the testsuite failing in the build
> of xapian-bindings:

Could you attach the full build log?

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766606: Workaround not working here

[Felix Lechner]

The work-around did not work for me. I couldn't get the host command to
wait with -W 5 and didn't try shell wait. I use dnssec-trigger, a
validating resolver, which may have something to do with it. I also added
'-N 2' to host for better domain parsing and set my domain in
/etc/resolv.conf (in dnssec-trigger.conf, in my case).

I believe systemd will eventually make this better. For now, I tried the
Required-Start boot facility to have nslcd depend on dnsssec-trigger, but
that did not work. Some kind of retry interplay between k5start and nslcd
might also be useful.

Bug#781789: I: [boinc_alpha] I: Bug#781789: boinc-manager: Boinc Manager seems to drop a configuration file into the home directory without hiding it

[Olly Betts]

On Fri, Jun 26, 2015 at 11:51:18AM +, Gianfranco Costamagna wrote:
> I'm still having issue in understanding why
> "wxSingleInstanceChecker()" should create a lock file in my home
> directory rather than in some more appropriate file, and why the file
> doesn't end in .lock or whatever that would have helped me a lot in
> understanding what was going on.

It creates the lock file where you tell it to, with a default of:

homedir + "/" + appname + "-" + userid

That's arguably not a great default, but changing it now it is
established is problematic as it'll break the single instance checking
between apps using wx versions from before and after the change.  

I'd expect wx upstream would only consider that at the start of a
release series.

If they're going to change, using a shared memory object seems a better
approach, so I've opened a ticket with wx upstream to suggest that:

http://trac.wxwidgets.org/ticket/17046

But changing to a shared memory object or a different default filename
unilaterally in Debian doesn't seem a good idea, so if you want to fix
this for boinc in the short term, passing an explicit location for the
file is a better plan (as the upstream code already does for OS X).
You'll also have the interoperability considerations, but they are
easier to decide for a single application as the implications of ending
up with two instances are clearer for a particular case than in general.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790306: Please support ARM64

[Vincent Cheng]

Control: block -1 by 790317

Hi Martin,

On Sat, Jun 27, 2015 at 3:26 PM, Martin Michlmayr  wrote:
> Package: 0ad
> Version: 0.0.18-1
> Severity: wishlist
> Tags: upstream
> User: debian-...@lists.debian.org
> Usertags: arm64
>
> It would be nice if 0 A.D. would support ARM64.  There are Android
> based devices on ARM64 already and I suspect we'll be seeing Linux
> desktop devices based on ARM64 soon as well.
>
> I know this is really an upstream issue, but it would be great if you
> could raise an upstream feature request.
>
> I briefly looked into it and created a patch with some obvious
> locations where ARM64 (or AARCH64, as it's officially called) should
> be added, but I'm sure it's incomplete.  I also noticed
> libraries/source/nvtt where ARM is referenced.

It's worth noting that 0ad build-depends on nvidia-texture-tools in
Debian, so we can ignore the embedded copy of nvtt in 0ad's source.

> Note that I followed the existing code in source/lib/byte_order.h but
> imho this is not an optimal way to do things as e.g. MIPS and ARM can
> be both little or big endian.

Would you consider filing this bug report directly upstream [1][2],
with your patch (just like you did with nvidia-texture-tools)? I'm not
a porter myself and I don't think there's any value in me being a
middleman, in case upstream has any questions to ask you etc. Thanks!

[1] http://trac.wildfiregames.com/newticket
[2] alternatively, upstream is pretty active on IRC (freenode #0ad-dev)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790400: ITP: netstress -- utility designed to stress and benchmark network activity

[Giovani Augusto Ferreira]

Package: wnpp
Severity: wishlist
Owner: Giovani Augusto Ferreira 

* Package name: netstress
  Version : 1.2.0
  Upstream Author : Jim Gleason
* URL : http://sourceforge.net/projects/netstress/
* License : BSD
  Programming Lang: C
  Description : utility designed to stress and benchmark network activity

 Client/server utility designed to stress & benchmark network activity of
 a given ethernet device or path using simulated (random) real world data
 and packet sizes instead of fixed data and packet sizes.
 .
 Easily command line usage with random packets sizes and random data for
 read, write, or read & write (default) testing and reporting benchmark
 results from the ethernet device.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790399: ITP: structlog -- tructured Logging for Python

[Filippo Giunchedi]

Package: wnpp
Severity: wishlist
Owner: Filippo Giunchedi 

* Package name: structlog
  Version : 15.2.0
  Upstream Author : Hynek Schlawack 
* URL : http://www.structlog.org
* License : Apache 2.0 or MIT
  Programming Lang: Python
  Description : structured Logging for Python

Structlog makes structured logging in Python easy by augmenting your existing
logger. Structured logging means that you don’t write hard-to-parse and
hard-to-keep-consistent prose in your logs but that you log events that happen
in a context instead.
.
Structlog allows you to split your log entries up into key/value pairs and
build them incrementally without annoying boilerplate code. It can be used
immediately with any existing logger.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790382: openjfx: build-dependency on ksh is superfluous

[tony mancill]

On 06/28/2015 02:06 PM, Emmanuel Bourg wrote:
> Le 28/06/2015 22:02, Markus Koschany a écrit :
> 
>> The combination of Korn shell and openjfx was somehow suspicious, I guess.
> 
> Thank you for testing this Markus. I added the dependency initially
> because it was mentioned in the upstream documentation [1] but I never
> experimented without.
> 
> Tony, if you rebuild without ksh that would be nice to also update to
> the latest upstream release. The upgrade to 8u45 should be straightforward.

Hi Emmanuel,

I didn't run into any problems building or installing without ksh, so am
uploading the current version with the build-dep change along with a
couple of other minor lintian tweaks.

I did try updating to 8u45-14, which is the version returned by
http://87.98.165.193/checkjdk.php, but step in debian/orig-tar.sh that
try tries to fetch that version from hg.openjdk.java.net spews some
python exceptions that I wasn't certain how to deal with.  I will try
take a look at updating once I get a few other things off my plate -
namely, the jnr-ffi ports.

Cheers,
tony



signature.asc
Description: OpenPGP digital signature

Bug#790398: USB keyboard/mouse are aggressively autosuspended, dropping events

[Kenton Varda]

Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-ckt11-1

After installing updates today and rebooting, I found that my USB keyboard
and mouse, after being idle for exactly two seconds, would be suspended,
such that they would not wake up until after a key/button press, and the
wake-up press would itself not be reported to software. For the keyboard,
this has the effect that the first keystroke or two after being idle would
be dropped. For the mouse, the effect is that after being idle, the mouse
could no longer move, because movement events would not "wake" it; instead,
clicking a button was necessary, after which the mouse would wake up and
move normally.

Disabling USB autosuspend fixes the problem. That is:

echo -1 > /sys/module/usbcore/parameters/autosuspend

Then unplug/replug the USB hub to which both devices are attached.

Before disabling as above, the autosuspend value was 2 (presumably meaning
2 seconds?). I verified that setting it back to 2 (and
unplugging/re-plugging the devices again) caused the problem to return.

The affected system is a self-assembled desktop with keyboard and mouse
connected through a generic USB hub to USB 2.x ports. Please let me know
what specific information would be useful for debugging.

-Kenton

Bug#785576: Aw: Bug#785576: rosegarden: crash. start, click view

[Stuart Prescott]

Control: severity -1 important
Control: tags -1 + help

Hi Günther,

thanks for providing more information. We're still stuck on this as none of 
the other multimedia maintainers or the Qt maintainers that I've spoken to can 
reproduce the crash.

> Anyway, surfing around brought me to a Ubuntu Bug concerning qt-at-spi (QTs 
accessability).
> 
> Removing it, and it worked...

This is a useful insight -- unfortunately, I still can't actually find anyone 
who can make it crash with or without qt-at-spi installed. 

While this bug certainly makes rosegarden unusable for you, that's not the 
general case so I've lowered the severity accordingly.

cheers
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works

[Bruce Korb]

On 06/28/15 04:26, Nikos Mavrogiannopoulos wrote:

http://autogen.sourceforge.net/data/autogen-5.18.5pre20.tar.xz


That version works for me.


OK, then, I've now unwound all the Guile wrapper macro removals from top of 
tree.

http://autogen.sourceforge.net/data/autogen-5.18.6pre3.tar.xz

If that one works for you, then I'll promote it next weekend.
Thank you both for your help!

Regards, Bruce


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725920: Please support mipsn32(el) and mips64(el)

[Martin Michlmayr]

* YunQiang Su  [2013-10-10 08:16]:
> Please add `mipsn32 mipsn32el mips64 mips64el' to Architecture stanza
> of deian/control
> I can confirm that it build successfully on mips64el.

The same goes for arm64.

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#789968: New upstream release available

[Martin Michlmayr]

* Martin Michlmayr  [2015-06-25 14:55]:
> Version 2.5.1 was released in January 2015.

2.5.2 is out now, which includes a build fix for GCC 5.

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751802: Same for ARM64

[Martin Michlmayr]

Same issue on arm64.

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751810: Same for ARM64

[Martin Michlmayr]

The same goes for arm64.

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#789715: simgrid: please make the build reproducible

[Jérémy Bobbio]

Martin Quinson:
> On Wed, Jun 24, 2015 at 11:09:47AM +0200, marivalen wrote:
> > Using `GZIP=-9n cmake -E tar` does not work. It seems that cmake does
> > not pass environment variables to the command it runs. This explains the
> > introduction of the env cmake command.
> 
> What about patching the cmake -E tar so that it understands (or even
> apply by default) the -n flag itself? That would be the best so solve
> a lot of reproducibility issues at once, isn't it?

The GZIP environment variable is going away:
https://lists.gnu.org/archive/html/bug-gzip/2015-03/msg2.html

For this problem, I then see two options:

 * Try getting a `--deterministic` flag in GNU Tar that would pass `-n`
   to `gzip` if '-z' is given to `tar`. (Or something close enough.)
 * Change `cmake -E tar` to pipe `tar` output to `gzip -n`.

In any cases, I think it's worth trying to make it the default behavior
for all CMake users.

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#790065: Make output of texinfo index deterministic

[Chris Lamb]

> I forward you the patch by Chris Lamb (in Cc) in case you consider it worth 
> including.

(Probably not needed here but just in case it helps I have signed the
GNU copyright assignment under la...@gnu.org / ch...@chris-lamb.co.uk)


Regards,

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786946: Bug#787338: ftp.debian.org: incorrect lintian error leads to auto-rejection

[Norbert Preining]

Hi Mark,

On Sun, 28 Jun 2015, Mark Hymers wrote:
> We're satifisfied that the intention is to allow modification and would
> therefore ask the lintian maintainers to consider changing the check.

Thanks a lot!

Norbert


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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790065: Make output of texinfo index deterministic

[Norbert Preining]

Dear all,

down here at Debian there is an activity to create reproducible
buillds, absolutely reproducible. Thus we try to remove
indetermancy as far as possible. In this case, texinfo indices
are not deterministic. I forward you the patch by Chris Lamb (in Cc)
in case you consider it worth including.

>From the original bug report [0]

While working on the "reproducible builds" effort [1], we have noticed
that texinfo generates indices in a non-deterministic order.

This appears to happen because the index sort is not stable with respect
to the line number, resulting in output non-determinstically changing
from:   

  * Entry   (line 1)
  * Entry   (line 2)

and

  * Entry   (line 2)
  * Entry   (line 1)

.. when the entry is the same string.

The attached patch adds the line number to the sort comparator. Once
applied, (some) packages using texinfo can be built reproducibly in
our reproducible toolchain.

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790065
[1] https://wiki.debian.org/ReproducibleBuilds

Norbert


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

Make texino indices reproducible by genrating deterministic order
>From Debian #790065
While working on the "reproducible builds" effort [1], we have noticed
that texinfo generates indices in a non-deterministic order.

This appears to happen because the index sort is not stable with respect
to the line number, resulting in output non-determinstically changing
from:   

  * Entry   (line 1)
  * Entry   (line 2)

and

  * Entry   (line 2)
  * Entry   (line 1)

.. when the entry is the same string.

The attached patch adds the line number to the sort comparator. Once
applied, (some) packages using texinfo can be built reproducibly in
our reproducible toolchain.

Patch by Chris Lamb
---
 tp/Texinfo/Structuring.pm |4 
 1 file changed, 4 insertions(+)

--- texinfo.orig/tp/Texinfo/Structuring.pm
+++ texinfo/tp/Texinfo/Structuring.pm
@@ -1984,6 +1984,9 @@
   if ($res == 0) {
 $res = ($key1->{'number'} <=> $key2->{'number'});
   }
+  if ($res == 0) { 
+$res = ($key1->{'line_nr'} <=> $key2->{'line_nr'});
+  }
   return $res;
 }
 
@@ -2016,6 +2019,7 @@
   foreach my $index_name (keys(%$index_entries)) {
 foreach my $entry (@{$index_entries->{$index_name}}) {
   $entry->{'in_code'} = 
$index_names->{$entry->{'index_name'}}->{'in_code'};
+  $entry->{'line_nr'} = $entry->{'command'}->{'line_nr'}->{'line_nr'};
   $options->{'code'} = $entry->{'in_code'};
   $entry->{'key'} = Texinfo::Convert::Text::convert(
   {'contents' => $entry->{'content'}}, $options);

Bug#790387: kbtin: please make the build reproducible

[Adam Borowski]

Control: tags -1 +fixed-upstream

On Sun, Jun 28, 2015 at 08:16:25PM +0100, Chris Lamb wrote:
> Source: kbtin
> 
> While working on the "reproducible builds" effort [1], we have noticed
> that kbtin could not be built reproducibly.
> 
> The attached patch [...]

Already fixed, commit 37197e3 from March 11.  Will need to upload
sometime...

-- 
// If you believe in so-called "intellectual property", please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786946: Bug#787338: ftp.debian.org: incorrect lintian error leads to auto-rejection

[Mark Hymers]

On Mon, 01, Jun, 2015 at 12:38:46AM +0900, Norbert Preining spoke thus..
> **  
> Licensing
> 
> The copyright owner and terms of use of an ICC profile are normally identified
> in the Creator field in the profile header and in the Copyright tag. Where ICC
> is the copyright owner, the following license terms apply:
> 
> "This profile is made available by the International Color Consortium, and may
> be copied, distributed, embedded, made, used, and sold without restriction.
> Altered versions of this profile shall have the original identification and
> copyright information removed and shall not be misrepresented as the original
> profile."
> ***
> 
> Paul Wise mentioned in his remarks on the lintian bug 786946 that the *new*
> license does not allow for modifications, which I consider an "interesting"
> interpretation, since the second sentence clearly states that
>   Altered versions of this profile ...
> which can of course only exist if modifications are allowed.
> 
> Anyway, at least several OSS projects seem to have no problem with this
> license, thus I ask for a clarification from side of the ftp-masters, as
> requested by Bastien Roucaries in the above mentioned bug report
> against lintian.

Hi Norbert / Lintian maintainers,

As requested, we discussed this license at the ftp-team IRC meeting.

We're satifisfied that the intention is to allow modification and would
therefore ask the lintian maintainers to consider changing the check.

Thanks,

Mark (on behalf of the ftp-team).

-- 
Mark Hymers 

"Well, the thing about a black hole - it's main distinguishing feature - is
 it's black. And the thing about space, your basic space colour is black. So
 how are you supposed to see them?"
 Holly, Red Dwarf Series III - Marooned


signature.asc
Description: Digital signature

Bug#790397: libparse-recdescent-perl: please make the output reproducible

[Chris Lamb]

Source: libparse-recdescent-perl
Version: 1.967009+dfsg-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that libparse-recdescent-perl generates non-reproducible output.

The attached patch removes this randomness. Once applied, (some)
packages that use libparse-recdescent-perl can be built in our
reproducible toolchain (for example, libmodule-extractuse-perl).

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/lib/Parse/RecDescent.pm b/lib/Parse/RecDescent.pm
index 28149d7..2d22e71 100644
--- a/lib/Parse/RecDescent.pm
+++ b/lib/Parse/RecDescent.pm
@@ -144,6 +144,7 @@ sub Precompile
 print OUT "my ";
 
 require Data::Dumper;
+$Data::Dumper::Sortkeys = 1;
 $code = Data::Dumper->Dump([$self], [qw(self)]);
 if ($opt{-standalone}) {
 $code =~ s/Parse::RecDescent/$runtime_package/gs;
@@ -3082,7 +3083,7 @@ local \$SIG{__WARN__} = sub {0};
 $self->{"startcode"} = '';
 
 my $rule;
-foreach $rule ( values %{$self->{"rules"}} )
+foreach $rule ( sort {$a->{'name'} cmp $b->{'name'}} values 
%{$self->{"rules"}} )
 {
 if ($rule->{"changed"})
 {

Bug#790202: gmpc-plugins: depends on libwebkitgtk-1.0-0 which is deprecated

[Etienne Millon]

tags 790202 + patch
thanks

Hi,

Thanks for the bug report.

Upstream is not very active on this project and I don't have a lot of
experience porting GTK applications. So I think that the best course
of action is to disable the only plugin that uses webkitgtk.

However, if anyone wants to do the actual porting, I am interested of
course!

-- 
Etienne Millon
commit 7b0a45d96d231f3f0368756bbdd842d7305b15ca
Author: Etienne Millon 
Date:   Sun Jun 28 19:00:52 2015 +0200

Disable wikipedia plugin

diff --git a/debian/changelog b/debian/changelog
index c744dc7..0db003b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+gmpc-plugins (11.8.16-3) UNRELEASED; urgency=medium
+
+  * Disable wikipedia plugin (Closes: #790202)
+
+ -- Etienne Millon   Sun, 28 Jun 2015 18:59:43 +0200
+
 gmpc-plugins (11.8.16-2) unstable; urgency=low
 
   * Disable LyricWiki plugin (Closes: #539821)
diff --git a/debian/control b/debian/control
index ceb2177..9d61b8e 100644
--- a/debian/control
+++ b/debian/control
@@ -20,10 +20,8 @@ Build-Depends:
  liblircclient-dev,
  libmicrohttpd-dev,
  libmpd-dev,
- libsoup2.4-dev,
  libsqlite3-dev,
  libtagc0-dev,
- libwebkitgtk-dev,
  libxml2-dev,
  libxosd-dev,
  valac
diff --git a/debian/rules b/debian/rules
index 5797a8a..28460b8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -9,7 +9,7 @@ DEB_DH_STRIP_ARGS:=--dbg-package=$(DBG_NAME)
 	dh $@ --with autoreconf
 
 override_dh_auto_configure:
-	dh_auto_configure -- --disable-lyricwiki
+	dh_auto_configure -- --disable-lyricwiki --disable-wikipedia
 
 override_dh_strip:
 	dh_strip $(DEB_DH_STRIP_ARGS)


signature.asc
Description: Digital signature

Bug#790396: gnupg: Udev rule for Cherry SmartBoard XX44

[Tim Retout]

Package: gnupg
Version: 1.4.19-3
Severity: normal

Dear Maintainer,

The following line, when added to /lib/udev/rules.d/60-gnupg.rules, adds
support for the Cherry XX44 smart card pinpad:

ATTR{idVendor}=="046a", ATTR{idProduct}=="0010", ENV{ID_SMARTCARD_READER}="1", 
ENV{ID_SMARTCARD_READER_DRIVER}="gnupg"

This appears to be necessary to support secure pin entry, as I have not yet
managed to get this working when using pcscd. (The PIN LED should flash red,
rather than a steady green - this works with gpg2 and, apparently, gpg 1.4
when using gpg-agent/scdaemon to talk to the smart card.[0])

[0] http://lists.gnupg.org/pipermail/gnupg-devel/2007-March/023694.html

Kind regards,

Tim


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

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

Versions of packages gnupg depends on:
ii  gpgv  1.4.19-3
ii  libbz2-1.01.0.6-8
ii  libc6 2.19-18
ii  libreadline6  6.3-8+b3
ii  libusb-0.1-4  2:0.1.12-25
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages gnupg recommends:
ii  gnupg-curl 1.4.19-3
ii  libldap-2.4-2  2.4.40+dfsg-1

Versions of packages gnupg suggests:
ii  eog   3.16.2-1
pn  gnupg-doc 
ii  imagemagick   8:6.8.9.9-5
ii  libpcsclite1  1.8.13-1
ii  parcimonie0.8.4-1

-- no debconf information

-- debsums errors found:
debsums: changed file /lib/udev/rules.d/60-gnupg.rules (from gnupg package)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#757610: Fix for stable

[Afif Elghraoui]

Hi, Mike,
I'm a stable user who just discovered this bug. Upstream pointed out the 
commit that included the solution to this problem [1] and I'm attaching 
the relevant part of that commit as a patch here.


If you would push for it to go through stable-updates, it would help 
users without requiring them to abandon stable. Otherwise, the bug will 
be immortalized in Debian 8.


Users who need an immediate solution, you will want to add the following 
line to the file /usr/share/zotero-standalone/defaults/preferences/prefs.js


pref("browser.preferences.instantApply", false);

Many thanks and regards
Afif

1. 
https://github.com/zotero/zotero-standalone-build/issues/35#issuecomment-83163124


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

Description: Fix issue of empty preferences window
Origin: upstream, https://github.com/zotero/zotero-standalone-build/commit/a281e17d176cbe1fcfa4d627984bf8dd8c81a9da
Bug: https://github.com/zotero/zotero-standalone-build/issues/35
Last-Update: 2015-06-28
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- zotero-standalone-build.orig/assets/prefs.js	2014-09-18 12:25:43.0 -0700
+++ zotero-standalone-build/assets/prefs.js	2015-06-28 13:36:06.739973266 -0700
@@ -146,3 +146,6 @@
 
 // update channel for this build
 pref("app.update.channel", "default");
+
+// This should probably not be a preference that's used in toolkit
+pref("browser.preferences.instantApply", false);

Bug#790385: initramfs-tools: breaks building initramfs for zfs over (mirrored) LUKS - "can't find root device"

[Ben Hutchings]

Control: severity -1 wishlist

On Sun, 2015-06-28 at 20:58 +0200, cri...@vivaldi.net wrote:
> Package: initramfs-tools
> Version: 0.120
> Severity: important
> 
> Dear Maintainer,
> 
> My first bug report - hope it's comprehensible / useful.
> 
> Trying to convert my workstation to ZFS; (kind of) following John
> Goerzen's recipe. At the critical point, creating the initramfs, it
> bombs out with the messages attached at the end. Have been at this 
> for
> a week now, tweaking what I can - but with no success. Please feel
> free to ask for more or whatever info might be necessary. Thanks.
[...]

So far as I know, booting from zfs has never been supported in
initramfs-tools.  It would in any case require some support from one of
the zfs packages.

Ben.

-- 
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source

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

Bug#790382: openjfx: build-dependency on ksh is superfluous

[Emmanuel Bourg]

Le 28/06/2015 22:02, Markus Koschany a écrit :

> The combination of Korn shell and openjfx was somehow suspicious, I guess.

Thank you for testing this Markus. I added the dependency initially
because it was mentioned in the upstream documentation [1] but I never
experimented without.

Tony, if you rebuild without ksh that would be nice to also update to
the latest upstream release. The upgrade to 8u45 should be straightforward.

Emmanuel Bourg

[1]
https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-LinuxDesktopBuildLinux



signature.asc
Description: OpenPGP digital signature

Bug#790395: ruby-jquery-rails: CVE-2015-1840

[Salvatore Bonaccorso]

Source: ruby-jquery-rails
Version: 3.1.2-6
Severity: important
Tags: security upstream fixed-upstream

Hi,

the following vulnerability was published for ruby-jquery-rails,
filling for reference as well in the BTS.

CVE-2015-1840[0]:
CSRF vulnerability in jquery-rails

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-1840
[1] https://bugzilla.novell.com/show_bug.cgi?id=934795
[2] https://marc.info/?l=oss-security&m=143447798114356&w=2

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790394: Update Scotch to version 6.0.4

[Christoph Grüninger]

Package: scotch
Version: 5.1.12b.dfsg-2

Scotch 5.1.12 is outdated for almost four years. The most recent version
is 6.0.4. Would you be so kind updating the package and putting it to
Jessie backports?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#788056: fish: add apparmor profile for fishd

[intrigeri]

Hi,

(pkg-apparmor hat on.)

this looks good at first glance, but as usual: asking for a review on
the upstream AppArmor mailing-list would possibly highlight issues
that I've missed, and in any case it would help sharing this work as
a cross-distro effort. May you please do this? Thanks in advance!

Cheers,
--
intrigeri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#771978: Please ship AppArmor profile for /bin/ps

[intrigeri]

Hi,

thanks for the updated profile, and sorry for the delay.

Pat Parson wrote (14 Dec 2014 02:24:21 GMT) :
>   # most ps functions available without the dac_override & dac_read_search

Are there missing words in this comment, or is it just that my English
is too poor (which can very well be the case)?

>   @{PROC}@{sys}kernel/pid_max r,

@{sys} is "the location where sysfs is mounted", so it shouldn't be
reused for totally unrelated purposes like this.

>   @{PROC}tty/drivers r,
>   @{PROC}uptime r,

Technically, this should work, but all profiles I've seen explicitly
add a '/' between '@{PROC}' and the rest of the line. Please do so for
consistency's sake :)

To end with, I suggest, once again, to ask for feedback about this
profile on the AppArmor upstream mailing-list: this is a cross-distro
effort, and I can think of no reason to entirely put the reviewing
burden on Debian's pkg-apparmor team (see the delay we've needed to
come back to you here), while better skilled people are happy to help
upstream. Thanks in advance!

Cheers,
--
intrigeri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#733489: [PATCH] apt/package.py: Replaced pre_depend with rawtype in BaseDependency.__repr__ as rawtype gives more information including the information from pre_depend.

[Julian Andres Klode]

On Sun, Jun 28, 2015 at 01:49:17PM +0200, Michael Schaller wrote:
> 
> On 06/28/2015 11:41 AM, Julian Andres Klode wrote:
> >Hi Michael,
> >
> >thanks for the patch. Unfortunately, I cannot apply it without
> >further work.
> >
> No worries. That was kinda expected after such a long break. ;-)
> 
> >On Sat, Jun 27, 2015 at 12:39:49PM +0200, Michael Schaller wrote:
> >>---
> >>  apt/package.py   | 4 ++--
> >>  debian/changelog | 6 ++
> >>  2 files changed, 8 insertions(+), 2 deletions(-)
> >
> >Could you please include the entire patch? I can't merge that with
> >git am otherwise. You somehow only put the diff into the patch file
> >attachment, and moved the subject into the emails subject and the
> >stat into the first part of the email.
> >
> I've just used standard 'git send-email --attach'. I've used now 'git
> format-patch' and attached the generated patch manually to this email. I
> hope that works better for you.
> 
> >Also, please format your commit messages to have a short summary
> >(about 70 characters) followed by a longer paragraph.
> >
> 75 is as short as I can make it. I hope is sufficiently short.

I reworded it a bit:
- Dropped the filename to make the subject shorter
- Dropped the '.' at the end of the subject
- Changed from past to present tense
- Made one sentence out of the paragraph

and applied it to the debian/sid branch.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

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

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#782761: linux-tools: Please include tools/hv daemons in a binary

[Bastian Blank]

Hi Hideki

On Sun, Jun 28, 2015 at 04:17:25PM +0900, Hideki Yamane wrote:
>  Then, Debian Kernel Team, could you apply and upload packages, please?

I commited an adopted version to our svn repo.  Please test the changes
and report back if it actually works.

Bastian

-- 
... bacteriological warfare ... hard to believe we were once foolish
enough to play around with that.
-- McCoy, "The Omega Glory", stardate unknown


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790393: cdo: FTBFS on hppa: remaplib.c:1595:16: error: 'grid.121' not specified in enclosing parallel

[John David Anglin]

Package: cdo
Version: 1.6.6+dfsg.1-1
Severity: normal

Dear Maintainer,

The following compilation error occurs building cdo on hppa:

gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -I../libcdi/src -I/usr/include 
-I/usr/include -I/usr/lib/hppa-linux-gnu/hdf5/serial/include -I/usr/include 
-D_FORTIFY_SOURCE=2 -DgFortran  -g -O2 -Wformat -Werror=format-security -Wall 
-pedantic -fPIC -fopenmp  -MT cdo-remaplib.o -MD -MP -MF .deps/cdo-remaplib.Tpo 
-c -o cdo-remaplib.o `test -f 'remaplib.c' || echo './'`remaplib.c
remaplib.c:338:6: warning: 'check_lon_range2' defined but not used 
[-Wunused-function]
 void check_lon_range2(long nc, long nlons, double *corners, double *centers)
  ^
remaplib.c: In function 'remap_gradients':
remaplib.c:1595:16: error: 'grid.121' not specified in enclosing parallel
   if ( grid.mask[n] )
^
remaplib.c:1585:9: error: enclosing parallel
 #pragma omp parallel for default(none)\
 ^
make[3]: *** [cdo-remaplib.o] Error 1
Makefile:4283: recipe for target 'cdo-remaplib.o' failed

Full log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=cdo&arch=hppa&ver=1.6.6%2Bdfsg.1-1&stamp=1435521915


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

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790392: unbound chroot accumulates old files

[Simon Deziel]

Package: unbound
Version: 1.4.22-3

The chroot directory can accumulate old files that were deleted from
/etc/unbound. With the automatic inclusion of
/etc/unbound/unbound.conf.d, accumulating remnant files in there can
cause bugs that are hard to track.

Steps to reproduce:

0) edit unbound.conf to add chroot: "/var/lib/unbound"
1) sudo touch /etc/unbound/foo
2) sudo service unbound restart
3) [ -e /var/lib/unbound/etc/unbound/foo ] && echo CORRECT
4) sudo rm /etc/unbound/foo
5) sudo service unbound restart
6) [ -e /var/lib/unbound/etc/unbound/foo ] && echo WRONG


The "foo" file shouldn't be in the chroot after step 5).

The attached patch ensures the configs are purged from the chroot. It
also changes how $CHROOT_DIR is set to avoid parsing problems with vim.

Regards,
Simon
--- /etc/init.d/unbound.orig	2015-06-28 13:38:39.604171157 -0400
+++ /etc/init.d/unbound	2015-06-28 15:51:07.843960078 -0400
@@ -21,7 +21,7 @@
 UNBOUND_ENABLE=true
 UNBOUND_CONF=/etc/unbound/unbound.conf
 UNBOUND_BASE_DIR=$(dirname $UNBOUND_CONF)
-CHROOT_DIR=$(awk '{if ($1 ~ "^chroot" && $2 != "\"\"") print $2}' $UNBOUND_CONF|sed -e "s#\"##g")
+CHROOT_DIR=$(awk '{if ($1 ~ "^chroot" && $2 != "\"\"") print $2}' $UNBOUND_CONF|sed 's/"//g')
 ROOT_TRUST_ANCHOR_UPDATE=false
 ROOT_TRUST_ANCHOR_FILE=/var/lib/unbound/root.key
 RESOLVCONF=false
@@ -93,8 +93,9 @@
 
 do_chroot_setup() {
 if [ -d "$CHROOT_DIR" -a "$CHROOT_DIR" != "$UNBOUND_BASE_DIR" ]; then
+rm -rf $CHROOT_DIR/$UNBOUND_BASE_DIR && mkdir -p $CHROOT_DIR/$UNBOUND_BASE_DIR
 cd /
-tar --overwrite -cf - $(echo $UNBOUND_BASE_DIR | sed 's#^/##') | (cd $CHROOT_DIR && tar -xf -)
+tar -cf - $(echo $UNBOUND_BASE_DIR | sed 's/^\///') | (cd $CHROOT_DIR && tar -xf -)
 fi
 }
 

Bug#790382: openjfx: build-dependency on ksh is superfluous

[Markus Koschany]

Am 28.06.2015 um 21:13 schrieb tony mancill:
> On 06/28/2015 11:26 AM, Markus Koschany wrote:
>> Source: openjfx
>> Version: 8u40-b25-1
>> Severity: normal
>>
>> Hi,
>>
>> openjfx is marked for autoremoval from testing because it
>> build-depends on ksh. I have rebuilt openjfx without ksh and it
>> appears this build-dependency is not required for building openjfx.
>> Therefore I think we should remove ksh from Build-Depends.
>>
>> Regards,
>>
>> Markus
> 
> Hi Markus,
> 
> Ha, I did the same thing this morning and came to the same conclusion.
> I am preparing and upload.

Great. :-)

The combination of Korn shell and openjfx was somehow suspicious, I guess.

Cheers,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#782677: udd: scripts/update-upstream-status: should consider sepwatch

[Lucas Nussbaum]

Hi,

On 28/06/15 at 09:08 +, Bart Martens wrote:
> It already exists. We have cgi-bin/udd-dehs which reads from mole.watch. So I
> don't know why scripts/update-upstream-status would even run uscan.

Because the UDD implementation predates a working mole.watch. DEHS died,
then there was nothing to replace it, and UDD's implementation was
created. Then someone duplicated it in mole.

Given that the UDD implementation works, I have no interest in switching
to mole's.

I'm not sure who are the current users of the mole implementation, but
it feels quite young to bet that it will be a better basis on the long
run.

Also, even if I understand the problem that sepwatch is trying to solve
(= provide a faster update path for some packaging metadata), I think
that this is a problem that should be addressed more globally, by
centralizing that metadata somewhere managed by ftpmasters, in a way
similar to what happens with overrides: the maintainer suggests a value,
but it can be overriden. That way, upstream checkers won't even have to
unpack source packages.

However, if someone did the work to implement sepwatch in UDD's
implementation, I would welcome the patch.

Lucas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#787808: upgrade-reports: actually ledger breaks gnucash

[Anonymous]

Package: upgrade-reports
Followup-For: Bug #787808

Dear Maintainer,

I am the OP, and just wanted to correct what I said.  After further
investigation, it is the ledger package that breaks gnucash, not the
other way around (ref bug 740757).

The ledger package version should have never advanced.  But now that
the damage is done, the release notes should warn ledger users and it
should suggest that they pin the version to 2.6.x.

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

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790391: RFS: bomberclone/0.11.9-5 ITA

[Peter Spiess-Knafl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: sponsorship-requests
Severity: important

  Dear mentors,

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

 * Package name: bomberclone
   Version : 0.11.9-5
   Upstream Author : Steffen Pohle 
 * URL : http://bomberclone.de/
 * License : GPL-2
   Section : games

  It builds those binary packages:

 bomberclone - free Bomberman clone
 bomberclone-data - Data files for bomberclone game

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/b/bomberclone/bomberclone_0.1
1.9-5.dsc


  Changes since the last upload:

bomberclone (0.11.9-5) unstable; urgency=medium

  * New maintainer, mutually agreement (Closes: #790143)
  * Switch to dpkg-source 3.0 (quilt) format
  * d/patches/*: added description for existing patches
  * d/control: migrated from cdbs to dh9
  * d/control: extended bomberclone-data description
  * d/control: Standards-Version 3.9.6: no changes required
  * d/control: Added Vcs-* references
  * d/copyright: updated to DEP-5 machine readable copyright format
  * Added patch for gcc5 support (Closes: #777803)
  * d/bomberclone.desktop: added categories (Closes: #737833)

 -- Peter Spiess-Knafl   Sun, 28 Jun 2015 21:29:44
+0200


The package still has some lintian warnings which I would like to fix,
but don't know how:

- - deprecated-configure-filename
- - hardening-no-fortify-functions


Can someone help me with that? I thought that dh9 automatically takes
care of the hardening?


Additionally I would like to mention, that I got approved for DM, so
after the first few successful uploads a potential sponsor could grant
me upload rights for bomberclone.



  Thank you in advance and Regards,
   Peter Spiess-Knafl
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVkE+SAAoJED/ImGelQYVWC3sQAK7lIcjyuUnVIGCtAtGJMMKb
ldw1Z0h5Qr3WSdbRdyRSzzd+SjYcRgTaz/h8z0mRpR3+cKlGemmeOej4CbtPs121
rpJMqhLgCNNBcDhS1HW6/aiM9R17VF5NmTmHETQzYqXUJ1ACkLrEaBJQGPX2jPaA
PkV7CXENHtjUwhnSxzq2vlOpMQCHWlKmXqonT/xfq833X5eJkirHg9YH2dx0czfp
7Ds7GNbdx991iYLBx9hznGkILvAGwE2uGzX86obK2EctCtHwl9zBKzITI82+X/AI
2U9h8zXzajJJLLqotqQglFSItHawXYCzBropV4GlyHai27Oc1XRCBZ6VFjwd76gk
YiDf9yitOHRBuuwsaBGjnLRCkNWg/H2KL1AsaqQl0Z7MX+BCI6ZINdG6lvqr740H
Ko1Cs8JnuhNJCZ9VssNA9oOHNVPc7ocEji7IYZoMV05wrQ5V/Ob6noDFv5XoG78a
p4ur68ys5Q/1GZUx8uSx6RVUwhP3xyTiaQBFoFeUHhBypsKlSiwGWZ70px4PJvi1
YObYF0z7v42UPKm3pUQcTvzToW3NmKTDyQ6SbBMpZeJFh52cqRfMJFevd1/oM6A+
UNhVkDKHA3+DtKgpx/mbQHauY+0PYRMIbt5HvED5SrQsCkY6XjAtJx4juUqCg/yb
/ky77hJBD7Tm5gu/u5wY
=MzCF
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790383: owncloud: Call to undefined method OC\Route\Route::getMethods()

[David Prévot]

Control: tags -1 pending

Hi,

Thanks for your interest in this Debian package.

On Sun, Jun 28, 2015 at 08:56:49PM +0200, Tobias Frost wrote:
> Package: owncloud
> Version: 7.0.6+dfsg-1

> I'm currently updating a machine to the latest owncloud (7.0.6+dfsg-1)

Please, do use reportbug on this machine in order to document the actual
version of the dependencies (you can simply generate the message there,
and send it from another host then, or in this case, just attach the
output to this existing bug report).

> ==> /var/log/lighttpd/php_err.log <==
> [28-Jun-2015 18:55:10 UTC] PHP Fatal error:  Call to undefined method 
> OC\Route\Route::getMethods() in 
> /usr/share/owncloud/lib/private/route/route.php on line 94

This one should be fixed in the upcoming 8.1 (as already available from
people.d.o):

https://github.com/owncloud/core/commit/7f2f92847be98bbf3a0a5ca8567fab001bb131c1

With symfony 2.7.1, this error should not be thrown either, thus the
earlier request for more information.

Regards

David


signature.asc
Description: Digital signature

Bug#790340: [pkg-wine-party] Bug#790340: [wine-development] Longstanding Problem, had been fixed: Jammer Pro crashes on file menus

[Michael Gilbert]

control: tag -1 upstream

On Sun, Jun 28, 2015 at 4:24 AM, David Baron wrote:
> This app is critical to me. Some older wine development versions would crash
> but other "stable" versions ran it 100%
> Latest wine-development crashes, backtrace2.txt attached,
>
> I tried "stable" version of recent vintage, also crashed.

This used to be this upstream bug:
https://bugs.winehq.org/show_bug.cgi?id=30945

Please followup there or add a new winehq bug and link back here.
Even better if you can bisect to the commit reintroducing the problem.

Best wishes,
Mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#789329: [pkg-boost-devel] Bug#789329: libboost-wave-dev: Requesting the activation of BOOST_WAVE_SUPPORT_MS_EXTENSIONS compilation flag

[Steve M. Robbins]

On June 19, 2015 10:25:06 PM Vincent Hobeïka wrote:
> Package: libboost-wave-dev
> Severity: wishlist
> 
> Dear Debian Boost Team,
> 
> First, I would like to thank you for your hard work and quality
> packages.
> 
> I am the sponsored maintainer of the vera++ package. This package
> has a dependency over libboost-wave.
> 
> It has been decided upstream to recompile boost wave with vera++ in
> order to activate the BOOST_WAVE_SUPPORT_MS_EXTENSIONS cxx flag so
> vera++ would be able to parse specific windows identifiers
> (__stdcall, __declspec, …). See issue #58¹.

I looked at the wave library code and none of the source files actually contain 
the string BOOST_WAVE_SUPPORT_MS_EXTENSIONS.  Some of the headers, do, 
certainly.  But I began to wonder whether this option is something that can be
selected by the library user rather than the library builder.  Did you try 
simply building vera++ with this flag against the existing Boost.Wave library?

-Steve


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

Bug#790389: xtrkcad: please make the build reproducible

[Chris Lamb]

Source: xtrkcad
Version: 1:4.0.2-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that xtrkcad could not be built reproducibly.

The attached patch removes timestamps from the build system. Once
applied, xtrkcad can be built reproducibly in our reproducible
toolchain.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/app/lib/Makefile b/app/lib/Makefile
index 9d46c69..8ba78bf 100644
--- a/app/lib/Makefile
+++ b/app/lib/Makefile
@@ -44,7 +44,7 @@ xtrkcad.lyt: mklyt
@./mklyt xtrkcad
 
 xtrkcad.upd:
-   ( date "+%Y%m%d" ; \
+   ( LC_ALL=C date --utc --date="`dpkg-parsechangelog -SDate 
-l../../debian/changelog`" "+%Y%m%d" ; \
for f in `make --no-print-director -f params/Makefile xtps` ; do \
echo $$f ; done ) > xtrkcad.upd
 

Bug#790388: Binary package changed from arch:any to arch:all

[Ruben Undheim]

Package: ftp.debian.org
Severity: normal
Owner: ruben.undh...@gmail.com

Hi,

The binary packages python-usb and python3-usb were recently changed from
arch:any to arch:all. After that, it is not possible to update to the
latest version
using apt-get. It seems like some kind of manual step is needed.
See:
  https://qa.debian.org/madison.php?package=python-usb

Best regards,
Ruben


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#789877: ITP: ruby-maven -- ruby wrapper around maven

[Miguel Landaeta]

On Wed, Jun 24, 2015 at 11:24:51PM -0300, Miguel Landaeta wrote:
> 
> I need this package in order to package jruby-openssl.
> 

I figured out how to build jruby-openssl without ruby-maven gems but I
still consider this package useful to have it in Debian for jruby
ecosystem, so I'll package it later.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#787981: Request for Sponsorship - python-pbcore

[Afif Elghraoui]

Hello,
I have updated this package for python3 and it is lintian clean.

Would someone be able to upload to experimental? Its dependency 
python-pysam currently resides there.


Many thanks and regards
Afif

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


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790386: tracker.debian.org: Replace gitweb URLs with cgit

[James McCoy]

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

The gitweb interface isn't fully functional, so updating the Alioth URLs
to use cgit provides a better experience to the user.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 02390845b35a0525f7e1bb6aff2b05ebcb3fc8dc Mon Sep 17 00:00:00 2001
From: James McCoy 
Date: Sun, 28 Jun 2015 15:07:50 -0400
Subject: [PATCH] Replace gitweb URLs with cgit

---
 debian/control | 2 +-
 debian/copyright   | 2 +-
 distro_tracker/core/templates/core/footer.html | 2 +-
 docs/contributing.rst  | 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/debian/control b/debian/control
index 5f41407..ee134f4 100644
--- a/debian/control
+++ b/debian/control
@@ -22,7 +22,7 @@ Build-Depends: debhelper (>= 9),
 Standards-Version: 3.9.5
 Homepage: https://wiki.debian.org/qa.debian.org/distro-tracker
 Vcs-Git: git://anonscm.debian.org/qa/distro-tracker.git
-Vcs-Browser: https://anonscm.debian.org/gitweb/?p=qa/distro-tracker.git;a=summary
+Vcs-Browser: https://anonscm.debian.org/cgit/qa/distro-tracker.git
 X-Python-Version: >= 2.7
 
 Package: distro-tracker
diff --git a/debian/copyright b/debian/copyright
index b097d52..48798f9 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -1,6 +1,6 @@
 Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: DistroTracker
-Source: http://anonscm.debian.org/gitweb/?p=qa/distro-tracker.git
+Source: http://anonscm.debian.org/cgit/qa/distro-tracker.git
 
 Files: *
 Copyright: 2013 Marko Lalic 
diff --git a/distro_tracker/core/templates/core/footer.html b/distro_tracker/core/templates/core/footer.html
index a234dcb..4c35f8e 100644
--- a/distro_tracker/core/templates/core/footer.html
+++ b/distro_tracker/core/templates/core/footer.html
@@ -2,5 +2,5 @@
 
 http://deb.li/DTAuthors";>Copyright 2013-2014 The Distro Tracker Developers
 
-https://anonscm.debian.org/gitweb/?p=qa/distro-tracker.git";>Git Repository
+https://anonscm.debian.org/cgit/qa/distro-tracker.git";>Git Repository
 
diff --git a/docs/contributing.rst b/docs/contributing.rst
index 245a9af..11ddd29 100644
--- a/docs/contributing.rst
+++ b/docs/contributing.rst
@@ -39,7 +39,7 @@ Usual workflow
$ git clone git://anonscm.debian.org/qa/distro-tracker.git
 
  Note that you can also browse the sources at
- https://anonscm.debian.org/gitweb/?p=qa/distro-tracker.git
+ https://anonscm.debian.org/cgit/qa/distro-tracker.git
 
   2. Follow the steps in the chapter :ref:`setting-up`.
 
-- 
2.1.4

Bug#790387: kbtin: please make the build reproducible

[Chris Lamb]

Source: kbtin
Version: 1.0.15-1.1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that kbtin could not be built reproducibly.

The attached patch removes timezone-varying timestamps from the build
system. Once applied, kbtin can be built reproducibly in our
reproducible toolchain.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --no-dereference -urNad kbtin.orig/kbtin-1.0.15/fixmanual 
kbtin/kbtin-1.0.15/fixmanual
--- kbtin.orig/kbtin-1.0.15/fixmanual   2015-06-28 20:05:32.097981188 +0100
+++ kbtin/kbtin-1.0.15/fixmanual2015-06-28 20:11:30.285861240 +0100
@@ -22,7 +22,7 @@
 ($blah,$blah,$blah,$blah,$blah,$blah,$blah,$blah,
$blah,$mtime,$blah,$blah,$blah)
 = stat($ARGV[0]);
-print "Last modified: ".localtime($mtime) if (defined $mtime && 
$mtime);
+print "Last modified: ".gmtime($mtime) if (defined $mtime && 
$mtime);
 }
 print "\n";
 exit;

Bug#790382: openjfx: build-dependency on ksh is superfluous

[tony mancill]

On 06/28/2015 11:26 AM, Markus Koschany wrote:
> Source: openjfx
> Version: 8u40-b25-1
> Severity: normal
> 
> Hi,
> 
> openjfx is marked for autoremoval from testing because it
> build-depends on ksh. I have rebuilt openjfx without ksh and it
> appears this build-dependency is not required for building openjfx.
> Therefore I think we should remove ksh from Build-Depends.
> 
> Regards,
> 
> Markus

Hi Markus,

Ha, I did the same thing this morning and came to the same conclusion.
I am preparing and upload.

Cheers,
tony




signature.asc
Description: OpenPGP digital signature

Bug#788801: dolfin: FTBFS on mipsel: died with signal 11

[Gustavo Prado Alkmim]

Hi.

The problem was due to an internal gcc error.

I kept building the package during the last weeks waiting for a gcc version
where the problem has being solved.

It is building fine now. Please, trigger the build again on buildd.

Cheers,


Gustavo Prado Alkmim
Bacharel em Ciência da Computação (UFLA)
Doutorando em Ciência da Computação (UNICAMP)

--
"Do que adianta para o homem ganhar o mundo e perder sua alma???"

2015-06-15 5:27 GMT-03:00 Gustavo Prado Alkmim :

> Package: dolfin
> Version: 1.5.0-4
> Severity: normal
>
> Dear Maintainer,
>
> Package is failing to build on buildd. I'm working on a fix and I will
> attach it as soon as possible. Full log is attached.
>
> Build Log tail:
>
> for v in python2.7; do \
> dh_auto_configure --builddirectory=/«PKGBUILDDIR»/debian/build-$v -- \
>-D PYTHON_EXECUTABLE:FILEPATH=/usr/bin/$v \
>-D PYTHON_LIBRARY:FILEPATH=/usr/lib/mipsel-linux-gnu/lib$v.so \
>-D PYTHON_INCLUDE_DIR:PATH=/usr/include/$v \
>-D PYTHON_INCLUDE_DIR2:PATH=/usr/include/mipsel-linux-gnu/$v \
>-- -D CMAKE_BUILD_TYPE:STRING=RelWithDebInfo -D
> BUILD_SHARED_LIBS:BOOL=ON -D CMAKE_SKIP_RPATH:BOOL=ON -D
> CMAKE_INSTALL_RPATH_USE_LINK_PATH:BOOL=OFF -D
> DOLFIN_ENABLE_TRILINOS:BOOL=OFF -D DOLFIN_ENABLE_CGAL:BOOL=ON -D
> DOLFIN_ENABLE_HDF5:BOOL=ON -D DOLFIN_ENABLE_VTK:BOOL=ON -D
> DOLFIN_ENABLE_QT:BOOL=ON -D DOLFIN_ENABLE_PARMETIS:BOOL=OFF -D
> DOLFIN_ENABLE_PASTIX:BOOL=OFF -D DOLFIN_ENABLE_SCOTCH:BOOL=OFF -D
> DOLFIN_ENABLE_UNIT_TESTS:BOOL=OFF -D SWIG_EXECUTABLE:FILEPATH=/usr/bin/swig
> -D DOLFIN_ENABLE_MPI:BOOL=ON -D PETSC_DIR:PATH=/usr/lib/petscdir/3.4.2 -D
> SLEPC_DIR:PATH=/usr/lib/slepcdir/3.4.2 -D
> DOLFIN_LIB_DIR:PATH=lib/mipsel-linux-gnu -D
> DOLFIN_PKGCONFIG_DIR:PATH=lib/mipsel-linux-gnu/pkgconfig /«PKGBUILDDIR»/ ;\
> done
> cmake ../.. -DCMAKE_INSTALL_PREFIX=/usr
> -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -D
> PYTHON_EXECUTABLE:FILEPATH=/usr/bin/python2.7 -D
> PYTHON_LIBRARY:FILEPATH=/usr/lib/mipsel-linux-gnu/libpython2.7.so -D
> PYTHON_INCLUDE_DIR:PATH=/usr/include/python2.7 -D
> PYTHON_INCLUDE_DIR2:PATH=/usr/include/mipsel-linux-gnu/python2.7 -- -D
> CMAKE_BUILD_TYPE:STRING=RelWithDebInfo -D BUILD_SHARED_LIBS:BOOL=ON -D
> CMAKE_SKIP_RPATH:BOOL=ON -D CMAKE_INSTALL_RPATH_USE_LINK_PATH:BOOL=OFF -D
> DOLFIN_ENABLE_TRILINOS:BOOL=OFF -D DOLFIN_ENABLE_CGAL:BOOL=ON -D
> DOLFIN_ENABLE_HDF5:BOOL=ON -D DOLFIN_ENABLE_VTK:BOOL=ON -D
> DOLFIN_ENABLE_QT:BOOL=ON -D DOLFIN_ENABLE_PARMETIS:BOOL=OFF -D
> DOLFIN_ENABLE_PASTIX:BOOL=OFF -D DOLFIN_ENABLE_SCOTCH:BOOL=OFF -D
> DOLFIN_ENABLE_UNIT_TESTS:BOOL=OFF -D SWIG_EXECUTABLE:FILEPATH=/usr/bin/swig
> -D DOLFIN_ENABLE_MPI:BOOL=ON -D PETSC_DIR:PATH=/usr/lib/petscdir/3.4.2 -D
> SLEPC_DIR:PATH=/usr/lib/slepcdir/3.4.2 -D
> DOLFIN_LIB_DIR:PATH=lib/mipsel-linux-gnu -D DOLFIN_PKGCONFIG_DIR:
>  PATH=lib/mipsel-linux-gnu/pkgconfig /«PKGBUILDDIR»/
> dh_auto_configure: cmake ../.. -DCMAKE_INSTALL_PREFIX=/usr
> -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -D
> PYTHON_EXECUTABLE:FILEPATH=/usr/bin/python2.7 -D
> PYTHON_LIBRARY:FILEPATH=/usr/lib/mipsel-linux-gnu/libpython2.7.so -D
> PYTHON_INCLUDE_DIR:PATH=/usr/include/python2.7 -D
> PYTHON_INCLUDE_DIR2:PATH=/usr/include/mipsel-linux-gnu/python2.7 -- -D
> CMAKE_BUILD_TYPE:STRING=RelWithDebInfo -D BUILD_SHARED_LIBS:BOOL=ON -D
> CMAKE_SKIP_RPATH:BOOL=ON -D CMAKE_INSTALL_RPATH_USE_LINK_PATH:BOOL=OFF -D
> DOLFIN_ENABLE_TRILINOS:BOOL=OFF -D DOLFIN_ENABLE_CGAL:BOOL=ON -D
> DOLFIN_ENABLE_HDF5:BOOL=ON -D DOLFIN_ENABLE_VTK:BOOL=ON -D
> DOLFIN_ENABLE_QT:BOOL=ON -D DOLFIN_ENABLE_PARMETIS:BOOL=OFF -D
> DOLFIN_ENABLE_PASTIX:BOOL=OFF -D DOLFIN_ENABLE_SCOTCH:BOOL=OFF -D
> DOLFIN_ENABLE_UNIT_TESTS:BOOL=OFF -D SWIG_EXECUTABLE:FILEPATH=/usr/bin/swig
> -D DOLFIN_ENABLE_MPI:BOOL=ON -D PETSC_DIR:PATH=/usr/lib/petscdir/3.4.2 -D
> SLEPC_DIR:PATH=/usr/lib/slepcdir/3.4.2 -D
> DOLFIN_LIB_DIR:PATH=lib/mipsel-linux-gnu -D DOL
>  FIN_PKGCONFIG_DIR:PATH=lib/mipsel-linux-gnu/pkgconfig /«PKGBUILDDIR»/
> died with signal 11
> make[1]: *** [override_dh_auto_configure] Error 2
> debian/rules:79: recipe for target 'override_dh_auto_configure' failed
> make[1]: Leaving directory '/«PKGBUILDDIR»'
> make: *** [build-arch] Error 2
> debian/rules:66: recipe for target 'build-arch' failed
>

Bug#790384: doctrine: please make the build reproducible

[Chris Lamb]

Source: doctrine
Version: 2.4.7-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that doctrine could not be built reproducibly.

The attached patch removes varying timestamps from the build system.
Once applied, doctrine can be built reproducibly in our reproducible
toolchain.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/docs/bin/generate-docs.sh b/docs/bin/generate-docs.sh
index 7d06d2a..8ae6a97 100755
--- a/docs/bin/generate-docs.sh
+++ b/docs/bin/generate-docs.sh
@@ -6,5 +6,5 @@ cd ..
 rm build -Rf
 sphinx-build en build
 
-sphinx-build -b latex en build/pdf
+sphinx-build -D today="$(LC_ALL=C date --utc --date="$(dpkg-parsechangelog 
-SDate -l../debian/changelog)" '+%B %d, %Y')" -b latex en build/pdf
 rubber --into build/pdf --pdf build/pdf/Doctrine2ORM.tex
\ No newline at end of file

Bug#790385: initramfs-tools: breaks building initramfs for zfs over (mirrored) LUKS - "can't find root device"

[crikey]

Package: initramfs-tools
Version: 0.120
Severity: important

Dear Maintainer,

My first bug report - hope it's comprehensible / useful.

Trying to convert my workstation to ZFS; (kind of) following John
Goerzen's recipe. At the critical point, creating the initramfs, it
bombs out with the messages attached at the end. Have been at this for
a week now, tweaking what I can - but with no success. Please feel
free to ask for more or whatever info might be necessary. Thanks.

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 3.7M 2014-11-01 10:20 
/boot/initrd.img-3.16.3-2+01.old-dkms
-rw-r--r-- 1 root root 3.7M 2014-12-14 09:16 
/boot/initrd.img-3.16.5-1+01.old-dkms
-rw-r--r-- 1 root root 3.7M 2014-12-14 09:16 
/boot/initrd.img-3.16.5-1+02.old-dkms
-rw-r--r-- 1 root root 3.8M 2015-02-11 12:24 
/boot/initrd.img-3.16.7-2+01.old-dkms
-rw-r--r-- 1 root root 3.8M 2015-02-11 12:23 
/boot/initrd.img-3.16.7-ckt2-1+01.old-dkms
-rw-r--r-- 1 root root 4.0M 2015-02-11 12:23 
/boot/initrd.img-3.16.7-ckt2-1+02.old-dkms
-rw-r--r-- 1 root root 4.0M 2015-03-06 21:36 
/boot/initrd.img-3.16.7-ckt2-1+03.old-dkms
-rw-r--r-- 1 root root 4.0M 2015-04-16 01:51 
/boot/initrd.img-3.16.7-ckt4-3+01.old-dkms
-rw-r--r-- 1 root root 4.4M 2015-05-22 03:57 
/boot/initrd.img-3.16.7-ckt7-1+01.old-dkms
-rw-r--r-- 1 root root 4.4M 2015-05-22 03:57 
/boot/initrd.img-3.16.7-ckt9-2+01.old-dkms
-rw-r--r-- 1 root root 4.5M 2015-05-25 09:19 /boot/initrd.img-3.16.7-ckt9-3+02
-rw-r--r-- 1 root root 4.5M 2015-05-22 03:58 
/boot/initrd.img-3.16.7-ckt9-3+02.old-dkms
-rw-r--r-- 1 root root 4.5M 2015-06-16 22:19 /boot/initrd.img-4.0.2-1+01
-rw-r--r-- 1 root root 4.5M 2015-06-28 12:28 
/boot/initrd.img-4.0.2-1+01.old-dkms
-rw-r--r-- 1 root root 6.9M 2015-06-28 12:30 /boot/initrd.img-4.0.5-1+01
-rw-r--r-- 1 root root 6.2M 2015-06-28 12:30 
/boot/initrd.img-4.0.5-1+01.old-dkms
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.0.5-1+01 root=UUID=cb83fb0f-3427-4e3c-93b8-6f117c9d8eb7 
ro i915.enable_fbc=0

-- resume
RESUME=UUID=43d1f5d0-070a-423f-be44-e9e09993d740
-- /proc/filesystems
  ext3
  ext4
  fuseblk
  ext2
  jfs
  msdos
  vfat
  ntfs

-- lsmod
Module  Size  Used by
ntfs  183947  0
vfat9823  0
msdos   7046  0
fat50824  2 vfat,msdos
jfs   154577  0
ext2   47870  0
algif_skcipher  5963  0
af_alg  4660  1 algif_skcipher
cdc_acm17698  0
usb_storage47668  1
cpuid   2159  0
pci_stub1341  1
vboxpci13715  0
vboxnetadp 18035  0
vboxnetflt 16292  0
vboxdrv   329155  3 vboxnetadp,vboxnetflt,vboxpci
cpufreq_conservative 6360  0
cpufreq_stats   2598  0
cpufreq_userspace   1501  0
cpufreq_powersave982  0
zfs  2034942  3
zunicode  319762  1 zfs
zavl4446  1 zfs
zcommon33528  1 zfs
znvpair45448  2 zfs,zcommon
spl59360  3 zfs,zcommon,znvpair
binfmt_misc 6582  1
xt_tcpudp   2399  54
nf_conntrack_ipv4  12680  2
nf_defrag_ipv4  1331  1 nf_conntrack_ipv4
xt_conntrack3257  2
nf_conntrack   74118  2 xt_conntrack,nf_conntrack_ipv4
iptable_filter  1448  1
ip_tables  15747  1 iptable_filter
x_tables   15321  4
ip_tables,xt_tcpudp,xt_conntrack,iptable_filter
nfsd  231762  2
auth_rpcgss41471  1 nfsd
oid_registry2291  1 auth_rpcgss
nfs_acl 2639  1 nfsd
nfs   125923  0
lockd  58188  2 nfs,nfsd
grace   1570  2 nfsd,lockd
fscache32519  1 nfs
sunrpc175098  6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
b43   344655  0
bcma   33128  1 b43
ssb49552  1 b43
mmc_core   85514  1 ssb
mac80211  320275  1 b43
pcmcia 33580  1 ssb
pcmcia_core11679  1 pcmcia
nct677537540  0
hwmon_vid   3092  1 nct6775
fuse   74133  0
hid_generic 1177  0
btusb  27633  0
bluetooth 302388  2 btusb
snd_hda_codec_realtek56088  1
snd_hda_codec_generic50802  1 snd_hda_codec_realtek
x86_pkg_temp_thermal 4647  0
intel_powerclamp8674  0
coretemp5836  0
kvm_intel 135510  0
kvm   289690  1 kvm_intel
wl   6289889  0
crct10dif_pclmul4482  0
crc32_pclmul2723  0
crc32c_intel   12833  0
snd_hda_intel  20003  0
i915  911448  2
snd_hda_controller 17226  1 snd_hda_intel
ghash_clmulni_intel 4066  0
snd_hda_codec  87492  4
snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel\
,snd_hda_controller
snd_hwdep

Bug#785874: No h.264 support in stable and sid

[Peter Spiess-Knafl]

Hi!

Thanks for getting back so quickly.

> Qt 5.5 is the first version that adds support for GStreamer 1.x. If you
> use that version, it should be able to use gstreamer1.0-libav for h264
> decoding. If that doesn't work, you're probably running into a bug
> somewhere in Qt as it seems to work fine for all other GStreamer 1.x
> apps that we currently have :)
> 

Ah ok. I thought that gstreamer1.0-libav was somehow a direct
replacement for gstreamer0.10-ffmpeg.

I will check that with Qt5.5

However in Jessie, there is currently no possibility to decode H.264
videos from qt, since gstreamer0.10-ffmpeg is required for that. Do you
have an idea how we could fix this?

Greetings
Peter


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790383: owncloud: Call to undefined method OC\Route\Route::getMethods()

[Tobias Frost]

Package: owncloud
Version: 7.0.6+dfsg-1
Severity: normal

Dear Maintainer,

I'm currently updating a machine to the latest owncloud (7.0.6+dfsg-1) and 
after its done this line is in the lightty's log when accesing the front page.

==> /var/log/lighttpd/access.log <==
10.243.48.84 isengard.ignorelist.com - [28/Jun/2015:20:55:15 +0200] "PROPFIND 
/owncloud/remote.php/webdav/ HTTP/1.1" 207 501 "-" "Mozilla/5.0 (Linux) 
mirall/1.8.1"

==> /var/log/lighttpd/php_err.log <==
[28-Jun-2015 18:55:10 UTC] PHP Fatal error:  Call to undefined method 
OC\Route\Route::getMethods() in /usr/share/owncloud/lib/private/route/route.php 
on line 94


WebDAV seems to work, though.

--
tobi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#788547: nfs4 mount.nfs does not respect option "user" in fstab in Jessie

[Ingo]

Some additional information, discovered by accident:

What does completely fail, is the "mount" command as reported above
(mounting a nfs-export as user).

Executing mount.nfs as a user with full path does not respect the
mountpoint as configured in fstab:

~$ /sbin/mount.nfs leo:/Bilder
~$ mount.nfs: no mount point provided

Adding the mountpoint works for both mount and umount:

~$ /sbin/mount.nfs leo:/Bilder /home/ingo/leo.Bilder
~$ /sbin/umount.nfs /home/ingo/leo.Bilder

So, the dead end lies in /sbin/mount which is unable to evaluate the
fstab and parse it properly to mount.nfs.

Remark:
it is somehow strange that the mount-binary shrunk in filesize from 90kB
in Wheezy to only 40kB in Jessi?

So this bug should be assigned to package "mount" in Jessie as well.

Regards,
Ingo


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790165: libreoffice-kde: crash on startup in kde, not in other environments

[Rene Engelhard]

On Sun, Jun 28, 2015 at 09:33:10AM -0700, Alex Gould wrote:
> I created a new user account from the default skeleton, logged in to the KDE 
> desktop and was able to use LO programs normally.

Ok.

> So it must be some problem with my configuration that was causing the error.

Yeah...

> However, the problem persists in my old account even if I delete 
> ~/.config/libreoffice .

So it doesn't look like LOs config it at fault but (some interaction with
your KDE config...

> Not sure how to fix that, but I guess it's more of a tech support question 
> than 
> a bug.

Yeah, but LO still shouldn't crash. But I believe libreoffice-kde will
- unless something substantially changes - not live long anymore anyway..

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#789759: libdrm-nouveau2:amd64: X hangs, multiple instances of buffer 212 on validation list

[Victor Porton]

libdrm 2.4.60 is too buggy when used with Nouveau.

Please add into Debian the version 2.4.61 as soon as possible (or you
may revert to 2.4.59). The bug is very serious.

See https://bugs.freedesktop.org/show_bug.cgi?id=89842 for the source
of my claim.

-- 
Victor Porton - http://portonvictor.org

Bug#788318: nano: no escape for /* and */ inside the branches

[Benno Schulenberg]

It is unclear what you mean with "Wrong painting of part of the text".
I guess that you mean that the "Accept: */*" part is yellow instead of
lightblue as the rest of the comment.  Correct?

If so, then this should be fixed in nano 2.4 and later, because I don't
see this.

Benno

-- 
http://www.fastmail.com - Access your email from home and the web


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790382: openjfx: build-dependency on ksh is superfluous

[Markus Koschany]

Source: openjfx
Version: 8u40-b25-1
Severity: normal

Hi,

openjfx is marked for autoremoval from testing because it
build-depends on ksh. I have rebuilt openjfx without ksh and it
appears this build-dependency is not required for building openjfx.
Therefore I think we should remove ksh from Build-Depends.

Regards,

Markus


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786699: broadcom-sta-dkms: No working WiFi with BCM4352

[Bob Briscoe]

Carsten, Cyril,


From: Carsten Allefeld 
To: Debian Bug Tracking System 
Subject: broadcom-sta-dkms: No working WiFi with BCM4352
Date: Sun, 24 May 2015 16:15:55 +0200
Package: broadcom-sta-dkms Severity: important
- There appears to be a package with a working driver for Ubuntu, with the
name bcmwl-kernel-source_6.30.223.141+bdcom-0ubuntu2_amd64.deb. I suspect
that Ubuntu patched the Broadcom code to compile on current kernels. It is
possible that these patched could be adapted for Debian.


Although some people find that bcmwl-kernel-source works on Ubuntu 
others report it doesn't even tho their config is the same. I have 
posted the results of experiments here that might help to explain why:


The driver doesn't appear to adapt down its rate when reception becomes 
poor, so it only works over a very limited distance (~5m) and remains 
connected but fails to receive any data over longer ranges. (There are 
lots more experiments leading up to this conclusion if you want to go 
back over the whole thread).


When booted into Windows8.1, the same machine continues to operate (at 
progressively lower rate) up to about 35m range.


More generally, if some people complain a driver isn't working and 
others claim it is, it would be worth asking them to try it over shorter 
/ longer range respectively.


HTH


Bob

--

Bob Briscoe   http://bobbriscoe.net/

Bug#790017: nano: Syntax highlighting for more XML dialects

[Benno Schulenberg]

All of those will be recognized by nano-2.4.2.

Also, the strings inside tags will be coloured differently,
as other editors do too.

Thanks for reporting.

Benno

-- 
http://www.fastmail.com - A fast, anti-spam email service.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790363: lierolibre: allow or add mipsel to arch list

[James Cowgill]

Control: severity -1 important

On Sun, 2015-06-28 at 16:15 +0200, Arturo Borrero Gonzalez wrote:
> Source: lierolibre
> Severity: serious
> Tags: patch
> Justification: fails to build from source

The bug is only serious if the package built before and is
'out-of-date'.

> Dear maintainer,
> 
> please allow or add mipsel to the arch list of lierolibre.
> You can find attached a patchfor d/patches/ to achieve it.

Please use __mips__ and not _MIPS_ARCH_MIPS2. The latter define depends
on the default -march setting in GCC which will:
a) fail on non-Debian compilers (noone else uses mips2)
b) fail if the default -march is ever increased (eg to mips32r2).
c) needlessly fail on mips64el

Thanks,
James

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

Bug#580856: Probably, use libjson-simple-java instead of non-free json?

[Jayson Willson]

Hello. What is the situation about this bug now? Seems like jabsorb is
unmaintained since 2012. Probably, it is possible to replace non-free json
with libjson-simple-java implementation, which is in "main"?

Bug#790381: FTBFS: it build-depends on outdated/unavailable libgnutls-dev

[Mattia Rizzolo]

Source: pacemaker-mgmt
Version: 2.0.0+hg1141-2.3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs


Per subject.


Guessed two FTBFS bugs are enough, though this is Yet Another Reason this
package does not build.


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540 .''`.
more about me:  http://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-


signature.asc
Description: Digital signature

Bug#789448: linux-image-3.16.0-4-amd64: Arima NM46X (NVIDIA MCP55) hangs early on boot

[Gabriele Gorla]

I have tried all the relevant precompiled kernels from 
http://snapshot.debian.org/package/linux/

the last one working is:
linux-image-3.10-3-amd64 (3.10.11-1)


the next available on the snapshot directory is:
linux-image-3.11-1-amd64 (3.11.6-2)
which fails with the same symptom as the jessie kernel.

I am not sure what else I can do to help debug the issue.
I would really appreciate if anyone could suggest any further debugging steps.

thanks




- Original Message -
From: Gabriele Gorla 
To: Ben Hutchings 
Cc: "789...@bugs.debian.org" <789...@bugs.debian.org>
Sent: Wednesday, June 24, 2015 11:33 AM
Subject: Re: Bug#789448: linux-image-3.16.0-4-amd64: Arima NM46X (NVIDIA MCP55) 
hangs early on boot

I tried several precompiled kernels from 
http://snapshot.debian.org/package/linux/


linux-image-3.10-3-amd64 worked fine contrary to what previously reported (I 
probably did not compile the sources correctly last time).


I am going to try a few more precompiled kernels between 3.10 and 3.16 to try 
to narrow down when things stopped working. (I also tried 
linux-image-4.0.0-2-amd64 and did not work)

thanks





From: Ben Hutchings 
To: Gabriele Gorla  
Cc: 789...@bugs.debian.org 
Sent: Sunday, June 21, 2015 3:20 PM
Subject: Re: Bug#789448: linux-image-3.16.0-4-amd64: Arima NM46X (NVIDIA MCP55) 
hangs early on boot


On Sun, 2015-06-21 at 14:56 -0700, Gabriele Gorla wrote:
> Thanks for the quick reply.
> 
> Adding nomodeset has no effect on the failure (the log in the attached 
> screenshot is the same as before)

OK, then this probably isn't a bug in the graphics driver, which was my
first thought.

> I also tried to compile a few long term support vanilla kernels from 
> kernel.org
> The last one that I could make work was 3.4.108
> Kernel 3.10.80, 3.12.44 and 3.14.44 all fail to boot (in a different way than 
> described in this bug though)
> I have not tried anything between 3.4.108 and 3.10.80

There are more versions available at
.




Ben.

-- 
Ben Hutchings
You can't have everything.  Where would you put it?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790378: transition: libdap

[Alastair McKinstry]

Thanks.

libdap 3.14.0 is failing on a test for a new feature added in 3.12.0 ->
3.14.0 ; the unittest added for this feature fails on bigendian systems.
I'm investigating now.

regards
Alastair

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered. 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790380: gearmand: please make the build reproducible

[Chris Lamb]

Source: gearmand
Version: 1.0.6-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: environment
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that gearmand could not be built reproducibly.

The attached patch removes the persisted environment from the build
system by
only installing the C++ sources instead of the shell wrappers containing
(eg.)
relink_command. It also drops the somewhat useless include.am file.

Once applied, gearmand can be built reproducibly in our reproducible
toolchain.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/libgearman-doc.examples b/debian/libgearman-doc.examples
index 4cd66f8..da3fa58 100644
--- a/debian/libgearman-doc.examples
+++ b/debian/libgearman-doc.examples
@@ -1 +1 @@
-examples/*
\ No newline at end of file
+examples/*.cc

Bug#790379: ITP: golang-github-jacobsa-bazilfuse -- fork of bazil.org/fuse for gcsfuse

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: golang-github-jacobsa-bazilfuse
  Version : 0.0~git20150622-1
  Upstream Author : Tommi Virtanen
* URL : https://github.com/jacobsa/bazilfuse
* License : BSD-3-clause
  Programming Lang: Go
  Description : fork of bazil.org/fuse for gcsfuse

 This package is an implementation detail of github.com/jacobsa/fuse, which is
 used by gcsfuse. You likely should be using bazil.org/fuse (contained in
 Debian package golang-bazil-fuse-dev) directly.
 .
 Changes from upstream are:
 .
  * The function SetOption allows for setting arbitrary mount options.

This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790062: FTBFS with OCaml 4.02.2

[Stéphane Glondu]

On Sat, 27 Jun 2015 16:56:22 +0200 Thomas Moschny
 wrote:
> I tried to fix monotone-viz's FTBFS for Fedora Rawhide (where we also
> have OCaml 4.02.2) with this patch, however compiling fails with this
> error:
> 
> [...]
> ocamlc.opt -I /usr/lib/ocaml/lablgtk2 -I glib app_types.mli
> cd glib ; /usr/lib/ocaml/lablgtk2/varcc -static gspawn_tags.var
> File "app_types.mli", line 13, characters 23-33:
> Error: Unbound module Monotone
> Makefile:102: recipe for target 'app_types.cmi' failed
> [...]
> 
> Any hint what goes on here?

The command line you quote looks suspicious. The "cd glib; ..." line
should not be there. Are you using -j (parallel build)? Is the full
build log available somewhere?

The build log for my successful build of monotone-viz using OCaml 4.02.2
can be found at:


http://ocaml.debian.net/debian/ocaml-4.02.2/pool/monotone-viz_1.0.2-3.1_amd64.build

As you can see, monotone.mli is compiled before app_types.mli. That
order is broken somehow on your side.


Cheers,

-- 
Stéphane


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790377: gnome-shell-extension-weather: Stuck with "Loading current weather"

[Sébastien Villemot]

Le dimanche 28 juin 2015 à 19:51 +0300, Victor Porton a écrit :
> Package: gnome-shell-extension-weather
> Version: 0~20150615.git0162cf7-1
> Severity: important
> 
> gnome-shell-extension-weather 0~20150615.git0162cf7-1 running on
> "testing"
> ("stretch") Debian Linux stopped to work. Pressing "reload" button 
> does not
> help. Switching between openweathermap.org and forecast.io does not 
> help.
> 
> Screenshot: https://bug751564.bugzilla
> -attachments.gnome.org/attachment.cgi?id=306188

Did you try to remove and re-add the locations, as explained in the
NEWS.Debian?

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594




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

Bug#790377: gnome-shell-extension-weather: Stuck with "Loading current weather"

[Victor Porton]

On Sun, 2015-06-28 at 19:07 +0200, Sébastien Villemot wrote:
> Le dimanche 28 juin 2015 à 19:51 +0300, Victor Porton a écrit :
> > Package: gnome-shell-extension-weather
> > Version: 0~20150615.git0162cf7-1
> > Severity: important
> > 
> > gnome-shell-extension-weather 0~20150615.git0162cf7-1 running on
> > "testing"
> > ("stretch") Debian Linux stopped to work. Pressing "reload" button 
> > does not
> > help. Switching between openweathermap.org and forecast.io does not
> > help.
> > 
> > Screenshot: https://bug751564.bugzilla
> > -attachments.gnome.org/attachment.cgi?id=306188
> 
> Did you try to remove and re-add the locations, as explained in the
> NEWS.Debian?
> 
Now I tried it and now it works.
But how am I supposed to guess that I need to read this file?

-- 
Victor Porton - http://portonvictor.org

Bug#790062: [Caml-list] Change in typing between OCaml 4.01.0 and 4.02.2...

[Stéphane Glondu]

Le 28/06/2015 11:44, Jacques Garrigue a écrit :
>> I think this is a result of tighter checks against self-references
>> when compiling modules:
>>
>>   http://caml.inria.fr/mantis/view.php?id=6886
> 
> Indeed, this seems to be the direct cause.
> Note that the behavior of referring to oneself through an external
> name was never properly defined (most often it would already fail
> and even when succeeding it was referring to another definition).
> The correct way to do this is either to duplicate the definition of
> status in both app and query (removing the cyclic dependency),
> or to define it in another file, which can be correctly referred to by both.

I did the latter in a patch that fixes the compilation of monotone-viz:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790062#22

> Yet, we should probably try to improve the error message,
> which is indeed confusing. Not so easy, because this kind of
> self-reference can be detected at very unexpected timings.
> Can you add a comment to the above bug report?

Done.


Cheers,

-- 
Stéphane


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790378: transition: libdap

[Bas Couwenberg]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Forwarded: https://release.debian.org/transitions/html/auto-libdap.html

Dear Release Team,

libdap (3.14.0-1) was uploaded to unstable on the 26st, and it
apparently contains a SONAME bump. An automatic transition tracker has
already been created for this uncoordinated transition.

The libdap update was picked up by the gdal (1.10.1+dfsg-9) upload to
unstable today. The gdal update contains a patch to fix a FTBFS with
MySQL 5.6 which was uploaded to unstable recently too.

The only other libdap reverse dependency is grads (2:2.0.2-3) also
maintained by Alastair, which makes this a rather limited transition.

On mips, powerpc & s390x libdap (3.14.0-1) failed to build due to test
failures. Those will need to be fixed before the packages involved in
the libdap transition can migrate to testing.

Kind Regards,

Bas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790377: gnome-shell-extension-weather: Stuck with "Loading current weather"

[Victor Porton]

Package: gnome-shell-extension-weather
Version: 0~20150615.git0162cf7-1
Severity: important

Dear Maintainer,



gnome-shell-extension-weather 0~20150615.git0162cf7-1 running on "testing"
("stretch") Debian Linux stopped to work. Pressing "reload" button does not
help. Switching between openweathermap.org and forecast.io does not help.

Screenshot: 
https://bug751564.bugzilla-attachments.gnome.org/attachment.cgi?id=306188

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

Kernel: Linux 3.10-2-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/bash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-shell-extension-weather depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gir1.2-clutter-1.0   1.22.2-3
ii  gir1.2-glib-2.0  1.44.0-1+b1
ii  gir1.2-gtk-3.0   3.16.4-2
ii  gir1.2-soup-2.4  2.50.0-2
ii  gnome-shell  3.16.2-4

Versions of packages gnome-shell-extension-weather recommends:
ii  gnome-tweak-tool  3.16.2-2

gnome-shell-extension-weather suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790376: Update ParMETIS to version 4.0.3

[Christoph Grüninger]

Package: parmetis
Version: 3.1.1-4

ParMETIS 3.1.1-4 is outdated for four years. The must recent version is
4.0.3. Would you be so kind updating the package and putting it to
Jessie backports?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org