Processed (with 2 errors): limit source to linux, tagging 840061, tagging 843071, tagging 844113, tagging 843199, tagging 842863 ...

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> limit source linux
Limiting to bugs with field 'source' containing at least one of 'linux'
Limit currently set to 'source':'linux'

> tags 840061 + pending
Bug #840061 [src:linux] Enable I2C/IPMI and EDAC for X-Gene
Added tag(s) pending.
> tags 843071 + pending
source: "linux, linux-grsec, linux-tools"' does not match at least one of 
"linux"
Failed to alter tags of Bug 843071: limit failed for bugs: 843071.

> tags 844113 + pending
Bug #844113 [src:linux] linux-headers-4.8.0-1-amd64: package 4.8.6 to fix a bug 
in i915
Added tag(s) pending.
> tags 843199 + pending
Bug #843199 [src:linux] perf is linked to libcrypto - licence incompatibility
Added tag(s) pending.
> tags 842863 + pending
Bug #842863 [src:linux] linux-image-4.8.0-1-amd64-unsigned: USB dies after 
short time. ohci-pci: HcDoneHead not written back; disabled
Added tag(s) pending.
> tags 840852 + pending
source: "linux, linux-grsec, linux-tools"' does not match at least one of 
"linux"
Failed to alter tags of Bug 840852: limit failed for bugs: 840852.

> tags 843572 + pending
Bug #843572 [src:linux] linux-image-4.8.0-1-amd64: Kernel 4.8 unable to 
assemble DM RAID1 array
Added tag(s) pending.
> tags 843085 + pending
Bug #843085 [src:linux] linux-image-4.7.0-1-686: CONFIG_HID_ASUS not set, 
keyboard not working
Added tag(s) pending.
> tags 843792 + pending
Bug #843792 [src:linux] /boot/config-4.8.0-1-amd64: Please re-enable 
CONFIG_INFINIBAND_QIB
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
840061: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840061
842863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842863
843085: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843085
843199: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843199
843572: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843572
843792: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843792
844113: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844113
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#844188: pdf2htmlex: FTBFS with fontforge due to use of library_version_configuration structure

2016-11-12 Thread Vasudev Kamath
Source: pdf2htmlex
Severity: serious
User: pkg-fonts-de...@lists.alioth.debian.org
Usertags: fontforge-transition

Dear Maintainer,

pdf2htmlex fails to build with new fontforge uploaded to unstable. The build
logs can be found here ¹. This mainly happening due to use of
*library_version_configuration* structure which is not public in new fontforge.

I also tried building pdf2htmlex by removing patch _allow-old-libfontforge_ and
pdf2htmlex builds fine. Since new fontforge is already in unstable it should be
now safe to drop this patch.

¹ https://angband.pl/tmp/ff13/failed/pdf2htmlex_amd64.build

Best Regards,

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

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



Processed: reopening 828247, severity of 828247 is important, unblock 827061 with 828247

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reopen 828247
Bug #828247 {Done: Jordi Mallach } [src:bip] bip: FTBFS with 
openssl 1.1.0
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions bip/0.8.9-1.1.
> severity 828247 important
Bug #828247 [src:bip] bip: FTBFS with openssl 1.1.0
Severity set to 'important' from 'serious'
> unblock 827061 with 828247
Bug #827061 [release.debian.org] transition: openssl
827061 was blocked by: 828362 812166 828428 828567 828340 828318 828559 828560 
828268 828322 828234 828601 828363 828288 828307 828505 828506 828233 828549 
828242 835585 828371 828446 828392 828472 828580 841635 828298 828359 828582 
828285 828316 843532 828493 828259 828244 828528 835793 835786 828516 828610 
828252 828420 828231 835549 828599 828456 828606 828289 828605 828453 828326 
828504 828278 828279 829452 828530 828572 828329 828272 828354 828592 828577 
828586 828476 828545 828477 828281 828228 828614 828555 828501 828566 828257 
828513 828301 828330 828367 828260 837960 828434 828413 828459 828508 828352 
828315 828471 828276 828308 828370 828509 828282 828248 822380 828273 828258 
828435 828232 828336 828591 828402 828529 828358 828485 828251 828347 835785 
828468 828261 828557 828139 828511 828489 828491 828310 828082 828395 828317 
828418 828309 828568 828478 828525 828345 828612 828594 828424 828597 828484 
828561 828482 828492 828127 828602 828331 835804 835798 828389 828565 828293 
828407 828488 827076 829465 828495 828287 828464 828494 828617 828548 828292 
828558 828526 828611 828546 828235 836419 828466 835799 828398 828361 828405 
828300 828616 828448 828325 828451 828608 828271 828415 828463 828483 828423 
828527 828521 828510 828411 828449 828390 828455 828437 828579 828431 828265 
828387 828142 828365 828430 835796 828368 828460 828514 828498 828540 828534 
828440 828507 828432 828313 828355 828588 828539 828351 828439 828295 828499 
828537 828274 828547 835800 828338 828486 828291 828311 828450 828230 828372 
809271 828366 828349 828518 828427 828333 828353 828441 828346 828241 828314 
828531 828334 814600 828433 828360 828237 828615 828342 828436 828442 828374 
828373 828263 828465 828319 828515 828607 828394 828304 828554 828462 828337 
828377 828585 828256 828541 828343 828344 828469 828412 828320 828544 828490 
828598 828245 835790 828264 828239 828532 828552 828416 828302 828388 828246 
828312 828284 828444 828400 828396 828535 828243 828543 828467 828247 828255 
828570 828517 828500 828438 828447 828480 828425 828445 828384 835789 828393 
828404 828403 828327 828563 828229 828550 828454 828536 828409 828283 828562 
828470 828399 828417 828306 828254 828406 828379 828474 828481 828321 828576 
828332 828375 828410 828575 828369 828280 828414 828275 828569 828419 828323 
828270 828496 828584 828520 828609 828619 828524 828497 835794 828487 828378 
828429 828249 828240 828286 828618 828328 828479 828426 828397 828385 828542 
828296 828303 828382 828600 828238 828452 828604 827068 828350 828590 828324 
828593 828589 828341 828538 828376 828457 828290 828574 828421 828422 828335 
828458 828512 828578 828595 828519 828364 828522 828381 828356 828357 828299 
828250 835797 828581 828583 828503 828294 828556 828339 828443 828348 828596 
828083 828523 828564 835811 828305 828386 828461 808669 828551 828383 828571 
828269 828620 828587 828262 828267 828380 828603 828401 828553 828502 828277 
828533 828391 828297 828573 828266 828473 828253
827061 was not blocking any bugs.
Removed blocking bug(s) of 827061: 828247
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
827061: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827061
828247: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828247
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#844115: marked as done (Version tracking no longer knows about unstable versions)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 21:31:28 -0800
with message-id <20161113053128.vjlboqsskey6b...@qor.donarmstrong.com>
and subject line Re: Bug#844115: Version tracking no longer knows about 
unstable versions
has caused the Debian Bug report #844115,
regarding Version tracking no longer knows about unstable versions
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
844115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844115
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: bugs.debian.org
Severity: serious

Example: https://bugs.debian.org/844101

The graph in the right upper corner only says "testing",
but the same version is also in unstable.

This is likely caused by
https://lists.debian.org/debian-devel-announce/2016/11/msg5.html
--- End Message ---
--- Begin Message ---
On Sat, 12 Nov 2016, James Clarke wrote:
> Attached is a patch for bugscan which I believe should fix the issue.
> It has been semi-tested (I extracted the methods to a separate file,
> stubbed out the config and ran readpackages), but it's not exactly easy
> to test properly...

Thanks for the path; I've fixed this using IO::Uncompress::AnyUncompress
which the rest of the BTS is using already to handle this issue.

I've also fixed the issue with build-mldbm.pl not supporting .xz either,
which should resolve the issue with bugs filed against unknown packages.

Let me know if there are any other issues. [I've just fixed bugscan, so
hopefully it will update in the next few hours.]

-- 
Don Armstrong  https://www.donarmstrong.com

We have to face the fact that either all of us are going to die
together or we are going to learn to live together and if we are to
live together we have to talk. 
 -- Eleanor Roosevelt--- End Message ---


Bug#811917: tagged as pending

2016-11-12 Thread Dmitry Smirnov
tag 811917 pending
--

We believe that the bug #811917 you reported has been fixed in the Git
repository. You can see the commit message below and/or inspect the
commit contents at:

http://anonscm.debian.org/cgit/pkg-bitcoin/litecoin.git/diff/?id=2ac27d6

(This message was generated automatically by
 'git-post-receive-tag-pending-commitmsg' hook).
---
commit 2ac27d6
Author: Dmitry Smirnov 
Date:   Sun Nov 13 04:30:54 2016

New patch to fix FTBFS with GCC-6 (Closes: #811917)

 Thanks, Adrian Bunk.



Processed: Bug#811917 tagged as pending

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tag 811917 pending
Bug #811917 [litecoin] litecoin: FTBFS with GCC 6: ambiguous overload
Added tag(s) pending.
> --
Stopping processing here.

Please contact me if you need assistance.
-- 
811917: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811917
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: tagging 828425

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 828425 + upstream
Bug #828425 [src:litecoin] litecoin: FTBFS with openssl 1.1.0
Warning: Unknown package 'src:litecoin'
Added tag(s) upstream.
Warning: Unknown package 'src:litecoin'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
828425: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828425
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: bug 828425 is forwarded to https://github.com/litecoin-project/litecoin/issues/264

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forwarded 828425 https://github.com/litecoin-project/litecoin/issues/264
Bug #828425 [src:litecoin] litecoin: FTBFS with openssl 1.1.0
Warning: Unknown package 'src:litecoin'
Set Bug forwarded-to-address to 
'https://github.com/litecoin-project/litecoin/issues/264'.
Warning: Unknown package 'src:litecoin'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
828425: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828425
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed (with 1 error): forcibly merging 843457 843887

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forcemerge 843457 843887
Bug #843457 [src:mysql-workbench] mysql-workbench: Dependency gdal-abi-2-1-1 no 
longer in repo
Unable to merge bugs because:
package of #843887 is 'mysql-workbench' not 'src:mysql-workbench'
Failed to forcibly merge 843457: Did not alter merged bugs.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
843457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843457
843887: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843887
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#843457: mysql-workbench: Dependency gdal-abi-2-1-1 no longer in repo

2016-11-12 Thread Dmitry Smirnov
On Thursday, 10 November 2016 9:16:16 AM AEDT Alessio Gaeta wrote:
> Any news on that one?
> 
> mysql-workbench is stuck in unstable since more than a year now, and it is
> not in testing anymore since September.

MySQL Workbench (M-W) can not be built any more:

 * 6.3.4 was the last release supporting MySQL 5.6. All later releases 
require MySQL 5.7.

 * M-W depends on mysql-connector-c++ that also needs MySQL 5.7.

 * M-W and mysql-connector-c++ FTBFS with MariaDB.

 * M-W depends on libgdal-dev that is built against MariaDB.
   MariaDB and MySQL libraries conflict with each other.

Needless to say that Oracle could not care less about MariaDB support...


> The freeze is approaching: do we
> will not have mysql-workbench in Stretch?

Most likely MySQL Workbench will not be in Stretch unless someone finds a way 
to build it for MariaDB...


> Is this package abandoned?

Sort of... It needs new upstream capable of maintaining fork...

-- 
Best wishes,
 Dmitry Smirnov.

---

Success consists of going from failure to failure without loss of enthusiasm.
-- Winston Churchill


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


Bug#844139: python-django: FTBFS: Tests failures

2016-11-12 Thread Scott Kitterman
On Sat, 12 Nov 2016 21:15:22 +0100 Lucas Nussbaum  wrote:
> Source: python-django
> Version: 1:1.10.3-1
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-2016 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
...
> 
> This failure happens on a CPU with TSX extensions available, but is not
> reproducible on a machine without them. 

==
FAIL: test_fuzzy_compiling (i18n.test_compilation.FuzzyTranslationTest)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/case.py", line 329, in run
testMethod()
  File "/<>/tests/i18n/test_compilation.py", line 218, in 
test_fuzzy_compiling
self.assertEqual(ugettext('Lenin'), force_text('Ленин'))
  File "/usr/lib/python2.7/unittest/case.py", line 513, in assertEqual
assertion_func(first, second, msg=msg)
  File "/usr/lib/python2.7/unittest/case.py", line 924, in 
assertMultiLineEqual
self.fail(self._formatMessage(msg, standardMsg))
  File "/usr/lib/python2.7/unittest/case.py", line 410, in fail
raise self.failureException(msg)
AssertionError: u'Lenin' != u'\u041b\u0435\u043d\u0438\u043d'
- Lenin
+ \u041b\u0435\u043d\u0438\u043d

The non-lazy evaluation test passes and the lazy evaluation code last changed 
before 1.10.0 was released, so if this is a problem in 1.10.3 in unstable, it 
also affects 1.10.1 in testing.

Scott K



Processed: found 844139 in 1:1.10.1-1

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> found 844139 1:1.10.1-1
Bug #844139 [src:python-django] python-django: FTBFS: Tests failures
Marked as found in versions python-django/1:1.10.1-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
844139: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844139
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: severity of 843887 is serious

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 843887 serious
Bug #843887 [mysql-workbench] mysql-workbench: cannot install it: missing 
dependency gdal-abi-2-1-1
Severity set to 'serious' from 'normal'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
843887: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843887
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed (with 1 error): forcibly merging 843457 843887

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forcemerge 843457 843887
Bug #843457 [src:mysql-workbench] mysql-workbench: Dependency gdal-abi-2-1-1 no 
longer in repo
Unable to merge bugs because:
package of #843887 is 'mysql-workbench' not 'src:mysql-workbench'
Failed to forcibly merge 843457: Did not alter merged bugs.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
843457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843457
843887: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843887
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: severity of 843457 is serious

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 843457 serious
Bug #843457 [src:mysql-workbench] mysql-workbench: Dependency gdal-abi-2-1-1 no 
longer in repo
Severity set to 'serious' from 'grave'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
843457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843457
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: tagging 840786

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 840786 - patch
Bug #840786 [src:mysql-workbench] mysql-workbench: Change libmysqlclient-dev 
build dependency to default-libmysqlclient-dev
Bug #841584 [src:mysql-workbench] mysql-workbench: FTBFS: build-dependency not 
installable: libmysqlclient-dev
Removed tag(s) patch.
Removed tag(s) patch.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
840786: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840786
841584: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841584
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed (with 1 error): forcibly merging 843457 843887

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forcemerge 843457 843887
Bug #843457 [src:mysql-workbench] mysql-workbench: Dependency gdal-abi-2-1-1 no 
longer in repo
Unable to merge bugs because:
package of #843887 is 'mysql-workbench' not 'src:mysql-workbench'
Failed to forcibly merge 843457: Did not alter merged bugs.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
843457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843457
843887: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843887
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#835500: marked as done (quiterss: FTBFS on mips and arm with signal TERM after 150min of inactivity)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sun, 13 Nov 2016 01:20:26 +
with message-id 
and subject line Bug#835500: fixed in quiterss 0.18.4+dfsg-2
has caused the Debian Bug report #835500,
regarding quiterss: FTBFS on mips and arm with signal TERM after 150min of 
inactivity
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
835500: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835500
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: quiterss
Version: 0.18.4+dfsg-1
Severity: important
Tags: sid
Justification: FTBFS
User: debian-m...@lists.debian.org

Hi,

Package quiterss FTBFS on mips and arm with following message:
> Build killed with signal TERM after 150 minutes of inactivity

The build fails because the execution of lupdate command takes too long.

> lupdate -locations relative QuiteRSS.pro

I had tested this command on MIPS boards (Cavium, Loongson, Broadcom) and the
execution times was between 250 and 450 minutes.

By increasing the timeout for this package in sbuild.conf file I was able to
build it successfully for mips*.

> $individual_stalled_pkg_timeout = {quiterss => 500};

Is it possible to solve this issue by configuring sbuild and increasing timeout
for quiterss package?

Regards,
Daniel
--- End Message ---
--- Begin Message ---
Source: quiterss
Source-Version: 0.18.4+dfsg-2

We believe that the bug you reported is fixed in the latest version of
quiterss, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 835...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Dmitry Smirnov  (supplier of updated quiterss package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 13 Nov 2016 06:56:28 +1100
Source: quiterss
Binary: quiterss
Architecture: source amd64
Version: 0.18.4+dfsg-2
Distribution: unstable
Urgency: medium
Maintainer: Dmitry Smirnov 
Changed-By: Dmitry Smirnov 
Description:
 quiterss   - RSS/Atom news feeds reader
Closes: 835500
Changes:
 quiterss (0.18.4+dfsg-2) unstable; urgency=medium
 .
   * Standards-Version: 3.9.8
   * Vcs-Git URL to HTTPS
   * Copyright format URL to HTTPS
   * Added "debian/clean" file to remove generated .qm files.
   * dbgsym-migration: dropped -dbg package
   * rules: use "lrelease" instead of "lupdate" (Closes: #835500)
 Thanks, Lisandro Damián Nicanor Pérez Meyer.
Checksums-Sha1:
 137f093415f37de0df9216388ba0a08331952b2f 1939 quiterss_0.18.4+dfsg-2.dsc
 cd1727e1dbaecd7f044635168c8f1469b844287d 4372 
quiterss_0.18.4+dfsg-2.debian.tar.xz
 0b4059d823aa3fc8a7967660434079dcf3a0f24f 20520984 
quiterss-dbgsym_0.18.4+dfsg-2_amd64.deb
 016bac3b128e39227bc3b207550d8255ba1a0836 10195 
quiterss_0.18.4+dfsg-2_20161113T003801z-f51dd065.buildinfo
 16b95b53bdee29a5bfef066f9b3acef3de6c4439 1208956 
quiterss_0.18.4+dfsg-2_amd64.deb
Checksums-Sha256:
 49fd963b847f142264ba29b30484d3d473a2d63e582a44340db9eb6b3f36f1ef 1939 
quiterss_0.18.4+dfsg-2.dsc
 183458290c02032a2c5f1e26d3fcde6fdf333f974d9fb9a1dde885063903722e 4372 
quiterss_0.18.4+dfsg-2.debian.tar.xz
 e43230d9ae12d67430c35f9e3ef1c22364c3ba74840b8f17b68e4ad561b74e7b 20520984 
quiterss-dbgsym_0.18.4+dfsg-2_amd64.deb
 4f8f6d600586e7e99f341b1732058fb87e73d097859a58f9d3953a4ea989a242 10195 
quiterss_0.18.4+dfsg-2_20161113T003801z-f51dd065.buildinfo
 47c9c6f99e6f409db29e2fb785402b3f6f8adef448d3db7943e3afbf775e425f 1208956 
quiterss_0.18.4+dfsg-2_amd64.deb
Files:
 63fe3a295e65c0beb7bbb3b1224657b7 1939 web optional quiterss_0.18.4+dfsg-2.dsc
 7e2c841dc3b3d16a9397b2596a7a2e9d 4372 web optional 
quiterss_0.18.4+dfsg-2.debian.tar.xz
 9624003af6246e0e7ec8f8a54731abf6 20520984 debug extra 
quiterss-dbgsym_0.18.4+dfsg-2_amd64.deb
 f51dd0659ec7aa14cc6327bbc6644090 10195 web optional 
quiterss_0.18.4+dfsg-2_20161113T003801z-f51dd065.buildinfo
 3deb724ade631c568b4eb2c7a39feaea 1208956 web optional 
quiterss_0.18.4+dfsg-2_amd64.deb

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYJ7XrAAoJEFK2u9lTlo0bP+4QAL56SvpsTgeDPRzbOzN5YPxs
LrucOarYWwU/5chH7Rz+hxIvrQ2FR1LkTq4I6rNGn80rE0/ng44x1YaPvai3rEp5

Bug#837629: OpenRD* with debian's u-boot 2016.09

2016-11-12 Thread Rick Thomas


On 11/02/16 10:38, Vagrant Cascadian wrote:

I've uploaded u-boot 2016.11~rc3 to the cascadia.debian.net
repository. I won't hold my breath, but give it a try...
Good thing you didn't hold your breath.  I tried it.  Same result as 
before:  No response after "reset".


I think I heard that support for armel will be withdrawn from Debian 
after Stretch.  If that's true,

there's not much percentage in expending any more effort on this project.

It was worth a try, I guess, but facts are facts and time marches on.

Let me know if there's anything else I can do that would be helpful. For 
example, I've got a couple of sheevaplug devices.  Has anything more 
recent than "2016.09-rc2+dfsg1-1 (Aug 30, 2016)" been

tested on a sheevaplug?

Rick



Bug#835500: tagged as pending

2016-11-12 Thread Dmitry Smirnov
tag 835500 pending
--

We believe that the bug #835500 you reported has been fixed in the Git
repository. You can see the commit message below and/or inspect the
commit contents at:

http://anonscm.debian.org/cgit/collab-maint/quiterss.git/diff/?id=8e1929e

(This message was generated automatically by
 'git-post-receive-tag-pending-commitmsg' hook).
---
commit 8e1929e
Author: Dmitry Smirnov 
Date:   Sat Nov 12 19:54:00 2016

rules: use "lrelease" instead of "lupdate" (Closes: #835500).

 Thanks, Lisandro Damián Nicanor Pérez Meyer.



Processed: Bug#835500 tagged as pending

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tag 835500 pending
Bug #835500 [quiterss] quiterss: FTBFS on mips and arm with signal TERM after 
150min of inactivity
Added tag(s) pending.
> --
Stopping processing here.

Please contact me if you need assistance.
-- 
835500: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835500
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#843713: marked as done (libsvn-web-perl: FTBFS (failing tests))

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sun, 13 Nov 2016 00:20:32 +
with message-id 
and subject line Bug#843713: fixed in libsvn-web-perl 0.63-3
has caused the Debian Bug report #843713,
regarding libsvn-web-perl: FTBFS (failing tests)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
843713: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843713
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:libsvn-web-perl
Version: 0.63-2
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep
dh: Compatibility levels before 9 are deprecated (level 8 in use)
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
dh_auto_configure: Compatibility levels before 9 are deprecated (level 8 in use)
perl -I. Makefile.PL INSTALLDIRS=vendor
Warning: prerequisite Alien::SVN 0 not found.
Warning: prerequisite YAML 0 not found.
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile

[... snipped ...]

ok 1 - stub
1..1
ok
t/release-distmeta.t .. skipped: these tests are for release candidate 
testing
t/release-pod-coverage.t .. skipped: these tests are for release candidate 
testing
t/release-pod-syntax.t  skipped: these tests are for release candidate 
testing
t/svn-uris.t .. 
ok 1 - encode: simple svn-schema uri
ok 2 - decode: simple svn-schema uri
ok 3 - encode: path with spaces
ok 4 - decode: path with spaces
ok 5 - encode: path with unicode symbols
ok 6 - decode: path with unicode symbols
1..6
ok
t/timedate_format.t ... 
1..4
ok 1 - An object of class 'SVN::Web::action' isa 'SVN::Web::action'
ok 2
ok 3
ok 4
ok

Test Summary Report
---
t/1use.t(Wstat: 256 Tests: 14 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
t/2basic.t  (Wstat: 512 Tests: 0 Failed: 0)
  Non-zero exit status: 2
  Parse errors: No plan found in TAP output
t/3svnweb-install.t (Wstat: 512 Tests: 0 Failed: 0)
  Non-zero exit status: 2
  Parse errors: Bad plan.  You planned 3 tests but ran 0.
Files=10, Tests=25,  1 wallclock secs ( 0.04 usr  0.02 sys +  0.56 cusr  0.07 
csys =  0.69 CPU)
Result: FAIL
Failed 3/10 test programs. 1/25 subtests failed.
Makefile:1008: recipe for target 'test_dynamic' failed
make[2]: *** [test_dynamic] Error 255
make[2]: Leaving directory '/<>'
dh_auto_test: make -j1 test TEST_VERBOSE=1 LC_ALL=C.UTF-8 returned exit code 2
debian/rules:7: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2
make[1]: Leaving directory '/<>'
debian/rules:4: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


There are full build logs available here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libsvn-web-perl.html

Note: Even if this package is Arch:all, please consider uploading in
source-only form, so that we get official build logs available here:

https://buildd.debian.org/status/package.php?p=libsvn-web-perl

Thanks.
--- End Message ---
--- Begin Message ---
Source: libsvn-web-perl
Source-Version: 0.63-3

We believe that the bug you reported is fixed in the latest version of
libsvn-web-perl, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 843...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Hilko Bengen  (supplier of updated libsvn-web-perl package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 13 Nov 2016 00:44:16 +0100
Source: libsvn-web-perl
Binary: libsvn-web-perl
Architecture: source
Version: 0.63-3
Distribution: unstable
Urgency: medium
Maintainer: Hilko Bengen 
Changed-By: Hilko Bengen 
Description:
 libsvn-web-perl - 

Bug#844082: marked as done (mscorlib strong name missing, breaking dependencies)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sun, 13 Nov 2016 00:08:16 +
with message-id 
and subject line Bug#844082: fixed in mono 4.6.1.3+dfsg-8
has caused the Debian Bug report #844082,
regarding mscorlib strong name missing, breaking dependencies
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
844082: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844082
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: monodoc-base
Version: 4.6.1.3+dfsg-7
Severity: serious

$ mdassembler  
The assembly mscorlib.dll was not found or could not be loaded.
It should have been installed in the `/usr/lib/mono/4.5/mscorlib.dll' directory.
$ 


The libmono-corlib4.5-cil dependency is present in 4.2.1.102+dfsg2-8
in testing, but missing in 4.6.1.3+dfsg-7 in unstable.
--- End Message ---
--- Begin Message ---
Source: mono
Source-Version: 4.6.1.3+dfsg-8

We believe that the bug you reported is fixed in the latest version of
mono, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 844...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jo Shields  (supplier of updated mono package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 12 Nov 2016 21:34:51 +
Source: mono
Binary: mono-runtime-common mono-runtime mono-runtime-sgen mono-runtime-boehm 
mono-runtime-dbg mono-utils ca-certificates-mono mono-complete libmono-2.0-1 
libmono-2.0-dev libmonosgen-2.0-1 libmonosgen-2.0-1-dbg libmonosgen-2.0-dev 
libmonoboehm-2.0-1 libmonoboehm-2.0-1-dbg libmonoboehm-2.0-dev libmono-profiler 
libmono-cil-dev libmono-posix4.0-cil libmono-codecontracts4.0-cil 
libmono-compilerservices-symbolwriter4.0-cil libmono-csharp4.0c-cil 
libmono-http4.0-cil libmono-cecil-private-cil libmono-webbrowser4.0-cil 
libmono-management4.0-cil libmono-messaging4.0-cil 
libmono-messaging-rabbitmq4.0-cil libmono-rabbitmq4.0-cil libmono-simd4.0-cil 
libmono-smdiagnostics0.0-cil libmono-corlib4.5-cil libmono-i18n4.0-all 
libmono-i18n4.0-cil libmono-i18n-cjk4.0-cil libmono-i18n-mideast4.0-cil 
libmono-i18n-other4.0-cil libmono-i18n-rare4.0-cil libmono-i18n-west4.0-cil 
libmono-parallel4.0-cil libmono-system4.0-cil 
libmono-system-componentmodel-composition4.0-cil
 libmono-system-componentmodel-dataannotations4.0-cil 
libmono-system-configuration4.0-cil libmono-system-configuration-install4.0-cil 
libmono-system-core4.0-cil libmono-system-drawing4.0-cil 
libmono-system-dynamic4.0-cil libmono-system-enterpriseservices4.0-cil 
libmono-system-json4.0-cil libmono-system-json-microsoft4.0-cil 
libmono-system-management4.0-cil libmono-system-net4.0-cil 
libmono-system-net-http4.0-cil libmono-system-net-http-formatting4.0-cil 
libmono-system-numerics4.0-cil libmono-system-numerics-vectors4.0-cil 
libmono-system-security4.0-cil libmono-system-serviceprocess4.0-cil 
libmono-system-threading-tasks-dataflow4.0-cil 
libmono-system-transactions4.0-cil libmono-system-xml4.0-cil 
libmono-system-xml-linq4.0-cil libmono-custommarshalers4.0-cil 
libmono-system-messaging4.0-cil libmono-security4.0-cil libmono-data-tds4.0-cil 
libmono-system-data4.0-cil libmono-system-data-datasetextensions4.0-cil 
libmono-system-data-services4.0-cil
 libmono-system-data-services-client4.0-cil libmono-system-deployment4.0-cil 
libmono-system-data-linq4.0-cil libmono-system-drawing-design4.0-cil 
libmono-system-design4.0-cil libmono-system-identitymodel4.0-cil 
libmono-system-identitymodel-selectors4.0-cil 
libmono-system-reactive-core2.2-cil libmono-system-reactive-debugger2.2-cil 
libmono-system-reactive-experimental2.2-cil 
libmono-system-reactive-interfaces2.2-cil libmono-system-reactive-linq2.2-cil 
libmono-system-reactive-observable-aliases0.0-cil 
libmono-system-reactive-platformservices2.2-cil 
libmono-system-reactive-providers2.2-cil 
libmono-system-reactive-runtime-remoting2.2-cil 
libmono-system-reactive-windows-forms2.2-cil 
libmono-system-reactive-windows-threading2.2-cil 
libmono-system-reflection-context4.0-cil 
libmono-system-runtime-serialization4.0-cil 
libmono-system-runtime-serialization-formatters-soap4.0-cil 

Bug#844174: eccodes: FTBFS: cannot remove 'debian/libeccodes-doc/...'

2016-11-12 Thread Aaron M. Ucko
Source: eccodes
Version: 2.0.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of eccodes covering only its architecture-dependent binary
packages (as on the autobuilders, or with dpkg-buildpackage -B) have
been failing:

  # replace jquery with symlink. Run after dh_installdocs
  rm debian/libeccodes-doc/usr/share/doc/libeccodes-doc/html/jquery.js
  rm: cannot remove 
'debian/libeccodes-doc/usr/share/doc/libeccodes-doc/html/jquery.js': No such 
file or directory
  debian/rules:104: recipe for target 'override_dh_fixperms' failed
  make[1]: *** [override_dh_fixperms] Error 1
  make[1]: Leaving directory '/«PKGBUILDDIR»'
  debian/rules:49: recipe for target 'binary-arch' failed
  make: *** [binary-arch] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit 
status 2

Could you please take a look?  Splitting override_dh_fixperms per
#844167 should help here.

Thanks!

BTW, I'm filing this bug as a regression because it would affect binNMUs.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu



Bug#844172: eccodes: FTBFS: Can't rename module file 'modules/grib_api.mod0'

2016-11-12 Thread Aaron M. Ucko
Source: eccodes
Version: 2.0.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Parallel builds of eccodes have been failing:

  f951: Fatal Error: Can't rename module file 'modules/grib_api.mod0' to 
'modules/grib_api.mod': No such file or directory
  compilation terminated.
  fortran/CMakeFiles/eccodes_f90.dir/build.make:109: recipe for target 
'fortran/CMakeFiles/eccodes_f90.dir/grib_f90.f90.o' failed
  make[4]: *** [fortran/CMakeFiles/eccodes_f90.dir/grib_f90.f90.o] Error 1
  make[4]: Leaving directory '/«PKGBUILDDIR»/debian/build'
  fortran/CMakeFiles/eccodes_f90.dir/build.make:125: recipe for target 
'fortran/CMakeFiles/eccodes_f90.dir/grib_f90.f90.o.provides' failed
  make[3]: *** [fortran/CMakeFiles/eccodes_f90.dir/grib_f90.f90.o.provides] 
Error 2
  make[3]: Leaving directory '/«PKGBUILDDIR»/debian/build'
  CMakeFiles/Makefile2:2922: recipe for target 
'fortran/CMakeFiles/eccodes_f90.dir/all' failed
  make[2]: *** [fortran/CMakeFiles/eccodes_f90.dir/all] Error 2
  make[2]: *** Waiting for unfinished jobs

Could you please take a look?  I'm filing this bug as a regression
because it would likely affect binNMUs.

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu



Processed: Re: Bug#844041: nvidia-cuda-toolkit: FTBFS (cannot create /dev/tty)

2016-11-12 Thread Debian Bug Tracking System
Processing control commands:

> severity -1 normal
Bug #844041 [src:nvidia-cuda-toolkit] nvidia-cuda-toolkit: FTBFS (cannot create 
/dev/tty)
Severity set to 'normal' from 'serious'
> tags -1 moreinfo unreproducible
Bug #844041 [src:nvidia-cuda-toolkit] nvidia-cuda-toolkit: FTBFS (cannot create 
/dev/tty)
Added tag(s) unreproducible and moreinfo.

-- 
844041: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844041
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#844041: nvidia-cuda-toolkit: FTBFS (cannot create /dev/tty)

2016-11-12 Thread Andreas Beckmann
Control: severity -1 normal
Control: tags -1 moreinfo unreproducible

On 2016-11-12 00:45, Santiago Vila wrote:
> I tried to build this package in stretch with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)
> but it failed:

but the last buildd arch:all build succeeded:

https://buildd.debian.org/status/fetch.php?pkg=nvidia-cuda-toolkit=all=8.0.44-2=1477563848

> rm -f -r nvidia-cuda-amd64 nvidia-cuda-amd64.tmp
> sh cuda-linux64-rel-8.0.44-21122537.run --noexec --keep --target 
> nvidia-cuda-amd64.tmp
> Creating directory nvidia-cuda-amd64.tmp
> Verifying archive integrity... All good.
> Uncompressing NVIDIA 
> 

Bug#843532: [Pkg-dns-devel] Bug#843532: Bug#843532: dnssec-trigger: broken by OpenSSL 1.1.0

2016-11-12 Thread Ondřej Surý
I have forwarded both patches to the nlnetlabs-maintainers list. Thanks.

-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu

On Thu, Nov 10, 2016, at 23:49, Sebastian Andrzej Siewior wrote:
> On 2016-11-10 12:10:41 [+0100], Ondřej Surý wrote:
> > Sebastian,
> 
> Hi Ondřej,
> 
> > thanks for the patch. The 0.13~svn685-7 version in unstable includes
> > your patch,
> > and I would really appreciate if someone could test whether
> > dnssec-trigger now
> > works.
> 
> I managed to get around to test it. So the initial error is gone - the
> daemon can be started. Are going the forward the two patches upstream or
> should I do it?
> 
> > Ondrej
> 
> Sebastian
> 
> ___
> pkg-dns-devel mailing list
> pkg-dns-de...@lists.alioth.debian.org
> https://lists.alioth.debian.org/mailman/listinfo/pkg-dns-devel



Bug#823644: marked as done ([patch] missing b-d on libjzlib-java)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 23:17:39 +
with message-id <20161112231739.ga32...@alice.nomadium.lan>
and subject line Bug#823644: fixed in jruby 1.7.21-1
has caused the Debian Bug report #823644,
regarding [patch] missing b-d on libjzlib-java
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
823644: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823644
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: src:jruby
Version: 1.7.22-2
Severity: serious
Tags: sid stretch patch

The package fails to build, libjzlib-java is needed as a *build* dependency as 
well.

patch at
http://launchpadlibrarian.net/258252483/jruby_1.7.22-2_1.7.22-2ubuntu1.diff.gz
--- End Message ---
--- Begin Message ---
Source: jruby
Source-Version: 1.7.21-1

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


signature.asc
Description: Digital signature
--- End Message ---


Processed: your mail

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> notfound 823644 1.7.22-2
Bug #823644 [src:jruby] [patch] missing b-d on libjzlib-java
No longer marked as found in versions jruby/1.7.22-2.
> fixed 823644 1.7.21-1
Bug #823644 [src:jruby] [patch] missing b-d on libjzlib-java
Marked as fixed in versions jruby/1.7.21-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
823644: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823644
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: block 835500 with 823822

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 835500 with 823822
Bug #835500 [quiterss] quiterss: FTBFS on mips and arm with signal TERM after 
150min of inactivity
835500 was not blocked by any bugs.
835500 was not blocking any bugs.
Added blocking bug(s) of 835500: 823822
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
835500: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835500
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#821181: marked as done (jruby: FTBFS due to PsychParser class error)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 22:49:48 +
with message-id 
and subject line Bug#821181: fixed in jruby 1.7.26-1
has caused the Debian Bug report #821181,
regarding jruby: FTBFS due to PsychParser class error
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
821181: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821181
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:jruby
Version: 1.7.22-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Owner: Miguel Landaeta 

Relevant error message:

[...]
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/build/jruby-1.7.22/core/src/main/java/org/jruby/ext/psych/PsychParser.java:[232,66]
 error: cannot find symbol
[INFO] 1 error
[INFO] -
[...]

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

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

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


jruby_1.7.22-2_amd64.build.gz
Description: application/gzip


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: jruby
Source-Version: 1.7.26-1

We believe that the bug you reported is fixed in the latest version of
jruby, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 821...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Miguel Landaeta  (supplier of updated jruby package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 12 Nov 2016 20:33:13 +
Source: jruby
Binary: jruby
Architecture: source all
Version: 1.7.26-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 

Changed-By: Miguel Landaeta 
Description:
 jruby  - 100% pure-Java implementation of Ruby
Closes: 821181 839567
Changes:
 jruby (1.7.26-1) unstable; urgency=medium
 .
   * Team upload.
 .
   [ Miguel Landaeta ]
   * New upstream release.
   * Fix FTBFS due to changes introduced in yecht 1.1 and snakeyaml 1.7.
 (Closes: #821181).
   * Drop Provides: ruby-interpreter in jruby binary package.
 (Closes: #839567).
   * Build with default-jdk now it has finally switched to Java 8.
   * Bump Standards-Version to 3.9.8. No changes were required.
   * Use https URLs with Vcs-* fields.
   * Refresh patches:
 - Add new patch:
   + d/patches/0007-Enable-test-suites.patch.
   + d/patches/0012-Disable-outdated-specs.patch.
   * Run more unit tests during build time.
 The suit test spec:ruby:fast is ran from now on.
 .
   [ Emmanuel Bourg ]
   * Depend on libasm-java (>= 5.0) instead of libasm4-java.
Checksums-Sha1:
 6a41ab5eecd73eae8451e2b229ab9617d4b95483 3001 jruby_1.7.26-1.dsc
 e1a304da12f6cc5db9d2a9a6f6f885c82b568bed 10228992 jruby_1.7.26.orig.tar.gz
 a51b2a322f3f4733588c8efa4f3cfa2611a6d61e 88452 jruby_1.7.26-1.debian.tar.xz
 194f815731712a217cb8eda4710ecb26d7e34e89 15714 
jruby_1.7.26-1_20161112T215247z-3d121cc7.buildinfo
 951e326ab2b04f337cff15233cf3066bc3518eb1 49206774 jruby_1.7.26-1_all.deb
Checksums-Sha256:
 fb543abc0eab048df7ab9e1881bd4adc54ad1d130f62824189a984991966d495 3001 
jruby_1.7.26-1.dsc
 37bfdbf6bbf1fba7d1976d381517e86506790bd8f4a43a870c1e76de29b082ad 10228992 
jruby_1.7.26.orig.tar.gz
 52547c1c9952da75c3f9b71727786fc6048351aa3aa869fed3093751a4edf6f4 88452 
jruby_1.7.26-1.debian.tar.xz
 d20c7436b663a6bac8acf5b49603601a8c7fea81d12758c0a89cc1ba778ae8b5 15714 
jruby_1.7.26-1_20161112T215247z-3d121cc7.buildinfo
 0e2aca6610a18a680fa6978cfabec6ea19d5217340e4d6f7b404ea9c2225 49206774 
jruby_1.7.26-1_all.deb

Bug#839567: marked as done (rake does not work with jruby)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 22:49:48 +
with message-id 
and subject line Bug#839567: fixed in jruby 1.7.26-1
has caused the Debian Bug report #839567,
regarding rake does not work with jruby
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
839567: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839567
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: rake,jruby
Severity: serious
Justification: policy 3.5
User: helm...@debian.org
Usertags: rebootstrap

Hi,

Please consider the following interaction with a fresh sid chroot:

# apt-get install -y --no-install-recommends jruby
...
# apt-get install --no-install-recommends rake
# rake
-bash: /usr/bin/rake: /usr/bin/ruby: bad interpreter: No such file or directory
#

rake declares a dependency on ruby | ruby-interpreter. jruby declares
that it provides ruby-interpreter. It seems that rake expects
/usr/bin/ruby to be available, but jruby does not contain such a file
nor has a maintainer script that would create one (via alternatives or
other means).

Thus this looks like a broken contract on the meaning of
ruby-interpreter. I believe we have the following options to move
forward:

1. rake removes the ruby-interpreter alternative acknowledging that
   ruby-interpreter does not mean to include /usr/bin/ruby.
2. jruby removes the provides on ruby-interpreter acknowledging that
   ruby-interpreter should provide /usr/bin/ruby.
3. jruby instantiates /usr/bin/ruby as it is required for providing
   ruby-interpreter.

This bug was found by inspecting a valid installation set for ruby:i386
on an amd64 system generated by dose3. Choosing option 1 or 2 will mean
that ruby stops being installable for foreign architectures unless rake
annotates its ruby dependency with :any (ruby is m-a:allowed already).

Helmut
--- End Message ---
--- Begin Message ---
Source: jruby
Source-Version: 1.7.26-1

We believe that the bug you reported is fixed in the latest version of
jruby, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 839...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Miguel Landaeta  (supplier of updated jruby package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 12 Nov 2016 20:33:13 +
Source: jruby
Binary: jruby
Architecture: source all
Version: 1.7.26-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 

Changed-By: Miguel Landaeta 
Description:
 jruby  - 100% pure-Java implementation of Ruby
Closes: 821181 839567
Changes:
 jruby (1.7.26-1) unstable; urgency=medium
 .
   * Team upload.
 .
   [ Miguel Landaeta ]
   * New upstream release.
   * Fix FTBFS due to changes introduced in yecht 1.1 and snakeyaml 1.7.
 (Closes: #821181).
   * Drop Provides: ruby-interpreter in jruby binary package.
 (Closes: #839567).
   * Build with default-jdk now it has finally switched to Java 8.
   * Bump Standards-Version to 3.9.8. No changes were required.
   * Use https URLs with Vcs-* fields.
   * Refresh patches:
 - Add new patch:
   + d/patches/0007-Enable-test-suites.patch.
   + d/patches/0012-Disable-outdated-specs.patch.
   * Run more unit tests during build time.
 The suit test spec:ruby:fast is ran from now on.
 .
   [ Emmanuel Bourg ]
   * Depend on libasm-java (>= 5.0) instead of libasm4-java.
Checksums-Sha1:
 6a41ab5eecd73eae8451e2b229ab9617d4b95483 3001 jruby_1.7.26-1.dsc
 e1a304da12f6cc5db9d2a9a6f6f885c82b568bed 10228992 jruby_1.7.26.orig.tar.gz
 a51b2a322f3f4733588c8efa4f3cfa2611a6d61e 88452 jruby_1.7.26-1.debian.tar.xz
 194f815731712a217cb8eda4710ecb26d7e34e89 15714 
jruby_1.7.26-1_20161112T215247z-3d121cc7.buildinfo
 951e326ab2b04f337cff15233cf3066bc3518eb1 49206774 jruby_1.7.26-1_all.deb
Checksums-Sha256:
 fb543abc0eab048df7ab9e1881bd4adc54ad1d130f62824189a984991966d495 3001 
jruby_1.7.26-1.dsc
 37bfdbf6bbf1fba7d1976d381517e86506790bd8f4a43a870c1e76de29b082ad 10228992 
jruby_1.7.26.orig.tar.gz
 52547c1c9952da75c3f9b71727786fc6048351aa3aa869fed3093751a4edf6f4 

Bug#844115: Version tracking no longer knows about unstable versions

2016-11-12 Thread James Clarke
Control: tags -1 patch
Control: user bugs.debian@packages.debian.org
Control: usertag -1 bugscan

On Sat, Nov 12, 2016 at 05:13:15PM +, Mattia Rizzolo wrote:
> On Sat, Nov 12, 2016 at 06:06:35PM +0200, Adrian Bunk wrote:
> > This is likely caused by
> > https://lists.debian.org/debian-devel-announce/2016/11/msg5.html
>
> Not only this, unknown-package@ receive email of packages with known
> maintainer.
>
> You can have a look at archive-unknown-package on quantz to see them,
> for example I just receive notification that 835685 is closed, but that
> bug really is on a package with a maintainer.
> (removing myself from the alias until this is fixed).

Attached is a patch for bugscan which I believe should fix the issue.
It has been semi-tested (I extracted the methods to a separate file,
stubbed out the config and ran readpackages), but it's not exactly easy
to test properly...

Regards,
James
>From 8984ec2d25b0d0c73423350cc29139cd71237926 Mon Sep 17 00:00:00 2001
From: James Clarke 
Date: Sat, 12 Nov 2016 22:29:25 +
Subject: [PATCH] Handle .xz, .bz2 and uncompressed Sources and Packages files

---
 scanlib.pm | 39 +++
 1 file changed, 31 insertions(+), 8 deletions(-)

diff --git a/scanlib.pm b/scanlib.pm
index 7cd2e63..ee995ec 100644
--- a/scanlib.pm
+++ b/scanlib.pm
@@ -30,7 +30,27 @@ package scanlib;
 our (%maintainer,%section,%packagelist,%debbugssection,%bugs);
 
 
-# Read the list of maintainer 
+sub findcompressedfile {
+   my ($file) = @_;
+   my @types = (
+   { cat => "xzcat", ext => ".xz" },
+   { cat => "bzcat", ext => ".bz2" },
+   { cat => "zcat", ext => ".gz" },
+   { cat => "cat", ext => "" },
+   );
+   for my $type (@types) {
+   my $cat = $type->{cat};
+   my $ext = $type->{ext};
+   my $fileext = $file . $ext;
+   if (-f $fileext and system("which $cat >/dev/null 2>&1") == 0) {
+   return ($fileext, $cat);
+   }
+   }
+   die "Unable to find compressed file for $file";
+}
+
+
+# Read the list of maintainer
 sub readmaintainers() {
my $pkg;# Name of package
my $mnt;# Maintainer name & 
email
@@ -55,8 +75,9 @@ sub readsources {
 my ($root,$archive) = @_;
 
for my $sect (@bugcfg::sections) {
-   open(P, "zcat $root/$sect/source/Sources.gz|")
-   or die open "open: $sect sourcelist: $!\n";
+   my ($file, $cat) = 
findcompressedfile("$root/$sect/source/Sources");
+   open(P, "$cat $file|")
+   or die "open: $sect sourcelist ($cat $file): $!\n";
while () {
chomp;
next unless m/^Package:\s/;
@@ -71,23 +92,25 @@ sub readpackages {
 my ($root,$archive) = @_;
for my $arch ( @bugcfg::architectures ) {
for my $sect ( @bugcfg::sections) {
-   open(P, "zcat $root/$sect/binary-$arch/Packages.gz|")
-   or die "open: 
$root/$sect/binary-$arch/Packages.gz: $!\n";
+   my ($file, $cat) = 
findcompressedfile("$root/$sect/binary-$arch/Packages");
+   open(P, "$cat $file|")
+   or die "open: $cat $file: $!\n";
while () {
chomp;
next unless m/^Package:\s/; # We're only 
interested in the packagenames
s/^Package:\s*//;   # Strip 
the fieldname
$section{$_} = "$archive/$sect";
-   print "$root/$sect/binary-$arch/Packages.gz\n" 
if ($_ eq 'xtla');
+   print "$file\n" if ($_ eq 'xtla');
}
close(P);
}
}
 # handle the source packages
 for my $sect (@bugcfg::sections) {
+   my ($file, $cat) = findcompressedfile("$root/$sect/source/Sources");
my $fh;
-   open($fh,'-|','zcat',"$root/$sect/source/Sources.gz") or
-   die "Unable to open zcat $root/$sect/source/Sources.gz for reading: 
$!";
+   open($fh,'-|',"$cat","$file") or
+   die "Unable to open $cat $file for reading: $!";
while (<$fh>) {
chomp;
next unless m/^Package:\s/; # We're only interested in the 
packagenames
-- 
2.10.2



Processed (with 2 errors): Re: Bug#844115: Version tracking no longer knows about unstable versions

2016-11-12 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 patch
Bug #844115 [bugs.debian.org] Version tracking no longer knows about unstable 
versions
Added tag(s) patch.
> user bugs.debian@packages.debian.org
Unknown command or malformed arguments to command.

> usertag -1 bugscan
Unknown command or malformed arguments to command.


-- 
844115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844115
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#843141: [Debichem-devel] Bug#843141: Bug#843141: src:ga hijacked libga-dev from another package

2016-11-12 Thread Michael Banck
Hi,

On Sun, Nov 13, 2016 at 12:20:34AM +0200, Adrian Bunk wrote:
> On Sat, Nov 12, 2016 at 10:56:43PM +0100, Michael Banck wrote:
> > On Fri, Nov 04, 2016 at 01:11:16PM +0200, Adrian Bunk wrote:
> > > On Fri, Nov 04, 2016 at 12:37:30PM +0200, Graham Inggs wrote:
> > > > On 4 November 2016 at 11:47, Adrian Bunk  wrote:
> > > > > libga-dev in Debian is built from  of src:galib since 2008,
> > > > > but due to its higher version number src:ga has hijacked
> > > > > this package (likely not intentionally).
> > 
> > Ouch. I have to admit I probaby didn't check when I packaged it, but I'm
> > surprised ftp-master didn't catch it, either.
> 
> How could they catch it?

When they process NEW, check whether any of the NEW packages already
exist.
 
> Binary packages move between source packages all the time,
> and src:ga might just be a new version or fork of src:galib

Well, might be, but in that case the description and/or copyright could
get reviewed. They review the copyright quite thoroughly for licensing
issues anyway...

But anyway, we digress.
 
> > > > src:galib seems unmaintained since then, was orphaned in 2012
> > > > (#674871), and removed from testing in July 2016 (due to #812053).
> > > > 
> > > > Would an option here be to just RM src:galib?
> > > >...
> > > 
> > > this is not an option, since that would upgrade jessie users of 
> > > libga-dev to a completely unrelated package.
> > 
> > As libga-dev ships three different libs anyway, one option would be to
> > rename it to "ga-libs-dev", how does that sound?  The other option would
> > be "libglobalarrays-dev".
> > 
> > Thoughts?
> 
> Part of the problem is that both ship a libga

That part should be fixed by Conflicts, methinks.  But yeah, good point.


Michael



Bug#833217: marked as done (pycryptopp: Uses obsolete compressor for .deb data.tar member)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 22:22:09 +
with message-id 
and subject line Bug#833217: fixed in pycryptopp 0.6.0.20120313-1.1
has caused the Debian Bug report #833217,
regarding pycryptopp: Uses obsolete compressor for .deb data.tar member
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
833217: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833217
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pycryptopp
Source-Version: 0.6.0.20120313-1
Severity: important
User: debian-d...@lists.debian.org
Usertags: dpkg-obsolete-deb-data-tar-compressor

Hi!

This source package builds one or more binary packages using the
deprecated compressor bzip2. The default has been xz for a while now
which should usually compress better than bzip2. If instead you'd like
speed then switch to use gzip.

Using a deprecated compressor when building binary packages will
become an error in the near future. Please update the packages.

See also .

Thanks,
Guillem
--- End Message ---
--- Begin Message ---
Source: pycryptopp
Source-Version: 0.6.0.20120313-1.1

We believe that the bug you reported is fixed in the latest version of
pycryptopp, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 833...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
IOhannes m zmölnig (Debian/GNU)  (supplier of updated 
pycryptopp package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 07 Nov 2016 22:43:57 +0100
Source: pycryptopp
Binary: python-pycryptopp python-pycryptopp-dbg
Architecture: source
Version: 0.6.0.20120313-1.1
Distribution: unstable
Urgency: medium
Maintainer: Bert Agaz 
Changed-By: IOhannes m zmölnig (Debian/GNU) 
Description:
 python-pycryptopp - Python wrappers for the Crypto++ library
 python-pycryptopp-dbg - Python wrappers for the Crypto++ library (debug 
extension)
Closes: 833217
Changes:
 pycryptopp (0.6.0.20120313-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Use gzip compression for package (Closes: #833217)
Checksums-Sha1:
 50f5aaa434d3cdd1d50a1c79e58ce93f5dfdd953 2123 pycryptopp_0.6.0.20120313-1.1.dsc
 6e588ca7d09d703412158b5b239346f3518ed0eb 5192 
pycryptopp_0.6.0.20120313-1.1.debian.tar.xz
Checksums-Sha256:
 9dc8761fc873bbb2db5bbe6bd37b06435486731f54669ef605e04e064ad212d1 2123 
pycryptopp_0.6.0.20120313-1.1.dsc
 1fb2589e9e704f0e12cfd579e898ec4e5b3591b15727ad7958df5344e9395741 5192 
pycryptopp_0.6.0.20120313-1.1.debian.tar.xz
Files:
 660a68e0f1f6ae6b7771232e74356c5d 2123 python optional 
pycryptopp_0.6.0.20120313-1.1.dsc
 657fe10c226407d3c5acde131a250100 5192 python optional 
pycryptopp_0.6.0.20120313-1.1.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYIPacAAoJELZQGcR/ejb4uscQAIMs59TVHA724pkQSXL1D/Hp
FTSoq5Mz+Mu4vIdZRJRP70BC4DwyZs8m3riX6tb4Cl7Jx+b1LigeXVTks6UMgSKx
Na9Sb2oxDFjw2JnvmdSZl2qeJTs7XC9zxKHCG/8/EB6Uixj01Avhq7UzRpCCJCFu
Bse1MQk99Mzmw8Mmud6+Gt73t8RVRXVMHzRCo587XU0wIb67GOAyyGR+FDOTE6Yc
lP9jogSUSgFERzaQDBNFjsSZ/BnCcnmo1ddrQ2B5sX5Du9QVc92IfJkVZJ3obLMM
CIxRTh7nQ3x/camD0wPmwzZOY+iMJE62LsT2jSmkAWnf63xAeAvcMocvoY43AdLN
vyVlE8ptb3PD08A1+zC0jYCJJ7gidkfohpEu74yk7pPQKWRDh3zPWAalY+R8Ikmh
WUaHirQJe3UdXM3SeHANjBbLz50OzkctSBVVXl1H6Uz08p3cfL2mKrkPlrcOWZTx
uXUVmgY1hd+fesU40pEvbNTl/k+CSJki1zqoN8540ZDc0dtFEQgRBGcFTibsHIID
6ZDrf/IKunW/GnrkbDiqeLW1acpKBSFsPllAzBYmSZ7GrSaGfpOv1P22WeD27Dq3
pVwuf2aBeWv6NdgNgirbzzHGfF11YvsWZnnynCpYBeHiqtyBoZEP4RVLydnsAz4F
KB9nQetuN/VMn/rPlpR1
=75LE
-END PGP SIGNATURE End Message ---


Bug#844167: eccodes: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

2016-11-12 Thread Santiago Vila
Package: src:eccodes
Version: 2.0.0-1
Severity: serious

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=cmake --with=python3 
--builddirectory=/<>/debian/build
   dh_testdir -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
   dh_update_autotools_config -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
   dh_autoreconf -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
find ! -ipath "./debian/*" -a ! \( -path '*/.git/*' -o -path '*/.hg/*' 
-o -path '*/.bzr/*' -o -path '*/.svn/*' -o -path '*/CVS/*' \) -a  -type f -exec 
md5sum {} \; > debian/autoreconf.before
autoreconf -f -i
aclocal: warning: couldn't open directory 'm4': No such file or directory
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'config'.
libtoolize: copying file 'config/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'

[... snipped ...]

install -p -m0644 debian/copyright 
debian/libeccodes-doc/usr/share/doc/libeccodes-doc/copyright
   dh_installchangelogs -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
install -p -m0644 debian/changelog 
debian/libeccodes-doc/usr/share/doc/libeccodes-doc/changelog.Debian
install -p -m0644 ./ChangeLog 
debian/libeccodes-doc/usr/share/doc/libeccodes-doc/changelog
   dh_python3 -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
D: dh_python3 dh_python3:158: version: 2.20160818
D: dh_python3 dh_python3:159: argv: ['/usr/bin/dh_python3', '-i', 
'-O--buildsystem=cmake', '-O--builddirectory=/<>/debian/build']
D: dh_python3 dh_python3:160: options: {'vrange': None, 'depends_section': 
None, 'arch': False, 'no_shebang_rewrite': False, 'skip_private': False, 
'no_ext_rename': False, 'suggests': None, 'clean_dbg_pkg': True, 'requires': 
None, 'O': '--builddirectory=/<>/debian/build', 'depends': None, 
'suggests_section': None, 'compile_all': False, 'guess_deps': True, 'regexpr': 
None, 'ignore_shebangs': False, 'recommends_section': None, 'verbose': False, 
'shebang': None, 'package': None, 'recommends': None, 'no_package': None}
D: dh_python3 dh_python3:161: args: []
D: dh_python3 dh_python3:163: supported Python versions: 3.5 (default=3.5)
D: dh_python3 debhelper:100: skipping package libeccodes-doc (missing 
${python3:Depends} in Depends)
D: dh_python3 debhelper:153: source=eccodes, binary packages=[]
E: dh_python3 dh_python3:173: no package to act on (python3-foo or one with 
${python3:Depends} in Depends)
   dh_perl -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
   dh_link -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
   dh_strip_nondeterminism -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
   dh_compress -i -O--buildsystem=cmake 
-O--builddirectory=/<>/debian/build
cd debian/libeccodes-doc
chmod a-x usr/share/doc/libeccodes-doc/changelog 
usr/share/doc/libeccodes-doc/changelog.Debian
gzip -9nf usr/share/doc/libeccodes-doc/changelog 
usr/share/doc/libeccodes-doc/changelog.Debian
cd '/<>'
rm -f debian/*.debhelper.log
   debian/rules override_dh_fixperms
make[1]: Entering directory '/<>'
dh_fixperms
find debian/libeccodes-doc  -print0 2>/dev/null | xargs -0r chown 
--no-dereference 0:0
find debian/libeccodes-doc ! -type l  -print0 2>/dev/null | xargs -0r 
chmod go=rX,u+rw,a-s
find debian/libeccodes-doc/usr/share/doc -type f  ! -regex 
'debian/libeccodes-doc/usr/share/doc/[^/]*/examples/.*' -print0 2>/dev/null | 
xargs -0r chmod 0644
find debian/libeccodes-doc/usr/share/doc -type d  -print0 2>/dev/null | 
xargs -0r chmod 0755
find debian/libeccodes-doc/usr/share/man -type f  -print0 2>/dev/null | 
xargs -0r chmod 0644
find debian/libeccodes-doc/usr/include -type f  -print0 2>/dev/null | 
xargs -0r chmod 0644
find debian/libeccodes-doc/usr/share/applications -type f  -print0 
2>/dev/null | xargs -0r chmod 0644
find debian/libeccodes-doc/usr/lib/x86_64-linux-gnu/perl5/5.24 
debian/libeccodes-doc/usr/share/perl5 -type f -perm -5 -name '*.pm'  -print0 
2>/dev/null | xargs -0r chmod a-X
find debian/libeccodes-doc -perm -5 -type f \( -name '*.so.*' -o -name 
'*.so' -o -name '*.la' -o -name '*.a' -o -name '*.js' -o -name '*.css' -o -name 
'*.jpeg' -o -name '*.jpg' -o -name '*.png' -o -name '*.gif' -o -name '*.cmxs' 
\)  -print0 2>/dev/null | xargs -0r chmod 0644
find debian/libeccodes-doc/usr/lib -type f -name '*.ali'  -print0 
2>/dev/null | xargs -0r chmod uga-w
test -e /usr/bin/dh_buildinfo && dh_buildinfo
gzip -9nf debian/buildinfo >debian/buildinfo.gz
install -g 0 -o 0 -m0644 

Bug#843141: [Debichem-devel] Bug#843141: Bug#843141: src:ga hijacked libga-dev from another package

2016-11-12 Thread Adrian Bunk
On Sat, Nov 12, 2016 at 10:56:43PM +0100, Michael Banck wrote:
> On Fri, Nov 04, 2016 at 01:11:16PM +0200, Adrian Bunk wrote:
> > On Fri, Nov 04, 2016 at 12:37:30PM +0200, Graham Inggs wrote:
> > > Hi Adrian
> > 
> > Hi Graham,
> > 
> > > On 4 November 2016 at 11:47, Adrian Bunk  wrote:
> > > > libga-dev in Debian is built from  of src:galib since 2008,
> > > > but due to its higher version number src:ga has hijacked
> > > > this package (likely not intentionally).
> 
> Ouch. I have to admit I probaby didn't check when I packaged it, but I'm
> surprised ftp-master didn't catch it, either.

How could they catch it?

Binary packages move between source packages all the time,
and src:ga might just be a new version or fork of src:galib

> > > src:galib seems unmaintained since then, was orphaned in 2012
> > > (#674871), and removed from testing in July 2016 (due to #812053).
> > > 
> > > Would an option here be to just RM src:galib?
> > >...
> > 
> > this is not an option, since that would upgrade jessie users of 
> > libga-dev to a completely unrelated package.
> 
> As libga-dev ships three different libs anyway, one option would be to
> rename it to "ga-libs-dev", how does that sound?  The other option would
> be "libglobalarrays-dev".
> 
> Thoughts?

Part of the problem is that both ship a libga

> Michael

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed



Processed: your mail

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 844082 critical
Bug #844082 [monodoc-base] mscorlib strong name missing, breaking dependencies
Severity set to 'critical' from 'serious'
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
844082: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844082
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#843141: [Debichem-devel] Bug#843141: Bug#843141: src:ga hijacked libga-dev from another package

2016-11-12 Thread Michael Banck
On Fri, Nov 04, 2016 at 01:11:16PM +0200, Adrian Bunk wrote:
> On Fri, Nov 04, 2016 at 12:37:30PM +0200, Graham Inggs wrote:
> > Hi Adrian
> 
> Hi Graham,
> 
> > On 4 November 2016 at 11:47, Adrian Bunk  wrote:
> > > libga-dev in Debian is built from  of src:galib since 2008,
> > > but due to its higher version number src:ga has hijacked
> > > this package (likely not intentionally).

Ouch. I have to admit I probaby didn't check when I packaged it, but I'm
surprised ftp-master didn't catch it, either.

> > src:galib seems unmaintained since then, was orphaned in 2012
> > (#674871), and removed from testing in July 2016 (due to #812053).
> > 
> > Would an option here be to just RM src:galib?
> >...
> 
> this is not an option, since that would upgrade jessie users of 
> libga-dev to a completely unrelated package.

As libga-dev ships three different libs anyway, one option would be to
rename it to "ga-libs-dev", how does that sound?  The other option would
be "libglobalarrays-dev".

Thoughts?


Michael



Bug#844142: norwegian: FTBFS: rm: cannot remove 'munch[123].tmp': No such file or directory

2016-11-12 Thread Petter Reinholdtsen
[Lucas Nussbaum]
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

I believe this package can not be built in parallell.  Could this be the
trigger for this build problem?

-- 
Happy hacking
Petter Reinholdtsen



Bug#844029: marked as done (munipack: B-D on retired libcfitsio3-dev)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 21:38:56 +
with message-id 
and subject line Bug#844029: fixed in munipack 0.5.7-2
has caused the Debian Bug report #844029,
regarding munipack: B-D on retired libcfitsio3-dev
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
844029: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844029
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: munipack
Version: 0.5.7-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

munipack declares a build dependency on libcfitsio3-dev, which has
been retired in favor of libcfitsio-dev.  Please update its
Build-Depends field accordingly.

Thanks!

FTR, I'm reporting this bug as a regression because it would affect
any binNMUs.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
--- End Message ---
--- Begin Message ---
Source: munipack
Source-Version: 0.5.7-2

We believe that the bug you reported is fixed in the latest version of
munipack, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 844...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Filip Hroch  (supplier of updated munipack package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 12 Nov 2016 15:07:36 +0100
Source: munipack
Binary: munipack munipack-core munipack-cli munipack-gui munipack-doc
Architecture: source
Version: 0.5.7-2
Distribution: unstable
Urgency: low
Maintainer: Debian Astronomy Team 

Changed-By: Filip Hroch 
Description:
 munipack   - Astronomical photometry software package
 munipack-cli - Command line interface of Munipack
 munipack-core - Core routines of Munipack
 munipack-doc - Documentation of Munipack
 munipack-gui - Graphical user interface of Munipack
Closes: 844029
Changes:
 munipack (0.5.7-2) unstable; urgency=low
 .
   * Updated dependency. (Closes: #844029)
   * Corrected CI tests, multi-arch and metadata.
Checksums-Sha1:
 eeaba84bee8e2f39dc7470d0c0c2992be6c54241 2264 munipack_0.5.7-2.dsc
 8724338a6e189424476867531f64fce90c59dd87 5240 munipack_0.5.7-2.debian.tar.xz
Checksums-Sha256:
 6b30fb59a6e9ea1032316918ffb206f14349e117f96471e4a7af164729b106a6 2264 
munipack_0.5.7-2.dsc
 a843d90e0d8e27fd57470c4aead58a69846f8f5f55acc43a6eb9ab044054e326 5240 
munipack_0.5.7-2.debian.tar.xz
Files:
 bd8a0b18b24dbe27ed99192a1254ca5d 2264 science optional munipack_0.5.7-2.dsc
 381e7e42032d4dc0f66eae5afddeb4c9 5240 science optional 
munipack_0.5.7-2.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYJ4VEAAoJEHEVr9B3ENz3R2oP/3923VDB9b7XgxdXapmypBmC
n1D9ZO9kGiI5UNXuSxMkTHtt/+QXVq151oiKH37KPr+HPEJhBqUkGvSv1tY0pj2g
Bswg7vqV5/vpnSV6ot5xaqwp4od/rUMGlO7UzYM9PXVimUmlZkZQMPMIjQSsfQyV
hRNMrJJrLQPOdL6v04yXF8uwU2Vg0GQyf6xJV5sc1FgNw2cGs6y5GY+ot0Wv9Awf
SaedTvJZscr9f6uWyp9CyRbkzkus6uvWaNKAz5csx9kszynB72GWn49RcdeUESIs
rAxjEaVF1MiVBC7kS5aJZZzvsj7sAvmDom2c0tjRLfM45PxcoH3YDpArOXtu+aHu
1HjuAN4sE1iABw+hQToabfuEEDClCNbYYJrjOR4d6+m1DJIOT9a/yv+uNf/y18eQ
gGVmQB5XOXOV0Bvbao7WUGLq/DNRGReKOrgtEoeTo65+iWBEvkX8X/E11LpHBic4
6PB2yBShFlKJmcx15oAskzxWUFyz8k6NszFr0LaP1HA9ntyunwVgYM/5n24KWG/x
4YUqfdJLVqfOoVY0LbShoUSx+luyCxwtsqmeepU/tKscLcn9dIdaghdC0Pjy/Sy3
/iyp2M0idH/DDdHdk+VvIyB+sAcbON6mEhRd/pHtEhjhtx1YFKwDdpF+pP64PPng
iwLrg9sotJIuZpMFiFEN
=EBTF
-END PGP SIGNATURE End Message ---


Bug#828354: marked as done (ipsec-tools: FTBFS with openssl 1.1.0)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 21:35:43 +
with message-id 
and subject line Bug#828354: fixed in ipsec-tools 1:0.8.2+20140711-7
has caused the Debian Bug report #828354,
regarding ipsec-tools: FTBFS with openssl 1.1.0
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
828354: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828354
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ipsec-tools
Version: 0.8.2+20140711-5
Severity: important
Control: block 827061 by -1

Hi,

OpenSSL 1.1.0 is about to released.  During a rebuild of all packages using
OpenSSL this package fail to build.  A log of that build can be found at:
https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/ipsec-tools_0.8.2+20140711-5_amd64-20160529-1430

On https://wiki.openssl.org/index.php/1.1_API_Changes you can see various of the
reasons why it might fail.  There are also updated man pages at
https://www.openssl.org/docs/manmaster/ that should contain useful information.

There is a libssl-dev package available in experimental that contains a recent
snapshot, I suggest you try building against that to see if everything works.

If you have problems making things work, feel free to contact us.


Kurt
--- End Message ---
--- Begin Message ---
Source: ipsec-tools
Source-Version: 1:0.8.2+20140711-7

We believe that the bug you reported is fixed in the latest version of
ipsec-tools, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 828...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian Hofstaedtler  (supplier of updated ipsec-tools 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 12 Nov 2016 20:08:35 +
Source: ipsec-tools
Binary: ipsec-tools racoon
Architecture: source
Version: 1:0.8.2+20140711-7
Distribution: unstable
Urgency: medium
Maintainer: pkg-ipsec-tools team 
Changed-By: Christian Hofstaedtler 
Description:
 ipsec-tools - IPsec utilities
 racoon - IPsec Internet Key Exchange daemon
Closes: 828354
Changes:
 ipsec-tools (1:0.8.2+20140711-7) unstable; urgency=medium
 .
   * Build against libssl1.0-dev for stretch. (Closes: #828354)
 Patch from Adrian Bunk , thanks.
Checksums-Sha1:
 6b1f7da4948fd4ae54d3dd2746d52e02b6d53c68 2292 ipsec-tools_0.8.2+20140711-7.dsc
 bb029f973305c18332bd2748ef43893258addea4 62376 
ipsec-tools_0.8.2+20140711-7.debian.tar.xz
Checksums-Sha256:
 105082c7194f6293a7101dd8a8d6855df764b972c0cd417c6a88a3744dd9d152 2292 
ipsec-tools_0.8.2+20140711-7.dsc
 ea6e0962019b43abee76fde85661d2a4b8edfb3c5fd92f351d3d19aed62af977 62376 
ipsec-tools_0.8.2+20140711-7.debian.tar.xz
Files:
 7646ee76b364d397228a3592fea1e4b2 2292 net extra 
ipsec-tools_0.8.2+20140711-7.dsc
 e3cbfd7c2ff440312745b55ee2c114a1 62376 net extra 
ipsec-tools_0.8.2+20140711-7.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEfRrP+tnggGycTNOSXBPW25MFLgMFAlgnh2AACgkQXBPW25MF
LgPzCQ/9Ht54PH3d+pkyCi0QRCrSxjM2nhfivfi+8LhqHyibWNlnvQljyTAH8xS0
D+qqvaa5GT+Bo2+UcGYB3O/QwgtgzTJMaBev8flg5dWgkQTPj8U+vLYpFq32+JIj
O9wBlW2bPHKBTYETEkpgurgXmgWTqcbzr6sWmyPCl/F9OdtknIBtdllVJtX0+xKv
4owY+uIfJeRMXKrZhUY2MyAw1E3j5zrE7OyqdVDL6fYjw2sZaMp1TXhkWvl/xNOu
iowAp84pPYFKjtgtM9pVDUe/aYHl+4/OxalOTo4DP3UTcze6MoiKsDHkPzsFk3aB
GgDJRGRkOu7afyFEfHm6jm6h1HmpS/5z1qyR1npI7QMmCCTsNJZJ8Ey+iUBPnzby
R2tzyx5+PnNk0BXlVg6skZhykG1jeliV/K23qE5Wt5OAiYo+nAaeDcKSVNxMNbPU
2hISS8/7AaQzsx0FpqO4w0zAFZBKQ+3jXewGepuJbyPqBv0auW1K8NLCuidi/lNI
j3ImdKfzANqIX4LfD6i7sUMMOY1pmem5wMD2q74Py5kTyVirlNvr1XtGU2wLqNK6
D4XJQNioKSWcUYiNAUOtvAOlFsrF4PLzttjenKFutMmS+avz8MyPOAMnJVm4VK84
WIOKl0qmzeBSaQjbhYMCmRK7UhNTOpHqZS9hzKkVDcoCYM76048=
=Tgfy
-END PGP SIGNATURE End Message ---


Bug#826672: marked as done (SCons functionality in CDBS broken)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 21:33:56 +
with message-id 
and subject line Bug#826672: fixed in cdbs 0.4.149
has caused the Debian Bug report #826672,
regarding SCons functionality in CDBS broken
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
826672: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826672
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: linuxdcpp
Version: 1.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,

linuxdcpp fails to build from source in unstable/amd64:

  [..]

   from /usr/include/gtk-2.0/gtk/gtk.h:32,
   from linux/wulformanager.hh:25,
   from linux/wulformanager.cc:22:
  /usr/include/glib-2.0/glib/deprecated/gthread.h:231:11: note: declared here
   void  g_static_rw_lock_writer_unlock  (GStaticRWLock *lock);
 ^
  linux/wulformanager.cc:337:2: warning: 'void 
g_static_rw_lock_writer_unlock(GStaticRWLock*)' is deprecated: Use 
'g_rw_lock_writer_unlock' instead [-Wdeprecated-declarations]
g_static_rw_lock_writer_unlock();
^
  In file included from /usr/include/glib-2.0/glib.h:107:0,
   from /usr/include/glib-2.0/gobject/gbinding.h:28,
   from /usr/include/glib-2.0/glib-object.h:23,
   from /usr/include/glib-2.0/gio/gioenums.h:28,
   from /usr/include/glib-2.0/gio/giotypes.h:28,
   from /usr/include/glib-2.0/gio/gio.h:26,
   from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
   from /usr/include/gtk-2.0/gdk/gdk.h:32,
   from /usr/include/gtk-2.0/gtk/gtk.h:32,
   from linux/wulformanager.hh:25,
   from linux/wulformanager.cc:22:
  /usr/include/glib-2.0/glib/deprecated/gthread.h:231:11: note: declared here
   void  g_static_rw_lock_writer_unlock  (GStaticRWLock *lock);
 ^
  linux/wulformanager.cc:337:44: warning: 'void 
g_static_rw_lock_writer_unlock(GStaticRWLock*)' is deprecated: Use 
'g_rw_lock_writer_unlock' instead [-Wdeprecated-declarations]
g_static_rw_lock_writer_unlock();
  ^
  In file included from /usr/include/glib-2.0/glib.h:107:0,
   from /usr/include/glib-2.0/gobject/gbinding.h:28,
   from /usr/include/glib-2.0/glib-object.h:23,
   from /usr/include/glib-2.0/gio/gioenums.h:28,
   from /usr/include/glib-2.0/gio/giotypes.h:28,
   from /usr/include/glib-2.0/gio/gio.h:26,
   from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
   from /usr/include/gtk-2.0/gdk/gdk.h:32,
   from /usr/include/gtk-2.0/gtk/gtk.h:32,
   from linux/wulformanager.hh:25,
   from linux/wulformanager.cc:22:
  /usr/include/glib-2.0/glib/deprecated/gthread.h:231:11: note: declared here
   void  g_static_rw_lock_writer_unlock  (GStaticRWLock *lock);
 ^
  linux/wulformanager.cc: In member function 'DialogEntry* 
WulforManager::getDialogEntry_gui(const string&)':
  linux/wulformanager.cc:349:2: warning: 'void 
g_static_rw_lock_reader_lock(GStaticRWLock*)' is deprecated: Use 
'g_rw_lock_reader_lock' instead [-Wdeprecated-declarations]
g_static_rw_lock_reader_lock();
^
  In file included from /usr/include/glib-2.0/glib.h:107:0,
   from /usr/include/glib-2.0/gobject/gbinding.h:28,
   from /usr/include/glib-2.0/glib-object.h:23,
   from /usr/include/glib-2.0/gio/gioenums.h:28,
   from /usr/include/glib-2.0/gio/giotypes.h:28,
   from /usr/include/glib-2.0/gio/gio.h:26,
   from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
   from /usr/include/gtk-2.0/gdk/gdk.h:32,
   from /usr/include/gtk-2.0/gtk/gtk.h:32,
   from linux/wulformanager.hh:25,
   from linux/wulformanager.cc:22:
  /usr/include/glib-2.0/glib/deprecated/gthread.h:216:11: note: declared here
   void  g_static_rw_lock_reader_lock(GStaticRWLock *lock);
 ^
  linux/wulformanager.cc:349:2: warning: 'void 
g_static_rw_lock_reader_lock(GStaticRWLock*)' is deprecated: Use 
'g_rw_lock_reader_lock' instead [-Wdeprecated-declarations]
g_static_rw_lock_reader_lock();
 

Bug#844160: apache2-dev should depend on libssl1.0-dev

2016-11-12 Thread Adrian Bunk
Package: apache2-dev
Version: 2.4.23-5
Severity: serious

Looking at mod_ssl_openssl.h and the comment in #828330,
I'd suggest the change below to add a dependency on libssl1.0-dev
to apache2-dev.

This would prevent packages from build-depending (directly or
indirectly) on both apache2-dev and the OpenSSL 1.1 libssl-dev.

--- debian/control.old  2016-11-12 13:18:55.0 +
+++ debian/control  2016-11-12 13:30:56.0 +
@@ -121,7 +121,7 @@
 Package: apache2-dev
 Architecture: any
 Depends: ${misc:Depends}, openssl,
- libapr1-dev, libaprutil1-dev, debhelper (>= 9), ${perl:Depends}
+ libapr1-dev, libaprutil1-dev, debhelper (>= 9), ${perl:Depends}, 
libssl1.0-dev | libssl-dev (<< 1.1)
 Provides: dh-apache2
 Description: Apache HTTP Server (development headers)
  The Apache HTTP Server Project's goal is to build a secure, efficient and



Processed (with 1 error): reopening 828408, severity of 828408 is important, unblock 827061 with 827061, tagging 827061 ...

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reopen 828408
Bug #828408 {Done: gregor herrmann } 
[src:libpoe-filter-ssl-perl] libpoe-filter-ssl-perl: FTBFS with openssl 1.1.0
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions libpoe-filter-ssl-perl/0.30-2.
> severity 828408 important
Bug #828408 [src:libpoe-filter-ssl-perl] libpoe-filter-ssl-perl: FTBFS with 
openssl 1.1.0
Severity set to 'important' from 'serious'
> unblock 827061 with 827061
Bug #827061 [release.debian.org] transition: openssl
Failed to set blocking bugs of 827061: It is nonsensical for a bug to block 
itself (or a merged partner): 827061.

> tags 827061 - patch
Bug #827061 [release.debian.org] transition: openssl
Ignoring request to alter tags of bug #827061 to the same tags previously set
> found 827061 0.30-1
Bug #827061 [release.debian.org] transition: openssl
There is no source info for the package 'release.debian.org' at version 
'0.30-1' with architecture ''
Unable to make a source version for version '0.30-1'
Marked as found in versions 0.30-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
827061: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827061
828408: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828408
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#828408: fixed in libpoe-filter-ssl-perl 0.30-2

2016-11-12 Thread gregor herrmann
On Sat, 12 Nov 2016 18:43:35 +, Jonathan Wiltshire wrote:

> On 2016-11-12 17:57, gregor herrmann wrote:
> > On Sat, 12 Nov 2016 18:45:31 +0100, Moritz Muehlenhoff wrote:
> > > Don't close such bugs. You used a workaround, but the bug still
> > > persists. If there are valid exceptions not to move to openssl 1.1,
> > > they should rather be tagged stretch-ignore.
> > Indeed I was a bit unsure what to do with this bug (closes or
> > downgrade+unblock or close+clone ...), and I've seen this discussed
> > on #debian-release earlier today but I didn't see a consensus or
> > clear guidance there.
> 
> stretch-ignore would not be appropriate. If the bug has been worked around,
> please downgrade and unblock.

Thanks, that makes sense to me as well.

Doing so now.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Die Tontauben: how deep


signature.asc
Description: Digital Signature


Processed: bug 844141 is forwarded to https://rt.cpan.org/Ticket/Display.html?id=118730

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forwarded 844141 https://rt.cpan.org/Ticket/Display.html?id=118730
Bug #844141 [src:libsys-cpuaffinity-perl] libsys-cpuaffinity-perl: FTBFS: 
lib/xs/cpuset_getaffinity.xs:6:24: fatal error: sys/cpuset.h: No such file or 
directory
Set Bug forwarded-to-address to 
'https://rt.cpan.org/Ticket/Display.html?id=118730'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
844141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844141
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#770330: Re: Bug

2016-11-12 Thread mohamad firdaus hasnan



Bug#770330: booted

2016-11-12 Thread mohamad firdaus hasnan
Date: Tue, 09 Dec 2014 10:41:41  0100
>From: Hans-Christoph Steiner 
>-
>Body: ur-type{attachments=[]; header=Received: (at submit) by
bugs.debian.org; 20 Nov 2014 14:01:40  
>From a...@debian.org Thu Nov 20 14:01:40 2014
>X-Spam-Checker-Version: SpamAssassin 3.3.2-bugs.debian.org_2005_01_02
> (2011-06-06) on buxtehude.debian.org
>X-Spam-Level:
>X-Spam-Status: No, score=-11.9 required=4.0 tests=BAYES_00,FOURLA,
> FROMDEVELOPER,HAS_PACKAGE autolearn=ham
> version=3.3.2-bugs.debian.org_2005_01_02
>X-Spam-Bayes: score:0. Tokens: new, 10; hammy, 113; neutral, 30;
spammy,
> 0. spammytokens: hammytokens:0.000- --H*M:reportbug, 0.000-
--H*MI:reportbug,
> 0.000- --debianpolicy, 0.000- --debian-policy, 0.000- --Usertags
>Return-path: 
>Received: from dezi.unixos.de ([81.169.143.90])
> by buxtehude.debian.org with esmtp (Exim 4.80)
> (envelope-from )
> id 1XrSIl-0007Io-Td
> for sub...@bugs.debian.org; Thu, 20 Nov 2014 14:01:40  
>Received: from dezi.unixos.de (localhost [127.0.0.1])
> by dezi.unixos.de (Postfix) with ESMTP id 9118E61A0F9;
> Thu, 20 Nov 2014 15:01:38  0100 (CET)
>Received: from zam581.zam.kfa-juelich.de (
dslb-088-078-193-053.088.078.pools.vodafone-ip.de [88.78.193.53])
> by dezi.unixos.de (Postfix) with ESMTPSA id 3D21761A00A;
> Thu, 20 Nov 2014 15:01:38  0100 (CET)
>Content-Type: multipart/mixed;
boundary="===4737623391795201016=="
>MIME-Version: 1.0
>From: Andreas Beckmann 
>To: Debian Bug Tracking System 
>Subject: android-permissions: modifying conffiles from another package:
> /etc/login.defs
>Message-ID: <20141120140137.21516.95946.report...@zam581.zam.kfa-juelich.de
>
>Date: Thu, 20 Nov 2014 15:01:37  0100
>X-AV-Checked: ClamAV using ClamSMTP
>Delivered-To: sub...@bugs.debian.org; body=This is a multi-part MIME
message sent by reportbug.
>
>
>--===4737623391795201016==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>Package: android-permissions
>Version: 0.2
>Severity: serious
>User: debian...@lists.debian.org
>Usertags: piuparts
>
>Hi,
>
>during a test with piuparts I noticed your package modifies conffiles from
>another package.
>
>This is forbidden by the policy, see
>https://www.debian.org/doc/debian-policy/ch-files.html


Bug#844147: ck: FTBFS: build timeout

2016-11-12 Thread Lucas Nussbaum
Source: ck
Version: 0.4.4-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[3]: Leaving directory '/<>/regressions/ck_brlock/validate'
> 
> [ Testing bytelock
> make[3]: Entering directory 
> '/<>/regressions/ck_bytelock/validate'
> ./validate 64 1
> Creating threads (mutual exclusion)...done
> Waiting for threads to finish correctness regression...E: Caught signal 
> ‘Terminated’: terminating immediately
> Makefile:121: recipe for target 'check' failed
> make[2]: *** [check] Terminated
> Makefile:31: recipe for target 'check' failed
> make[1]: *** [check] Terminated
> debian/rules:7: recipe for target 'binary' failed
> make: *** [binary] Terminated
> Makefile:11: recipe for target 'check' failed
> make[3]: *** [check] Terminated
> E: Build killed with signal TERM after 150 minutes of inactivity

The full build log is available from:
   http://aws-logs.debian.net/2016/11/11/ck_0.4.4-1_unstable.log

This failure happens on a CPU with TSX extensions available, but is not
reproducible on a machine without them. For context, I recommend reading the
thread starting at https://lists.debian.org/debian-devel/2016/11/msg00210.html

The node used is an Amazon EC2 VM with 64 cores. /proc/cpuinfo says:
   model: 79
   model name : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
   stepping : 1

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



Bug#844146: libmicrohttpd: FTBFS: Tests failures

2016-11-12 Thread Lucas Nussbaum
Source: libmicrohttpd
Version: 0.9.51-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[6]: *** [check-TESTS] Error 2
> make[6]: Leaving directory '/<>/src/testcurl'
> Makefile:1967: recipe for target 'check-am' failed
> make[5]: *** [check-am] Error 2
> make[5]: Leaving directory '/<>/src/testcurl'
> Makefile:1425: recipe for target 'check-recursive' failed
> make[4]: *** [check-recursive] Error 1
> make[4]: Leaving directory '/<>/src/testcurl'
> Makefile:406: recipe for target 'check-recursive' failed
> make[3]: *** [check-recursive] Error 1
> make[3]: Leaving directory '/<>/src'
> Makefile:525: recipe for target 'check-recursive' failed
> make[2]: *** [check-recursive] Error 1
> make[2]: Leaving directory '/<>'
> dh_auto_test: make -j1 check VERBOSE=1 returned exit code 2
> debian/rules:22: recipe for target 'override_dh_auto_test' failed

The full build log is available from:
   http://aws-logs.debian.net/2016/11/11/libmicrohttpd_0.9.51-1_unstable.log

This failure happens on a CPU with TSX extensions available, but is not
reproducible on a machine without them. For context, I recommend reading the
thread starting at https://lists.debian.org/debian-devel/2016/11/msg00210.html

The node used is an Amazon EC2 VM with 64 cores. /proc/cpuinfo says:
   model: 79
   model name : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
   stepping : 1

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



Bug#844143: eclipse-titan: FTBFS: pattern_la.l:38:24: fatal error: pattern_p.hh: No such file or directory

2016-11-12 Thread Lucas Nussbaum
Source: eclipse-titan
Version: 5.5.1-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/common'
> bison -d -o config_preproc_p.tab.cc -p config_process_ config_preproc_p.y
> flex -B -s -Cr -Cfe -oconfig_preproc_la.cc config_preproc_la.l
> bison -d pattern_uni.y
> bison -d pattern_p.y
> flex -B -s -Cr -Cfe -opattern_la.cc pattern_la.l
> config_preproc_p.y:51.1-13: warning: deprecated directive, use '%name-prefix' 
> [-Wdeprecated]
>  %name-prefix="config_preproc_yy"
>  ^
> pattern_uni.y:80.1-13: warning: deprecated directive, use '%name-prefix' 
> [-Wdeprecated]
>  %name-prefix="pattern_uni"
>  ^
> pattern_uni.y:81.1-8: warning: deprecated directive, use '%output' 
> [-Wdeprecated]
>  %output="pattern_uni.cc"
>  
>   (dep)NetworkHandler.cc
> pattern_p.y:127.1-13: warning: deprecated directive, use '%name-prefix' 
> [-Wdeprecated]
>  %name-prefix="pattern_yy"  (dep)  JSON_Tokenizer.cc
> 
>  ^
> pattern_p.y:128.1-8: warning: deprecated directive, use '%output' 
> [-Wdeprecated]
>  %output="pattern_p.cc"
>  
>   (dep)ModuleVersion.cc
>   (dep)Path2.cc
>   (dep)Quadruple.cc
>   (dep)config_preproc.cc
>   (dep)path.c
>   (dep)userinfo.c
>   (dep)new.cc
>   (dep)memory.c
>   (dep)pattern_la.cc
> pattern_la.l:38:24: fatal error: pattern_p.hh: No such file or directory
>  #include "pattern_p.hh"
> ^
> compilation terminated.
>   (dep)config_preproc_la.cc
>   (dep)config_preproc_p.tab.cc
>   (dep)pattern_uni.cc
>   (dep)pattern_p.cc
>   (dep)pattern_la.cc
> gcc -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -Wall 
> -std=gnu9x -O2 -fPIC memory.c -o memory.o
> g++ -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -g -O2 
> -fdebug-prefix-map=/<>=. 
> -specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -Wno-long-long -O2 -fPIC -Wall -Wno-long-long 
> -O2 -fPIC new.cc -o new.o
> gcc -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -Wall 
> -std=gnu9x -O2 -fPIC userinfo.c -o userinfo.o
> gcc -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -Wall 
> -std=gnu9x -O2 -fPIC path.c -o path.o
> g++ -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -g -O2 
> -fdebug-prefix-map=/<>=. 
> -specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -Wno-long-long -O2 -fPIC -Wall -Wno-long-long 
> -O2 -fPIC config_preproc.cc -o config_preproc.o
> g++ -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -g -O2 
> -fdebug-prefix-map=/<>=. 
> -specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -Wno-long-long -O2 -fPIC -Wall -Wno-long-long 
> -O2 -fPIC Quadruple.cc -o Quadruple.o
> g++ -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -g -O2 
> -fdebug-prefix-map=/<>=. 
> -specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -Wno-long-long -O2 -fPIC -Wall -Wno-long-long 
> -O2 -fPIC Path2.cc -o Path2.o
> g++ -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -g -O2 
> -fdebug-prefix-map=/<>=. 
> -specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -Wno-long-long -O2 -fPIC -Wall -Wno-long-long 
> -O2 -fPIC ModuleVersion.cc -o ModuleVersion.o
> g++ -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -g -O2 
> -fdebug-prefix-map=/<>=. 
> -specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -Wno-long-long -O2 -fPIC -Wall -Wno-long-long 
> -O2 -fPIC JSON_Tokenizer.cc -o JSON_Tokenizer.o
> g++ -c -Wdate-time -D_FORTIFY_SOURCE=2 -DYY_NO_INPUT -DNDEBUG  -DLINUX 
> -DUSE_EPOLL -DYY_NO_INPUT -DNDEBUG  -DLINUX -DUSE_EPOLL -D_REENTRANT -g -O2 
> -fdebug-prefix-map=/<>=. 
> 

Bug#844141: libsys-cpuaffinity-perl: FTBFS: lib/xs/cpuset_getaffinity.xs:6:24: fatal error: sys/cpuset.h: No such file or directory

2016-11-12 Thread Lucas Nussbaum
Source: libsys-cpuaffinity-perl
Version: 1.10-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> x86_64-linux-gnu-gcc -I/usr/lib/x86_64-linux-gnu/perl/5.24/CORE 
> -DVERSION="1.10" -DXS_VERSION="1.10" -fPIC -c -D_REENTRANT -D_GNU_SOURCE 
> -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -o lib/xs/cpuset_getaffinity.o lib/xs/cpuset_getaffinity.c
> lib/xs/cpuset_getaffinity.xs:6:24: fatal error: sys/cpuset.h: No such file or 
> directory
>  #include 
> ^
> compilation terminated.
> 
> 
> Failed to compile lib/xs/cpuset_getaffinity.xs
> 
> x86_64-linux-gnu-gcc -I/usr/lib/x86_64-linux-gnu/perl/5.24/CORE 
> -DVERSION="1.10" -DXS_VERSION="1.10" -fPIC -c -D_REENTRANT -D_GNU_SOURCE 
> -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -o lib/xs/cpuset_setaffinity.o lib/xs/cpuset_setaffinity.c
> lib/xs/cpuset_setaffinity.xs:6:24: fatal error: sys/cpuset.h: No such file or 
> directory
>  #include 
> ^
> compilation terminated.
> 
> 
> Failed to compile lib/xs/cpuset_setaffinity.xs
> 
> x86_64-linux-gnu-gcc -I/usr/lib/x86_64-linux-gnu/perl/5.24/CORE 
> -DVERSION="1.10" -DXS_VERSION="1.10" -fPIC -c -D_REENTRANT -D_GNU_SOURCE 
> -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -o lib/xs/cpusetGetCPUCount.o lib/xs/cpusetGetCPUCount.c
> lib/xs/cpusetGetCPUCount.xs:5:20: fatal error: cpuset.h: No such file or 
> directory
>  #include 
> ^
> compilation terminated.
> 
> 
> Failed to compile lib/xs/cpusetGetCPUCount.xs
> 
> x86_64-linux-gnu-gcc -I/usr/lib/x86_64-linux-gnu/perl/5.24/CORE 
> -DVERSION="1.10" -DXS_VERSION="1.10" -fPIC -c -D_REENTRANT -D_GNU_SOURCE 
> -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -o lib/xs/fortytwo.o lib/xs/fortytwo.c
> ExtUtils::Mkbootstrap::Mkbootstrap('blib/arch/auto/xs/fortytwo/fortytwo.bs')
> x86_64-linux-gnu-gcc -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro 
> -Wl,-z,now -shared -L/usr/local/lib -fstack-protector-strong -o 
> blib/arch/auto/xs/fortytwo/fortytwo.so lib/xs/fortytwo.o
> 
> 
> ---
> Successfully compiled lib/xs/fortytwo.xs
> ---
> 
> x86_64-linux-gnu-gcc -I/usr/lib/x86_64-linux-gnu/perl/5.24/CORE 
> -DVERSION="1.10" -DXS_VERSION="1.10" -fPIC -c -D_REENTRANT -D_GNU_SOURCE 
> -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -o lib/xs/irix_sysmp.o lib/xs/irix_sysmp.c
> lib/xs/irix_sysmp.xs:7:23: fatal error: sys/sysmp.h: No such file or directory
>  #include 
>^
> compilation terminated.
> 
> 
> Failed to compile lib/xs/irix_sysmp.xs
> 
> x86_64-linux-gnu-gcc -I/usr/lib/x86_64-linux-gnu/perl/5.24/CORE 
> -DVERSION="1.10" -DXS_VERSION="1.10" -fPIC -c -D_REENTRANT -D_GNU_SOURCE 
> -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -o lib/xs/linux-sched_getaffinity.o 
> lib/xs/linux-sched_getaffinity.c
> lib/xs/linux-sched_getaffinity.xs: In function 'diag':
> lib/xs/linux-sched_getaffinity.xs:26:44: warning: format '%d' expects 
> argument of type 'int', but argument 3 has type 'long unsigned int' 
> [-Wformat=]
>

Bug#844139: python-django: FTBFS: Tests failures

2016-11-12 Thread Lucas Nussbaum
Source: python-django
Version: 1:1.10.3-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> debian/rules:24: recipe for target 'override_dh_auto_test' failed

The full build log is available from:
   http://aws-logs.debian.net/2016/11/11/python-django_1.10.3-1_unstable.log

This failure happens on a CPU with TSX extensions available, but is not
reproducible on a machine without them. For context, I recommend reading the
thread starting at https://lists.debian.org/debian-devel/2016/11/msg00210.html

The node used is an Amazon EC2 VM with 64 cores. /proc/cpuinfo says:
   model: 79
   model name : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
   stepping : 1

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



Bug#844144: w1retap: FTBFS: ld: cannot find -lowfat

2016-11-12 Thread Lucas Nussbaum
Source: w1retap
Version: 1.4.4-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> /bin/bash ../../libtool  --tag=CC   --mode=link gcc  -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -rdynamic  -Wl,--export-dynamic -lgmodule-2.0 
> -pthread -lglib-2.0 -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -o hbhttest 
> hbhttest.o -L. -lowfat -lw1common -lm -lxml2 -lrt -lm 
> libtool: link: gcc -shared  -fPIC -DPIC  .libs/ds2480ut.o .libs/linuxlnk.o 
> .libs/owllu.o .libs/ownetu.o .libs/owsesu.o .libs/owtrnu.o   -Wl,-rpath 
> -Wl,/<>/src/libusblinux300/.libs -Wl,-rpath 
> -Wl,/usr/lib/x86_64-linux-gnu/w1retap -L. 
> /<>/src/libusblinux300/.libs/libw1common.so -lxml2 -lrt -lm  -g 
> -O2 -fstack-protector-strong -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--as-needed  
>  -pthread -Wl,-soname -Wl,libw1serial.so.0 -o .libs/libw1serial.so.0.0.0
> libtool: link: gcc -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wall -rdynamic 
> -Wl,--export-dynamic -pthread -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--as-needed 
> -o .libs/gethumd gethumd.o findtype.o  -lgmodule-2.0 -lglib-2.0 -L. -lowfat 
> /<>/src/libusblinux300/.libs/libw1common.so -lxml2 -lrt -lm 
> -pthread -Wl,-rpath -Wl,/usr/lib/x86_64-linux-gnu/w1retap
> libtool: link: gcc -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wall -rdynamic 
> -Wl,--export-dynamic -pthread -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--as-needed 
> -o .libs/setds2409 setds2409.o  -lgmodule-2.0 -lglib-2.0 -L. -lowfat 
> /<>/src/libusblinux300/.libs/libw1common.so -lxml2 -lrt -lm 
> -pthread -Wl,-rpath -Wl,/usr/lib/x86_64-linux-gnu/w1retap
> /usr/bin/ld: cannot find -lowfat
> libtool: link: gcc -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wall -rdynamic 
> -Wl,--export-dynamic -pthread -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--as-needed 
> -o .libs/counter counter.o findtype.o  -lgmodule-2.0 -lglib-2.0 -L. -lowfat 
> /<>/src/libusblinux300/.libs/libw1common.so -lxml2 -lrt -lm 
> -pthread -Wl,-rpath -Wl,/usr/lib/x86_64-linux-gnu/w1retap
> collect2: error: ld returned 1 exit status

The full build log is available from:
   http://aws-logs.debian.net/2016/11/11/w1retap_1.4.4-1_unstable.log

This failure happens on a CPU with TSX extensions available, but is not
reproducible on a machine without them. For context, I recommend reading the
thread starting at https://lists.debian.org/debian-devel/2016/11/msg00210.html

The node used is an Amazon EC2 VM with 64 cores. /proc/cpuinfo says:
   model: 79
   model name : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
   stepping : 1

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



Bug#844137: node-groove: FTBFS: Tests failures

2016-11-12 Thread Lucas Nussbaum
Source: node-groove
Version: 2.5.0-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Leaving directory '/<>'
>debian/rules override_dh_auto_test
> make[1]: Entering directory '/<>'
> mocha --reporter spec
> 
> 
> 
  ✓ version 
> 
  ✓ logging 
> 
  ✓ open fails for bogus file 
> 
  ✓ open file and read metadata 
> 
  ✓ update metadata 
> 
  ✓ create empty playlist 
> Failed to create secure directory (/sbuild-nonexistent/.config/pulse): No 
> such file or directory
> 
  ✓ create empty player 
> 
  ✓ playlist item ids 
> debian/rules:20: recipe for target 'override_dh_auto_test' failed

The full build log is available from:
   http://aws-logs.debian.net/2016/11/11/node-groove_2.5.0-1_unstable.log

This failure happens on a CPU with TSX extensions available, but is not
reproducible on a machine without them. For context, I recommend reading the
thread starting at https://lists.debian.org/debian-devel/2016/11/msg00210.html

The node used is an Amazon EC2 VM with 64 cores. /proc/cpuinfo says:
   model: 79
   model name : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
   stepping : 1

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



Bug#844145: elektra: FTBFS: kdberrors.h:489:0: error: invalid storage class for function 'elektraSetErrorf8'

2016-11-12 Thread Lucas Nussbaum
Source: elektra
Version: 0.8.14-5.1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> cd /<>/obj-x86_64-linux-gnu/src/libelektra && /usr/bin/cc  
> -DHAVE_KDBCONFIG_H -Delektra_EXPORTS 
> -I/<>/obj-x86_64-linux-gnu/src/include 
> -I/<>/src/include 
> -I/<>/obj-x86_64-linux-gnu/src/bindings/cpp/include 
> -I/<>/src/bindings/cpp/include 
> -I/<>/obj-x86_64-linux-gnu/src/libelektra  -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -std=gnu99  
> -Wno-deprecated-declarations  -Wno-long-long -pedantic -Wno-variadic-macros 
> -Wall -Wextra -Wno-overlength-strings -Wsign-compare -Wfloat-equal 
> -Wformat-security -Wshadow -Wcomments -Wtrigraphs -Wundef -Wuninitialized 
> -Winit-self -Wmaybe-uninitialized -Wsign-compare -Wfloat-equal 
> -Wformat-security -fPIC   -o CMakeFiles/elektra.dir/array.c.o   -c 
> /<>/src/libelektra/array.c
> [ 14%] Building CXX object 
> src/plugins/python/CMakeFiles/elektra-python-objects.dir/python.cpp.o
> In file included from /<>/src/plugins/augeas/augeas.h:9:0,
>  from /<>/src/plugins/augeas/augeas.c:17:
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h: In function 
> 'elektraAddWarningf6':
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:489:1: warning: 
> null character(s) ignored
>   buffer[12] = '\0'; strcat(buffer, "/mountpoint");
>  ^
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:489:0: warning: 
> ISO C forbids nested functions [-Wpedantic]
>   buffer[12] = '\0'; strcat(buffer, "/mountpoint");
>  
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:489:0: error: 
> invalid storage class for function 'elektraSetErrorf8'
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h: In function 
> 'elektraSetErrorf8':
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:489:0: warning: 
> declaration of 'reason' shadows a parameter [-Wshadow]
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:455:69: note: 
> shadowed declaration is here
>  static inline void elektraAddWarningf6(Key *warningKey, const char *reason,
>  ^~
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:490:14: 
> warning: declaration of 'file' shadows a parameter [-Wshadow]
>   keySetMeta(warningKey, buffer, keyName(warningKey));
>   ^~~~
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:456:14: note: 
> shadowed declaration is here
>   const char *file, const char *line, ...)
>   ^~~~
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:490:32: 
> warning: declaration of 'line' shadows a parameter [-Wshadow]
>   keySetMeta(warningKey, buffer, keyName(warningKey));
> ^~~~
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:456:32: note: 
> shadowed declaration is here
>   const char *file, const char *line, ...)
> ^~~~
> cd /<>/obj-x86_64-linux-gnu/src/plugins/python && /usr/bin/c++   
> -DELEKTRA_STATIC -DHAVE_KDBCONFIG_H -DPLUGIN_SHORT_NAME=python 
> -DPYTHON_PLUGIN_NAME=python -DPYTHON_PLUGIN_SYMBOL_NAME=Python 
> -DREADME=readme_python.c -DSWIG_RUNTIME=\"runtime.h\" -DSWIG_TYPE_TABLE=kdb 
> -I/<>/obj-x86_64-linux-gnu/src/include 
> -I/<>/src/include 
> -I/<>/obj-x86_64-linux-gnu/src/bindings/cpp/include 
> -I/<>/src/bindings/cpp/include -I/usr/include/python3.5m 
> -I/<>/obj-x86_64-linux-gnu/src/plugins/python 
> -I/<>/tests/cframework  -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -std=c++11  
> -Wno-deprecated-declarations  -Wstrict-null-sentinel -D_GLIBCXX_USE_NANOSLEEP 
> -Wno-missing-field-initializers -Wold-style-cast -Woverloaded-virtual  
> -Wsign-promo  -Wno-long-long -pedantic -Wno-variadic-macros -Wall -Wextra 
> -Wno-overlength-strings -Wsign-compare -Wfloat-equal -Wformat-security 
> -Wshadow -Wcomments -Wtrigraphs -Wundef -Wuninitialized -Winit-self 
> -Wmaybe-uninitialized   -fPIC -Wno-shadow -Wno-old-style-cast 
> -Wno-unused-variable -o CMakeFiles/elektra-python-objects.dir/python.cpp.o -c 
> /<>/src/plugins/python/python.cpp
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h: In function 
> 'elektraAddWarningf6':
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:510:1: warning: 
> ISO C forbids nested functions [-Wpedantic]
>   {
>  ^~
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:510:20: error: 
> invalid storage class for function 'elektraSetError8'
>   {
> ^   
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h: In function 
> 'elektraSetError8':
> /<>/obj-x86_64-linux-gnu/src/include/kdberrors.h:510:64: 
> warning: declaration of 'reason' shadows a parameter [-Wshadow]
>   {
>

Bug#844140: mia: FTBFS: lxml.etree.XMLSyntaxError: None

2016-11-12 Thread Lucas Nussbaum
Source: mia
Version: 2.4.3-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[4]: Entering directory '/<>/obj-x86_64-linux-gnu'
> [ 97%] Generating mia-3drigidreg.1
> [ 97%] Built target mia-3dtrackpixelmovement-xml
> [ 98%] Generating ../doc/mia-3dmaskseeded.xml
> [ 98%] Built target mia-3disosurface-from-volume-xml
> [ 98%] Built target mia-3drigidreg-xml
> cd /<>/obj-x86_64-linux-gnu/src && /usr/bin/python 
> /<>/doc/miaxml2man.py 
> /<>/obj-x86_64-linux-gnu/doc/mia-3drigidreg.xml 
> >/<>/obj-x86_64-linux-gnu/src/mia-3drigidreg.1
> cd /<>/obj-x86_64-linux-gnu/src && 
> MIA_PLUGIN_TESTPATH=/<>/obj-x86_64-linux-gnu/plugintest//usr/lib/x86_64-linux-gnu/mia-2.4/plugins
>  ./mia-3dmaskseeded --help-xml 
> /<>/obj-x86_64-linux-gnu/doc/mia-3dmaskseeded.xml
> [ 98%] Built target mia-3dgetsize-xml
> [ 98%] Generating ../doc/mia-3dmaskseeded.xml
> cd /<>/obj-x86_64-linux-gnu/src && 
> MIA_PLUGIN_TESTPATH=/<>/obj-x86_64-linux-gnu/plugintest//usr/lib/x86_64-linux-gnu/mia-2.4/plugins
>  ./mia-3dmaskseeded --help-xml 
> /<>/obj-x86_64-linux-gnu/doc/mia-3dmaskseeded.xml
> [ 98%] Linking CXX executable test-splineparzenmi
> cd /<>/obj-x86_64-linux-gnu/mia/core && /usr/bin/cmake -E 
> cmake_link_script CMakeFiles/test-splineparzenmi.dir/link.txt --verbose=1
> [ 98%] Generating mia-3dmaskseeded.1
> cd /<>/obj-x86_64-linux-gnu/src && /usr/bin/python 
> /<>/doc/miaxml2man.py 
> /<>/obj-x86_64-linux-gnu/doc/mia-3dmaskseeded.xml 
> >/<>/obj-x86_64-linux-gnu/src/mia-3dmaskseeded.1
> /usr/bin/c++   -g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2   -std=c++11 -fvisibility=hidden   -Wl,-z,relro 
> -Wl,-z,now -Wl,--as-needed -fvisibility=hidden 
> CMakeFiles/test-splineparzenmi.dir/test_splineparzenmi.cc.o  -o 
> test-splineparzenmi -rdynamic libmiacore-2.4.so.2.0.1 
> -lboost_unit_test_framework -lgsl -lgslcblas -lm -lboost_filesystem 
> -lboost_system -lpthread -ldl -lfftw3f -lxml++-2.6 -lxml2 -lglibmm-2.4 
> -lgobject-2.0 -lglib-2.0 -lsigc-2.0 -litpp 
> -Wl,-rpath,/<>/obj-x86_64-linux-gnu/mia/core 
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> [ 98%] Built target mia-3drigidreg-man
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> Traceback (most recent call last):
>   File "/<>/doc/miaxml2man.py", line 149, in 
> X=parse_file(sys.argv[1])
>   File "/<>/doc/miareadxml.py", line 781, in parse_file
> root = etree.XML(stringstree)
>   File "src/lxml/lxml.etree.pyx", line 3192, in lxml.etree.XML 
> (src/lxml/lxml.etree.c:77490)
>   File "src/lxml/parser.pxi", line 1830, in lxml.etree._parseMemoryDocument 
> (src/lxml/lxml.etree.c:116674)
>   File "src/lxml/parser.pxi", line 1718, in lxml.etree._parseDoc 
> (src/lxml/lxml.etree.c:115324)
>   File "src/lxml/parser.pxi", line 1090, in lxml.etree._BaseParser._parseDoc 
> (src/lxml/lxml.etree.c:109723)
>   File "src/lxml/parser.pxi", line 584, in 
> lxml.etree._ParserContext._handleParseResultDoc (src/lxml/lxml.etree.c:103584)
>   File "src/lxml/parser.pxi", line 694, in lxml.etree._handleParseResult 
> (src/lxml/lxml.etree.c:105238)
>   File "src/lxml/parser.pxi", line 635, in lxml.etree._raiseParseError 
> (src/lxml/lxml.etree.c:104381)
> lxml.etree.XMLSyntaxError: None
> [ 98%] Built target mia-2dsegment-local-cmeans-man
> src/CMakeFiles/mia-3dmaskseeded-man.dir/build.make:63: recipe for target 
> 'src/mia-3dmaskseeded.1' failed
> make[4]: *** [src/mia-3dmaskseeded.1] Error 1

The full build log is available from:
   http://aws-logs.debian.net/2016/11/11/mia_2.4.3-2_unstable.log

This failure happens on a CPU with TSX extensions available, but is not
reproducible on a machine without them. For context, I recommend reading the
thread starting at https://lists.debian.org/debian-devel/2016/11/msg00210.html

The node used is an Amazon EC2 VM with 64 cores. /proc/cpuinfo says:
   model: 79
   model name : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
   stepping : 1

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



Bug#844142: norwegian: FTBFS: rm: cannot remove 'munch[123].tmp': No such file or directory

2016-11-12 Thread Lucas Nussbaum
Source: norwegian
Version: 2.2-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[2]: Entering directory '/<>'
> grep -a -v '^#' norsk.words \
>   | grep -a '[BANDS]$' \
>   | tr -d '*' \
>   | awk --re-interval --source '{if ($2>=0) {print $1}}' \
>   | tr -d '\"=' \
>   | grep -a -v '\(\|\|zyzyzy\)' \
>   | sort -f \
>   > words.nb.new && mv words.nb.new words.nb
> grep -a -v '^#' norsk.words \
>   | grep -a '\*' \
>   | sed -e 's/ .*//' \
>   | tr -d '\"=' \
>   | grep -a -v '\(\|\|zyzyzy\)' \
>   | sort -f \
>   > words.nn.new && mv words.nn.new words.nn
> ( \
>   sed -e 's/\(.*> *[-,A-Z???]*\)\( *#~.*$\)/\1\2 *HACK*/' 
> \
> -e 's/-ZYZYZY,-\( *#-.*$\)/-ZYZYZY,ZYZYZY\1/' \
> -e 's/\(^flag  *\)~\(..\?:\)/\1\2/'  \
> -e 's/^\(compoundwords\) controlled z/\1 off/' nb.aff.in ; \
>   echo ; \
>   echo ; \
>   echo 'flag z: # Brukes for ? bevare z-flagg gjennom munchlist' ;\
>   echo '.  >   # *HACK*' \
> ) > nb.aff.munch.new && mv nb.aff.munch.new nb.aff.munch
> sed -e 's/stringchar *? *?//' -e 's/[??]//g' nb.aff.in > nb.aff.new && \
>   mv nb.aff.new nb.aff
> ( \
>   sed -e 's/\(.*> *[-,A-Z???]*\)\( *#~.*$\)/\1\2 *HACK*/' 
> \
> -e 's/-ZYZYZY,-\( *#-.*$\)/-ZYZYZY,ZYZYZY\1/' \
> -e 's/\(^flag  *\)~\(..\?:\)/\1\2/'  \
> -e 's/^\(compoundwords\) controlled z/\1 off/' nn.aff.in ; \
>   echo ; \
>   echo ; \
>   echo 'flag z: # Brukes for ? bevare z-flagg gjennom munchlist' ;\
>   echo '.  >   # *HACK*' \
> ) > nn.aff.munch.new && mv nn.aff.munch.new nn.aff.munch
> sed -e 's/stringchar *? *?//' -e 's/[??]//g' nn.aff.in > nn.aff.new && \
>   mv nn.aff.new nn.aff
> scripts/thes_to_dat < thesaurus-nb.txt > th_nb_NO_v2.dat
> scripts/thes_to_dat < thesaurus-nn.txt > th_nn_NO_v2.dat
> rm -f nb.dat
> rm -f nn.dat
> echo "namenn"  > nn.dat
> echo "namenb"   > nb.dat
> echo "charset iso8859-1" >> nn.dat
> # Using th_gen_idx.pl from libmythes-dev
> echo "charset iso8859-1" >> nb.dat
> echo "run-together true" >> nn.dat
> /usr/share/mythes/th_gen_idx.pl -o th_nn_NO_v2.idx < th_nn_NO_v2.dat
> ispellaff2myspell --charset=latin1 --split=200 \
>   --myheader=nb_NO.myheader nb.aff > nb_NO.myaff
> #echo "special ' =*= = =*="   >> nn.dat # unchanged
> ispellaff2myspell --charset=latin1 --split=200 \
>   --myheader=nn_NO.myheader nn.aff > nn_NO.myaff
> #echo "soundslike none"   >> nn.dat # unchanged
> echo "run-together true" >> nb.dat
> #echo "special ' =*= = =*= ." >> nb.dat # unchanged
> echo "special ' =** = =** . =**" >> nn.dat # like in the Danish file
> #echo "soundslike none"   >> nb.dat # unchanged
> echo "special ' =** = =** . =**" >> nb.dat # like in the Danish file
> grep -a -v '^#' norsk.words \
>   | grep -a '\*' \
>   | sed -e 's/ .*//' \
>   | tr -d '=' \
>   | grep -a '^[A-Z???]' \
>   | munchlist -v -l nn.aff.munch \
>   > munch1.tmp
> echo "soundslike nb" >> nb.dat # like in the Danish file
> echo '' > FAKEDICT
> echo "soundslike nn" >> nn.dat # like in the Danish file
> th_nn_NO_v2.idx
> buildhash -s FAKEDICT nb.aff.munch nb.munch.hash
> Ignoring invalid flag \[ in line 837
> Ignoring invalid flag \] in line 842
> Ignoring invalid flag \^ in line 846
> Ignoring invalid flag ~\\ in line 854
> Ignoring invalid flag ~\_ in line 857
> Ignoring invalid flag ~\` in line 870
> rm -f FAKEDICT FAKEDICT.cnt FAKEDICT.stat
> Ignoring invalid flag \[ in line 737
> Ignoring invalid flag \] in line 742
> Ignoring invalid flag \^ in line 746
> Ignoring invalid flag ~\\ in line 754
> Ignoring invalid flag ~\_ in line 757
> Ignoring invalid flag ~\` in line 770
> grep -a -v '^#' norsk.words \
>   | grep -a -e 'B$' \
>   | sed -e 's/ .*//' -e 's/=/?/g' -e 's/ \*//' \
>   | grep -a '^[A-Z???]' \
>   | munchlist -v -l nb.aff.munch \
>   > munch1.tmp
> grep -a -v '^#' norsk.words \
>   | grep -a -e 'A$' \
>   | sed -e 's/ .*//' -e 's/=/?/g' -e 's/ \*//' \
>   | grep -a '^[A-Z???]' \
>   | munchlist -v -l nb.aff.munch \
>   > munch1.tmp
> grep -a -v '^#' norsk.words \
>   | grep -a -e 'N$' \
>   | sed -e 's/ .*//' -e 's/=/?/g' -e 's/ \*//' \
>   | grep -a '^[A-Z???]' \
>   | munchlist -v -l nb.aff.munch \
>   > munch1.tmp
> grep -a -v '^#' norsk.words \
>   | grep -a -e 'M$' \
>   | sed -e 's/ .*//' -e 's/=/?/g' -e 's/ \*//' \
>   | grep -a '^[A-Z???]' \
>   | munchlist -v -l nb.aff.munch \
>   > munch1.tmp
> grep -a -v '^#' norsk.words \
>   | grep -a -e 'K$' \
>   | sed -e 's/ .*//' -e 's/=/?/g' -e 's/ \*//' \
>   | grep -a '^[A-Z???]' \
>   | munchlist -v -l nb.aff.munch \
>   > munch1.tmp
> grep -a -v 

Bug#844138: scilab-celestlab: FTBFS: segmentation fault

2016-11-12 Thread Lucas Nussbaum
Source: scilab-celestlab
Version: 3.0.0-1-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> test -x debian/rules
> mkdir -p "."
> DEB_MAKE_ENVVARS=SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 
> DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh /usr/bin/scilab 
> -nw -f builder.sce
> Error: Impossible to define SCIHOME environment variable.
> libEGL warning: DRI3: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> Caught handled GLException: EGLGLXDrawableFactory - Could not initialize 
> shared resources for EGLGraphicsDevice[type .egl, v0.0.0, connection nil, 
> unitID 0, handle 0x0, owner true, ResourceToolkitLock[obj 0x65d9c875, isOwner 
> true, <20db4aaa, 4200fc3f>[count 1, qsz 0, owner 
> ]]] on thread main-SharedResourceRunner
> [0]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:518)
> [1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
> [2]: java.lang.Thread.run(Thread.java:745)
> Caused[0] by GLException: Failed to created/initialize EGL display incl. 
> fallback default: native 0x0, error 0x3001/0x3001 on thread 
> main-SharedResourceRunner
> [0]: 
> jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297)
> [1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58)
> [2]: 
> jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320)
> [3]: 
> com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125)
> [4]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532)
> [5]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516)
> [6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
> [7]: java.lang.Thread.run(Thread.java:745)
> Building macros...
> -- Creation of [DEPRECATEDlib] (Macros) --
> genlib: Processing file: CL_colMult.sci
> genlib: Processing file: CL_colNorm.sci
> genlib: Processing file: CL_cw_ballisticPropa.sci
> genlib: Processing file: CL_cw_contPropa.sci
> genlib: Processing file: CL_cw_diffDrag.sci
> genlib: Processing file: CL_cw_impulPropa.sci
> genlib: Processing file: CL_cw_twoImpulse.sci
> genlib: Processing file: CL_dat_cal2jd.sci
> genlib: Processing file: CL_dat_cjd2jd.sci
> genlib: Processing file: CL_dat_cjd2mjd.sci
> genlib: Processing file: CL_dat_jd2cal.sci
> genlib: Processing file: CL_dat_jd2cjd.sci
> genlib: Processing file: CL_dat_mjd2cjd.sci
> genlib: Processing file: CL_ev_visibility.sci
> genlib: Processing file: CL_fr_G502J2000.sci
> genlib: Processing file: CL_fr_G502J2000Mat.sci
> genlib: Processing file: CL_fr_G502ter.sci
> genlib: Processing file: CL_fr_G502terMat.sci
> genlib: Processing file: CL_fr_H0n2J2000Mat.sci
> genlib: Processing file: CL_fr_J20002G50.sci
> genlib: Processing file: CL_fr_J20002ter.sci
> genlib: Processing file: CL_fr_ter2G50.sci
> genlib: Processing file: CL_fr_ter2J2000.sci
> genlib: Processing file: CL_fr_ter2J2000Mat.sci
> genlib: Processing file: CL_fr_ter2topoN.sci
> genlib: Processing file: CL_fr_topoN2ter.sci
> genlib: Processing file: CL_gm_equatorialOverlap.sci
> genlib: Processing file: CL_gm_equatorialSwath.sci
> genlib: Processing file: CL_gm_lat2locTime.sci
> genlib: Processing file: CL_gm_locSolTime.sci
> genlib: Processing file: CL_gm_stationElevation.sci
> genlib: Processing file: CL_man_applyDv.sci
> genlib: Processing file: CL_man_apsidesLine.sci
> genlib: Processing file: CL_man_biElliptic.sci
> genlib: Processing file: CL_man_hohmann.sci
> genlib: Processing file: CL_man_hohmannG.sci
> genlib: Processing file: CL_man_incRaanCirc.sci
> genlib: Processing file: CL_man_inclination.sci
> genlib: Processing file: CL_man_sma.sci
> genlib: Processing file: CL_matSort.sci
> genlib: Processing file: CL_mod_equinoxesEquation.sci
> genlib: Processing file: CL_mod_expDensity.sci
> genlib: Processing file: CL_mod_expDensityDrag.sci
> genlib: Processing file: CL_mod_meanObliquity.sci
> genlib: Processing file: CL_mod_moonSunG50.sci
> genlib: Processing file: CL_mod_nutationAngles.sci
> genlib: Processing file: CL_mod_nutationArg.sci
> genlib: Processing file: CL_mod_nutationMatrix.sci
> genlib: Processing file: CL_mod_planetsG50ecl.sci
> genlib: Processing file: CL_mod_polarMotionMatrix.sci
> genlib: Processing file: CL_mod_precessionAngles.sci
> genlib: Processing file: CL_mod_precessionMatrix.sci
> genlib: Processing file: CL_mod_sidTime.sci
> genlib: Processing file: CL_mod_sidTimeG50.sci
> genlib: Processing file: CL_oe_car2cirEqua.sci
> genlib: Processing file: 

Bug#844135: scilab-plotlib: FTBFS: segmentation fault

2016-11-12 Thread Lucas Nussbaum
Source: scilab-plotlib
Version: 0.42-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> CDBS WARNING:simple-patchsys.mk is deprecated since 0.4.85 - please use 
> source format 3.0 (quilt) instead
> make[1]: 'update-config' is up to date.
> make[1]: Leaving directory '/<>'
> SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 
> DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \
>   /usr/bin/scilab -nw -f builder.sce
> Error: Impossible to define SCIHOME environment variable.
> libEGL warning: DRI3: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> Caught handled GLException: EGLGLXDrawableFactory - Could not initialize 
> shared resources for EGLGraphicsDevice[type .egl, v0.0.0, connection nil, 
> unitID 0, handle 0x0, owner true, ResourceToolkitLock[obj 0x65d9c875, isOwner 
> true, <20db4aaa, 4200fc3f>[count 1, qsz 0, owner 
> ]]] on thread main-SharedResourceRunner
> [0]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:518)
> [1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
> [2]: java.lang.Thread.run(Thread.java:745)
> Caused[0] by GLException: Failed to created/initialize EGL display incl. 
> fallback default: native 0x0, error 0x3001/0x3001 on thread 
> main-SharedResourceRunner
> [0]: 
> jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297)
> [1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58)
> [2]: 
> jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320)
> [3]: 
> com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125)
> [4]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532)
> [5]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516)
> [6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
> [7]: java.lang.Thread.run(Thread.java:745)
> Building macros...
> -- Creation of [plotliblib] (Macros) --
> genlib: Processing file: %c_i_pltlibH.sci
> genlib: Processing file: %h_i_h.sci
> genlib: Processing file: %pltlibH_c_pltlibH.sci
> genlib: Processing file: %pltlibH_delete.sci
> genlib: Processing file: %pltlibH_e.sci
> genlib: Processing file: %pltlibH_f_pltlibH.sci
> genlib: Processing file: %pltlibH_get.sci
> genlib: Processing file: %pltlibH_p.sci
> genlib: Processing file: %pltlibH_set.sci
> genlib: Processing file: %s_i_pltlibH.sci
> genlib: Processing file: %s_set.sci
> genlib: Processing file: TitleLabel.sci
> genlib: Processing file: _add_event_handler.sci
> genlib: Processing file: _axes.sci
> genlib: Processing file: _axis.sci
> genlib: Processing file: _caxis.sci
> genlib: Processing file: _check2dFun.sci
> genlib: Processing file: _checkTypeAndDimensions.sci
> genlib: Processing file: _cla.sci
> genlib: Processing file: _colorbar.sci
> genlib: Processing file: _colormap.sci
> genlib: Processing file: _compute_data_bounds.sci
> genlib: Processing file: _del_event_handler.sci
> genlib: Processing file: _drawnow.sci
> genlib: Processing file: _error.sci
> genlib: Processing file: _figure.sci
> genlib: Processing file: _fill.sci
> genlib: Processing file: _fill3.sci
> genlib: Processing file: _gca.sci
> genlib: Processing file: _gcf.sci
> genlib: Processing file: _getvalidchildren.sci
> genlib: Processing file: _grid.sci
> genlib: Processing file: _hidden.sci
> genlib: Processing file: _hold.sci
> genlib: Processing file: _image.sci
> genlib: Processing file: _imagesc.sci
> genlib: Processing file: _legend.sci
> genlib: Processing file: _loglog.sci
> genlib: Processing file: _mainPlot.sci
> genlib: Processing file: _mesh.sci
> genlib: Processing file: _parse.sci
> genlib: Processing file: _parse_axes_ppty_value.sci
> genlib: Processing file: _parse_figure_ppty_value.sci
> genlib: Processing file: _parse_leaf_ppty_value.sci
> genlib: Processing file: _parse_property_value.sci
> genlib: Processing file: _pcolor.sci
> genlib: Processing file: _plot.sci
> genlib: Processing file: _plot3.sci
> genlib: Processing file: _plotyy.sci
> genlib: Processing file: _pretty_lims.sci
> genlib: Processing file: _quiver.sci
> genlib: Processing file: _quiver3.sci
> genlib: Processing file: _ratio_one_lims.sci
> genlib: Processing file: _semilogx.sci
> genlib: Processing file: _semilogy.sci
> genlib: Processing file: _shading.sci
> genlib: Processing file: _shg.sci
> genlib: Processing file: _subplot.sci
> genlib: Processing file: _surf.sci
> genlib: Processing file: _surfl.sci
> genlib: Processing file: _toggle.sci
> 

Bug#844132: glibc: FTBFS: tests failed

2016-11-12 Thread Lucas Nussbaum
Source: glibc
Version: 2.24-5
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

> UNRESOLVED: argp/argp-test
> UNRESOLVED: argp/bug-argp1
> UNRESOLVED: argp/bug-argp2
> UNRESOLVED: argp/tst-argp1
> UNRESOLVED: argp/tst-argp2
> UNRESOLVED: assert/test-assert
> UNRESOLVED: assert/test-assert-perr
> UNRESOLVED: catgets/tst-catgets
> FAIL: conform/ISO/assert.h/linknamespace
> FAIL: conform/ISO/ctype.h/linknamespace
> FAIL: conform/ISO/errno.h/linknamespace
> FAIL: conform/ISO/locale.h/linknamespace
> FAIL: conform/ISO/math.h/linknamespace
> FAIL: conform/ISO/setjmp.h/linknamespace
> FAIL: conform/ISO/signal.h/linknamespace
> FAIL: conform/ISO/stdio.h/linknamespace
> FAIL: conform/ISO/stdlib.h/linknamespace
> FAIL: conform/ISO/string.h/linknamespace
> FAIL: conform/ISO/time.h/linknamespace
> FAIL: conform/ISO11/assert.h/linknamespace
> FAIL: conform/ISO11/complex.h/linknamespace
> FAIL: conform/ISO11/ctype.h/linknamespace
> FAIL: conform/ISO11/errno.h/linknamespace
> FAIL: conform/ISO11/fenv.h/linknamespace
> FAIL: conform/ISO11/inttypes.h/linknamespace
> FAIL: conform/ISO11/locale.h/linknamespace
> FAIL: conform/ISO11/math.h/linknamespace
> FAIL: conform/ISO11/setjmp.h/linknamespace
> FAIL: conform/ISO11/signal.h/linknamespace
> FAIL: conform/ISO11/stdio.h/linknamespace
> FAIL: conform/ISO11/stdlib.h/linknamespace
> FAIL: conform/ISO11/string.h/linknamespace
> FAIL: conform/ISO11/tgmath.h/linknamespace
> FAIL: conform/ISO11/time.h/linknamespace
> FAIL: conform/ISO11/uchar.h/linknamespace
> FAIL: conform/ISO11/wchar.h/linknamespace
> FAIL: conform/ISO11/wctype.h/linknamespace
> FAIL: conform/ISO99/assert.h/linknamespace
> FAIL: conform/ISO99/complex.h/linknamespace
> FAIL: conform/ISO99/ctype.h/linknamespace
> FAIL: conform/ISO99/errno.h/linknamespace
> FAIL: conform/ISO99/fenv.h/linknamespace
> FAIL: conform/ISO99/inttypes.h/linknamespace
> FAIL: conform/ISO99/locale.h/linknamespace
> FAIL: conform/ISO99/math.h/linknamespace
> FAIL: conform/ISO99/setjmp.h/linknamespace
> FAIL: conform/ISO99/signal.h/linknamespace
> FAIL: conform/ISO99/stdio.h/linknamespace
> FAIL: conform/ISO99/stdlib.h/linknamespace
> FAIL: conform/ISO99/string.h/linknamespace
> FAIL: conform/ISO99/tgmath.h/linknamespace
> FAIL: conform/ISO99/time.h/linknamespace
> FAIL: conform/ISO99/wchar.h/linknamespace
> FAIL: conform/ISO99/wctype.h/linknamespace
> FAIL: conform/POSIX/aio.h/linknamespace
> FAIL: conform/POSIX/assert.h/linknamespace
> FAIL: conform/POSIX/ctype.h/linknamespace
> FAIL: conform/POSIX/dirent.h/linknamespace
> FAIL: conform/POSIX/errno.h/linknamespace
> FAIL: conform/POSIX/fcntl.h/linknamespace
> FAIL: conform/POSIX/fnmatch.h/linknamespace
> FAIL: conform/POSIX/glob.h/linknamespace
> FAIL: conform/POSIX/grp.h/linknamespace
> FAIL: conform/POSIX/locale.h/linknamespace
> FAIL: conform/POSIX/math.h/linknamespace
> FAIL: conform/POSIX/mqueue.h/linknamespace
> FAIL: conform/POSIX/pthread.h/linknamespace
> FAIL: conform/POSIX/pwd.h/linknamespace
> FAIL: conform/POSIX/regex.h/linknamespace
> FAIL: conform/POSIX/sched.h/linknamespace
> FAIL: conform/POSIX/semaphore.h/linknamespace
> FAIL: conform/POSIX/setjmp.h/linknamespace
> FAIL: conform/POSIX/signal.h/linknamespace
> FAIL: conform/POSIX/stdio.h/linknamespace
> FAIL: conform/POSIX/stdlib.h/linknamespace
> FAIL: conform/POSIX/string.h/linknamespace
> FAIL: conform/POSIX/sys/mman.h/linknamespace
> FAIL: conform/POSIX/sys/stat.h/linknamespace
> FAIL: conform/POSIX/sys/times.h/linknamespace
> FAIL: conform/POSIX/sys/utsname.h/linknamespace
> FAIL: conform/POSIX/sys/wait.h/linknamespace
> FAIL: conform/POSIX/termios.h/linknamespace
> FAIL: conform/POSIX/time.h/linknamespace
> FAIL: conform/POSIX/unistd.h/linknamespace
> FAIL: conform/POSIX/utime.h/linknamespace
> FAIL: conform/POSIX/wordexp.h/linknamespace
> FAIL: conform/UNIX98/assert.h/linknamespace
> FAIL: conform/UNIX98/ctype.h/linknamespace
> FAIL: conform/UNIX98/errno.h/linknamespace
> FAIL: conform/UNIX98/locale.h/linknamespace
> FAIL: conform/UNIX98/math.h/linknamespace
> FAIL: conform/UNIX98/setjmp.h/linknamespace
> FAIL: conform/XOPEN2K/aio.h/linknamespace
> FAIL: conform/XOPEN2K/assert.h/linknamespace
> FAIL: conform/XOPEN2K/ctype.h/linknamespace
> FAIL: conform/XOPEN2K/dirent.h/linknamespace
> FAIL: conform/XOPEN2K/errno.h/linknamespace
> FAIL: conform/XOPEN2K/fcntl.h/linknamespace
> FAIL: conform/XOPEN2K/fnmatch.h/linknamespace
> FAIL: conform/XOPEN2K/glob.h/linknamespace
> FAIL: conform/XOPEN2K/grp.h/linknamespace
> FAIL: conform/XOPEN2K/locale.h/linknamespace
> FAIL: conform/XOPEN2K/math.h/linknamespace
> FAIL: conform/XOPEN2K/mqueue.h/linknamespace
> FAIL: conform/XOPEN2K/pthread.h/linknamespace
> FAIL: conform/XOPEN2K/pwd.h/linknamespace
> FAIL: conform/XOPEN2K/regex.h/linknamespace
> FAIL: conform/XOPEN2K/sched.h/linknamespace
> FAIL: 

Bug#844136: bareos: FTBFS: make[2]: *** No rule to make target '../ndmp/ndmp0.h', needed by 'ndma_comm_dispatch.lo'. Stop.

2016-11-12 Thread Lucas Nussbaum
Source: bareos
Version: 15.2.4-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/src/lib'
> Compiling address_conf.c
> make[2]: *** No rule to make target '../ndmp/ndmp0.h', needed by 
> 'ndma_comm_dispatch.lo'.  Stop.
> make[2]: *** Waiting for unfinished jobs
> Compiling attr.c
> Compiling alist.c
> Compiling attribs.c
> Compiling base64.c
> Compiling berrno.c
> Compiling bget_msg.c
> Compiling binflate.c
> Compiling bnet_server_tcp.c
> Compiling bnet.c
> Compiling bpipe.c
> Compiling breg.c
> Compiling bregex.c
> Compiling bsnprintf.c
> Compiling bsock.c
> Compiling bsock_sctp.c
> Compiling bsock_tcp.c
> Compiling bsock_udt.c
> Compiling bsys.c
> Compiling btime.c
> Compiling btimers.c
> Compiling cbuf.c
> Compiling compression.c
> Compiling cram-md5.c
> Compiling crypto.c
> Compiling crypto_cache.c
> Compiling crypto_gnutls.c
> Compiling crypto_none.c
> Compiling crypto_nss.c
> Compiling crypto_openssl.c
> Compiling crypto_wrap.c
> Compiling daemon.c
> Compiling devlock.c
> Compiling dlist.c
> Compiling edit.c
> Compiling fnmatch.c
> Compiling guid_to_name.c
> Compiling htable.c
> Compiling jcr.c
> Compiling json.c
> Compiling hmac.c
> Compiling lockmgr.c
> Compiling md5.c
> Compiling mem_pool.c
> Compiling message.c
> Compiling mntent_cache.c
> Compiling output_formatter.c
> Compiling path_list.c
> Compiling plugins.c
> Compiling poll.c
> Compiling passphrase.c
> make[2]: Leaving directory '/<>/src/ndmp'
> GNUmakefile:165: recipe for target 'src/ndmp' failed
> make[1]: *** [src/ndmp] Error 2

The full build log is available from:
   http://aws-logs.debian.net/2016/11/11/bareos_15.2.4-2_unstable.log

This failure happens on a CPU with TSX extensions available, but is not
reproducible on a machine without them. For context, I recommend reading the
thread starting at https://lists.debian.org/debian-devel/2016/11/msg00210.html

The node used is an Amazon EC2 VM with 64 cores. /proc/cpuinfo says:
   model: 79
   model name : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
   stepping : 1

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.



Bug#844133: sivp: FTBFS: segmentation fault

2016-11-12 Thread Lucas Nussbaum
Source: sivp
Version: 0.5.3+svn287-2.1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>/sivp-0.5.3+svn287'
> make[1]: 'update-config' is up to date.
> make[1]: Leaving directory '/<>/sivp-0.5.3+svn287'
> SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 
> DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \
> /usr/bin/scilab -nw -f builder.sce
> Error: Impossible to define SCIHOME environment variable.
> libEGL warning: DRI3: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> Caught handled GLException: EGLGLXDrawableFactory - Could not initialize 
> shared resources for EGLGraphicsDevice[type .egl, v0.0.0, connection nil, 
> unitID 0, handle 0x0, owner true, ResourceToolkitLock[obj 0x2f7b8b80, isOwner 
> true, <6a79100b, 50c7e9d4>[count 1, qsz 0, owner 
> ]]] on thread main-SharedResourceRunner
> [0]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:518)
> [1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
> [2]: java.lang.Thread.run(Thread.java:745)
> Caused[0] by GLException: Failed to created/initialize EGL display incl. 
> fallback default: native 0x0, error 0x3001/0x3001 on thread 
> main-SharedResourceRunner
> [0]: 
> jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297)
> [1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58)
> [2]: 
> jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320)
> [3]: 
> com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125)
> [4]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532)
> [5]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516)
> [6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
> [7]: java.lang.Thread.run(Thread.java:745)
> Building macros...
> -- Creation of [SIVPlib] (Macros) --
> WARNING: Due to the multivendors nature of the Unix world, the function 
> 'haveacompiler' is only supported under Windows.
> Building gateway...
> WARNING: Due to the multivendors nature of the Unix world, the function 
> 'haveacompiler' is only supported under Windows.
>Generate a gateway file
>  
> !#ifdef __cplusplus !
> !   !
> !extern "C" {   !
> !   !
> !#endif !
> !   !
> !#include!
> !   !
> !#include!
> !   !
> !#include !
> !   !
> !#include !
> !   !
> !static int direct_gateway(char *fname,void F(void)) { F();return 0;};  !
> !   !
> !extern Gatefunc int_test;  !
> !   !
> !extern Gatefunc int_sivp_init; !
> !   !
> !extern Gatefunc int_imread;!
> !   !
> !extern Gatefunc int_imwrite;   !
> !   !
> !extern Gatefunc int_imfinfo;   !
> !   !
> !extern Gatefunc int_aviinfo;   !
> !   !
> !extern Gatefunc int_aviopen;   !
> !   !
> !extern Gatefunc int_camopen;   !
> !   

Bug#844134: scilab-ann: FTBFS: segmentation fault

2016-11-12 Thread Lucas Nussbaum
Source: scilab-ann
Version: 0.4.2.4-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> CDBS WARNING:simple-patchsys.mk is deprecated since 0.4.85 - please use 
> source format 3.0 (quilt) instead
> make[1]: 'update-config' is up to date.
> make[1]: Leaving directory '/<>'
> SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 /usr/bin/scilab -nw -f 
> builder.sce
> Error: Impossible to define SCIHOME environment variable.
> libEGL warning: DRI3: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> libEGL warning: DRI2: xcb_connect failed
> Caught handled GLException: EGLGLXDrawableFactory - Could not initialize 
> shared resources for EGLGraphicsDevice[type .egl, v0.0.0, connection nil, 
> unitID 0, handle 0x0, owner true, ResourceToolkitLock[obj 0x65d9c875, isOwner 
> true, <20db4aaa, 4200fc3f>[count 1, qsz 0, owner 
> ]]] on thread main-SharedResourceRunner
> [0]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:518)
> [1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
> [2]: java.lang.Thread.run(Thread.java:745)
> Caused[0] by GLException: Failed to created/initialize EGL display incl. 
> fallback default: native 0x0, error 0x3001/0x3001 on thread 
> main-SharedResourceRunner
> [0]: 
> jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297)
> [1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58)
> [2]: 
> jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320)
> [3]: 
> com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125)
> [4]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532)
> [5]: 
> jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516)
> [6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
> [7]: java.lang.Thread.run(Thread.java:745)
> Building macros...
> -- Creation of [ANN_toolboxlib] (Macros) --
> genlib: Processing file: ann_FF_ConjugGrad.sci
> genlib: Processing file: ann_FF_Hess.sci
> genlib: Processing file: ann_FF_Jacobian.sci
> genlib: Processing file: ann_FF_Jacobian_BP.sci
> genlib: Processing file: ann_FF_Mom_batch.sci
> genlib: Processing file: ann_FF_Mom_batch_nb.sci
> genlib: Processing file: ann_FF_Mom_online.sci
> genlib: Processing file: ann_FF_Mom_online_nb.sci
> genlib: Processing file: ann_FF_SSAB_batch.sci
> genlib: Processing file: ann_FF_SSAB_batch_nb.sci
> genlib: Processing file: ann_FF_SSAB_online.sci
> genlib: Processing file: ann_FF_SSAB_online_nb.sci
> genlib: Processing file: ann_FF_Std_batch.sci
> genlib: Processing file: ann_FF_Std_batch_nb.sci
> genlib: Processing file: ann_FF_Std_online.sci
> genlib: Processing file: ann_FF_Std_online_nb.sci
> genlib: Processing file: ann_FF_VHess.sci
> genlib: Processing file: ann_FF_grad.sci
> genlib: Processing file: ann_FF_grad_BP.sci
> genlib: Processing file: ann_FF_grad_BP_nb.sci
> genlib: Processing file: ann_FF_grad_nb.sci
> genlib: Processing file: ann_FF_init.sci
> genlib: Processing file: ann_FF_init_nb.sci
> genlib: Processing file: ann_FF_run.sci
> genlib: Processing file: ann_FF_run_nb.sci
> genlib: Processing file: ann_d_log_activ.sci
> genlib: Processing file: ann_d_sum_of_sqr.sci
> genlib: Processing file: ann_log_activ.sci
> genlib: Processing file: ann_pat_shuffle.sci
> genlib: Processing file: ann_sum_of_sqr.sci
> genlib: Regenerate names and lib
> Building help...
> 
> Building the master document:
>   /<>/help/en_US
> 
> Building the manual file [javaHelp] in /<>/help/en_US.
> Total files without example: 32
> Total generated html files: 36
> Generating loader.sce...
> Generating unloader.sce...
> Generating cleaner.sce...
>  
>  
>  !--error 42 
> A fatal error has been detected by Scilab.
> Your instance will probably quit unexpectedly soon.
> If a graphic feature has been used, this might be caused by the system 
> graphic drivers.
> Please try to update them and run this feature again.
> You can report a bug on http://bugzilla.scilab.org/ with:
> * a sample code which reproduces the issue
> * the result of [a, b] = getdebuginfo()
> * the following information:
> [ip-172-31-0-73:45723] Signal: Segmentation fault (11)
> [ip-172-31-0-73:45723] Signal code:  (128)
> [ip-172-31-0-73:45723] Failing at address: (nil)
>  
> Call stack:
>1: 0x8c14a9 
> (/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so)
>2: 0x8b5458 < >  
> 

Bug#843922: stockfish: FTBFS: g++: error: unrecognized command line option '-m32'

2016-11-12 Thread Milan Zamazal
> "SJ" == Sven Joachim  writes:

SJ> I haven't looked at the stockfish source, but I can imagine that
SJ> this is not going to improve the situation on 32-bit arches.  If
SJ> the config machinery cannot find out the pointer size by itself,
SJ> dpkg-architecture provides DEB_HOST_ARCH_BITS for you.

Thanks for the tip, applied.

SJ> Inspecting the build system I found out that there is no config
SJ> machinery, just a Makefile.  The attached patch fixes the
SJ> problem for the usual build in Debian, although you might want
SJ> to fix some other code paths as well (e.g. if someone builds
SJ> with COMP=clang).

Thanks for the patch, indeed, there's no need to use the option with (at
least) g++.  Applied.

Regards,
Milan



Processed: ITP: golang-github-opencontainers-image-spec -- Open Container Initiative (OCI) Image Format Specification

2016-11-12 Thread Debian Bug Tracking System
Processing control commands:

> affects -1 golang-github-appc-docker2aci
Bug #844127 [wnpp] ITP: golang-github-opencontainers-image-spec -- Open 
Container Initiative (OCI) Image Format Specification
Added indication that 844127 affects golang-github-appc-docker2aci
> block 839282 by -1
Bug #839282 [docker2aci] CVE-2016-7569
839282 was not blocked by any bugs.
839282 was not blocking any bugs.
Added blocking bug(s) of 839282: 844127

-- 
839282: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839282
844127: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844127
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: closing 843687

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> close 843687
Bug #843687 [src:mitmproxy] mitmproxy: FTBFS: AttributeError: 'module' object 
has no attribute 'SSL_ST_INIT'
Marked Bug as done
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
843687: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843687
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: notfound 843687 in 0.18.2-2

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> notfound 843687 0.18.2-2
Bug #843687 [src:mitmproxy] mitmproxy: FTBFS: AttributeError: 'module' object 
has no attribute 'SSL_ST_INIT'
The source 'mitmproxy' and version '0.18.2-2' do not appear to match any binary 
packages
Ignoring request to alter found versions of bug #843687 to the same values 
previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
843687: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843687
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#828408: fixed in libpoe-filter-ssl-perl 0.30-2

2016-11-12 Thread Jonathan Wiltshire

On 2016-11-12 17:57, gregor herrmann wrote:

On Sat, 12 Nov 2016 18:45:31 +0100, Moritz Muehlenhoff wrote:


On Sat, Nov 12, 2016 at 04:50:25PM +, gregor herrmann wrote:
> Source: libpoe-filter-ssl-perl
>* Use OpenSSL 1.0.2 for the time being. (Closes: #828408)

Don't close such bugs. You used a workaround, but the bug still
persists. If there are valid exceptions not to move to openssl 1.1,
they should rather be tagged stretch-ignore.


Thanks for your mail.

Indeed I was a bit unsure what to do with this bug (closes or
downgrade+unblock or close+clone ...), and I've seen this discussed
on #debian-release earlier today but I didn't see a consensus or
clear guidance there.

I'm happy to have the release team / security team / OpenSSL
maintainers change the bug status or tell me what the preferred
method is, as soon is there is a clear consensus.


stretch-ignore would not be appropriate. If the bug has been worked 
around, please downgrade and unblock.


Thanks,

--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

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

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits



Processed: Re: Debian Installer Stretch Alpha 8 release

2016-11-12 Thread Debian Bug Tracking System
Processing control commands:

> severity 843073 important
Bug #843073 [dpkg-dev] dpkg-shlibdeps: broken on i386 with merged /usr
Severity set to 'important' from 'serious'

-- 
843073: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843073
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#844121: Remote crash in MaraDNS 2.0.13

2016-11-12 Thread Luciano Bello
Source: maradns
Severity: grave
Version: 2.0.13-1.2
Tags: security upstream 

Hi,

The following vulnerability was published for MaraDNS:
http://seclists.org/oss-sec/2016/q4/411

No CVE is was assigned yet, but the request was made in that thread.
If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry, if it is 
assigned soon.

Please adjust the affected versions in the BTS as needed.

Regards,luciano



Bug#843073: Debian Installer Stretch Alpha 8 release

2016-11-12 Thread Guillem Jover
Control: severity 843073 important

On Sat, 2016-11-12 at 18:37:52 +0100, Guillem Jover wrote:
> On Sat, 2016-11-12 at 16:24:32 +0100, Cyril Brulebois wrote:
> > Important change in this release of the installer
> > =
> > 
> >  * debootstrap now defaults to merged-/usr, that is with /bin, /sbin,
> >/lib* being symlinks to their counterpart in /usr (more details on:
> >https://lists.debian.org/debian-devel/2016/09/msg00269.html).
> 
> This has caused build issues with dpkg-shlibdeps (#843073) on some
> architectures, which was a known problem (#810499) at the time of
> the default switch. :(
> 
> As I'm told the buildds regenerate the chroots every couple of weeks (?),
> which means several of those buildds will most probably start failing,
> I'd appreciate if the proponents of this change could either help
> Felipe Sateler (many thanks to him for working on this!) to track down
> and find an acceptable solution for dpkg-shlibdeps, or revert the change
> in debootstrap.

Ok, Mattia Rizzolo tells me (thanks!) that it's actually twice per
week, and that the debootstrap used is from jessie so this should not
be such a big deal for the Debian buildds. I'm thus lowering the
severity. All other comments still apply though.

> Otherwise I guess I might just reassign the dpkg-shlibdeps bug to both
> usrmerge and debootstrap.

Thanks,
Guillem



Bug#844042: marked as done (node-cross-spawn-async: FTBFS (Cannot find module 'lru-cache'))

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 18:07:45 +
with message-id 
and subject line Bug#844042: fixed in node-cross-spawn-async 2.2.5-1
has caused the Debian Bug report #844042,
regarding node-cross-spawn-async: FTBFS (Cannot find module 'lru-cache')
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
844042: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844042
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:node-cross-spawn-async
Version: 2.1.9-1
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
   dh_auto_build -i
   debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'
nodejs test/prepare && mocha -C -R spec test/test
Copied "prepare_()%!^&;, .sh" to "()%!^&;, "
module.js:327
throw err;
^

Error: Cannot find module 'lru-cache'
at Function.Module._resolveFilename (module.js:325:15)
at Function.Module._load (module.js:276:25)
at Module.require (module.js:353:17)
at require (internal/module.js:12:17)
at Object. (/<>/lib/parse.js:2:22)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Module.require (module.js:353:17)
at require (internal/module.js:12:17)
at Object. (/<>/index.js:2:14)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Module.require (module.js:353:17)
at require (internal/module.js:12:17)
at Object. (/<>/test/util/buffered.js:3:13)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Module.require (module.js:353:17)
at require (internal/module.js:12:17)
at Object. (/<>/test/test.js:9:16)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Module.require (module.js:353:17)
at require (internal/module.js:12:17)
at /usr/lib/nodejs/mocha/lib/mocha.js:172:27
at Array.forEach (native)
at Mocha.loadFiles (/usr/lib/nodejs/mocha/lib/mocha.js:169:14)
at Mocha.run (/usr/lib/nodejs/mocha/lib/mocha.js:356:31)
at Object. (/usr/lib/nodejs/mocha/bin/_mocha:366:16)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Function.Module.runMain (module.js:441:10)
at startup (node.js:139:18)
at node.js:974:3
debian/rules:11: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:8: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Looks like a missing build-depends.

Even if this is Arch:all, please consider uploading in source-only form,
so that these kind of bugs do not propagate to testing.

Thanks.
--- End Message ---
--- Begin Message ---
Source: node-cross-spawn-async
Source-Version: 2.2.5-1

We believe that the bug you reported is fixed in the latest version of
node-cross-spawn-async, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 844...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ross Gammon  (supplier of updated node-cross-spawn-async 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED 

Bug#830280: marked as done (libfurl-perl: accesses the internet during build)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 18:07:26 +
with message-id 
and subject line Bug#830280: fixed in libfurl-perl 3.08-2
has caused the Debian Bug report #830280,
regarding libfurl-perl: accesses the internet during build
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
830280: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830280
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: libfurl-perl
Version: 3.08-1
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access

Dear Maintainer,

Whilst libfurl-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.

  00:00:00.00 IP 6a51315725aa.59147 > dnscache.uct.ac.za.domain: 36961+ A? 
127.0.0._. (27)
  00:00:00.071201 IP dnscache.uct.ac.za.domain > 6a51315725aa.59147: 36961 
NXDomain 0/1/0 (102)
  00:00:00.071321 IP 6a51315725aa.35944 > dnscache.uct.ac.za.domain: 59913+ A? 
127.0.0._.uct.ac.za. (37)
  00:00:00.100417 IP dnscache.uct.ac.za.domain > 6a51315725aa.35944: 59913 
NXDomain* 0/1/0 (91)
  00:00:00.100494 IP 6a51315725aa.44668 > dnscache.uct.ac.za.domain: 6519+ A? 
127.0.0._.chris-lamb.co.uk. (44)
  00:00:00.299211 IP dnscache.uct.ac.za.domain > 6a51315725aa.44668: 6519 
NXDomain 0/1/0 (105)

  [..]

The full build log (including tcpdump output) is attached.


Regards,

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


libfurl-perl.3.08-1.unstable.amd64.log.txt.gz
Description: Binary data
--- End Message ---
--- Begin Message ---
Source: libfurl-perl
Source-Version: 3.08-2

We believe that the bug you reported is fixed in the latest version of
libfurl-perl, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 830...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
gregor herrmann  (supplier of updated libfurl-perl package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 12 Nov 2016 18:46:09 +0100
Source: libfurl-perl
Binary: libfurl-perl
Architecture: source
Version: 3.08-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group 
Changed-By: gregor herrmann 
Closes: 830280
Description: 
 libfurl-perl - lightning-fast URL fetcher
Changes:
 libfurl-perl (3.08-2) unstable; urgency=medium
 .
   * Team upload.
   * Disable DNS queries during build. (Closes: #830280)
   * Declare compliance with Debian Policy 3.9.8.
   * Update Vcs-Git field in debian/control.
   * Update lintian override (changed tag name).
Checksums-Sha1: 
 8a2089720f0d2f526fc60a57013fbacaa47530db 2644 libfurl-perl_3.08-2.dsc
 cc9eaf0e44b17cc56d8b594ed9a2e85eb549ce95 5428 libfurl-perl_3.08-2.debian.tar.xz
Checksums-Sha256: 
 803deba0b877766c5033592e8d213f0c417fa207d229f5fe9f96cc3af34e3cf2 2644 
libfurl-perl_3.08-2.dsc
 4f708df2cba4830a8b707f71d805a21963522fc5f57c8c245c7a1e9e080f9489 5428 
libfurl-perl_3.08-2.debian.tar.xz
Files: 
 105cba5f073bc9638cdacbe166048403 2644 perl optional libfurl-perl_3.08-2.dsc
 ecc652a71cceb87e8b24a14327a5bcef 5428 perl optional 
libfurl-perl_3.08-2.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlgnVgpfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgaAwQ/8DpP5OL60VZ9KLfGtrUrtzWCFsj/lKj/8o3tM711ngxMZeFH+WDboStpe
Of1yacbvwoXZLPaANrfcyrKflXvYSb80NzC7Vz1pSHnlVeY9Vt+3MqlGO6NyAWr4
S6HYYfUV9TdhLjeskyhZFXkaObZhaDo5OjGnkixF/hl822pYFPGFjO5tydNlXhxE
FrCJ6nWL51U1kM6mamH2BiwptbH+ZFqT0X7PXD4uYk34KomFSCyntSMTBn5Ugi7s
oGG7zhPa3jXLPUC34apnC7RYJtVuN+s+oQ1wc2RnGnK/B4OOsJ/VRtVBBdojMgal
ndR7utqc+O2bnptY+E7HTiDlkdnfMGqpn2RERHBA8FJ7gFU/D7prrFkqQnB0qp8d
PrOC2Xw4sckwwe1o69DhszWVqrUGuIV9UibJCxSvaeQb8AfwYDYroiPyOXDjpBSr
i3bXEAV/aYic0vD0HpOJUx4f7s/iBCfD5Bpbq949SOSe93HBDIR05+bMCe1awu9d
tQvdaHWbkqOf36tKObuTmjisOnDclSpABITYcni+F1Bs+k3uf7GX0xk/xZyQVKja
jzH4qWODE4q40zF2Cor8dpcMqCCVS7s6DBFBQUIJKZojcMSxx+e7h8Rb+rjsIqCe

Bug#843713: libsvn-web-perl: FTBFS (failing tests)

2016-11-12 Thread Santiago Vila
On Sat, Nov 12, 2016 at 04:59:36PM +0100, Hilko Bengen wrote:
> Control: tag -1 unreproducible moreinfo
> 
> Hi Santiago,
> 
> I cannot reproduce the problem here. can you show me exactly how the
> tests fail, e.g. by running
> 
> $ perl -Mblib t/1use.t
> 
> and
> 
> $ perl -Mblib t/2basic.t
> 
> after the build has failed? Thank you.

The first one:

1..14
not ok 1 - use SVN::Web;
#   Failed test 'use SVN::Web;'
#   at t/1use.t line 19.
# Tried to use 'SVN::Web'.
# Error:  Can't locate YAML.pm in @INC (you may need to install the YAML 
module) (@INC contains: /build/libsvn-web-perl-0.63/blib/arch 
/build/libsvn-web-perl-0.63/blib/lib /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 
/usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
/build/libsvn-web-perl-0.63/blib/lib/SVN/Web.pm line 11,  line 118.
# BEGIN failed--compilation aborted at 
/build/libsvn-web-perl-0.63/blib/lib/SVN/Web.pm line 11,  line 118.
# Compilation failed in require at t/1use.t line 19,  line 118.
# BEGIN failed--compilation aborted at t/1use.t line 19,  line 118.
ok 2 - use SVN::Web::Blame;
ok 3 - use SVN::Web::Browse;
ok 4 - use SVN::Web::Checkout;
ok 5 - use SVN::Web::Diff;
ok 6 - use SVN::Web::DiffParser;
ok 7 - use SVN::Web::I18N;
ok 8 - use SVN::Web::List;
ok 9 - use SVN::Web::Log;
ok 10 - use SVN::Web::RSS;
ok 11 - use SVN::Web::Revision;
ok 12 - use SVN::Web::View;
ok 13 - use SVN::Web::X;
ok 14 - use SVN::Web::action;
# Looks like you failed 1 test of 14.

The second one:

Can't locate YAML.pm in @INC (you may need to install the YAML module) (@INC 
contains: /build/libsvn-web-perl-0.63/blib/arch 
/build/libsvn-web-perl-0.63/blib/lib /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 
/usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
/build/libsvn-web-perl-0.63/blib/lib/SVN/Web.pm line 11.
BEGIN failed--compilation aborted at 
/build/libsvn-web-perl-0.63/blib/lib/SVN/Web.pm line 11.
Compilation failed in require at 
/build/libsvn-web-perl-0.63/blib/lib/SVN/Web/Test.pm line 24.
BEGIN failed--compilation aborted at 
/build/libsvn-web-perl-0.63/blib/lib/SVN/Web/Test.pm line 24.
Compilation failed in require at t/2basic.t line 6.
BEGIN failed--compilation aborted at t/2basic.t line 6.


Looks like a missing build-depends on whatever perl package provides
the YAML module. This is why I always recommend uploading in
source-only form.

Before tagging as unreproducible, please try building in a clean
chroot with only the build-dependencies installed (this is the only
way we should really try to reproduce FTBFS bugs).

Thanks.



Bug#828253: not fixed at all

2016-11-12 Thread Moritz Muehlenhoff
These bugs are not fixed and should not be closed. Even if they're switched 
temporarily
to openssl 1.0.2, this will go away after the stretch release. Also, they 
should at
least be forwarded upstream before flipping to 1.0.2.



Bug#828408: fixed in libpoe-filter-ssl-perl 0.30-2

2016-11-12 Thread gregor herrmann
On Sat, 12 Nov 2016 18:45:31 +0100, Moritz Muehlenhoff wrote:

> On Sat, Nov 12, 2016 at 04:50:25PM +, gregor herrmann wrote:
> > Source: libpoe-filter-ssl-perl
> >* Use OpenSSL 1.0.2 for the time being. (Closes: #828408)
> 
> Don't close such bugs. You used a workaround, but the bug still
> persists. If there are valid exceptions not to move to openssl 1.1,
> they should rather be tagged stretch-ignore.

Thanks for your mail.

Indeed I was a bit unsure what to do with this bug (closes or
downgrade+unblock or close+clone ...), and I've seen this discussed
on #debian-release earlier today but I didn't see a consensus or
clear guidance there.

I'm happy to have the release team / security team / OpenSSL
maintainers change the bug status or tell me what the preferred
method is, as soon is there is a clear consensus.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Donovan: Barabajagal


signature.asc
Description: Digital Signature


Processed: Pending fixes for bugs in the libfurl-perl package

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tag 830280 + pending
Bug #830280 [src:libfurl-perl] libfurl-perl: accesses the internet during build
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
830280: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830280
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#830280: Pending fixes for bugs in the libfurl-perl package

2016-11-12 Thread pkg-perl-maintainers
tag 830280 + pending
thanks

Some bugs in the libfurl-perl package are closed in revision
49d0568902018d58cb4c63a44d21efe6bedc8323 in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libfurl-perl.git/commit/?id=49d0568

Commit message:

Disable DNS queries during build.

Closes: #830280



Bug#828408: fixed in libpoe-filter-ssl-perl 0.30-2

2016-11-12 Thread Moritz Muehlenhoff
On Sat, Nov 12, 2016 at 04:50:25PM +, gregor herrmann wrote:
> Source: libpoe-filter-ssl-perl
>* debian/copyright: change Copyright-Format 1.0 URL to HTTPS.
>* Use OpenSSL 1.0.2 for the time being. (Closes: #828408)

Don't close such bugs. You used a workaround, but the bug still
persists. If there are valid exceptions not to move to openssl 1.1,
they should rather be tagged stretch-ignore.



Bug#834912: libfile-tee-perl: FTBFS too much often (Failed 1/2 test programs)

2016-11-12 Thread gregor herrmann
On Sat, 20 Aug 2016 20:25:24 +0300, Niko Tyni wrote:

> On Sat, Aug 20, 2016 at 06:49:21PM +0200, gregor herrmann wrote:
> > On Sat, 20 Aug 2016 17:18:10 +0200, Santiago Vila wrote:
> > > ok 24 - missing end of line - missing end of line...
> > > ok 25 - missing end of line - missing end of line... c
> > > ok 26
> > > not ok 27
> > > Failed 24/50 subtests 
> > 
> > FWIW, the package builds fine for me (amd64 sid cowbuilder).

Ok, now I can sometimes reproduce the failure in test 27 when running
the tests in a loop under heavy load.
 
> Looks like https://rt.cpan.org/Public/Bug/Display.html?id=101278 ;
> quoting Slaven:
> 
>   So it seems that the completion of the fork() call is quite slow in
>   this case. Setting $SIG{INT} to IGNORE did not happen yet in the child,
>   so it was unexpectedly killed, and the next write() call caused a
>   SIGPIPE in the parent

Sounds good :)
I'm still not sure where to try and start looking for a fix ...


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Neil Young: Forever Young (live)


signature.asc
Description: Digital Signature


Processed: This looks clearly RC now

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 818731 serious
Bug #818731 [approx] approx: weekly cronjob breaks with removal of Files field 
from Sources
Severity set to 'serious' from 'important'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
818731: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818731
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#834730: marked as done (libdist-zilla-plugins-cjm-perl: FTBFS: Failed 1/9 test programs. 2/126 subtests failed.)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 17:21:10 +
with message-id 
and subject line Bug#834730: fixed in libdist-zilla-plugins-cjm-perl 4.27-2
has caused the Debian Bug report #834730,
regarding libdist-zilla-plugins-cjm-perl: FTBFS: Failed 1/9 test programs. 
2/126 subtests failed.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
834730: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834730
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: libdist-zilla-plugins-cjm-perl
Version: 4.27-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,

libdist-zilla-plugins-cjm-perl fails to build from source in unstable/amd64:

  [..]

  Setting up libsyntax-perl (0.004-1) ...
  Setting up libapp-cmd-perl (0.331-1) ...
  Setting up libnamespace-autoclean-perl (0.28-1) ...
  Setting up liblog-dispatchouli-perl (2.012-1) ...
  Setting up libdatetime-perl (2:1.36-1) ...
  Setting up libsyntax-keyword-junction-perl (0.003008-1) ...
  Setting up libmoose-perl (2.1804-1) ...
  Setting up libperl-prereqscanner-perl (1.023-1) ...
  Setting up libmoosex-setonce-perl (0.22-1) ...
  Setting up libmoosex-role-parameterized-perl (1.09-1) ...
  Setting up libmoosex-types-perl (0.46-1) ...
  Setting up librole-hasmessage-perl (0.006-1) ...
  Setting up libmoose-autobox-perl (0.16-1) ...
  Setting up librole-identifiable-perl (0.006-1) ...
  Setting up libmoosex-lazyrequire-perl (0.11-1) ...
  Setting up libmoosex-types-perl-perl (0.101343-1) ...
  Setting up libmoosex-oneargnew-perl (0.003-1) ...
  Setting up libconfig-mvp-perl (2.200010-1) ...
  Setting up libconfig-mvp-reader-ini-perl (2.101463-1) ...
  Setting up libwww-perl (6.15-1) ...
  Setting up liblwp-protocol-https-perl (6.06-2) ...
  Setting up libcpan-uploader-perl (0.103012-1) ...
  Setting up libdist-zilla-perl (6.007-1) ...
  Setting up libdist-zilla-plugins-cjm-perl-build-deps (4.27-1) ...
  Processing triggers for ca-certificates (20160104) ...
  Updating certificates in /etc/ssl/certs...
  173 added, 0 removed; done.
  Running hooks in /etc/ca-certificates/update.d...
  done.
  
  
**
  ** Environment
  **
  
**
  
  
PATH=/home/lamby/git/projects/dotfiles/dotfiles/..//bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
  HOSTNAME=d2a3611051b8
  TERM=xterm
  PAGER=more
  DISPLAY=:0
  DOCKER_IMAGE=lamby-debian-sid
  DEB_BUILD_OPTIONS=parallel=9
  PIP_DOWNLOAD_CACHE=/home/lamby/.cache/pip
  HOME=/home/lamby
  LOGNAME=lamby
  SHLVL=1
  
PWD=/home/lamby/temp/cdt.20160818125642.v60ZjCEfNi.db.libdist-zilla-plugins-cjm-perl/libdist-zilla-plugins-cjm-perl-4.27
  
OLDPWD=/home/lamby/temp/cdt.20160818125642.v60ZjCEfNi.db.libdist-zilla-plugins-cjm-perl
  GPG_TTY=/dev/console
  QUILT_PATCHES=debian/patches
  QUILT_NO_DIFF_INDEX=1
  QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index
  DEBEMAIL=la...@debian.org
  DEBFULLNAME=Chris Lamb
  EDITOR=vim
  LESS=-cgiFx4M
  GPG_KEY=1E953E27D4311E58
  BLASTER=A220 I5 D1 H5 P330 T6
  _=/usr/bin/env
  
  
**
  ** Building libdist-zilla-plugins-cjm-perl 4.27-1 on amd64
  **
  
**
  
   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: info: source package libdist-zilla-plugins-cjm-perl
  dpkg-buildpackage: info: source version 4.27-1
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Lucas Kanashiro 

   dpkg-source --before-build libdist-zilla-plugins-cjm-perl-4.27
  dpkg-buildpackage: info: host architecture amd64
   fakeroot debian/rules clean
  dh clean
 dh_testdir
 dh_auto_clean
 dh_clean
   debian/rules build
  dh build
 dh_testdir
 dh_update_autotools_config
 dh_auto_configure
perl -I. Makefile.PL INSTALLDIRS=vendor "OPTIMIZE=-g -O2 
-fdebug-prefix-map=/home/lamby/temp/cdt.20160818125642.v60ZjCEfNi.db.libdist-zilla-plugins-cjm-perl/libdist-zilla-plugins-cjm-perl-4.27=.
 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2" 

Bug#844115: Version tracking no longer knows about unstable versions

2016-11-12 Thread Mattia Rizzolo
On Sat, Nov 12, 2016 at 06:06:35PM +0200, Adrian Bunk wrote:
> This is likely caused by
> https://lists.debian.org/debian-devel-announce/2016/11/msg5.html

Not only this, unknown-package@ receive email of packages with known
maintainer.

You can have a look at archive-unknown-package on quantz to see them,
for example I just receive notification that 835685 is closed, but that
bug really is on a package with a maintainer.
(removing myself from the alias until this is fixed).


-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature


Processed: Pending fixes for bugs in the libdist-zilla-plugins-cjm-perl package

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tag 834730 + pending
Bug #834730 [src:libdist-zilla-plugins-cjm-perl] 
libdist-zilla-plugins-cjm-perl: FTBFS: Failed 1/9 test programs. 2/126 subtests 
failed.
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
834730: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834730
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#844101: marked as done (suil: FTBFS: qbasicatomic.h:290:14: error: 'Ops' has not been declared)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 17:08:01 +
with message-id 
and subject line Bug#844101: fixed in suil 0.8.4~dfsg0-2
has caused the Debian Bug report #844101,
regarding suil: FTBFS: qbasicatomic.h:290:14: error: 'Ops' has not been declared
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
844101: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844101
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: suil
Version: 0.8.4~dfsg0-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,

suil fails to build from source in unstable/amd64:

  […]

  /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h: In member function 
'X* QBasicAtomicPointer::fetchAndSubRelaxed(qptrdiff)':
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h:290:14: error: 'Ops' 
has not been declared
   { return Ops::fetchAndSubRelaxed(_q_value, valueToAdd); }
^~~
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h: In member function 
'X* QBasicAtomicPointer::fetchAndSubAcquire(qptrdiff)':
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h:292:14: error: 'Ops' 
has not been declared
   { return Ops::fetchAndSubAcquire(_q_value, valueToAdd); }
^~~
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h: In member function 
'X* QBasicAtomicPointer::fetchAndSubRelease(qptrdiff)':
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h:294:14: error: 'Ops' 
has not been declared
   { return Ops::fetchAndSubRelease(_q_value, valueToAdd); }
^~~
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h: In member function 
'X* QBasicAtomicPointer::fetchAndSubOrdered(qptrdiff)':
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h:296:14: error: 'Ops' 
has not been declared
   { return Ops::fetchAndSubOrdered(_q_value, valueToAdd); }
^~~
  In file included from 
/usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs.h:50:0,
   from 
/usr/include/x86_64-linux-gnu/qt5/QtGui/qwindowdefs.h:44,
   from 
/usr/include/x86_64-linux-gnu/qt5/QtWidgets/qwidget.h:43,
   from /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QWidget:1,
   from ../src/x11_in_qt5.cpp:18:
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h: At global scope:
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h:69:23: warning: 
variadic templates only available with -std=c++11 or -std=gnu++11
   template  struct List {};
 ^~~
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h:70:38: warning: 
variadic templates only available with -std=c++11 or -std=gnu++11
   template  struct List { 
typedef Head Car; typedef List Cdr; };
^~~
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h:72:23: warning: 
variadic templates only available with -std=c++11 or -std=gnu++11
   template  struct List_Append { typedef List Value; };
 ^~~
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h:72:39: warning: 
variadic templates only available with -std=c++11 or -std=gnu++11
   template  struct List_Append { typedef List Value; };
 ^~~
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h:72:88: error: 
'>>' should be '> >' within a nested template argument list
   template  struct List_Append { typedef List Value; };

  ^~
  In file included from 
/usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs.h:50:0,
   from 
/usr/include/x86_64-linux-gnu/qt5/QtGui/qwindowdefs.h:44,
   from 
/usr/include/x86_64-linux-gnu/qt5/QtWidgets/qwidget.h:43,
   from /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QWidget:1,
   from ../src/x11_in_qt5.cpp:18:
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h:98:22: error: 
expected ',' or '...' before '&&' token
   void operator,(T &, const ApplyReturnValue ) {
^~
  /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h:98:67: error: 
'void QtPrivate::operator,(T)' must take exactly two arguments
   void 

Processed: block 818463 with 844115

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 818463 with 844115
Bug #818463 [ftp.debian.org] archive changes: md5/sha1, gz/xz
818463 was blocked by: 818574 818761 818731 818604 818579 837649 818324
818463 was not blocking any bugs.
Added blocking bug(s) of 818463: 844115
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
818463: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818463
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#842728: emacs25: FTBFS randomly (Wrong type argument: number-or-marker-p, nil)

2016-11-12 Thread Rob Browning
Santiago Vila  writes:

> I tried to build this package in stretch with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)
> but it failed:

Any chance you've tried (and been able) to reproduce it outside the
VM/sbuild?

Since I don't have sbuild set up, I figured I'd try that first, and a
loop on my normal machine (somewhere between stretch and current sid)
hasn't failed after about 8 iterations:

  (set -ex
   i=0
   export DEB_BUILD_OPTIONS=parallel=3 
   while nice dpkg-buildpackage -us -uc -A -rfakeroot; do
 echo = trial $((i++))
 debian/rules clean
   done)

I suppose I might try a pbuilder sid chroot next, and then perhaps
sbuild on one of the buildds.

Oh, and did you have reason to think that the single core was important.
I can retry without parallel, but it'd be nice if we can find a faster
way to reproduce the problem.  I suppose one way to speed up the cycle
time would be to comment out the -x and -nox builds in debian/rules.

And not that I suspect it right now, but what does the build filesystem
look like?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



Bug#834730: Pending fixes for bugs in the libdist-zilla-plugins-cjm-perl package

2016-11-12 Thread pkg-perl-maintainers
tag 834730 + pending
thanks

Some bugs in the libdist-zilla-plugins-cjm-perl package are closed in
revision 952aa539b3e557a27da554a24ebea6ffce5d7b6a in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libdist-zilla-plugins-cjm-perl.git/commit/?id=952aa53

Commit message:

Add patch from CPAN RT to work with different CPAN::Meta::Spec versions.

Closes: #834730



Bug#843704: marked as done (libnet-pcap-perl: FTBFS: t/09-error.t fails with newer libpcap)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 17:06:16 +
with message-id 
and subject line Bug#843704: fixed in libnet-pcap-perl 0.18-2
has caused the Debian Bug report #843704,
regarding libnet-pcap-perl: FTBFS: t/09-error.t fails with newer libpcap
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
843704: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843704
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libnet-pcap-perl
Version: 0.18-1
Severity: serious
User: debian-p...@lists.debian.org
Usertags: autopkgtest

As noticed by ci.debian.net, this package fails its test suite
on current sid, making it fail to build from source.

  https://ci.debian.net/packages/libn/libnet-pcap-perl/unstable/amd64/

This regressed on 20161029 or so:

  
https://ci.debian.net/data/packages/unstable/amd64/libn/libnet-pcap-perl/20161029_182428.log

  -libpcap0.8 1.7.4-3
  +libpcap0.8 1.8.1-1

The reason looks like just a cosmetic change in libpcap diagnostics:

  #   Failed test ' - $err must not be null: syntax error in filter expression: 
syntax error'
  #   at t/09-error.t line 25.
  #   'syntax error in filter expression: syntax error'
  # doesn't match '/^(?:parse|syntax) error$/'
  # Looks like you failed 1 test of 10.
 
-- 
Niko Tyni   nt...@debian.org
--- End Message ---
--- Begin Message ---
Source: libnet-pcap-perl
Source-Version: 0.18-2

We believe that the bug you reported is fixed in the latest version of
libnet-pcap-perl, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 843...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
gregor herrmann  (supplier of updated libnet-pcap-perl 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 12 Nov 2016 17:46:36 +0100
Source: libnet-pcap-perl
Binary: libnet-pcap-perl
Architecture: source
Version: 0.18-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group 
Changed-By: gregor herrmann 
Closes: 843704
Description: 
 libnet-pcap-perl - Perl binding to the LBL pcap packet capture library
Changes:
 libnet-pcap-perl (0.18-2) unstable; urgency=medium
 .
   * Add patch from CPAN RT for libpcap 1.8 compatibility.
 (Closes: #843704)
   * Add build dependency on libtest-exception-perl to enable more tests.
   * Add a patch to fix spelling mistakes in the POD.
Checksums-Sha1: 
 06da7657e2cccfa4de87e09ec0842b2f440c8881 2361 libnet-pcap-perl_0.18-2.dsc
 61449f40f2b23a7c06a640a0f84d9b04d0480c1f 5100 
libnet-pcap-perl_0.18-2.debian.tar.xz
Checksums-Sha256: 
 b8a3e9c59560317b6a8f2887c035fe1d372737b0eb06d3a3209b744ed6b14f04 2361 
libnet-pcap-perl_0.18-2.dsc
 e6f82af5f954ced641c59a9c96b647fa03194bb7335f307adb2dc6af6b1c0e5c 5100 
libnet-pcap-perl_0.18-2.debian.tar.xz
Files: 
 8f863d5410428c121572997076093c8a 2361 perl optional libnet-pcap-perl_0.18-2.dsc
 598382dc1c71548806c54d039a0e522e 5100 perl optional 
libnet-pcap-perl_0.18-2.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlgnR5dfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgbyNA/+NjFDbvETLOoEEluFl9M2+Q4mqImoyHuduz8bmWJRXTTIxa6+2XJwEhlF
Owr7GlUKFRZgRMFXiV/tjfwGhxYB9JsQpkvMRf1xzkZ5bsLmj2Rp1NVadk5dM34H
Tq28vi6mK1X171GyfUZoB3af5+SqSDEQ8Moz+q502TOYS88sWdAOyVRjSTOeqOLN
eRRugj5yyhn4BgezFZgI6XIT7f0qPp7p5UlofjdLE80PYGQmWOKlKPtgeQ/SzCDi
z3zz5EKnPy13mbJlyswqM8wBqsFraFFlrOwEHCQyJMiv6bvk3z2V3IcKkh/YOUpR
k/1rpIEO6RHNLgaLUZYqVE953KginXux18Z9nghBfyH0A43gGE6YPSilZG6qjEAK
KGKzuRB8jLzwWTHfnsXRfFMI/j4ZGRSGbVjbZXNnPe1SpRgyoMODLWLYZYrriLL6
ELAra78NtCVtRdvu1xky9z29ldURGxldTEjlekihEeStU46STXtf6s5yCBXgs8Px
IDUp4xWo5lDHgN2Iaa6C9OVdvRQxL5XmgESCnHXeTw0ifEMrbGXaLp3BRrgY8iJk
Gmamk1dTJCDCPPC54B2SoDkm8vRbuC8pHMZnsmQTxU0Cr/aKHuIQFsmGWmd7HMpR
GIzLLT4MfrAc4KFiW1MLDJ6Pl+GgbEsygvtZeG/LICc+irZsUeU=
=czIe
-END PGP SIGNATURE End Message ---


Bug#835685: marked as done (golint: FTBFS: dh_auto_test: go test -v -p 1 github.com/golang/lint github.com/golang/lint/golint returned exit code 1)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 17:06:11 +
with message-id 
and subject line Bug#835685: fixed in golint 0.0+git20161013.3390df4-1
has caused the Debian Bug report #835685,
regarding golint: FTBFS: dh_auto_test: go test -v -p 1 github.com/golang/lint 
github.com/golang/lint/golint returned exit code 1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
835685: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835685
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: golint
Version: 0.0+git20150623.7b7f436-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160828 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build --buildsystem=golang --with=golang
>dh_testdir -O--buildsystem=golang
>dh_update_autotools_config -O--buildsystem=golang
>dh_auto_configure -O--buildsystem=golang
>dh_auto_build -O--buildsystem=golang
>   go install -v -p 1 github.com/golang/lint github.com/golang/lint/golint
> golang.org/x/tools/go/exact
> golang.org/x/tools/go/types
> golang.org/x/tools/go/gcimporter
> github.com/golang/lint
> github.com/golang/lint/golint
>dh_auto_test -O--buildsystem=golang
>   go test -v -p 1 github.com/golang/lint github.com/golang/lint/golint
> === RUN   TestAll
> --- FAIL: TestAll (0.01s)
>   lint_test.go:95: Lint failed at errorf.go:29; /should 
> replace.*t\.Error\(fmt\.Sprintf\(\.\.\.\)\).*t\.Errorf\(\.\.\.\)/ did not 
> match
>   lint_test.go:95: Lint failed at time.go:11; /Msec.*\*time.Duration/ did 
> not match
>   lint_test.go:95: Lint failed at time.go:13; /Secs.*time.Duration/ did 
> not match
> === RUN   TestLine
> --- PASS: TestLine (0.00s)
> === RUN   TestLintName
> --- PASS: TestLintName (0.00s)
> === RUN   TestExportedType
> --- PASS: TestExportedType (0.00s)
> FAIL
> exit status 1
> FAIL  github.com/golang/lint  0.015s
> ? github.com/golang/lint/golint   [no test files]
> dh_auto_test: go test -v -p 1 github.com/golang/lint 
> github.com/golang/lint/golint returned exit code 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2016/08/28/golint_0.0+git20150623.7b7f436-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: golint
Source-Version: 0.0+git20161013.3390df4-1

We believe that the bug you reported is fixed in the latest version of
golint, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 835...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Martín Ferrari  (supplier of updated golint package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 12 Nov 2016 17:43:41 +0100
Source: golint
Binary: golint
Architecture: source amd64
Version: 0.0+git20161013.3390df4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team 

Changed-By: Martín Ferrari 
Description:
 golint - Linter for Go source code
Closes: 835685
Changes:
 golint (0.0+git20161013.3390df4-1) unstable; urgency=medium
 .
   [ Paul Tagliamonte ]
   * Use a secure transport for the Vcs-Git and Vcs-Browser URL
 .
   [ Martín Ferrari ]
   * New upstream snapshot. Now requires golang 1.6.
   * Packaging refresh:
 - Updated Standards-Version (no changes).
 - Use new dh-golang features.
 - Use golang-any.
 - Remove Built-Using.
   * Fix dh parameter. Remove gen-orig-tgz target.
   * New x/tools version seems to fix build issues: set a versioned dep.
 Closes: #835685
Checksums-Sha1:
 7d8a65df9118ae8f12fad10e0d94f5b0baf8eec2 2118 

Processed: Bug#844101 marked as pending

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tag 844101 pending
Bug #844101 [src:suil] suil: FTBFS: qbasicatomic.h:290:14: error: 'Ops' has not 
been declared
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
844101: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844101
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#844101: marked as pending

2016-11-12 Thread Jaromír Mikeš
tag 844101 pending
thanks

Hello,

Bug #844101 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:

http://git.debian.org/?p=pkg-multimedia/suil.git;a=commitdiff;h=146ea5d

---
commit 146ea5dfa9ac690e8ad29d79cc178cfeb8e6bf7f
Author: Jaromír Mikeš 
Date:   Sat Nov 12 17:50:26 2016 +0100

Finalize changelog.

diff --git a/debian/changelog b/debian/changelog
index 4676743..96b3a50 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,9 @@
-suil (0.8.4~dfsg0-2) UNRELEASED; urgency=medium
+suil (0.8.4~dfsg0-2) unstable; urgency=medium
 
-  * Start new upload
+  * Add patch to fix FTBFS with Qt 5.7. (Closes: #844101)
+  * Set dh/compat 10.
+  * Set dh/compat 10.
+  * Drop dbg package in favour of dbgsym.
 
  -- Jaromír Mikeš   Sat, 12 Nov 2016 17:27:52 +0100
 



Bug#828408: marked as done (libpoe-filter-ssl-perl: FTBFS with openssl 1.1.0)

2016-11-12 Thread Debian Bug Tracking System
Your message dated Sat, 12 Nov 2016 16:50:25 +
with message-id 
and subject line Bug#828408: fixed in libpoe-filter-ssl-perl 0.30-2
has caused the Debian Bug report #828408,
regarding libpoe-filter-ssl-perl: FTBFS with openssl 1.1.0
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
828408: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828408
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: libpoe-filter-ssl-perl
Version: 0.30-1
Severity: important
Control: block 827061 by -1

Hi,

OpenSSL 1.1.0 is about to released.  During a rebuild of all packages using
OpenSSL this package fail to build.  A log of that build can be found at:
https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/libpoe-filter-ssl-perl_0.30-1_amd64-20160529-1444

On https://wiki.openssl.org/index.php/1.1_API_Changes you can see various of the
reasons why it might fail.  There are also updated man pages at
https://www.openssl.org/docs/manmaster/ that should contain useful information.

There is a libssl-dev package available in experimental that contains a recent
snapshot, I suggest you try building against that to see if everything works.

If you have problems making things work, feel free to contact us.


Kurt
--- End Message ---
--- Begin Message ---
Source: libpoe-filter-ssl-perl
Source-Version: 0.30-2

We believe that the bug you reported is fixed in the latest version of
libpoe-filter-ssl-perl, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 828...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
gregor herrmann  (supplier of updated libpoe-filter-ssl-perl 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 12 Nov 2016 17:28:30 +0100
Source: libpoe-filter-ssl-perl
Binary: libpoe-filter-ssl-perl
Architecture: source
Version: 0.30-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group 
Changed-By: gregor herrmann 
Closes: 828408
Description: 
 libpoe-filter-ssl-perl - module to make SSL in POE easy and flexible
Changes:
 libpoe-filter-ssl-perl (0.30-2) unstable; urgency=medium
 .
   * Team upload.
   * debian/copyright: change Copyright-Format 1.0 URL to HTTPS.
   * Use OpenSSL 1.0.2 for the time being. (Closes: #828408)
   * Add one more fix to 0001-fixing-typos-in-manpage.patch.
Checksums-Sha1: 
 4c7270701deeb117996aa92a89791d4718f57723 2366 libpoe-filter-ssl-perl_0.30-2.dsc
 c70db9fdf6529ec555aef3f418ad1eab24306938 3452 
libpoe-filter-ssl-perl_0.30-2.debian.tar.xz
Checksums-Sha256: 
 8b459a983b7bc66e948ab9741f49e5e541a14605bca511822115282282331b29 2366 
libpoe-filter-ssl-perl_0.30-2.dsc
 4a0cda70bc0f061747cdcdbd4ca41c5bea1e3adeb2d4cf4ffedfde78f058e5f2 3452 
libpoe-filter-ssl-perl_0.30-2.debian.tar.xz
Files: 
 82dd6e8136fb51046e92c6286e97e541 2366 perl optional 
libpoe-filter-ssl-perl_0.30-2.dsc
 7f87b81427577442e4f40a0a7b1d022a 3452 perl optional 
libpoe-filter-ssl-perl_0.30-2.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlgnQ3ZfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgbFZA//RVVJjewOikFi+WMuofbncxMi5NbbxtYNinDhS17/mkY688O+ia2BC/w5
3EwoTVHQJU/YFQLI1ILhWjFn+4RjzrhBgqBXQ6yNu4Lx9D56MrtJFzKhCDNsqgOX
9YZkpDXuIk2L2GtVdrs+Duk31BXWtTYKo/Z085zj37Hbok74h4YxuNTtqj8w5084
DijEIN31FRjkkv6q2qjo2+StZqI47VVCe5Zxv9do8sNjT6a3YOth85fAIz3445PR
ehM6FYqg53xyp0aCKPr9tbdlI3iWDTdcOanR8msyGt7CnVjSCBjvuWZJDf3gYkRw
DxvGkDrlgnGx8BvXl9EKAzvoCnxKb0B9wUBUR9zPscjdoj2TfyD0rvOXfhlE7YQ1
f2LNg2aH3roRjW5pmsX21Yo/DwvtTLQdm8LoKiUguhWb5BJ8I7k4m8Lxf9VNtbWi
I5gl5j283sw14+VCCpTRvpXhqvsFU/m8TOnjtMpi4v1zvF7KBRrIYYrQ0pABFq2t
XZa7BnPfXGjNn1FUNrvJz5SUI8ieBxQjSbPM3gmqmg7rKJl9pknmT5oLexjsnrlA
knSGg5/eGCPGIvVgG/jQfJpz3rMSru0++SbaUWNbd3YZjcfxegMN1uo1/5osx2Zj
Q8Q14rdoXEFzjPhO4QaXmv+3iTZ6ibGWo+BbzayeP/jwan1cewY=
=YGaJ
-END PGP SIGNATURE End Message ---


Bug#830369: closing 830369

2016-11-12 Thread Andrew Starr-Bochicchio
close 830369 
thanks



Processed: closing 830369

2016-11-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> close 830369
Bug #830369 [fabric] ipython: FTBFS: ImportError: No module named Crypto
Marked Bug as done
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
830369: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830369
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#843704: Pending fixes for bugs in the libnet-pcap-perl package

2016-11-12 Thread pkg-perl-maintainers
tag 843704 + pending
thanks

Some bugs in the libnet-pcap-perl package are closed in revision
18e0a64e0fd78d2ca079cbfd7f3f3525cd1a722c in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libnet-pcap-perl.git/commit/?id=18e0a64

Commit message:

Add patch from CPAN RT for libpcap 1.8 compatibility.

Closes: #843704



  1   2   >