Bug#813125: [pkg-php-pear] Bug#813125: Bug#813125: php-proxy-manager 2.0.0* has a dependency on a new PHP API PackageVersions

[Nish Aravamudan]

On 30.01.2016 [09:10:58 -0400], David Prévot wrote:
> Le 29/01/2016 18:45, Nish Aravamudan a écrit :
> > On 29.01.2016 [18:31:11 -0400], David Prévot wrote:
> >> Le 29/01/2016 12:39, Nishanth Aravamudan a écrit :

> >>> […] it has a dependency that prevents it
> >>> from successfully packaging currently. The upstream code has introduced
> >>> a new dependency on https://github.com/Ocramius/PackageVersions, which I
> >>> am guessing would need to be packaged as a new package, i.e.,
> >>> php-package-versions.
> >>
> >> I instead patched the package to not use this new dependency.
> > 
> > Ok, I'll look at your version when it's in the VCS tomorrow.
> 
> 
> http://anonscm.debian.org/cgit/pkg-php/php-proxy-manager.git/commit/?id=599baa2548cfc9be768f7436c9457796acad2094
> 

I was finally able to get to this, and I see build failures using that
base (due to phpcs issues):

phpcs --standard=PSR2 ./src/

FILE:
0.0/src/ProxyManager/Exception/InvalidProxiedClassException.php
--
FOUND 2 ERRORS AFFECTING 2 LINES
--
 54 | ERROR | [x] Multi-line function call not indented correctly;
|   | expected 20 spaces but found 24
 59 | ERROR | [x] Multi-line function call not indented correctly;
|   | expected 24 spaces but found 28
--
PHPCBF CAN FIX THE 2 MARKED SNIFF VIOLATIONS AUTOMATICALLY
--


FILE:
0/src/ProxyManager/ProxyGenerator/LazyLoadingGhostGenerator.php
--
FOUND 1 ERROR AFFECTING 1 LINE
--
 150 | ERROR | [x] Multi-line function call not indented correctly;
 |   | expected 12 spaces but found 16
--
PHPCBF CAN FIX THE 1 MARKED SNIFF VIOLATIONS AUTOMATICALLY
--


FILE:
...-2.0.0/src/ProxyManager/ProxyGenerator/RemoteObjectGenerator.php
--
FOUND 1 ERROR AFFECTING 1 LINE
--
 75 | ERROR | [x] Multi-line function call not indented correctly;
|   | expected 20 spaces but found 24
--
PHPCBF CAN FIX THE 1 MARKED SNIFF VIOLATIONS AUTOMATICALLY
--


FILE:
.../src/ProxyManager/ProxyGenerator/Assertion/CanProxyAssertion.php
--
FOUND 1 ERROR AFFECTING 1 LINE
--
 90 | ERROR | [x] Multi-line function call not indented correctly;
|   | expected 12 spaces but found 16
--
PHPCBF CAN FIX THE 1 MARKED SNIFF VIOLATIONS AUTOMATICALLY
--


FILE:
0/src/ProxyManager/ProxyGenerator/Util/ProxiedMethodsFilter.php
--
FOUND 1 ERROR AFFECTING 1 LINE
--
 83 | ERROR | [x] Multi-line function call not indented correctly;
|   | expected 12 spaces but found 16
--
PHPCBF CAN FIX THE 1 MARKED SNIFF VIOLATIONS AUTOMATICALLY
--


FILE:
...anager-2.0.0/src/ProxyManager/ProxyGenerator/Util/Properties.php
--
FOUND 1 ERROR AFFECTING 1 LINE
--
 59 | ERROR | [x] Multi-line function call not indented correctly;
|   | expected 20 spaces but found 24
--
PHPCBF CAN FIX THE 1 MARKED SNIFF VIOLATIONS AUTOMATICALLY
--


FILE:
...rc/ProxyManager/ProxyGenerator/Util/UnsetPropertiesGenerator.php
--
FOUND 1 ERROR AFFECTING 1 LINE
--
 104 | ERROR | [x] Multi-line function call not indented correctly;
 |   | expected 20 spaces but found 24
--
PHPCBF CAN FIX THE 1 MARKED SNIFF VIOLATIONS AUTOMATICALLY

Bug#814190: [Pkg-privacy-maintainers] Bug#814190: Bug#814190: tails-installer: tails installer fails to authentication

[Holger Levsen]

Hi,

On Dienstag, 9. Februar 2016, intrigeri wrote:
> I'm now hesitating between closing this bug report, or documenting in
> README.Debian the need for a complete desktop environment. Ulrike, and
> other team-mates, any opinion?

how about recommending policykit-1?


cheers,
Holger




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

Bug#812750: wine: Gecko integration is broken

[Rhonda D'Vine]

   Hey,

* Jens Reyer  [2016-02-09 19:49:43 CET]:
> In Wine we depend on libwine-gecko-xxx before it's added to the archive,
> knowing/hoping/assuming that it will be added to the archive, which has
> always been true for Debian stable releases, but not for all
> intermittent Gecko versions that were needed in between (maintainer is
> in both cases the Wine packaging team, unfortunately afaik every new
> Gecko upstream release takes a lot of work, especially for reevaluating
> the copyrights).

 Thanks for explaining the situation at hand, that helps better with
understanding how this situation happened. :)

> This has the benefit of having the dependency already ready, once Gecko
> is added to the archive, without the need to reupload Wine.

 Unfortunately unsatisfyable recommends are a policy violation though,
and even while I understand the sentiments of not wanting to have to
reupload wine to add it, I don't see a way around this.

> It may also show people more easily where work needs to be done
> (increasing the people who help from 0 to 0).

 Yeah, that's always the issue; unfortunately I have different areas in
which I put my effort and I only stumbled upon it in the context of
backports.

> Rhonda, do you see any flexibility in interpreting the policy for this
> case? If not, I'll do something like

 Unfortunately I don't see it, it's a clear must requirement and there
for very specific reasons, to keep main untainted from non-free
packages.

 So yes, seperating the issue of that it might help to where to find
gecko to install it personally, and lowering the recommends to suggests
could definitely be tackled seperately.

 Thanks for the headsup,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|

Bug#812750: wine: Gecko integration is broken

[Stephen Kitt]

On Tue, 9 Feb 2016 21:06:29 +0100, Stephen Kitt  wrote:
> * updating the licensing information for each new wine-gecko release is
>   extraordinarily time-consuming, on the order of 150-200h per release (and
>   even then I miss issues) – TBH I've stalled on this, I'm thinking of

Just to be clear, I haven't spent that amount of time on any release yet,
that's just what 2.40 feels like (I'm about a quarter of the way through).

Stephen


pgpUMhSadUHL2.pgp
Description: OpenPGP digital signature

Bug#814190: [Pkg-privacy-maintainers] Bug#814190: Bug#814190: tails-installer: tails installer fails to authentication

[u]

Hi,

intrigeri:
> Kenichiro MATOHARA wrote (09 Feb 2016 16:14:55 GMT) :
>> > I tried the "Tails Installer" in Gnome. It was operating normally.
>> > It seems to be a problem that occurs in the "awesome wm" environment.
> So you're running a minimal X environment, without support for current
> widespread desktop technologies like polkit. It's a fine choice, but
> it means that some desktop software that requires elevated permissions
> (such as Tails Installer) won't be able to work properly, and that
> you're on your own to figure out what's missing when it happens.
> 
> I'm now hesitating between closing this bug report, or documenting in
> README.Debian the need for a complete desktop environment. Ulrike, and
> other team-mates, any opinion?
> 

Thanks for reporting this issue and thanks for investigating it!

I think it should indeed be documented in README.Debian and the manpage
- I can handle this.

Cheers!
u.

Bug#812750: [pkg-wine-party] Bug#812750: wine: Gecko integration is broken

[Rhonda D'Vine]

   Hi,

* Austin English  [2016-02-09 17:45:02 CET]:
> On Feb 9, 2016 8:39 PM, austinengl...@gmail.com wrote:
> > On Feb 9, 2016 8:25 PM, "Rhonda D'Vine"  wrote:
> > > > >   Hi!
> > > > >
> > > > > * Ralf Jung  [2016-01-26 10:57:49 CET]:
> > > > > > From all I can tell, the Gecko integration is entirely broken. There
> > > > > > is no wine-gecko packaged in Debian
> > > > > > (the recommendation of libwine-gecko-2.40 is unsatisfiable),
> > >^
> > > >
> > > > mingw64 is in main, what package are you referring to?
> > >
> > >  No clue why you mention mingw64, I am to the package I did quote in my
> > > mail and this bugreport is about, libwine-gecko-2.40.
> >
> > I'm asking what recommended package is the problem. It's not on
> > packages.d.o and not specified in the mail as far as I can tell.

 Erm, it is both on packages.debian.org/wine32 and also in this
bugreport mentioned multiple times.  So let me write it a third and
three time in this very email:
libwine-gecko-2.40 libwine-gecko-2.40 libwine-gecko-2.40

> Or is it that libwine-gecko-2.40 isn't in main that is the problem? I
> thought the problem was a gecko recommend.

 Maybe you should read what is written instead of guessing.
libwine-gecko-2.40 is not only not in main but not even nowhere in the
archive.

 So long,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|

Bug#814271: php7.0-dev: ltmain.sh was moved, symlink broken

[Boris Madzar]

Package: php7.0-dev
Version: 7.0.3-3
Severity: important

Dear Maintainer,

/usr/lib/php/20151012/build/ltmain.sh links to 
../../../../share/libtool/config/ltmain.sh, however this target was moved to 
../../../../share/libtool/build-aux/ltmain.sh as of libtool 2.4.6-0.1
This breaks phpize entirely.

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

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

Versions of packages php7.0-dev depends on:
ii  autoconf   2.69-9
ii  automake   1:1.15-3
ii  libpcre3-dev   2:8.38-1
ii  libssl-dev 1.0.2f-2
ii  libtool2.4.6-0.1
ii  php7.0-cli 7.0.3-3
ii  php7.0-common  7.0.3-3
ii  shtool 2.0.8-8

Versions of packages php7.0-dev recommends:
ii  dh-php 0.5
ii  pkg-php-tools  1.31

php7.0-dev suggests no packages.

-- no debconf information

Bug#813125: phpcs upstream issue [was: php-proxy-manager 2.0.0* has a dependency on a new PHP API PackageVersions]

[David Prévot]

Hi Nish,

> On 09.02.2016 [15:17:17 -0400], David Prévot wrote:
>> Le 09/02/2016 15:05, Nish Aravamudan a écrit :
>>
>>> I was finally able to get to this, and I see build failures using that
>>> base (due to phpcs issues):
[…]
>>> I can fix this up on my end by putting in a staged build, but it seems
>>> like something needs to be fixed still?
>>
>> That’s probably caused by a new issue in php-codesniffer 2.5.1, e.g.,
>>
>> https://github.com/squizlabs/PHP_CodeSniffer/issues/876
>
> Did you mean an issue with 2.5.0?

No. I believed 2.5.1 introduced an indent issue, and that
php-proxy-manager was (probably automatically, with phpcbf) fixed to use
the new (broken) phpcs behavior. I just run phpcbf/2.5.0 and now believe
that I was wrong, so I’ll have a closer look at what broke with
phpcs/2.5.1, and may upload the updated packages, or file/document a
proper upstream issue.

Regards

David

Bug#814190: [Pkg-privacy-maintainers] Bug#814190: Bug#814190: Bug#814190: tails-installer: tails installer fails to authentication

[intrigeri]

Holger Levsen wrote (09 Feb 2016 19:04:52 GMT) :
> how about recommending policykit-1?

It it is enough to make polkit -needing apps work on in such
environments (is it?), yes: please, let's do this instead of
documenting stuff in README.Debian.

Cheers,
-- 
intrigeri

Bug#814268: nethogs: New upstream release and homepage

[Diederik de Haas]

Package: nethogs
Version: 0.8.0-1+b2
Severity: wishlist
Tags: upstream

Nethogs seems to have a new homepage: https://raboof.github.io/nethogs/
And on that new home, you can also find a 0.8.1 release, which
supposedly fixes bug #808433 (and #811273).

While you're at it, could you also provice the Vcs-* fields?

Cheers,
  Diederik

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

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

Versions of packages nethogs depends on:
ii  libc62.21-7
ii  libgcc1  1:5.3.1-8
ii  libncurses5  6.0+20151024-2
ii  libpcap0.8   1.7.4-2
ii  libstdc++6   5.3.1-8
ii  libtinfo56.0+20151024-2

nethogs recommends no packages.

nethogs suggests no packages.

-- no debconf information

Bug#788257: Info received and FILED only (SSH packet_write_wait: Connection to ...: Broken pipe / Marvell 88E8071 PCI-E Gigabit Ethernet)

[Sebastian Andrzej Siewior]

Control: reassign -1 linux 3.16.7-ckt9-3~deb8u1
Control: retitle -1 sky2 NIC driver freezes the system (Marvell 0x436B / 
88E8071)

I hereby reassing the bug to the linux package since it has nothing to
do with openssh. Based on the last feedback from the submitter he
replaced the NIC and the problem is gone is it is looks like the sky2
driver. I assume it is the sky2 driver due to
|git grep 88E8071
|drivers/net/ethernet/marvell/sky2.c:{ PCI_DEVICE(PCI_VENDOR_ID_MARVELL, 
0x436B) }, /* 88E8071 */

I kept the severity as-is and leave to the maintainer in charge to deal
with it as appropriate.

Sebastian

Bug#814273: ITP: libzmq-ffi-perl -- version agnostic Perl bindings for ZeroMQ using FFI

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libzmq-ffi-perl
  Version : 1.11
  Upstream Author : Dylan Cali 
* URL : https://metacpan.org/release/ZMQ-FFI
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : version agnostic Perl bindings for ZeroMQ using FFI

 ZMQ::FFI exposes a high level, transparent, OO interface to ZeroMQ
 independent of the underlying libzmq version.  Where semantics differ,
 it will dispatch to the appropriate backend for you.  As it uses FFI,
 there is no dependency on XS or compilation.

Package is needed for recent releases of libmessage-passing-zeromq-perl.

It will be maintained in the Perl team.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWulBCAAoJECx8MUbBoAEhD4AP/3LDgywHRsRWcJB7pAOn7hSA
ItcGn13cglCyxsNjgz7wKz9riB/jrDuCGS4r/2YSfSEXTd4oX2e34b3GmzUL2Azx
H2WhfNFvEQ+as3dBo/l58eyBvavfTy78NyDTpYmdyA6qq//oVVB+8DWCO2HLQVVh
HhVpK+Xu8e5ZCc3NwPBEpzw5jW5wJ+3fayn04jRfwz9OW+6H8RiH2QYqZyBIjtBt
7+pyJ+j0EKCPEi0RngsHMr62DHWQRL9PFSO/2yM36cWH0TljuZ3mzZLLbDTpkHix
KdCeLkTZoHhTD3zpcAngS5PQN2kRH4q9HR0OvleWS4SpmGeuWdPwoEwjLH0CaDsY
lxpY8Rj/kood8/3otf6fEr4us8sEfmL/iWp9wFnEU+Fy/55DryO2WSzRcqJpfiyv
Jyzh75J5gXTBol/Q+76u+qmft6X4nYY5Q38eXjMlWTOGfhd/gRPOSK/3WUrFDfg8
cHnqkRkaoTpPHlyERV0nOls63OVMmMqqbUGIFtzP8MVB5EIHEWibKzaYjMErFkDr
97PtaO18C2Ml7PwH1j/YcbWpzwwrNIelze3nfRG+g8oDl9L0+nKUKZ7ortx3cRp7
684wGq6vU/EqiP5wqSXm5asDiIxvDzOWPDJc6peHSobTElRYXQQgbloOle5YcP51
+uHfMn6fBYHuBE5vLrXw
=Ytq1
-END PGP SIGNATURE-

Bug#761128: Processed: closing 761128

[Emilio Pozuelo Monfort]

Control: reopen -1

On 07/02/16 17:18, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
>> close 761128
> Bug #761128 [release.debian.org] transition: oce
> Marked Bug as done

This isn't finished yet; the old libraries are still in testing.

Cheers,
Emilio

Bug#812750: wine: Gecko integration is broken

[Jens Reyer]

Hi

In Wine we depend on libwine-gecko-xxx before it's added to the archive,
knowing/hoping/assuming that it will be added to the archive, which has
always been true for Debian stable releases, but not for all
intermittent Gecko versions that were needed in between (maintainer is
in both cases the Wine packaging team, unfortunately afaik every new
Gecko upstream release takes a lot of work, especially for reevaluating
the copyrights).

Stephen, can you shed some light on the main problem(s) blocking
frequent Gecko releases? Let's say, there's some chance that I help.

This has the benefit of having the dependency already ready, once Gecko
is added to the archive, without the need to reupload Wine.

It may also show people more easily where work needs to be done
(increasing the people who help from 0 to 0).


Rhonda, do you see any flexibility in interpreting the policy for this
case? If not, I'll do something like

clone -1 -2
retitle -1 wine: doesn't find Gecko in documented place
severity -1 important
retitle -2 wine: recommends package not in main

and commit a fix for -2. Of course this doesn't solve the main problem
that the current libwine-gecko (2.40 for current wine, and 2.44 for
current wine-development package) is not available in the archive.

Greets
jre

Bug#808839: Info received (fop: Exception java.lang.IllegalArgumentException: URI is not hierarchical)

[Sylvain Joubert]

I finally took some time to debug this and it seems the problem may be 
related to libjlatexmath-fop-java.


In my setup I use LaTeX formatting from a docbook file to produce a PDF
file with fop and jlatexmath fop plugin.
My invocation of fop is prefixed by:
FOP_HYPHENATION_PATH=/usr/share/java/jlatexmath-fop.jar

When I remove this environment variable my document is generated without
errors (even though the LaTeX code is obviously not rendered)
It seems that the last update of the libjlatexmath-fop-java plugin is 
quite old and in between fop was upgraded to version 2.0


Could the issue be coming from the jlatexmath plugin not working with 
new fop version?

Bug#812750: [pkg-wine-party] Bug#812750: wine: Gecko integration is broken

[Austin English]

On Feb 9, 2016 11:08 PM, "Rhonda D'Vine"  wrote:
>
>Hi,
>
> * Austin English  [2016-02-09 17:45:02 CET]:
> > On Feb 9, 2016 8:39 PM, austinengl...@gmail.com wrote:
> > > On Feb 9, 2016 8:25 PM, "Rhonda D'Vine"  wrote:
> > > > > >   Hi!
> > > > > >
> > > > > > * Ralf Jung  [2016-01-26 10:57:49 CET]:
> > > > > > > From all I can tell, the Gecko integration is entirely
broken. There
> > > > > > > is no wine-gecko packaged in Debian
> > > > > > > (the recommendation of libwine-gecko-2.40 is unsatisfiable),
> > > >^
> > > > >
> > > > > mingw64 is in main, what package are you referring to?
> > > >
> > > >  No clue why you mention mingw64, I am to the package I did quote
in my
> > > > mail and this bugreport is about, libwine-gecko-2.40.
> > >
> > > I'm asking what recommended package is the problem. It's not on
> > > packages.d.o and not specified in the mail as far as I can tell.
>
>  Erm, it is both on packages.debian.org/wine32 and also in this
> bugreport mentioned multiple times.  So let me write it a third and
> three time in this very email:
> libwine-gecko-2.40 libwine-gecko-2.40 libwine-gecko-2.40
>
> > Or is it that libwine-gecko-2.40 isn't in main that is the problem? I
> > thought the problem was a gecko recommend.
>
>  Maybe you should read what is written instead of guessing.
> libwine-gecko-2.40 is not only not in main but not even nowhere in the
> archive.
>
>  So long,
> Rhonda
> --
> Fühlst du dich mutlos, fass endlich Mut, los  |
> Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
> Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf
Anfang
> Fühlst du dich haltlos, such Halt und lass los|

Yes, I got it now. Being condescending was neither necessary nor helpful.

Guess I'll go back to contributing upsream/elsewhere instead of trying to
help Debian get a more functional Wine.

Good luck.

Bug#813125: phpcs upstream issue [was: php-proxy-manager 2.0.0* has a dependency on a new PHP API PackageVersions]

[David Prévot]

Hi Nish,

Le 09/02/2016 15:05, Nish Aravamudan a écrit :

> I was finally able to get to this, and I see build failures using that
> base (due to phpcs issues):
> 
> phpcs --standard=PSR2 ./src/
[…]
> I can fix this up on my end by putting in a staged build, but it seems
> like something needs to be fixed still?

That’s probably caused by a new issue in php-codesniffer 2.5.1, e.g.,

https://github.com/squizlabs/PHP_CodeSniffer/issues/876

FWIW, the build runs fine with php-codesniffer 2.5.1 (not in the
archive, but I can push my update to the VCS if you wish), but
php-codesniffer 2.5.1 does break other packages build, so I’d prefer to
see an upstream php-codesniffer (and php-proxy-manager) fix before
uploading it (unless I push both to experimental for the time being,
would that be useful?).

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#812750: wine: Gecko integration is broken

[Stephen Kitt]

Hi Jens,

On Tue, 9 Feb 2016 19:49:43 +0100, Jens Reyer  wrote:
> Stephen, can you shed some light on the main problem(s) blocking
> frequent Gecko releases? Let's say, there's some chance that I help.

There are two issues:
* wine-gecko typically requires a git snapshot of mingw-w64, so supporting
  its build in Debian (with the aim of stable releases) requires identifying
  and porting the required patches to the current mingw-w64 release (upstream
  are quite helpful with this)
* updating the licensing information for each new wine-gecko release is
  extraordinarily time-consuming, on the order of 150-200h per release (and
  even then I miss issues) – TBH I've stalled on this, I'm thinking of
  working on a new approach where I just package the files that actually get
  used for the build and worry about the licensing information once I've
  figured that out

Ideally we could piggy-back on the iceweasel licensing information, since the
upstream code is pretty much the same, but that doesn't get updated all that
often so it isn't necessarily all that accurate. (Take that with a pinch of
salt though, I haven't checked the situation recently.)

Regards,

Stephen


pgptPDnMjjWrr.pgp
Description: OpenPGP digital signature

Bug#814207: lambdabot: FTBFS (missing build-dependency libghc-lambdabot-haskell-plugins-dev (>= 5.0.3)

[Ralf Treinen]

Source: lambdabot   
Version: 5.0.3-3
Severity: serious
User: trei...@debian.org
Usertags: edos-uninstallable

Hi,

lambdabot FTBFS on all architectures since it has a build-dependency on

libghc-lambdabot-reference-plugins-dev (>= 5.0.3)

However the version of that package in sid is only 5.0.1-3+b1.

-Ralf.

Bug#814216: ITP: puppet-module-ceilometer -- Puppet module for OpenStack Ceilometer

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-ceilometer
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-ceilometer
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Ceilometer

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Ceilometer.

Bug#814214: rocksdb: please make the build reproducible

[Chris Lamb]

Source: rocksdb
Version: 4.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,

Whilst working on the "reproducible builds" effort [0], we noticed that rocksdb 
could not be built reproducibly.

Patch attached.


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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/Makefile b/Makefile
index a98aa5b..e58088d 100644
--- a/Makefile
+++ b/Makefile
@@ -184,7 +184,12 @@ CXXFLAGS += $(WARNING_FLAGS) -I. -I./include 
$(PLATFORM_CXXFLAGS) $(OPT) -Woverl
 
 LDFLAGS += $(PLATFORM_LDFLAGS)
 
-date := $(shell date +%F)
+DATE_FMT = %Y-%m-%d
+ifdef SOURCE_DATE_EPOCH
+DATE ?= $(shell date -u -d "@$(SOURCE_DATE_EPOCH)" "+$(DATE_FMT)"  
2>/dev/null || date -u -r "$(SOURCE_DATE_EPOCH)" "+$(DATE_FMT)" 2>/dev/null || 
date -u "+$(DATE_FMT)")
+else
+DATE ?= $(shell date "+$(DATE_FMT)")
+endif
 ifdef FORCE_GIT_SHA
git_sha := $(FORCE_GIT_SHA)
 else

Bug#814215: ITP: puppet-module-openstacklib -- exposes common functionality between Openstack modules as a library

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-openstacklib
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-openstacklib
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : exposes common functionality between Openstack modules as a 
library

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module is used to expose common functionality between Openstack modules as
 a library that can be utilized to avoid code duplication.

Bug#814213: wmaker: FTBFS: Error: program option '--with-aix-soname' is not in the documentation './INSTALL-WMAKER'

[Doug Torrance]

On 02/09/2016 03:59 AM, Chris Lamb wrote:
> Source: wmaker
> Version: 0.95.7-3
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> wmaker fails to build from source in unstable/amd64:
> 
>   [..]
> 
>   make  check-local
>   make[4]: Entering directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   ./script/check-cmdline-options-doc.sh \
>   --program "./configure" --text-doc "./INSTALL-WMAKER" \
>   --ignore-prg 'with-PACKAGE,without-PACKAGE # only template names from 
> Autoconf' \
>   --ignore-prg 'program-prefix,program-suffix,program-transform-name # in 
> INSTALL' \
>   --ignore-prg 'version,quiet,srcdir,build,host,cache-file,no-create # in 
> INSTALL' \
>   --ignore-prg 'enable-silent-rules,disable-silent-rules # should be in 
> INSTALL' \
>   --ignore-prg 'enable-dependency-tracking,disable-dependency-tracking # 
> in INSTALL' \
>   --ignore-prg 'enable-shared,enable-static # should be in INSTALL' \
>   --ignore-prg 'disable-option-checking,enable-fast-install # should be 
> in INSTALL' \
>   --ignore-prg 'disable-libtool-lock,with-pic,with-gnu-ld,with-sysroot # 
> for libtool' \
>   --ignore-prg 'runstatedir #new in autoconf 2.70, backported in Debian' \
>   --ignore-prg 'with-x # no use, it would not work without X'
>   Error: program option '--with-aix-soname' is not in the documentation 
> './INSTALL-WMAKER'
>   Makefile:951: recipe for target 'configure-documentation' failed
>   make[4]: *** [configure-documentation] Error 1
>   make[4]: Leaving directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   Makefile:766: recipe for target 'check-am' failed
>   make[3]: *** [check-am] Error 2
>   make[3]: Leaving directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   Makefile:478: recipe for target 'check-recursive' failed
>   make[2]: *** [check-recursive] Error 1
>   make[2]: Leaving directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   Makefile:768: recipe for target 'check' failed
>   make[1]: *** [check] Error 2
>   make[1]: Leaving directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   dh_auto_test: make -j9 check returned exit code 2
>   debian/rules:30: recipe for target 'build' failed
>   make: *** [build] Error 2
> 
>   [..]

Thanks for your report!

This is because libtool 2.4.6 was just uploaded to sid on Sunday [1].
>From [2]:
  * m4/ltoptions.m4 (_LT_WITH_AIX_SONAME): New. Provides
  commandline option --with-aix-soname=aix|svr4|both. Declares
  $shared_archive_member_spec as libtool variable.

[1] https://packages.qa.debian.org/libt/libtool/news/20160207T173014Z.html
[2] 
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=8fa719e81dba828d3e22cd59f825fac456c20809

Bug#810379: [Xen-devel] [BUG] pci-passthrough generates "xen:events: Failed to obtain physical IRQ" for some devices

[Konrad Rzeszutek Wilk]

On Mon, Feb 08, 2016 at 06:39:17PM +0100, Marek Marczykowski-Górecki wrote:
> On Wed, Feb 03, 2016 at 10:26:58AM -0500, Konrad Rzeszutek Wilk wrote:
> > On Wed, Feb 03, 2016 at 03:22:30PM +0100, Marek Marczykowski-Górecki wrote:
> > > On Mon, Feb 01, 2016 at 09:50:53AM -0500, Konrad Rzeszutek Wilk wrote:
> > > > > The second bullet looks at first pretty interesting from this PoV,
> > > > > see http://xenbits.xen.org/xsa/advisory-157.html for info on the XSA 
> > > > > and
> > > > > the various patches. Konrad is on the CC already so hopefully he has 
> > > > > some
> > > > > ideas.
> > > > 
> > > > Thanks. I will try to reproduce this with the upstream kernel first as
> > > > those patches are there.
> > > 
> > > According to one Qubes OS user report[1], the bug was introduced between
> > > version, which differs only by XSA-155 patches (including one for
> > > pciback), especially not XSA-157. 
> > > Maybe on some code path, some value is not copied back to 
> > > pdev->sh_info->op?
> > 
> > I found two bugs (attached the draft not-compiled patches). Upstream
> > wise I seem to be tripping over another issue.
> > 
> > There is also some more work required in there to fix the MSI-x enable op.
> 
> What exactly do you have in mind here? That four patches in your next
> email? Or something not yet fixed?

I posted it at some point. It was that the MSI-X enable op stashes the
error value in op->value. But 'op->value' is an unsigned int so the
value ends up being 0xfe or such. And the other PV frontends only
check for !0 - and manufacture their own value (-EINVAL).

Hence I want to update the pciff.h .. Oh here is the patch:
Oh man. A year?!

Anyhow this can be posted as a cleanup patch seperately of the
bug-fixes.

commit 393be47782bca7a24d3e365448d4d3d1a303abfe
Author: Konrad Rzeszutek Wilk 
Date:   Wed Apr 1 17:01:26 2015 -0400

xen/pcifront/pciback: Update pciif.h with ->err and ->result values.

The '->err' should contain only the XEN_PCI_ERR_* type values.
The '->result' may contain -EXX values or any other value
that the XEN_PCI_OP_* deems appropiate.

As such update the header and also the implementations.

Signed-off-by: Konrad Rzeszutek Wilk 

Conflicts:
drivers/xen/xen-pciback/pciback_ops.c

Conflicts:
drivers/xen/xen-pciback/pciback_ops.c

diff --git a/drivers/pci/xen-pcifront.c b/drivers/pci/xen-pcifront.c
index b1ffebe..353c8a2 100644
--- a/drivers/pci/xen-pcifront.c
+++ b/drivers/pci/xen-pcifront.c
@@ -297,7 +297,7 @@ static int pci_frontend_enable_msix(struct pci_dev *dev,
} else {
dev_err(>dev, "enable msix get err %x\n", err);
}
-   return err;
+   return err ? -EINVAL : 0;
 }
 
 static void pci_frontend_disable_msix(struct pci_dev *dev)
diff --git a/drivers/xen/xen-pciback/pciback_ops.c 
b/drivers/xen/xen-pciback/pciback_ops.c
index fa2b222..4db6c19 100644
--- a/drivers/xen/xen-pciback/pciback_ops.c
+++ b/drivers/xen/xen-pciback/pciback_ops.c
@@ -266,7 +266,7 @@ error:
pr_warn_ratelimited("%s: error enabling MSI-X for guest %u: err 
%d!\n",
pci_name(dev), pdev->xdev->otherend_id,
result);
-   return result > 0 ? 0 : result;
+   return result >= 0 ? 0 : XEN_PCI_ERR_op_failed;
 }
 
 #endif
diff --git a/include/xen/interface/io/pciif.h b/include/xen/interface/io/pciif.h
index d9922ae..c8b674f 100644
--- a/include/xen/interface/io/pciif.h
+++ b/include/xen/interface/io/pciif.h
@@ -70,7 +70,7 @@ struct xen_pci_op {
/* IN: what action to perform: XEN_PCI_OP_* */
uint32_t cmd;
 
-   /* OUT: will contain an error number (if any) from errno.h */
+   /* OUT: will contain an XEN_PCI_ERR_* number. */
int32_t err;
 
/* IN: which device to touch */
@@ -82,7 +82,9 @@ struct xen_pci_op {
int32_t offset;
int32_t size;
 
-   /* IN/OUT: Contains the result after a READ or the value to WRITE */
+   /* IN/OUT: Contains the result after a READ or the value to WRITE.
+* If the err does not have XEN_PCI_ERR_success, depending on
+* XEN_PCI_OP_* might have the errno value. */
uint32_t value;
/* IN: Contains extra infor for this operation */
uint32_t info;


> 
> -- 
> Best Regards,
> Marek Marczykowski-Górecki
> Invisible Things Lab
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?

Bug#813995: flash-kernel: writes to nand without being aware of bad blocks

[Uwe Kleine-König]

Hello *,

On 02/07/2016 12:34 PM, Ian Campbell wrote:
> So far I see no evidence for the claim that flashcp should not be used
> for writing to NAND devices in either its --help or its source (it has
> no man page AFAICS).
> 
> Having a tool in Debian called "flashcp" which can (according to this
> report, I haven't checked this myself) destroy some classes of flash
> device with no warning is a clear problem irrespective of flash
> -kernel's use of that tool.
> 
> At the very least flashcp should either abort when used on NAND devices
> or should be renamed norwrite (cf. nandwrite) but ideally it would Just
> Work properly when used on a nand device.

"Work properly" might not be well defined here. If flashcp should be
taught to write to nand, how should it behave? Like nandwrite with -p?
What about -m? Probably without -o.

I would guess that renaming flashcp to (say) norwrite isn't an option
for upstream. I think the naming was coined before nand flash was widely
adopted. So I still think the best thing to do here is to teach
flash-kernel about nand chips and let it use nandwrite then. Adding a
note to flashcp -h that it is only supposed to work on nor and let it
fail for nand also sounds right.

> mtd-utils maintainer(s), please let me know if this is either wontfix
> or if the fix is going to take some time, in either case I will
> workaround flashcp in flash-kernel (either permanently or temporarily
> respectively).
> 
> I suppose it is also possible that this is a bug in the underlying
> /dev/mtdN and/or mtdblockN device or in the h/w specific driver at the
> bottom of the stack?

No, mtdblockN exposes bad blocks by design:


http://linux-kernel.2935.n7.nabble.com/PATCH-Make-the-mtdblock-read-write-skip-the-bad-nand-sector-td756524.html

Best regards
Uwe

Bug#814208: RM: liblemonldap-ng-cli-perl -- ROM; obsolete and integrated in liblemonldap-ng-manager-perl

[Xavier Guimard]

Package: ftp.debian.org
Severity: normal

Hi all,

liblemonldap-ng-cli-perl has been integrated to
liblemonldap-ng-manager-perl sometimes ago and is already provided by
liblemonldap-ng-manager-perl-1.3.3 (version in Jessie). This separated
package will become totaly unusable with future version of lemonldap-ng
(integrated version has been rewritten in version 1.9 of lemonldap-ng,
already available in beta version).  So this package can be safely
removed from Debian unstable, testing and future releases.
Popcon doesn't report any install of this package.

Best regards,
Xavier

Bug#814219: dleyna-renderer: Error in `/usr/lib/dleyna-renderer/dleyna-renderer-service': double free or corruption

[Stanimir Stoyanov]

Package: dleyna-renderer
Version: 0.4.0-1
Severity: important

Dear Maintainer,

My Xorg is crashing with this error message, making the workstation completely
unusable untill I kill the Xorg via SSH terminal.

I'm attaching an gdb backtrace, and also installed dleyna-renderer-dbg &&
dleyna-server-dbg packages so I hope the next backtrace will be more usable.



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

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

Versions of packages dleyna-renderer depends on:
ii  libc6   2.21-7
ii  libdleyna-connector-dbus-1.0-1  0.2.0-1
ii  libdleyna-core-1.0-30.4.0-1
ii  libglib2.0-02.46.2-3
ii  libgssdp-1.0-3  0.14.13-1
ii  libgupnp-1.0-4  0.20.15-1
ii  libgupnp-av-1.0-2   0.12.7-1
ii  libgupnp-dlna-2.0-3 0.10.3-1
ii  libsoup2.4-12.52.2-1

dleyna-renderer recommends no packages.

dleyna-renderer suggests no packages.

-- no debconf information
*** Error in `/usr/lib/dleyna-renderer/dleyna-renderer-service': double free or corruption (fasttop) 0x00665590 *** 

Continuing.

Program received signal SIGBUS, Bus error.
_int_malloc (av=av@entry=0x7fd8c8efec00 , bytes=bytes@entry=32) at malloc.c:3483
3483	malloc.c: No such file or directory.
#0  _int_malloc (av=av@entry=0x7fd8c8efec00 , bytes=bytes@entry=32) at malloc.c:3483
iters = 4
nb = 
idx = 3
bin = 
victim = 0x56179c7fa670
size = 800
victim_index = 
remainder = 
remainder_size = 
block = 
bit = 
map = 
fwd = 
bck = 0xff2b2b2bff2b2b2b
errstr = 0x0
__func__ = "_int_malloc"
#1  0x7fd8c8bda8ee in __GI___libc_malloc (bytes=32) at malloc.c:2895
ar_ptr = 0x7fd8c8efec00 
victim = 
hook = 
__func__ = "__libc_malloc"
#2  0x7fd8c9cc17bb in ?? () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0
No symbol table info available.
#3  0x7fd8c9cc5722 in pixman_region_init_rects () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0
No symbol table info available.
#4  0x7fd8c4569575 in sna_composite_rectangles (op=, dst=0x56179c7bb2a0, color=0x56179cae44ec, num_rects=2, rects=0x56179cae44f4)
at ../../../src/sna/sna_composite.c:923
pixmap = 
bo = 
damage = 0x0
region = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, data = 0x56179b8c5c20 }
stack_boxes = {{x1 = 0, y1 = 0, x2 = 256, y2 = 18}, {x1 = 264, y1 = 0, x2 = 1292, y2 = 18}, {x1 = 6288, y1 = -1265, x2 = 32766, y2 = 0}, {
x1 = 6280, y1 = -1265, x2 = 32766, y2 = 0}, {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, {x1 = 6288, y1 = -1265, x2 = 32766, y2 = 0}, {x1 = 0, 
y1 = 0, x2 = 0, y2 = 0}, {x1 = 20500, y1 = 7, x2 = 0, y2 = 0}, {x1 = 0, y1 = 0, x2 = 0, y2 = 0} , {x1 = 16, y1 = 0, 
x2 = 0, y2 = 0}, {x1 = -25256, y1 = -25768, x2 = 22039, y2 = 0}, {x1 = -13696, y1 = -25581, x2 = 22039, y2 = 0}, {x1 = -17472, 
y1 = -25581, x2 = 22039, y2 = 0}, {x1 = -16976, y1 = -25716, x2 = 22039, y2 = 0}, {x1 = 19924, y1 = -25779, x2 = 22039, y2 = 0}, {
x1 = -16976, y1 = -25716, x2 = 22039, y2 = 0}, {x1 = 6636, y1 = -1265, x2 = 32766, y2 = 0}, {x1 = 6848, y1 = -1265, x2 = 32766, y2 = 0}, 
  {x1 = 85, y1 = 448, x2 = 0, y2 = 0}, {x1 = 26864, y1 = -25483, x2 = 22039, y2 = 0}, {x1 = 15646, y1 = -25768, x2 = 22039, y2 = 0}, {
x1 = 26864, y1 = -25483, x2 = 22039, y2 = 0}, {x1 = 85, y1 = 448, x2 = 10, y2 = 0}, {x1 = -19808, y1 = -25477, x2 = 22039, y2 = 0}, {
x1 = 0, y1 = 0, x2 = 22039, y2 = 0}, {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, {x1 = 2, y1 = 0, x2 = 0, y2 = 0}, {x1 = 48, y1 = 0, x2 = 22039, 
y2 = 0}, {x1 = 6744, y1 = -1265, x2 = 32766, y2 = 0}, {x1 = 6672, y1 = -1265, x2 = 32766, y2 = 0}, {x1 = -28160, y1 = -25848, x2 = 1323, 
y2 = -22918}, {x1 = 0, y1 = 0, x2 = 1680, y2 = 986}, {x1 = 26864, y1 = -25483, x2 = 22039, y2 = 0}, {x1 = 85, y1 = 448, x2 = 0, y2 = 0}, 
  {x1 = 10, y1 = 0, x2 = 0, y2 = 0}, {x1 = -19808, y1 = -25477, x2 = 22039, y2 = 0}, {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, {x1 = 10, y1 = 0, 
x2 = 0, y2 = 0}, {x1 = 22018, y1 = -25777, x2 = 22039, y2 = 0}, {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, {x1 = -22711, y1 = -25766, x2 = 22039, 
y2 = 0}}
boxes = 0x7ffefb0f1860
b = 
dst_x = 
dst_y = 
i = 
num_boxes = 2
hint = 
#5  0x56179b5af0f2 in ProcRenderFillRectangles (client=0x56179c7568f0) at ../../render/render.c:1427
pDst = 0x56179c7bb2a0
things = 
stuff = 
#6  0x56179b4cfa3f in Dispatch () 

Bug#814221: gnat currently ftbfs with GCC trunk (GCC 6) on m68k

[Matthias Klose]

Package: gnat-6
Version: 6-20160205-1

trying to build a cross compiler:

checking size of int... Run-time library configured incorrectly
(requesting support for Frontend ZCX exceptions)
compilation abandoned
Run-time library configured incorrectly
(requesting support for Frontend ZCX exceptions)
compilation abandoned
Run-time library configured incorrectly
(requesting support for Frontend ZCX exceptions)
compilation abandoned
Run-time library configured incorrectly
(requesting support for Frontend ZCX exceptions)
compilation abandoned
Run-time library configured incorrectly
(requesting support for Frontend ZCX exceptions)
compilation abandoned
../gcc-interface/Makefile:309: recipe for target 'a-calari.o' failed
make[9]: *** [a-calari.o] Error 1
make[9]: *** Waiting for unfinished jobs
../gcc-interface/Makefile:309: recipe for target 'a-btgbso.o' failed
make[9]: *** [a-btgbso.o] Error 1
../gcc-interface/Makefile:309: recipe for target 'a-assert.o' failed
make[9]: *** [a-assert.o] Error 1
../gcc-interface/Makefile:309: recipe for target 'a-calend.o' failed
make[9]: *** [a-calend.o] Error 1
../gcc-interface/Makefile:309: recipe for target 'a-calcon.o' failed
make[9]: *** [a-calcon.o] Error 1
Run-time library configured incorrectly
(requesting support for Frontend ZCX exceptions)
compilation abandoned
Run-time library configured incorrectly
(requesting support for Frontend ZCX exceptions)
compilation abandoned

Bug#814190: [Pkg-privacy-maintainers] Bug#814190: tails-installer: tails installer fails to authentication

[intrigeri]

Control: tag -1 + moreinfo

Hi,

Kenichiro MATOHARA wrote (08 Feb 2016 22:35:53 GMT) :
> ```
> /usr/bin/pkexec /usr/bin/syslinux  -d syslinux /dev/sdb1
> polkit-agent-helper-1: error response to PolicyKit daemon:
> GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
> Error executing command as another user: Not authorized
> ```


At first glance, it seems that either your user is not allowed to run
commands as root via polkit, or you don't have working polkit in your
current desktop session.

Can you try running:

  $ pkexec whoami

... and report back what's happening?

> I used the "gksudo" as the workaround.

> ```
> $ gksudo tails-installer-launcher
> ```

And it worked, right?

Cheers,
-- 
intrigeri

Bug#814227: prometheus-node-exporter: Wrong upstream version 0.12.0

[Sylvain Veyrié]

Subject: prometheus-node-exporter: Wrong upstream version 0.12.0
Package: prometheus-node-exporter
Version: 0.12.0+ds-2
Severity: important

Dear Maintainer,

I think version "0.12.0+ds-2" should be "0.12.0rc1+ds-2" on 
prometheus-node-exporter package.


0.12.0  does not exist in upstream yet: it has 3 release candidates 
(rc1, rc2 and rc3), and Makefile in deb source does specify 0.12.0rc1.


(I was looking for the systemd feature introduced in 0.12.0rc3)

--
Sylvain Veyrié


-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (950, 'stable'), (850, 'testing'), (800, 'unstable'), 
(500, 'stable-updates')

Architecture: amd64 (x86_64)

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

Versions of packages prometheus-node-exporter depends on:
ii  daemon  0.6.4-1
ii  libc6   2.19-18+deb8u1

prometheus-node-exporter recommends no packages.

prometheus-node-exporter suggests no packages.

-- Configuration Files:
/etc/default/prometheus-node-exporter changed:
ARGS='-collector.diskstats.ignored-devices="^(ram|loop|fd)\\d+$"'
ARGS="$ARGS -collector.textfile.directory=/run/prometheus/textfile"
ARGS="$ARGS 
-collectors.enabled=diskstats,filesystem,loadavg,meminfo,netdev,netstat,stat,textfile,time"



-- no debconf information

Bug#814214: rocksdb: please make the build reproducible

[Chris Lamb]

Hi,

> rocksdb: please make the build reproducible

Updated patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/Makefile b/Makefile
index a98aa5b..e58088d 100644
--- a/Makefile
+++ b/Makefile
@@ -184,7 +184,12 @@ CXXFLAGS += $(WARNING_FLAGS) -I. -I./include 
$(PLATFORM_CXXFLAGS) $(OPT) -Woverl
 
 LDFLAGS += $(PLATFORM_LDFLAGS)
 
-date := $(shell date +%F)
+DATE_FMT = %Y-%m-%d
+ifdef SOURCE_DATE_EPOCH
+date ?= $(shell date -u -d "@$(SOURCE_DATE_EPOCH)" "+$(DATE_FMT)"  
2>/dev/null || date -u -r "$(SOURCE_DATE_EPOCH)" "+$(DATE_FMT)" 2>/dev/null || 
date -u "+$(DATE_FMT)")
+else
+date ?= $(shell date "+$(DATE_FMT)")
+endif
 ifdef FORCE_GIT_SHA
git_sha := $(FORCE_GIT_SHA)
 else

Bug#811321: Bug for Dolphin team

[Maximiliano Curia]

Control: tag -1 + moreinfo

Hi,

On 18/01/16 00:01, Jeanne Varasco wrote:
> When you try to rename a file, the old text stays and is mixed to the new
> text. It is unreadable and must be corrected as soon as possible. (It was not
> the case for version in last year.

I'm not being able to reproduce the issue and, as far as I can see it, the
rename action is working as intended. Let's see, you select a file in dolphin,
then you select rename, dolphin enters in filename editing mode, selecting the
text corresponding to the filename (upto the last dot character to prevent
changing the file extension by accident), allowing the user to either write a
new name or tweak the old one.

Is there anything I'm overlooking? Is dolphin behaving in a different way to
you? If so, please add more information to this issue, so it's clearer what's
the issue.

Happy hacking,
-- 
"Can you imagine what I would do if I could do all I can?" -- Sun Tzu
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#814217: ITP: puppet-module-cinder -- Puppet module for OpenStack Cinder

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-cinder
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-cinder
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Cinder

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Cinder.

Bug#814220: dh_php5 does not override umask

[Max Kellermann]

Package: dh-php5
Version: 0.2

The dh_php5 tool corrects the permissions only of some
files/directories.  Others are left broken when one runs it with a
secure umask like 0077.

For example, /usr/lib/php5/20131226 is created with "mkdir -p".  After
that, it runs "chmod 755" on that directory, but not on the parent
directories it also created.

Shared libraries are installed using "cp" without "chmod".  That
leaves the library unreadable for anybody but root.

I suggest using "install" for everything.  "install" ensures that the
permission are correct; it has good defaults, and a "-m" option.  And
it's just one shell invocation instead of one (= faster).

Bug#814223: ITP: puppet-module-glance -- Puppet module for OpenStack Glance

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-glance
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-glance
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Glance

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Glance.

Bug#814226: ITP: apertium-nno -- Apertium single language data for Norwegian Nynorsk

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-nno
  Version : 0.5.0~r65328
  Upstream Author : Francis Tyers , Kevin Brubeck Unhammer 

Trond Trosterud 
* URL : http://apertium.org/
* License : GPL-2+
  Programming Lang: 
  Description : Apertium single language data for Norwegian Nynorsk

Data package providing Apertium language resources for Norwegian Nynorsk (nno).

Dependency of apertium-dan-nor package.

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


signature.asc
Description: PGP signature

Bug#814073: tzdata: FTBFS: Error: Unable to access jarfile /usr/lib/jvm/default-java//jre/lib/javazic.jar

[Aurelien Jarno]

reassign 814073 openjdk-8-jre-headless
retitle 814073 openjdk-8-jre-headless doesn't provide javazic.jar
affect 814073 tzdata
thanks

On 2016-02-08 09:14, Chris Lamb wrote:
> Source: tzdata
> Version: 2016a-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> tzdata fails to build from source in unstable/amd64:
> 
>   [..]
> 
>   # Generate a java version
>   /usr/lib/jvm/default-java//bin/java -jar 
> /usr/lib/jvm/default-java//jre/lib/javazic.jar -V 2016a -d 
> /home/lamby/temp/cdt.20160208085405.3qp2pN3cIl/tzdata-2016a/tzgen-java africa 
> antarctica asia australasia europe northamerica southamerica etcetera factory 
> backward systemv pacificnew gmt jdk11_backward
>   Error: Unable to access jarfile 
> /usr/lib/jvm/default-java//jre/lib/javazic.jar
>   debian/rules:53: recipe for target 'build-indep-stamp' failed
>   make: *** [build-indep-stamp] Error 1
> 
>   [..]

The problem is that the default java has recently been switched to
openjdk-8, which doesn't provide javazic.jar. As such we can't build
tzdata-java anymore.

Aurelien

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

Bug#814212: wikidiff2: FTBFS: cp: cannot stat 'modules/*': No such file or directory

[Chris Lamb]

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

Dear Maintainer,

wikidiff2 fails to build from source in unstable/amd64:

  [..]

   fakeroot debian/rules binary
  dh binary
 dh_testroot
 dh_prep
 dh_installdirs
 debian/rules override_dh_auto_install
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f'
  
INSTALL_ROOT=/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/debian/php-wikidiff2
 make install
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f'
  /bin/bash 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/libtool 
--mode=compile g++  -I. 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-DPHP_ATOM_INC 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/include
 -I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/main 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM 
-I/usr/include/php5/Zend -I/usr/include/php5/ext 
-I/usr/include/php5/ext/date/lib  -Wdate-time -D_FORTIFY_SOURCE=2 
-DHAVE_CONFIG_H  -Wno-write-strings -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wno-write-strings   -c 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/php_wikidiff2.cpp
 -o php_wikidiff2.lo 
  /bin/bash 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/libtool 
--mode=compile g++  -I. 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-DPHP_ATOM_INC 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/include
 -I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/main 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM 
-I/usr/include/php5/Zend -I/usr/include/php5/ext 
-I/usr/include/php5/ext/date/lib  -Wdate-time -D_FORTIFY_SOURCE=2 
-DHAVE_CONFIG_H  -Wno-write-strings -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wno-write-strings   -c 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/Wikidiff2.cpp
 -o Wikidiff2.lo 
  /bin/bash 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/libtool 
--mode=compile g++  -I. 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-DPHP_ATOM_INC 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/include
 -I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/main 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM 
-I/usr/include/php5/Zend -I/usr/include/php5/ext 
-I/usr/include/php5/ext/date/lib  -Wdate-time -D_FORTIFY_SOURCE=2 
-DHAVE_CONFIG_H  -Wno-write-strings -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wno-write-strings   -c 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/TableDiff.cpp
 -o TableDiff.lo 
  /bin/bash 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/libtool 
--mode=compile g++  -I. 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-DPHP_ATOM_INC 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/include
 -I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/main 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM 
-I/usr/include/php5/Zend -I/usr/include/php5/ext 
-I/usr/include/php5/ext/date/lib  -Wdate-time -D_FORTIFY_SOURCE=2 
-DHAVE_CONFIG_H  -Wno-write-strings -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wno-write-strings   -c 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/InlineDiff.cpp
 -o InlineDiff.lo 
  /bin/bash 
/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/libtool 
--mode=link cc -DPHP_ATOM_INC 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/include
 -I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f/main 
-I/home/lamby/temp/cdt.20160209093555.dFyEsCBR1Y/wikidiff2-1.2+git03ea59f 
-I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM 
-I/usr/include/php5/Zend -I/usr/include/php5/ext 
-I/usr/include/php5/ext/date/lib  -Wdate-time -D_FORTIFY_SOURCE=2 
-DHAVE_CONFIG_H  -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security  -Wl,-z,relro -o wikidiff2.la -export-dynamic 
-avoid-version -prefer-pic -module -rpath 

Bug#814210: python-pbh5tools: FTBFS: TypeError: 'float' object cannot be interpreted as an index

[Chris Lamb]

Source: python-pbh5tools
Version: 0.8.0+dfsg-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-pbh5tools fails to build from source in unstable/amd64:

  [..]
  
  ==
  ERROR: 
test_cmph5lib_CmpH5Sort.TestGetOverlappingRanges.test_get_overlapping_ranges
  --
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
  self.test(*self.arg)
File 
"/home/lamby/temp/cdt.20160209093420.uLfTkBHk0Y/python-pbh5tools-0.8.0+dfsg/tests/test_cmph5lib_CmpH5Sort.py",
 line 98, in test_get_overlapping_ranges
  ar = generate_positions(i, j)
File 
"/home/lamby/temp/cdt.20160209093420.uLfTkBHk0Y/python-pbh5tools-0.8.0+dfsg/tests/test_cmph5lib_CmpH5Sort.py",
 line 18, in generate_positions
  tS = random.randint(0, size, NN)
File "mtrand.pyx", line 1266, in mtrand.RandomState.randint 
(numpy/random/mtrand/mtrand.c:14344)
File "mtrand.pyx", line 1267, in mtrand.RandomState.randint 
(numpy/random/mtrand/mtrand.c:14299)
File "mtrand.pyx", line 749, in mtrand._rand_int64 
(numpy/random/mtrand/mtrand.c:9900)
  TypeError: 'float' object cannot be interpreted as an index
  
  --
  Ran 10 tests in 1.770s
  
  FAILED (errors=1)
  Makefile:20: recipe for target 'test' failed
  make[2]: *** [test] Error 123
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160209093420.uLfTkBHk0Y/python-pbh5tools-0.8.0+dfsg'
  E: pybuild pybuild:274: test: plugin custom failed with: exit code=2: 
PATH=/home/lamby/temp/cdt.20160209093420.uLfTkBHk0Y/python-pbh5tools-0.8.0+dfsg/build/scripts-2.7:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11
 /usr/bin/make test
  dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 --dir . 
returned exit code 13
  debian/rules:25: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 25
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160209093420.uLfTkBHk0Y/python-pbh5tools-0.8.0+dfsg'
  debian/rules:11: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

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


python-pbh5tools.0.8.0+dfsg-3.unstable.amd64.log.txt.gz
Description: Binary data

Bug#814213: wmaker: FTBFS: Error: program option '--with-aix-soname' is not in the documentation './INSTALL-WMAKER'

[Chris Lamb]

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

Dear Maintainer,

wmaker fails to build from source in unstable/amd64:

  [..]

  make  check-local
  make[4]: Entering directory 
'/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
  ./script/check-cmdline-options-doc.sh \
--program "./configure" --text-doc "./INSTALL-WMAKER" \
--ignore-prg 'with-PACKAGE,without-PACKAGE # only template names from 
Autoconf' \
--ignore-prg 'program-prefix,program-suffix,program-transform-name # in 
INSTALL' \
--ignore-prg 'version,quiet,srcdir,build,host,cache-file,no-create # in 
INSTALL' \
--ignore-prg 'enable-silent-rules,disable-silent-rules # should be in 
INSTALL' \
--ignore-prg 'enable-dependency-tracking,disable-dependency-tracking # 
in INSTALL' \
--ignore-prg 'enable-shared,enable-static # should be in INSTALL' \
--ignore-prg 'disable-option-checking,enable-fast-install # should be 
in INSTALL' \
--ignore-prg 'disable-libtool-lock,with-pic,with-gnu-ld,with-sysroot # 
for libtool' \
--ignore-prg 'runstatedir #new in autoconf 2.70, backported in Debian' \
--ignore-prg 'with-x # no use, it would not work without X'
  Error: program option '--with-aix-soname' is not in the documentation 
'./INSTALL-WMAKER'
  Makefile:951: recipe for target 'configure-documentation' failed
  make[4]: *** [configure-documentation] Error 1
  make[4]: Leaving directory 
'/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
  Makefile:766: recipe for target 'check-am' failed
  make[3]: *** [check-am] Error 2
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
  Makefile:478: recipe for target 'check-recursive' failed
  make[2]: *** [check-recursive] Error 1
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
  Makefile:768: recipe for target 'check' failed
  make[1]: *** [check] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
  dh_auto_test: make -j9 check returned exit code 2
  debian/rules:30: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

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


wmaker.0.95.7-3.unstable.amd64.log.txt.gz
Description: Binary data

Bug#814209: xmlbeans: FTBFS: SchemaCompiler.java:221: error: cannot access TypeStoreUser

[Chris Lamb]

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

Dear Maintainer,

xmlbeans fails to build from source in unstable/amd64:

  [..]

  
  xmlcomp.classes:
  [mkdir] Created dir: 
/home/lamby/temp/cdt.20160209093732.zwOyCh46W5/xmlbeans-2.6.0/build/classes/xmlcomp
  [javac] 
/home/lamby/temp/cdt.20160209093732.zwOyCh46W5/xmlbeans-2.6.0/build.xml:682: 
warning: 'includeantruntime' was not set, defaulting to 
build.sysclasspath=last; set to false for repeatable builds
  [javac] Compiling 21 source files to 
/home/lamby/temp/cdt.20160209093732.zwOyCh46W5/xmlbeans-2.6.0/build/classes/xmlcomp
  [javac] warning: [options] bootstrap class path not set in conjunction 
with -source 1.4
  [javac] warning: [options] source value 1.4 is obsolete and will be 
removed in a future release
  [javac] warning: [options] target value 1.4 is obsolete and will be 
removed in a future release
  [javac] warning: [options] To suppress warnings about obsolete options, 
use -Xlint:-options.
  [javac] 
/home/lamby/temp/cdt.20160209093732.zwOyCh46W5/xmlbeans-2.6.0/src/xmlcomp/org/apache/xmlbeans/impl/tool/SchemaCompiler.java:221:
 error: cannot access TypeStoreUser
  [javac] new 
HashSet(Arrays.asList(XmlListImpl.split_list(allowmdef;
  [javac]  ^
  [javac]   class file for org.apache.xmlbeans.impl.values.TypeStoreUser 
not found
  [javac] Note: Some input files use or override a deprecated API.
  [javac] Note: Recompile with -Xlint:deprecation for details.
  [javac] 1 error
  [javac] 4 warnings
  
  BUILD FAILED
  /home/lamby/temp/cdt.20160209093732.zwOyCh46W5/xmlbeans-2.6.0/build.xml:682: 
Compile failed; see the compiler error output for details.
  
  Total time: 12 seconds
  /usr/share/cdbs/1/class/ant.mk:40: recipe for target 'debian/stamp-ant-build' 
failed
  make: *** [debian/stamp-ant-build] Error 1

  [..]

The full build log is attached.


Regards,

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


xmlbeans.2.6.0-2.unstable.amd64.log.txt.gz
Description: Binary data

Bug#814211: rr: FTBFS: CMake Error at CMakeLists.txt:110 (message): Couldn't find gdb.

[Chris Lamb]

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

Dear Maintainer,

rr fails to build from source in unstable/amd64:

  [..]

  dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None 
-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var returned 
exit code 1
  debian/rules:20: recipe for target 'build' failed
  make: *** [build] Error 255

  [..]

The full build log is attached.


Regards,

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

Bug#811165: kinit: man page lists $ in front of namess of environmental variables used

[Arthur Marsh]

Maximiliano Curia wrote on 09/02/16 19:15:

Control: severity -1 wishlist
Control: tag -1 + upstream
Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=359169

...

I've forwarded your bug report upstream, if possible, please add yourself to
the cc list of the upstream bug, so if upstream asks a question about this you
can answer it.

Happy hacking,



Done!

Arthur.

Bug#813808: Solved with backports Jessie

[Fedele Mantuano]

Hi,

I can confirm that the issue is solved after the update of
xserver-xorg-video-intel with backports Jessie:

xserver-xorg-video-intel  2:2.99.917-2~bpo8+1
 amd64X.Org X server -- Intel i8xx, i9xx display driver


Thanks a lot for support

-- 
*Fedele Mantuano*

Bug#814152: [libkscreenlocker5] Conflict with plasma-workspace

[Rares Marian]

On Mon, 8 Feb 2016 19:28:37 + (UTC) Franz Schrober 
 wrote:

> Package: libkscreenlocker5
> Version: 5.5.4-1
> Severity: normal
>
> Unpacking libkscreenlocker5:amd64 (5.5.4-1) ...
> dpkg: error processing archive 
/var/cache/apt/archives/libkscreenlocker5_5.5.4-1_amd64.deb (--unpack):
> trying to overwrite '/usr/lib/x86_64-linux-gnu/libexec/kcheckpass', 
which is also in package plasma-workspace 4:5.4.3-1

> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> Preparing to unpack .../kde-config-screenlocker_5.5.4-1_amd64.deb ...
> Unpacking kde-config-screenlocker (5.5.4-1) ...
> dpkg: error processing archive 
/var/cache/apt/archives/kde-config-screenlocker_5.5.4-1_amd64.deb 
(--unpack):
> trying to overwrite 
'/usr/lib/x86_64-linux-gnu/qt5/plugins/screenlocker_kcm.so', which is 
also in package plasma-workspace 4:5.4.3-1

> Processing triggers for libc-bin (2.21-7) ...
>
>

I can confirm that there is no conflict with plasma-workspace 5.5.4-1.

Bug#814224: ITP: puppet-module-heat -- Puppet module for OpenStack Heat

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-heat
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-heat
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Heat

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Heat.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Wednesday 03 February 2016 11:41 PM, Ximin Luo wrote:

On 03/02/16 13:33, Ximin Luo wrote:

As part of the fix to (k) earlier, I pushed another patch to a side branch of 
calendarserver: [1]. You haven't applied it to debian/sid yet, but I think it may be 
necessary. To test, you should try to add/remove events with non-ascii unicode characters 
in them such as "ßßß". If it fails, then try the patch and if it works please 
add it to git as well.

X

[1] 
https://anonscm.debian.org/cgit/calendarserver/calendarserver.git/diff/debian/patches/unicode-fixes.patch?h=debian/_wip_sid=4476a73ff4df39baa297606e00e66241f371178c


I will see how I could test unicode characters. Also, I do not know the impact 
of the change. Should I get it reviewed by upstream?


For me, I could reproduce the bug by adding an event in a client (e.g. icedove+iceowl) 
called "ßßß" or some other thing, then the event wouldn't actually be created, 
and I could see some decode errors in the caldavd error logs.

The change should have minimal impact - it merely allows that function to 
accept more values for self.scheduleTag than it was doing previously (raising 
exception when it was of type 'unicode' containing non-ascii chars). But yes it 
would be good to ask upstream to review it.


My mistake - the "adding-and-removing events test" that I just described, 
triggered the bug that I described in (k) above and was fixed by my patch to pg8000.

OTOH the patch I am talking about here ([1] from above), fixes a bug that 
appeared in my log which was *also* a unicode error. I *guess* (but I'm not 
sure) that it happens the local client syncs with the server, and *old events* 
(that the client and server both already have [note]) *already contains* 
unicode characters. The server trieds to generate an etag for it, and 7.0 fails 
for this. The exception looks like this:

2016-01-23 22:49:26+0100 [-] [caldav-0]  [-] [twext.enterprise.jobs.jobitem#error] 
JobItem: 759, WorkItem: 113481 failed: [Failure instance: Traceback: : 'ascii' codec can't decode byte 0xe2 in position 
335: ordinal not in range(128)
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1274:unwindGenerator
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1128:_inlineCallbacks
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:4336:upgradeData
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1274:unwindGenerator
2016-01-23 22:49:26+0100 [-] [caldav-0] ---  ---
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1128:_inlineCallbacks
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:4032:updateDatabase
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:3906:_generateEtag
2016-01-23 22:49:26+0100 [-] [caldav-0] ]

You *might* need to patch 
/usr/lib/python2.7/dist-packages/twext/enterprise/jobs/jobitem.py to say 
log.error([etc], exc_info=sys.exc_info()) to get this stack trace to show, I 
can't remember exactly what I did.

[note] because of (k) you will either need to create such an event in server 
<7.0 then upgrade to 7.0, or else install our newer patched version of pg8000.

X

I have been unable to reproduce the unicode bug related to logging. I 
created a event with the non-ascii characters you gave in both a fresh 
installation and older installation and in both cases it worked perfectly.


The pg8000 fix seems necessary though and that patch has already been 
included.


Now the only pending action is to upload pg8000, post which 
calendarserver could finally be uploaded. Request you to do at the earliest.


Thanks,
Rahul.

Bug#814225: Incorrect Homepage URL

[Stéphane Glondu]

Package: storaged
Version: 2.4.0-1
Severity: minor

Dear Maintainer,

$ HEAD http://storaged-project.org/
500 Can't connect to storaged-project.org:80
Content-Type: text/plain
Client-Date: Tue, 09 Feb 2016 10:56:23 GMT
Client-Warning: Internal response

Cheers,

-- 
Stéphane

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

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

Bug#813716: More information

[Stanimir Stoyanov]

I'm attaching another different gdb backtrace. I hope it helps.Continuing.

Program received signal SIGBUS, Bus error.
_int_malloc (av=av@entry=0x7fc7110edc00 , bytes=bytes@entry=216) at 
malloc.c:3483
3483malloc.c: No such file or directory.
#0  _int_malloc (av=av@entry=0x7fc7110edc00 , 
bytes=bytes@entry=216) at malloc.c:3483
iters = 0
nb = 
idx = 14
bin = 
victim = 0x559e5a5743d0
size = 1744
victim_index = 
remainder = 
remainder_size = 
block = 
bit = 
map = 
fwd = 
bck = 0xff232525ff232525
errstr = 0x0
__func__ = "_int_malloc"
#1  0x7fc710dc98ee in __GI___libc_malloc (bytes=216) at malloc.c:2895
ar_ptr = 0x7fc7110edc00 
victim = 
hook = 
__func__ = "__libc_malloc"
#2  0x7fc711eb07bb in ?? () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0
No symbol table info available.
#3  0x7fc711eb4722 in pixman_region_init_rects () from 
/usr/lib/x86_64-linux-gnu/libpixman-1.so.0
No symbol table info available.
#4  0x7fc70c758575 in sna_composite_rectangles (op=, 
dst=0x559e5a3970f0, color=0x559e5a42e744, num_rects=25, rects=0x559e5a42e74c)
at ../../../src/sna/sna_composite.c:923
pixmap = 
bo = 
damage = 0x0
region = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, data = 
0x559e5827bc20 }
stack_boxes = {{x1 = 34, y1 = 0, x2 = 35, y2 = 36}, {x1 = 34, y1 = 54, 
x2 = 35, y2 = 74}, {x1 = 66, y1 = 0, x2 = 67, y2 = 36}, {x1 = 66, 
y1 = 54, x2 = 67, y2 = 74}, {x1 = 98, y1 = 0, x2 = 99, y2 = 36}, 
{x1 = 98, y1 = 54, x2 = 99, y2 = 74}, {x1 = 130, y1 = 0, x2 = 131, 
y2 = 36}, {x1 = 130, y1 = 54, x2 = 131, y2 = 74}, {x1 = 162, y1 = 
0, x2 = 163, y2 = 36}, {x1 = 162, y1 = 54, x2 = 163, y2 = 74}, {
x1 = 194, y1 = 0, x2 = 195, y2 = 36}, {x1 = 194, y1 = 54, x2 = 195, 
y2 = 74}, {x1 = 226, y1 = 0, x2 = 227, y2 = 36}, {x1 = 226, y1 = 54, 
x2 = 227, y2 = 74}, {x1 = 258, y1 = 0, x2 = 259, y2 = 36}, {x1 = 
258, y1 = 54, x2 = 259, y2 = 74}, {x1 = 290, y1 = 0, x2 = 291, 
y2 = 36}, {x1 = 290, y1 = 54, x2 = 291, y2 = 74}, {x1 = 322, y1 = 
0, x2 = 323, y2 = 36}, {x1 = 322, y1 = 54, x2 = 323, y2 = 74}, {
x1 = 354, y1 = 0, x2 = 355, y2 = 36}, {x1 = 354, y1 = 54, x2 = 355, 
y2 = 74}, {x1 = 386, y1 = 18, x2 = 387, y2 = 36}, {x1 = 386, 
y1 = 54, x2 = 387, y2 = 74}, {x1 = 424, y1 = 54, x2 = 425, y2 = 
72}, {x1 = 0, y1 = 27, x2 = 1680, y2 = 1023}, {x1 = 29048, y1 = 23102, 
x2 = 21918, y2 = 0}, {x1 = -18688, y1 = 176, x2 = -7851, y2 = 
28565}, {x1 = 141, y1 = 0, x2 = 0, y2 = 0}, {x1 = 28960, y1 = 23102, 
x2 = 21918, y2 = 0}, {x1 = 28976, y1 = 23102, x2 = 21918, y2 = 0}, 
{x1 = 29048, y1 = 23102, x2 = 21918, y2 = 0}, {x1 = 16, y1 = 0, 
x2 = 0, y2 = 0}, {x1 = -680, y1 = 22515, x2 = 21918, y2 = 0}, {x1 = 
-13696, y1 = 22991, x2 = 21918, y2 = 0}, {x1 = -17472, y1 = 22991, 
x2 = 21918, y2 = 0}, {x1 = 7600, y1 = 22568, x2 = 21918, y2 = 0}, 
{x1 = -21036, y1 = 22504, x2 = 21918, y2 = 0}, {x1 = 7600, y1 = 22568, 
x2 = 21918, y2 = 0}, {x1 = -17588, y1 = -8546, x2 = 32765, y2 = 0}, 
{x1 = -17376, y1 = -8546, x2 = 32765, y2 = 0}, {x1 = 81, y1 = 352, 
x2 = 0, y2 = 0}, {x1 = 2048, y1 = 23100, x2 = 21918, y2 = 0}, {x1 = 
-25314, y1 = 22515, x2 = 21918, y2 = 0}, {x1 = 2048, y1 = 23100, 
x2 = 21918, y2 = 0}, {x1 = 81, y1 = 352, x2 = 10, y2 = 0}, {x1 = 
28912, y1 = 23097, x2 = 21918, y2 = 0}, {x1 = 0, y1 = 0, x2 = 21918, 
y2 = 0}, {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, {x1 = 2, y1 = 0, x2 = 0, 
y2 = 0}, {x1 = 48, y1 = 0, x2 = 21918, y2 = 0}, {x1 = -17480, 
y1 = -8546, x2 = 32765, y2 = 0}, {x1 = -17552, y1 = -8546, x2 = 
32765, y2 = 0}, {x1 = -18688, y1 = 176, x2 = -7851, y2 = 28565}, {
x1 = 0, y1 = 0, x2 = 1680, y2 = 986}, {x1 = 2048, y1 = 23100, x2 = 
21918, y2 = 0}, {x1 = 81, y1 = 352, x2 = 0, y2 = 0}, {x1 = 10, 
y1 = 0, x2 = 0, y2 = 0}, {x1 = 28912, y1 = 23097, x2 = 21918, y2 = 
0}, {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, {x1 = 10, y1 = 0, x2 = 0, 
y2 = 0}, {x1 = -18942, y1 = 22506, x2 = 21918, y2 = 0}, {x1 = 0, y1 
= 0, x2 = 0, y2 = 0}, {x1 = 1865, y1 = 22518, x2 = 21918, y2 = 0}}
boxes = 0x7ffdde9eb9c0
b = 
dst_x = 
dst_y = 
i = 
num_boxes = 25
hint = 
#5  0x559e57f650f2 in ProcRenderFillRectangles (client=0x559e5a3c0800) at 
../../render/render.c:1427
pDst = 0x559e5a3970f0
things = 
stuff = 
#6  0x559e57e85a3f in Dispatch () at ../../dix/dispatch.c:430
clientReady = 0x559e5a1a4000
result = 
client = 0x559e5a3c0800
nready = 0
icheck = 0x559e58285250 
start_tick = 119215
#7  0x559e57e89a53 in dix_main (argc=14, argv=0x7ffdde9ebdf8, 
envp=) at ../../dix/main.c:300
i = 

Bug#813705: problem solved

[Maarten Tromp]

Hi,

After updating my whole system and a reboot, the problem is solved. 
Funny fact is that Awesome itself was not updated. It might have been an 
X issue.


Cheers,
Maarten
--
No trees were harmed in posting this message. However, a lot of 
electrons were terribly inconvenienced.

Bug#811165: kinit: man page lists $ in front of namess of environmental variables used

[Maximiliano Curia]

Control: severity -1 wishlist
Control: tag -1 + upstream
Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=359169

On 16/01/16 11:21, Arthur Marsh wrote:
> Package: kinit
> Version: 5.16.0-1
> Severity: normal

> Dear Maintainer,
> 
>* What led up to the situation?
> 
> I read on the manual page for kdeinit5:
> 
> ENVIRONMENT VARIABLES
>$HOME
>Specifies the home directory of the current user
> 
>$KDE_HOME_READONLY
>Specifies if the home directory of the current user is read only
> 
>$KDE_IS_PRELINKED
>If set, tells kdeinit5 that the KDE programs are pre-linked.
> 
>(Prelinking is a process that allows you to speed up the process of
>dynamic linking.)
> 
> However they should be listed without the evaluation operator $ at the start.

I've forwarded your bug report upstream, if possible, please add yourself to
the cc list of the upstream bug, so if upstream asks a question about this you
can answer it.

Happy hacking,
-- 
"The most important thing in the programming language is the name. A language
will not succeed without a good name. I have recently invented a very good
name and now I am looking for a suitable language."
-- Donald Knuth
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#689094: libwebkitgtk-3.0-0 constant segfaults on mipsel

[Alberto Garcia]

On Tue, May 13, 2014 at 11:55:18AM +0100, Steven Chamberlain wrote:
> >> Can you please verify if you can still reproduce this bug?
> > 
> > Ping
> 
> I'll be able to do this today I hope, in a sid chroot.

Is this still relevant? If not I'll close this bug.

Thanks!

Berto

Bug#814222: openslide 3.4.1 is out

[Mathieu Malaterre]

Package: src:openslide

Version 3.4.1 has been out for quite some time.

Whoever does the upload, should make sure to integrate patch from git/master:

https://lists.andrew.cmu.edu/pipermail/openslide-users/2015-November/001146.html

Bug#814218: lua-ldap: Add support for Lua 5.2

[Avinash Sultanpur]

Package: lua-ldap
Version: 1.1.0-1-geeac494-6
Severity: normal

Dear Maintainer,

The pdns-recursor is compiled with liblua5.2-0 and this package does
not have support for Lua 5.2 which makes it unusable with Power DNS.

There are a couple of open pull requests on Github which add support
for Lua 5.2. Please merge them in order to support Lua 5.2.

https://github.com/luaforge/lualdap/pulls

Cheers,
Avinash.

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

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

Versions of packages lua-ldap depends on:
ii  libc6  2.19-18+deb8u2
ii  libldap-2.4-2  2.4.40+dfsg-1+deb8u2
ii  multiarch-support  2.19-18+deb8u2

lua-ldap recommends no packages.

lua-ldap suggests no packages.

-- no debconf information

Bug#813446: [Pkg-alsa-devel] Bug#813446: Bug#813446: Upgrade causes pulseaudio to fail until restarted

[Elimar Riesebieter]

control: tag -1 moreinfo

* Elimar Riesebieter  [2016-02-06 15:23 +0100]:

> * Rock Storm  [2016-02-06 13:34 +0100]:
> 
> > Dear Maintainer,
> > 
> > Upgrading packages "alsa-utils" and "libasound2-plugins" seems to
> > make no harm. Sound breaks when upgrading libasound2-data:
> > 
> > "Sound-works" configuration:
> > $ dpkg -l | grep 'asound\|alsa-utils'
> > ii  alsa-utils  1.1.0-2 amd64
> > ii  libasound2:amd641.0.29-1amd64
> > ii  libasound2-data 1.0.29-1all
> > ii  libasound2-plugins:amd641.1.0-1 amd64
> > 
> > "No-sound" configuration:
> > $ dpkg -l | grep 'asound\|alsa-utils'
> > ii  alsa-utils  1.1.0-2 amd64
> > ii  libasound2:amd641.0.29-1amd64
> > ii  libasound2-data 1.1.0-1 all
> > ii  libasound2-plugins:amd64    1.1.0-1 amd64
> 
> Is there any reason to not upgrade alsa-lib to 1.1.0?

Did you managed to get sound working with a complete install of
1.1.0 packages?

Elimar
-- 
  Do you smell something burning or is it me?

Bug#813702: systemd: Oneshot service doesn't get killed after timeout.

[Cyril Duez]

I did test systemd v216 with no success. I had better luck with v217 
which fix the issue.

Bug#814204: UDD: upstream.rb cannot handle version=4 d/watch files

[James McCoy]

On Feb 9, 2016 1:24 AM, "Stuart Prescott"  wrote:
> Upgrading devscripts on ullmann.d.o to a new backported version of
devscripts
> will solve this; the backport does not currently exist in
jessie-backports.

I've been holding off doing a backport until things settle down with bug
reports. A new devscripts upload will be happening soon.  If there's not
too much noise after that, I'll backport.

Cheers,
James

Bug#814247: hyde: "hyde gen" does not work / missing typogrify

[Roland Koebler]

Package: hyde
Version: 0.8.5a1-4
Severity: important

Dear Maintainer,

"hyde gen" does not work, but aborts with the error-message
"no filter named 'typogrify'". The only workaround I've
found is to manually remove all "|typogrify"-occurences in
all layout/-files.

Steps to reproduce:

as root:
# apt-get install hyde

as user:
$ hyde -s /tmp/hyde-test create
$ cd /tmp/hyde-test
$ hyde gen
 ...
 14:59:56 hyde.engine Error occurred when processing template: 
[/tmp/hyde-test/content/about.html]
 14:59:56 hyde.engine Error occurred when processing template: 
[/tmp/hyde-test/content/about.html]
 14:59:56 root no filter named 'typogrify'
 14:59:56 fs Writing to /tmp/hyde-test/.hyde_deps
$ hyde -v gen
...
 15:00:33 hyde.engine Error occurred when processing template: 
[/tmp/hyde-test/content/about.html]
 15:00:33 hyde.engine Error occurred when processing template: 
[/tmp/hyde-test/content/about.html]
 15:00:33 root Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/commando/application.py", line 305, in 
run
args.run(self, args)
  File "/usr/lib/python2.7/dist-packages/hyde/engine.py", line 118, in gen
gen.generate_all(incremental=incremental)
  File "/usr/lib/python2.7/dist-packages/hyde/generator.py", line 205, in 
generate_all
self.__generate_node__(self.site.content, incremental)
  File "/usr/lib/python2.7/dist-packages/hyde/generator.py", line 303, in 
__generate_node__
self.__generate_resource__(resource, incremental)
  File "/usr/lib/python2.7/dist-packages/hyde/generator.py", line 323, in 
__generate_resource__
context)
  File "/usr/lib/python2.7/dist-packages/hyde/ext/templates/jinja.py", line 
800, in render_resource
out = template.render(context)
  File "/usr/lib/python2.7/dist-packages/jinja2/environment.py", line 969, in 
render
return self.environment.handle_exception(exc_info, True)
  File "/usr/lib/python2.7/dist-packages/jinja2/environment.py", line 742, in 
handle_exception
reraise(exc_type, exc_value, tb)
  File "/tmp/hyde-test/layout/macros.j2", line 5, in 
{{ post.image|markdown|typogrify }}
TemplateAssertionError: no filter named 'typogrify'

 15:00:33 root no filter named 'typogrify'
 15:00:33 fs Writing to /tmp/hyde-test/.hyde_deps



-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable'), (160, 'testing'), (150, 
'unstable')
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)

Versions of packages hyde depends on:
ii  libpython2.7-stdlib [python-argparse]  2.7.9-2
ii  python 2.7.9-1
ii  python-commando0.3.4-1.1
ii  python-jinja2  2.7.3-1
ii  python-markdown2.5.1-2
ii  python-pkg-resources   5.5.1-1
ii  python-pygments2.0.1+dfsg-1.1+deb8u1
ii  python-smartypants 1.8.6-1
ii  python-typogrify   1:2.0.7-1
ii  python-yaml3.11-2
ii  python2.7  2.7.9-2

hyde recommends no packages.

hyde suggests no packages.

-- no debconf information

Bug#814220: dh_php5 does not override umask

[Ondřej Surý]

Control: severity -1 minor

It would be much better to just use saner build environment (pbuilder,
cowbuilder, git-pbuilder).

It won't make it to stable release, but accepting well-tested patches
for src:dh-php that would be included in Debian stretch.

Cheers,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

On Tue, Feb 9, 2016, at 11:07, Max Kellermann wrote:
> Package: dh-php5
> Version: 0.2
> 
> The dh_php5 tool corrects the permissions only of some
> files/directories.  Others are left broken when one runs it with a
> secure umask like 0077.
> 
> For example, /usr/lib/php5/20131226 is created with "mkdir -p".  After
> that, it runs "chmod 755" on that directory, but not on the parent
> directories it also created.
> 
> Shared libraries are installed using "cp" without "chmod".  That
> leaves the library unreadable for anybody but root.
> 
> I suggest using "install" for everything.  "install" ensures that the
> permission are correct; it has good defaults, and a "-m" option.  And
> it's just one shell invocation instead of one (= faster).

Bug#814251: ITP: puppet-module-swift -- Puppet module for OpenStack Swift

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-swift
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-swift
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Swift

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Swift.

Bug#790271: Fix build failure in stable/jessie (Was: Bug#790271: fixed in pagekite 0.5.6d-4)

[Petter Reinholdtsen]

This RC bug affect stable, and should be fixed there.  I've
confirmed that the package fail to build in a jessie chroot without
python-openssl, and that installing python-openssl solve it.

Because of this, I propose to apply this patch to the stable version:

diff --git a/debian/control b/debian/control
index 6707331..9936cec 100644
--- a/debian/control
+++ b/debian/control
@@ -10,6 +10,7 @@ Build-Depends:
  , python-setuptools
  , dh-python
  , python-socksipychain
+ , python-openssl
 X-Python-Version: >= 2.3, << 3.0
 Standards-Version: 3.9.5
 Homepage: https://pagekite.net/

I do not remember the procedure for getting changes into stable, but
hope to find time to investigate that some time in the future.

-- 
Happy hacking
Petter Reinholdtsen

Bug#813313: raising severity to important

[Holger Levsen]

control: severity -1 important

Hi,

according to https://blog.windfluechter.net/content/blog/2016/02/09/1719-
letsencrypt-when-your-blog-entries-dont-show-planet-debian there are 18 blogs 
not showing up on planet.debian.org and the usage of https is thankfully 
rising further, thus making the impact of this bug bigger all the time, thus 
raising the severity.


cheers,
Holger


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

Bug#814256: RM: sshmenu -- RoQA; uninstallable, unmaintained, dead upstream

[Esa Peuha]

Package: ftp.debian.org

sshmenu has been uninstallable for one and a half years (#752821)
and already needed user tweaking to work for two years before that
(#677595). Upstream looks dead too, last release was six years ago.

Bug#814240: systemd triggers break upgrades within unstable

[Michael Biebl]

Am 09.02.2016 um 14:12 schrieb Zack Weinberg:
> Package: systemd
> Version: 228-6
> Severity: normal
> 
> libpam-systemd, systemd, and libsystemd0 have = dependencies on each
> other.  This invariant can be temporarily violated in the middle of a
> large upgrade, and AIUI that is normal and to be expected.  However,
> systemd has several dpkg triggers that can fire while the = dependencies
> are violated, and when this happens, the entire upgrade bombs out.
> Worse, one of those triggers seems to be armed and immediately fired *by
> upgrading libsystemd0*, before dpkg has had a chance to upgrade systemd
> proper, so this is guaranteed to happen any time the systemd packages
> are upgraded.
> 
> It's possible to recover by manually installing the new versions of
> libpam-systemd, systemd, and libsystemd0, but there's got to be some
> way to make apt do the Right Thing, right?  (I don't really understand
> triggers.  I thought they were supposed to postpone work until the *end*
> of a large upgrade, but they seem to go off all the time in the middle.)
> 

This looks like something which needs to be fixed in either dpkg or
aptitude.

Fwiw, I've never seen such a problem using apt.

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#814254: meshlab: clicking on 'online documentation' gives 403 error

[Wookey]

Package: meshlab
Version: 1.3.2+dfsg1-2+b1
Severity: normal

The help menu has an 'online documentation', as is sadly common these
days (rather than having to docs actually on the machine you are on). Selecting 
this now produces:


An error has been encountered in accessing this page.

1. Server: meshlab.sourceforge.net 
2. URL path: /wiki/ 
3. Error notes: NONE 
4. Error type: 403 
5. Request method: GET 
6. Request query string: NONE 
7. Time: 2016-02-09 14:48:46 UTC (1455029326)

Reporting this problem: The problem you have encountered is with a project web 
site hosted by SourceForge.net. This issue should be reported to the 
SourceForge.net-hosted project (not to SourceForge.net).

If this is a severe or recurring/persistent problem, please do one of the 
following, and provide the error text (numbered 1 through 7, above):

Contact the project via their designated support resources.
Contact the project administrators of this project via email (see the upper 
right-hand corner of the Project Summary page for their usernames) at 
user-n...@users.sourceforge.net
If you are a maintainer of this web content, please refer to the Site 
Documentation regarding web services for further assistance.

NOTE: As of 2008-10-23 directory index display has been disabled by default. 
This option may be re-enabled by the project by placing a file with the name 
".htaccess" with this line:

Options +Indexes


Which is a sad state of afairs. If authors are going to foist online
docs on us, they could at least make sure they remain available whilst
the package is in stable distros.

This is really something to pass on to upstream, and illustrates why
actual internal documentation is still a useful thing, never mind
cases when net acess is not available or expensive.

Bug#814249: ITP: puppet-module-manila -- Puppet module for OpenStack Manila

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-manila
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/manila
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Manila

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Manila.

Bug#814250: ITP: colibri-core -- Colibri Core is a Natural Language Processing tool to quickly and efficiently count and extract patterns from large corpus data.

[Maarten van Gompel]

Package: wnpp
Severity: wishlist
Owner: proycon 

* Package name: colibri-core
  Version : 2.1.3
  Upstream Author : Maarten van Gompel 
* URL : https://proycon.github.io/colibri-core/
* License : GPL-3
  Programming Lang: C++, Python
  Description : Colibri Core is a Natural Language Processing tool and 
library to quickly and efficiently count and extract patterns from large corpus 
data.

Colibri Core is software consisting of command line tools as well as
programming libraries for C++ and Python to quickly and efficiently count and
extract patterns from large corpus data, to extract various statistics on the
extracted patterns, and to compute relations between the extracted patterns.

The employed notion of pattern or construction encompasses ngrams, skipgrams,
and flexgrams. Though, n-gram extraction may seem fairly trivial at first,
simple approachs place an unnecessarily high demand on memory resources, this
often becomes prohibitive if unleashed on large corpora. Colibri Core tries to
minimise these time & space requirements in several ways, and provides a
foundation for other tools to build on.

The package is to be maintained in the Debian Science packaging team. Hopefully
sponsored by Joost van Baal-Ilić? Extra help always welcome.

--

Maarten van Gompel
 Centre for Language Studies
 Radboud Universiteit Nijmegen

proy...@anaproy.nl
http://proycon.anaproy.nl
http://github.com/proycon

GnuPG key:  0x1A31555C  XMPP: proy...@anaproy.nl 
Telegram:   proycon IRC: proycon (freenode)
Twitter:https://twitter.com/proycon
Bitcoin:1BRptZsKQtqRGSZ5qKbX2azbfiygHxJPsd 


signature.asc
Description: signature

Bug#813313: raising severity to important

[anarcat]

On Tue, Feb 09, 2016 at 03:24:03PM +0100, Holger Levsen wrote:
> control: severity -1 important

This is typical of Python apps that depend only on urllib and so on. I
have had the same problem in the sopel IRC bot and solved it by
switching to using the Requests library:

https://github.com/sopel-irc/sopel/pull/988

requests is so simple to use that the change makes the code actually
easier to read and shorter, not to mention faster..

a.


signature.asc
Description: Digital signature

Bug#814253: antlr4: can't run TestRig / grun

[Ximin Luo]

Package: antlr4
Version: 4.5.1-2
Severity: wishlist

Dear Maintainer,

rustc tests ideally want the "grun" tool available on $PATH. Since /usr/bin/grun
already exists in Debian for a different package, antlr4 can't directly provide
this; however a workaround is alias grun='java org.antlr.v4.gui.TestRig' as
indicated on the antlr homepage http://www.antlr.org/. On Debian this is 
slightly
different, you have to run this:

$ java -cp /usr/share/java/antlr4.jar:/usr/share/java/antlr4-runtime.jar 
org.antlr.v4.gui.TestRig
java org.antlr.v4.runtime.misc.TestRig GrammarName startRuleName
  [-tokens] [-tree] [-gui] [-ps file.ps] [-encoding encodingname]
  [-trace] [-diagnostics] [-SLL]
  [input-filename(s)]
Use startRuleName='tokens' if GrammarName is a lexer grammar.
Omitting input-filename makes rig read from stdin.

Could you add the following as a convenience script?

 /usr/share/antlr4/grun
#!/bin/sh
exec java -cp /usr/share/java/antlr4.jar:/usr/share/java/antlr4-runtime.jar 
org.antlr.v4.gui.TestRig


Thanks,
X

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

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

Versions of packages antlr4 depends on:
ii  default-jre-headless [java6-runtime-headless]2:1.7-52.1
ii  libantlr3-runtime-java   3.5.2-4
ii  libantlr4-runtime-java   4.5.1-2
ii  libstringtemplate4-java  4.0.8-2
ii  libtreelayout-java   1.0.2-1
ii  openjdk-6-jre-headless [java6-runtime-headless]  6b38-1.13.10-1
ii  openjdk-7-jre-headless [java6-runtime-headless]  7u91-2.6.3-1

antlr4 recommends no packages.

antlr4 suggests no packages.

-- no debconf information

Bug#814252: pidgin-sipe FTBFS on the hppa architecture (with patch)

[Helge Deller]

Package: pidgin-sipe
Version: 1.20.0-2
Tags: patch

pidgin-sipe FTBFS on hppa, because it enables by default the "-Wcast-align" 
compiler option.

This then leads to warnings when building against gstreamer sources which are 
not cast-clean as can be seen here:
https://buildd.debian.org/status/fetch.php?pkg=pidgin-sipe=hppa=1.20.0-2=1445326724

Attached patch fixes it by dropping the Wcast-align compiler option.
Of course with this patch it will disable this warning on all architectures 
(which I hope you find to be OK).
Can you apply this patch for next upload ?

Thanks,
Helgediff -up ./configure.ac.org ./configure.ac
--- ./configure.ac.org	2016-02-09 15:16:11.950140790 +0100
+++ ./configure.ac	2016-02-09 15:18:52.486126065 +0100
@@ -101,7 +101,6 @@ AS_IF([test "x$enable_quality_check" = x
 	 for newflag in \
 			"-Wextra" \
 			"-Waggregate-return" \
-			"-Wcast-align" \
 			"-Wdeclaration-after-statement" \
 			"-Wdeprecated-declarations" \
 			"-Winit-self" \

Bug#814248: warzone2100: Version 3.1.1 has some issues and is outdated since years. Suggesting update to 3.1.3.

[gypakk]

Source: warzone2100
Version: 3.1.1-2
Severity: important

Dear Maintainer,

Warzone2100 version 3.1.1 has some issues and is outdated since years.
Please consider updating to 3.1.3.

Thanks a lot!

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

Kernel: Linux 3.13.0-77-generic (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#796118: dnscache is buggy (failing to resolve indymedia.org)

[Daniel Kahn Gillmor]

Following up on the discussion about dnscache problems in
https://bugs.debian.org/796118:

dnscache is, sadly, buggy even beyond the concerns about cache
poisoning.  It is unable to resolve the domain name indymedia.org, while
other DNS resolvers like unbound can do.
 
The following test produces traces of activity comparing dnscache and
unbound:

As a normal user:

WORKDIR=$(mktemp -d)
dnscache-conf $(id -un) $(id -un) $WORKDIR/dnscache 127.1.2.3

as the superuser:

cd $WORKDIR/dnscache
./run > ../dnscache.indymedia.org.log

as the normal user again:

dig -t a @127.1.2.3 indymedia.org

this will time out with "no servers could be reached"; then kill the
superuser's process.


Doing the same for unbound:

as a normal user:

 mkdir -p $WORKDIR/unbound
 cat > $WORKDIR/unbound/unbound.conf < ../unbound.indymedia.org.log

as the normal user again:

dig -t a @127.1.2.3 indymedia.org

This should respond immediately with the correct information.

The two generated traces are attached below.

--dkg


starting
query 1 7f01:c743:08e3 1 indymedia.org.
tx 0 1 indymedia.org. . 803f0235 c0249411 c6290004 c021040c c00505f1 c0e44fc9 
c707532a 80080a5a c0cbe60a ca0c1b21 c0702404 c03a801e c1000e81
rr c0249411 172800 1 b0.org.afilias-nst.org. c7133601
rr c0249411 172800 1 b2.org.afilias-nst.org. c7f97801
rr c0249411 172800 1 d0.org.afilias-nst.org. c7133901
rr c0249411 172800 1 a0.org.afilias-nst.info. c7133801
rr c0249411 172800 1 a2.org.afilias-nst.info. c7f97001
rr c0249411 172800 1 c0.org.afilias-nst.info. c7133501
rr c0249411 172800 ns org. a2.org.afilias-nst.info.
rr c0249411 172800 ns org. b2.org.afilias-nst.org.
rr c0249411 172800 ns org. c0.org.afilias-nst.info.
rr c0249411 172800 ns org. a0.org.afilias-nst.info.
rr c0249411 172800 ns org. b0.org.afilias-nst.org.
rr c0249411 172800 ns org. d0.org.afilias-nst.org.
rr c0249411 172800 28 b0.org.afilias-nst.org. 2001050c0001
rr c0249411 172800 28 b2.org.afilias-nst.org. 200105480001
rr c0249411 172800 28 d0.org.afilias-nst.org. 2001050f0001
rr c0249411 172800 28 a0.org.afilias-nst.info. 2001050e0001
rr c0249411 172800 28 a2.org.afilias-nst.info. 20010541
rr c0249411 172800 28 c0.org.afilias-nst.info. 2001050b0001
stats 1 864 1 0
cached 1 a2.org.afilias-nst.info.
cached 1 b2.org.afilias-nst.org.
cached 1 c0.org.afilias-nst.info.
cached 1 a0.org.afilias-nst.info.
cached 1 b0.org.afilias-nst.org.
cached 1 d0.org.afilias-nst.org.
tx 0 1 indymedia.org. org. c7133501 c7133601 c7133801 c7133901 c7f97001 c7f97801
rr c7133501 86400 ns indymedia.org. ns2.riseup.net.
rr c7133501 86400 ns indymedia.org. ns2.fs-dl.net.
stats 1 932 1 0
tx 1 1 ns2.riseup.net. . c6290004 c03a801e c0e44fc9 c00505f1 c0702404 80080a5a 
c0cbe60a c707532a ca0c1b21 c1000e81 803f0235 c0249411 c021040c
rr c03a801e 172800 1 a.gtld-servers.net. c005061e
rr c03a801e 172800 1 b.gtld-servers.net. c0210e1e
rr c03a801e 172800 1 c.gtld-servers.net. c01a5c1e
rr c03a801e 172800 1 d.gtld-servers.net. c01f501e
rr c03a801e 172800 1 e.gtld-servers.net. c00c5e1e
rr c03a801e 172800 1 f.gtld-servers.net. c023331e
rr c03a801e 172800 1 g.gtld-servers.net. c02a5d1e
rr c03a801e 172800 1 h.gtld-servers.net. c036701e
rr c03a801e 172800 1 i.gtld-servers.net. c02bac1e
rr c03a801e 172800 1 j.gtld-servers.net. c0304f1e
rr c03a801e 172800 1 k.gtld-servers.net. c034b21e
rr c03a801e 172800 1 l.gtld-servers.net. c029a21e
rr c03a801e 172800 1 m.gtld-servers.net. c037531e
rr c03a801e 172800 ns net. a.gtld-servers.net.
rr c03a801e 172800 ns net. b.gtld-servers.net.
rr c03a801e 172800 ns net. c.gtld-servers.net.
rr c03a801e 172800 ns net. d.gtld-servers.net.
rr c03a801e 172800 ns net. e.gtld-servers.net.
rr c03a801e 172800 ns net. f.gtld-servers.net.
rr c03a801e 172800 ns net. g.gtld-servers.net.
rr c03a801e 172800 ns net. h.gtld-servers.net.
rr c03a801e 172800 ns net. i.gtld-servers.net.
rr c03a801e 172800 ns net. j.gtld-servers.net.
rr c03a801e 172800 ns net. k.gtld-servers.net.
rr c03a801e 172800 ns net. l.gtld-servers.net.
rr c03a801e 172800 ns net. m.gtld-servers.net.
rr c03a801e 172800 28 a.gtld-servers.net. 20010503a83e00020030
stats 1 1877 1 0
cached 1 a.gtld-servers.net.
cached 1 b.gtld-servers.net.
cached 1 c.gtld-servers.net.
cached 1 d.gtld-servers.net.
cached 1 e.gtld-servers.net.
cached 1 f.gtld-servers.net.
cached 1 g.gtld-servers.net.
cached 1 h.gtld-servers.net.
cached 1 i.gtld-servers.net.
cached 1 j.gtld-servers.net.
cached 1 k.gtld-servers.net.
cached 1 l.gtld-servers.net.
cached 1 m.gtld-servers.net.
tx 1 1 ns2.riseup.net. net. c034b21e c037531e c00c5e1e c0304f1e c023331e 
c036701e c01f501e c0210e1e c005061e c029a21e c02bac1e c01a5c1e c02a5d1e
rr c034b21e 172800 1 primary.riseup.net. cc0da403
rr c034b21e 172800 1 secondary.riseup.net. c73a508f
rr c034b21e 172800 ns riseup.net. primary.riseup.net.
rr c034b21e 172800 ns riseup.net. 

Bug#809662: [uscan] No such file or directory at ..

[Osamu Aoki]

Hi,

FYI:  The new VCS version is much less verbose.  To get the same level
  of messages, you must use --verbose

There were a bug in --destdir handling for *.uscan.log and other places.

It was fixed while discussion on #814049 and #809662

On Mon, Feb 08, 2016 at 10:30:14PM +0100, Christoph Egger wrote:
> Hi!
> 
> This seem to only fix the case with --destdir not the one with --rename
> right? want a separate bugreport for that?
> 
> % uscan --download --rename
> uscan: uscan (version 2.15.10) See uscan(1) for help
> uscan: Scan watch files in .
> uscan warn: Found watch file in ./.git/refs/tags,
>but couldn't find/read changelog; skipping
> uscan: ./debian/changelog sets package="herbstluftwm" version="0.6.2"
> uscan: Newest version on remote site is 0.7.0, local version is 0.6.2
> uscan:=> Newer package available
> uscan: Don't download and use the existing file: herbstluftwm-0.7.0.tar.gz

You have downloaded 0.7.0 in previous activity!

> uscan: Downloading OpenPGP signature from
>http://herbstluftwm.org/tarballs/herbstluftwm-0.7.0.tar.gz.sig 
> (pgpsigurlmangled)
>as herbstluftwm-0.7.0.tar.gz.pgp
> gpgv: Signature made Thu 04 Feb 2016 06:00:36 PM CET using DSA key ID A228D8BA
> gpgv: Good signature from "Thorsten Wißmann "
> gpgv: aka "Thorsten Wissmann "
> gpgv: aka "Thorsten Wißmann "
> gpgv: aka "Thorsten Wißmann "
> gpgv: aka "Thorsten Wißmann "
> gpgv: aka "Thorsten Wißmann "
> uscan: Successfully downloaded package herbstluftwm-0.7.0.tar.gz

The above message line is confusing.  I fixed it in VCS.

> uscan: Old uscan log found.  Moved to: ../herbstluftwm_0.7.0.uscan.log.old

If it finds old log, remove it and move newer *.uscan.log to *.uscan.log.old

> Can't open 'herbstluftwm-0.7.0.tar.gz': No such file or directory at 
> /usr/bin/uscan line 3705.

This looks like Version: 2.15.9.  VCS version should have fixed it.
Besides, you now needs to use --log to get to this part of code.

Osamu

Bug#814236: ITP: puppet-module-keystone -- Puppet module for OpenStack Keystone

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-keystone
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-keystone
* License : Apache-2.0
  Programming Lang: Rubby, Puppet
  Description : Puppet module for OpenStack Keystone

 Puppet lets you centrally manage every important aspect of your system
 using a cross-platform specification language that manages all the
 separate elements normally aggregated in different files, like users,
 cron jobs, and hosts, along with obviously discrete elements like
 packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Keystone.

Bug#814078: eglibc 2.11.3-4+deb6u9 crashes php on reload

[Aurelien Jarno]

On 2016-02-08 10:07, Matus UHLAR - fantomas wrote:
> Package: eglibc
> Version: 2.11.3-4+deb6u9
> 
> Hello,
> 
> after updating libc6 to 2.11.3-4+deb6u9 we have notices all apache servers
> with mod_php loaded to crash after reload, with message:
> 
> apache2: Syntax error on line 203 of /etc/apache2/apache2.conf: Syntax error
> on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
> /usr/lib/apache2/modules/libphp5.so into server: /lib/i686/cmov/libm.so.6:
> symbol __strtod_nan, version GLIBC_2.0 not defined in file libc.so.6 with
> link time reference
> 
> (wrapped for better readability).
> 
> apparently caused by fix of bug #813187

Indeed, it looks like the fix has been wrongly backported. The new
symbols are supposed to be private symbols (versioned with
GLIBC_PRIVATE). Otherwise the ABI is changed and this can cause
compatibility issues with other version of the libc on wheezy, jessie,
etc. or other distributions.

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

Bug#814240: systemd triggers break upgrades within unstable

[Zack Weinberg]

Package: systemd
Version: 228-6
Severity: normal

libpam-systemd, systemd, and libsystemd0 have = dependencies on each
other.  This invariant can be temporarily violated in the middle of a
large upgrade, and AIUI that is normal and to be expected.  However,
systemd has several dpkg triggers that can fire while the = dependencies
are violated, and when this happens, the entire upgrade bombs out.
Worse, one of those triggers seems to be armed and immediately fired *by
upgrading libsystemd0*, before dpkg has had a chance to upgrade systemd
proper, so this is guaranteed to happen any time the systemd packages
are upgraded.

It's possible to recover by manually installing the new versions of
libpam-systemd, systemd, and libsystemd0, but there's got to be some
way to make apt do the Right Thing, right?  (I don't really understand
triggers.  I thought they were supposed to postpone work until the *end*
of a large upgrade, but they seem to go off all the time in the middle.)

Example upgrade transcript:

# aptitude safe-upgrade
[...]
Extracting templates from packages: 100%
Preconfiguring packages ...
[...snip...]
(Reading database ... 289818 files and directories currently installed.)
Preparing to unpack .../linux-image-4.3.0-1-amd64_4.3.5-1_amd64.deb ...
Unpacking linux-image-4.3.0-1-amd64 (4.3.5-1) over (4.3.3-7) ...
Preparing to unpack .../archives/udev_228-6_amd64.deb ...
Unpacking udev (228-6) over (228-5) ...
Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
Unpacking libpam-systemd:amd64 (228-6) over (228-5) ...
Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
Unpacking libsystemd0:amd64 (228-6) over (228-5) ...
Setting up libsystemd0:amd64 (228-6) ...
Processing triggers for libc-bin (2.21-7) ...
dpkg: dependency problems prevent processing triggers for systemd:
 systemd depends on libsystemd0 (= 228-5); however:
  Version of libsystemd0:amd64 on system is 228-6.

dpkg: error processing package systemd (--triggers-only):
 dependency problems - leaving triggers unprocessed
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 systemd
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up libquadmath0:amd64 (5.3.1-8) ...
Setting up linux-image-4.3.0-1-amd64 (4.3.5-1) ...
[...snip...]
Setting up libobjc4:amd64 (5.3.1-8) ...
dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
 libpam-systemd:amd64 depends on systemd (= 228-6); however:
  Version of systemd on system is 228-5.

dpkg: error processing package libpam-systemd:amd64 (--configure):
 dependency problems - leaving unconfigured
Setting up libx32gcc1 (1:5.3.1-8) ...
[...snip...]
Setting up udev (228-6) ...
addgroup: The group `input' already exists as a system group. Exiting.
update-initramfs: deferring update (trigger activated)
dpkg: dependency problems prevent processing triggers for systemd:
 systemd depends on libsystemd0 (= 228-5); however:
  Version of libsystemd0:amd64 on system is 228-6.

dpkg: error processing package systemd (--configure):
 dependency problems - leaving triggers unprocessed
Setting up libx32asan2 (5.3.1-8) ...
[..snip...]
Processing triggers for libc-bin (2.21-7) ...
Processing triggers for initramfs-tools (0.122) ...
update-initramfs: Generating /boot/initrd.img-4.3.0-1-amd64
Errors were encountered while processing:
 libpam-systemd:amd64
 systemd
Press Return to continue.

# aptitude safe-upgrade
Performing actions...
Reading changelogs... Done
Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 289818 files and directories currently installed.)
Preparing to unpack .../acl_2.2.52-3_amd64.deb ...
Unpacking acl (2.2.52-3) over (2.2.52-2) ...
Preparing to unpack .../libacl1_2.2.52-3_amd64.deb ...
Unpacking libacl1:amd64 (2.2.52-3) over (2.2.52-2) ...
Setting up libacl1:amd64 (2.2.52-3) ...
Processing triggers for libc-bin (2.21-7) ...
dpkg: dependency problems prevent processing triggers for systemd:
 systemd depends on libsystemd0 (= 228-5); however:
  Version of libsystemd0:amd64 on system is 228-6.

dpkg: error processing package systemd (--triggers-only):
 dependency problems - leaving triggers unprocessed
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 systemd
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
 libpam-systemd:amd64 depends on systemd (= 228-6); however:
  Version of systemd on system is 228-5.

dpkg: error processing package libpam-systemd:amd64 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent processing triggers for systemd:
 systemd depends on libsystemd0 (= 228-5); however:
  Version of libsystemd0:amd64 on system is 228-6.

dpkg: error processing package systemd (--configure):
 

Bug#814229: ITP: apertium-nob -- Apertium single language data for Norwegian Bokmål

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-nob
  Version : 0.5.1~r65328
  Upstream Author : Francis Tyers , Kevin Brubeck Unhammer 
,
Trond Trosterud , Lene Antonsen 

* URL : http://apertium.org/
* License : GPL-2+
  Programming Lang: 
  Description : Apertium single language data for Norwegian Bokmål

Data package providing Apertium language resources for Norwegian Bokmål

Dependency of apertium-dan-nor. Maintained with debian-science team.

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


signature.asc
Description: PGP signature

Bug#814231: quickfix: Vcs-* links are not pointing to the debian packaing repository

[Marcin Kulisz (kuLa)]

Source: quickfix
Severity: normal

Dear Maintainer,

as per subject line. By conicidance I noticed that you're still depemding on
obsolete libpqxx3-dev package for build. I wanted to send you a patch fixing it
but when I fetched what should be a package source I noticed that there is no
debian directory, thus this report.

One for build deps will follow


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

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

Bug#814238: teckit: conflicts with texlive-binaries 2015.20150524.37493-7+b1 (teckit_compile)

[Stephen Kitt]

Package: teckit
Version: 2.5.4~svn140+ds2-1
Severity: serious
Justification: Policy 7.4

Dear Maintainer,

teckit ships /usr/bin/teckit_compile, which is also installed by
texlive-binaries 2015.20150524.37493-7+b1. The "Conflicts" stanza in
teckit was foiled by texlive-binaries' binNMU...

Regards,

Stephen


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

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

Bug#814232: quickfix: Build depends are listing obsolete package

[Marcin Kulisz (kuLa)]

Source: quickfix
Severity: normal
Tags: newcomer

Dear Maintainer,

Please change libpqxx3-dev to libpqxx-dev in the build-depends for this package.
The former package is obsolete and avialbale only in old-old-stable in anything
newer then this it's just a transitional package and I'm planning to remove it
from repository after Strech is released.


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

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

Bug#814233: ITP: puppet-module-horizon -- Puppet module for OpenStack Horizon

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-horizon
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-horizon
* License : Apache-2.0
  Programming Lang: Python
  Description : Puppet module for OpenStack Horizon

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Horizon.

Bug#689417: opencryptoki: CVE-2012-4454 CVE-2012-4455

[Jonathan Wiltshire]

Package: opencryptoki

Dear maintainer,

Recently you fixed one or more security problems and as a result you closed
this bug. These problems were not serious enough for a Debian Security
Advisory, so they are now on my radar for fixing in the following suites
through point releases:

squeeze (6.0.8) - use target "oldstable"

Please prepare a minimal-changes upload targetting each of these suites,
and submit a debdiff to the Release Team [0] for consideration. They will
offer additional guidance or instruct you to upload your package.

I will happily assist you at any stage if the patch is straightforward and
you need help. Please keep me in CC at all times so I can
track [1] the progress of this request.

For details of this process and the rationale, please see the original
announcement [2] and my blog post [3].

0: debian-rele...@lists.debian.org
1: http://prsc.debian.net/tracker/689417/
2: <201101232332.11736.th...@debian.org>
3: http://deb.li/prsc

Thanks,

with his security hat on:
--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

Bug#814239: gcc-4.9: debian/patches/ada-symbolic-tracebacks.diff use snprintf return value without check

[Yuriy M. Kaminskiy]

Package: gcc-4.9
Version: 4.9.2-10
Severity: normal
Tags: security

During code search, I found potentially problematic code in 
debian/patches/ada-symbolic-tracebacks.diff: it uses snprintf() results 
without checking its range, like this:


+else {
+  *len += snprintf(s, (max_len - (*len)), "%p at 
%s",addrs[i], line);

+}
+s = buf + (*len);

When formatted string would overflow supplied buffer or other error 
happens, snprintf returns value larger than buffer size or -1. In both 
cases, if you directly add it to the pointer, like in the above code, 
bad things will happen.


(Same patch seems used with other versions of gcc-* packages.)

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

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

Versions of packages gcc-4.9 depends on:
ii  binutils2.25-5
ii  cpp-4.9 4.9.2-10
ii  gcc-4.9-base4.9.2-10
ii  libc6   2.19-18
ii  libcloog-isl4   0.18.2-1+b2
ii  libgcc-4.9-dev  4.9.2-10
ii  libgmp102:6.0.0+dfsg-6
ii  libisl100.12.2-2
ii  libmpc3 1.0.2-1
ii  libmpfr43.1.2-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages gcc-4.9 recommends:
ii  libc6-dev  2.19-18

Versions of packages gcc-4.9 suggests:
ii  gcc-4.9-doc   4.9.1-3
pn  gcc-4.9-locales   
ii  gcc-4.9-multilib  4.9.2-10
pn  libasan1-dbg  
pn  libatomic1-dbg
pn  libcilkrts5-dbg   
pn  libgcc1-dbg   
pn  libgomp1-dbg  
pn  libitm1-dbg   
pn  liblsan0-dbg  
pn  libquadmath0-dbg  
pn  libtsan0-dbg  
pn  libubsan0-dbg 

-- no debconf information

Bug#814241: ITP: puppet-module-manila -- Puppet module for OpenStack Manila

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-manila
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-manila
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Manila

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Manila.

Bug#812309: [PKG-Openstack-devel] Bug#812309: python-trollius: upgrade to version 2.0

[Sandro Tosi]

On Fri, Feb 5, 2016 at 2:52 PM, Thomas Goirand  wrote:
> On 02/05/2016 05:23 PM, Sandro Tosi wrote:
>>> I've been working on this, and there's an issue when running unit tests
>>
>> i see you just pushed the changes for 2.0 (they were not there when I
>> sent my emails/bug)
>
> Yes, and the version 2.1~b1 currently in the Git should work. Though I
> still prefer to wait for upstream to release before uploading to Debian.
> Hopefully, this will happen today. If not, I'll upload 2.1~b1.

any idea why the release has been delayed? just lack of time or some
tech issues?

Also, I would like to have that version in Jessie: would you like to
take care of the backport yourself or prefer me to do it?

Regards,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#806473: msort: FTBFS: gmp.h: error: 'UINT_MAX' undeclared

[Jakub Wilk]

* Chris West (Faux) , 2015-11-27, 19:44:

gcc -DHAVE_CONFIG_H -I. -I. -I.   -D_FORTIFY_SOURCE=2 
-DLOCALEDIR=\"/usr/local/share/locale\" -DALLOCAOK -std=gnu99-DUSEUNINUMOK 
-g -O2 -c info.c
In file included from /usr/include/uninum/uninum.h:19:0,
from info.c:34:
/usr/include/x86_64-linux-gnu/gmp.h: In function ‘__gmpz_fits_uint_p’:
/usr/include/x86_64-linux-gnu/gmp.h:1740:3: error: ‘UINT_MAX’ undeclared (first 
use in this function)


The problem is that by default Automake adds "." to the include path 
(which is a pretty dumb idea IMO), and that msort has a header named 
"limits.h". So now when GMP requests , the msort's one gets 
included, instead of the system-wide one. Of course, the msort's header 
doesn't define UINT_MAX and friends, hence the error.


Adding "nostdinc" to AUTOMAKE_OPTIONS in Makefile.am and then 
regenerating Makefile.in should fix the bug.


--
Jakub Wilk

Bug#810857: Resolved by upgrading gir1.2-gdata-0.0

[Sam Morris]

I installed gir1.2-gdata-0.0 0.17.4-1 and this seems to be fixed.

-- 
Sam Morris 
CAAA AA1A CA69 A83A 892B  1855 D20B 4202 5CDA 27B9



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

Bug#814235: RFS: swi-prolog [ITA] -- ISO/Edinburgh-style Prolog interpreter

[Lev Lamberov]

Package: sponsorship-requests
Severity: wishlist

Hi,

I would like to take care of swi-prolog in Debian. Its maintainer filed RFA [1] 
against it, so I'd like to adopt the package. I've already renamed the original 
bug report to ITA, changed owner of the bug, and commited several fixes to 
collab-maint repository [2], including importing new upstream version. (I'm 
asking for sponsorship because I am a non-uploading DD.)

Ideally it would be great if someone experienced would like to co-maintain the 
package with me.

Cheers,
Lev Lamberov

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803196

[2] https://anonscm.debian.org/cgit/collab-maint/swi-prolog.git/

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
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)

Bug#814234: ITP: puppet-module-ironic -- Puppet module for OpenStack Ironic

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-ironic
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-ironic
* License : Apache-2.0
  Programming Lang: Rubby, Puppet
  Description : Puppet module for OpenStack Ironic

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Ironic.

Bug#814222: openslide 3.4.1 is out

[Andreas Tille]

On Tue, Feb 09, 2016 at 11:38:09AM +0100, Mathieu Malaterre wrote:
> Whoever does the upload

Thanks for the hint.  This "whoever" was in all previous uploads you.  I
wonder whether you would at least volunteer to commit the patch to VCS
to tag the bug patched.  This could be a slight sign to increase the
motivation of the team you simply left and put the burden of work to the
remaining members.

I'm astonished that you assume volunteers appear out of nowhere to
provide this service for you from now on and what you are actually
expecting from less people with a heavier workload.  I'd like to repeat
that my focus is not and never was medical imaging and I'm unable to do
the work you did before.  May be it makes sense to drop some packages
from the archive instead if we have nobody who can do the maintenance
work.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#811452: phpmyadmin: Missing Depends on dbconfig-mysql packages

[MERLIN Philippe]

With the new version of phpmyadmin 4:4.5.4.1-2 for 
me its works fine.
Thank you.
Philippe Merlin 

Bug#814237: qstat: FTBFS on hurd-i386

[Svante Signell]

Source: qstat
Version: 2.15-2
Severity: important
Tags: patch
Usertags: hurd
User: debian-h...@lists.debian.org

Hello,

Attached is a small patch to fix the GNU/Hurd build by avoiding using PATH_MAX,
since it is not defined.

Thanks!Index: qstat-2.15/debug.c
===
--- qstat-2.15.orig/debug.c
+++ qstat-2.15/debug.c
@@ -103,11 +103,15 @@ void malformed_packet(const struct qserv
 static unsigned count = 0;
 static void _dump_packet(const char* tag, const char* buf, int buflen)
 {
-	char fn[PATH_MAX] = {0};
-	int fd;
-	sprintf(fn, "%03u_%s.pkt", count++, tag);
+	char *fn = NULL;
+	int fd, len;
+	len = 3 + 1 + strlen(tag) + 4 + 1;
+	fn = malloc(len);
+	if(!fn) { perror("malloc"); return; }
+	snprintf(fn, len, "%03u_%s.pkt", count++, tag);
 	fprintf(stderr, "dumping to %s\n", fn);
 	fd = open(fn, O_WRONLY|O_CREAT|O_EXCL, 0644);
+	free(fn);
 	if(fd == -1) { perror("open"); return; }
 	if(write(fd, buf, buflen) == -1)
 		perror("write");

Bug#798879: Patch available

[Lisandro Damián Nicanor Pérez Meyer]

That's serious, you should not mix qt4 and qt5

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

Bug#798879: Patch available

[Gudjon I. Gudjonsson]

Hi Alastair

On Tuesday 09 February 2016 12:00:10 Alastair McKinstry wrote:
> Thanks, this change is made in version 7.0.0-2, which is in experimental.
> It depends on a package which isn't in unstable yet,

Well. If I compile version 7.0.0-2 without the patch and use ldd I get the 
output below. It uses QtCore 4 and QtGui 4. Please take a look at the patch, 
it will solve that problem.

Regards
Gudjon

ldd ./debian/zygrib/usr/bin/zyGrib|grep Qt
libQt5PrintSupport.so.5 => /usr/lib/x86_64-linux-
gnu/libQt5PrintSupport.so.5 (0x7f163c71e000)
libQt5Widgets.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 
(0x7f163c09)
libQt5Gui.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 
(0x7f163bb48000)
libQt5Network.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Network.so.5 
(0x7f163b9ef000)
libQt5Xml.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Xml.so.5 
(0x7f163b9b3000)
libQt5Core.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 
(0x7f163b4dc000)
libQtSvg.so.4 => /usr/lib/x86_64-linux-gnu/libQtSvg.so.4 
(0x7f163a1b8000)
libQtOpenGL.so.4 => /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4 
(0x7f1639eb6000)
libQtGui.so.4 => /usr/lib/x86_64-linux-gnu/libQtGui.so.4 
(0x7f16391c5000)
libQtCore.so.4 => /usr/lib/x86_64-linux-gnu/libQtCore.so.4 
(0x7f1638cd1000)

Bug#814243: ITP: puppet-module-neutron -- Puppet module for OpenStack Neutron

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-neutron
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-neutron
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Neutron

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Neutron.

Bug#794305: ITP: apertium-dan -- Apertium single language data for Danish

[Kartik Mistry]

On Sat, Aug 1, 2015 at 8:57 AM, Kartik Mistry  wrote:
> * Package name: apertium-cy-en

^^ This should be apertium-dan. Dah :/

-- 
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com

Bug#798879: Patch available

[Alastair McKinstry]

Thanks, this change is made in version 7.0.0-2, which is in experimental.
It depends on a package which isn't in unstable yet,

best regards
Alastair

On 08/02/2016 14:18, Lisandro Damián Nicanor Pérez Meyer wrote:
> Control: tag -1 patch
>
> I'm attaching a simple patch for this made by Gudjon.
>

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

Bug#814138: retested 1.9.0-2

[Adam Borowski]

Control: tags -1 +patch

Hi!
It looks like you forgot to apply the patch while fixing the other FTBFSes.

I re-tested that the patch still works with the new version (1.9.0-2).

Trivial debdiff attached.
-- 
A tit a day keeps the vet away.
diff -Nru wimlib-1.9.0/debian/changelog wimlib-1.9.0/debian/changelog
--- wimlib-1.9.0/debian/changelog   2016-02-09 01:01:31.0 +0100
+++ wimlib-1.9.0/debian/changelog   2016-02-09 14:23:16.0 +0100
@@ -1,3 +1,10 @@
+wimlib (1.9.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS on x32 (Closes: #814138)
+
+ -- Adam Borowski   Tue, 09 Feb 2016 14:22:57 +0100
+
 wimlib (1.9.0-2) unstable; urgency=medium
 
   * Do not create jquery symlink (see /usr/share/doc/doxygen/README.jquery)
diff -Nru wimlib-1.9.0/debian/patches/series wimlib-1.9.0/debian/patches/series
--- wimlib-1.9.0/debian/patches/series  2016-02-08 22:31:13.0 +0100
+++ wimlib-1.9.0/debian/patches/series  2016-02-09 14:23:54.0 +0100
@@ -1,2 +1,3 @@
 0001-Fix-mkntfs-path.patch
 0002-Disable-FUSE-related-tests.patch
+x32.patch
diff -Nru wimlib-1.9.0/debian/patches/x32.patch 
wimlib-1.9.0/debian/patches/x32.patch
--- wimlib-1.9.0/debian/patches/x32.patch   1970-01-01 01:00:00.0 
+0100
+++ wimlib-1.9.0/debian/patches/x32.patch   2016-02-09 14:28:00.0 
+0100
@@ -0,0 +1,30 @@
+Description: don't use amd64 assembly on x32
+ The way upstream detects amd64 mistakenly applies to x32 as well.  This
+ patch fixes the detection, using the C version of the code instead.
+ .
+ It should be easy to port the assembly by using ecx instead of rcx
+ (a pointer is added to it), but that's for someone with a clue about
+ SSE instructions -- my knowledge ends at 8086.
+Author: Adam Borowski 
+Bug-Debian: https://bugs.debian.org/814138
+
+--- wimlib-1.9.0.orig/src/lzms_common.c
 wimlib-1.9.0/src/lzms_common.c
+@@ -378,7 +378,7 @@ lzms_dilute_symbol_frequencies(u32 freqs
+ }
+ 
+ 
+-#ifdef __x86_64__
++#if defined __x86_64__ && !defined __ILP32__
+ static inline u8 *
+ find_next_opcode_sse4_2(u8 *p)
+ {
+@@ -609,7 +609,7 @@ lzms_x86_filter(u8 data[restrict], s32 s
+   p = data + 1;
+   tail_ptr = [size - 16];
+ 
+-#ifdef __x86_64__
++#if defined __x86_64__ && !defined __ILP32__
+   if (x86_have_cpu_feature(X86_CPU_FEATURE_SSE4_2)) {
+   u8 saved_byte = *tail_ptr;
+   *tail_ptr = 0xE8;

Bug#814245: ITP: puppet-module-nova -- Puppet module for OpenStack Nova

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-nova
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-nova
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Nova

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Nova.

Bug#814246: ITP: puppet-module-sahara -- Puppet module for OpenStack Sahara

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-sahara
  Version : 7.0.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-sahara
* License : Apache-2.0
  Programming Lang: Ruby, Puppet
  Description : Puppet module for OpenStack Sahara

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Sahara.