Bug#882917: php-zeta-base FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-zeta-base
Version: 1.9-3
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-zeta-base.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-zeta-base-1.9'
phpunit
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/usr/share/php/ezc/UnitTest/test/case.php on line 33
debian/rules:17: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882916: php-sabre-vobject FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-sabre-vobject
Version: 2.1.7-3
Severity: serious
Tags: buster sid experimental

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-sabre-vobject.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-sabre-vobject-2.1.7'
phpunit --configuration tests/phpunit.xml
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-sabre-vobject-2.1.7/tests/Sabre/VObject/Component/VAlarmTest.php 
on line 9
debian/rules:18: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882915: php-sabre-event FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-sabre-event
Version: 3.0.0~as2.0.2-2
Severity: serious
Tags: buster sid experimental

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-sabre-event.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-sabre-event-3.0.0~as2.0.2'
phpunit --bootstrap lib/autoload.php
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-sabre-event-3.0.0~as2.0.2/tests/ContinueCallbackTest.php on line 
5
debian/rules:10: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882904: MariaDB 10.0.33 to next Jessie point release

2017-11-27 Thread Adam D. Barratt
user release.debian@packages.debian.org
usertags 882904 + pu
tags 882904 + jessie moreinfo
retitle 882904 pu: package mariadb/10.0.33
thanks

[If you're unable or unwilling to add the correct metadata yourself,
please at least use reportbug so that it does it for you.]

On Mon, 2017-11-27 at 21:23 +0200, Otto Kekäläinen wrote:
> I hereby request permission from the release team to upload
> mariadb-10.0 release 10.0.33-1 to the next Jessie point release.
> 
> This upload does not strictly qualify the criteria listed at
> https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upl
> oad-stable
> but the security team suggested this upstream micro release, which
> contains a few minor security fixes, would be a good fit for a stable
> point release instead of going in as an urgent security update.
> 
> Current changelog draft:
> 
> +mariadb-10.0 (10.0.33-0+deb8u1) jessie; urgency=medium
> +
> + * New upstream version 10.0.33. Includes fixes for the following
> + security vulnerabilities:
> + - CVE-2017-10378, MDEV-13819
> + - CVE-2017-10268
> + * Refresh patches on top of MariaDB 10.0.33
> +
> + -- Otto Kekäläinen  Tue, 21 Nov 2017 11:05:51
> +0100
> 
> 
> I will prepare the final changelog when I have thumbs up from you to
> do so.

You appear to be stuck in a little bit of a chicken-and-egg situation,
given that the final decision as to whether to accept the package will
be based on a diff of the final source package.

> Please also advise me on what is the correct revision string
> and release pocket string – my experience is mostly about security
> uploads, very seldom have I done point release stable updates.

The version number style for both security and stable updates are the
same, so 10.0.33-0+deb8u1. The suite name in the changelog ("pocket" is
an Ubuntuism, not used in Debian) should be "jessie".

> Here is debdiff for current git head;
> https://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/diff/debia
> n/?id2=debian/10.0.32-1=jessie
> 
> and diff off the whole package, including upstream sources:
> https://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/diff/?id2=
> debian/10.0.32-1=jessie

We very much prefer diffs to form part of the bug log, not least
because they're guaranteed to persist in that manner.

Regards,

Adam



Bug#882914: php-text-captcha FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-text-captcha
Version: 1.0.2-4
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-text-captcha.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-text-captcha-1.0.2'
phpunit --include-path Text_CAPTCHA-*/ Text_CAPTCHA-*/tests
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-text-captcha-1.0.2/Text_CAPTCHA-1.0.2/tests/Text_CAPTCHA_Driver_Equation_Test.php
 on line 23
debian/rules:8: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882913: php-react-promise FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-react-promise
Version: 2.4.1-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-react-promise.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-react-promise-2.4.1'
phpunit --bootstrap autoload.php
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-react-promise-2.4.1/tests/TestCase.php on line 5
debian/rules:16: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882911: trans-de-en: typo {ex,un}changable

2017-11-27 Thread Uwe Kleine-König
Package: trans-de-en
Version: 1.8.1-1
Severity: minor

Hello,

s/changable/changeable/ fixes both "exchangable" and "unchangable".

Best regards
Uwe



Bug#882912: php-http-request2 FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-http-request2
Version: 3.0.0~as2.0.2-2
Severity: serious
Tags: buster sid experimental

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-sabre-event.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-sabre-event-3.0.0~as2.0.2'
phpunit --bootstrap lib/autoload.php
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-sabre-event-3.0.0~as2.0.2/tests/ContinueCallbackTest.php on line 
5
debian/rules:10: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882910: php-http-request2 FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-http-request2
Version: 2.3.0-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-http-request2.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-http-request2-2.3.0'
cd HTTP_Request2-* && \
phpunit tests
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-http-request2-2.3.0/HTTP_Request2-2.3.0/tests/ObserverTest.php 
on line 48
debian/rules:7: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882908: php-directory-scanner FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-directory-scanner
Version: 1.3.2-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-directory-scanner.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-directory-scanner-1.3.2'
ant test
Unable to locate tools.jar. Expected to find it in 
/usr/lib/jvm/java-8-openjdk-amd64/lib/tools.jar
Buildfile: /build/1st/php-directory-scanner-1.3.2/build.xml

parallelTasks:

phpcpd:

pdepend:
 [exec] phpcpd 3.0.1 by Sebastian Bergmann.
 [exec] 
 [exec] 0.00% duplicated lines out of 540 total lines of code.
 [exec] 
 [exec] Time: 31 ms, Memory: 4.00MB

phpcs:
 [exec] PDepend @package_version@
 [exec] 
 [exec] Parsing source files:
 [exec] .5
 [exec] 
 [exec] Calculating Dependency metrics:
 [exec] .   25
 [exec] 
 [exec] Calculating Coupling metrics:
 [exec] .   35
 [exec] 
 [exec] Calculating Cyclomatic Complexity metrics:
 [exec] .   35
 [exec] 
 [exec] Calculating Inheritance metrics:
 [exec]  6
 [exec] 
 [exec] Calculating Node Count metrics:
 [exec] .   25
 [exec] 
 [exec] Calculating Node Loc metrics:
 [exec] .   29
 [exec] 
 [exec] Generating pdepend log files, this may take a moment.
 [exec] 
 [exec] Time: 0:00:00; Memory: 10.00Mb

phpmd:

phploc:
 [exec] phploc 4.0.1 by Sebastian Bergmann.
 [exec] 
 [exec] Size
 [exec]   Lines of Code (LOC)  540
 [exec]   Comment Lines of Code (CLOC) 325 (60.19%)
 [exec]   Non-Comment Lines of Code (NCLOC)215 (39.81%)
 [exec]   Logical Lines of Code (LLOC)  49 (9.07%)
 [exec] Classes 44 (89.80%)
 [exec]   Average Class Length   8
 [exec] Minimum Class Length 2
 [exec] Maximum Class Length29
 [exec]   Average Method Length  1
 [exec] Minimum Method Length1
 [exec] Maximum Method Length7
 [exec] Functions5 (10.20%)
 [exec]   Average Function Length5
 [exec] Not in classes or functions  0 (0.00%)
 [exec] 
 [exec] Cyclomatic Complexity
 [exec]   Average Complexity per LLOC 0.31
 [exec]   Average Complexity per Class3.60
 [exec] Minimum Class Complexity  1.00
 [exec] Maximum Class Complexity  8.00
 [exec]   Average Complexity per Method   1.68
 [exec] Minimum Method Complexity 1.00
 [exec] Maximum Method Complexity 5.00
 [exec] 
 [exec] Dependencies
 [exec]   Global Accesses0
 [exec] Global Constants 0 (0.00%)
 [exec] Global Variables 0 (0.00%)
 [exec] Super-Global Variables   0 (0.00%)
 [exec]   Attribute Accesses19
 [exec] Non-Static  19 (100.00%)
 [exec] Static   0 (0.00%)
 [exec]   Method Calls  17
 [exec] Non-Static  17 (100.00%)
 [exec] Static   0 (0.00%)
 [exec] 
 [exec] Structure
 [exec]   Namespaces 1
 [exec]   Interfaces 0
 [exec]   Traits 0
 [exec]   Classes5
 [exec] Abstract Classes 0 (0.00%)
 [exec] Concrete Classes 5 (100.00%)
 [exec]   Methods   19
 [exec] Scope
 [exec]   Non-Static Methods19 (100.00%)
 [exec]   Static Methods 0 (0.00%)
 [exec] Visibility
 [exec]   Public Methods18 (94.74%)
 [exec]   Non-Public Methods   

Bug#882909: jessie-pu: package mariab-10.1/10.0.33-1

2017-11-27 Thread Otto Kekäläinen
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

I hereby request permission from the release team to upload
mariadb-10.0 release 10.0.33-1 to the next Jessie point release.

This upload does not strictly qualify the criteria listed at
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable
but the security team suggested this upstream micro release, which
contains a few minor security fixes, would be a good fit for a stable
point release instead of going in as an urgent security update.

Current changelog draft:

+mariadb-10.0 (10.0.33-0+deb8u1) jessie; urgency=medium
+
+ * New upstream version 10.0.33. Includes fixes for the following
+ security vulnerabilities:
+ - CVE-2017-10378, MDEV-13819
+ - CVE-2017-10268
+ * Refresh patches on top of MariaDB 10.0.33
+
+ -- Otto Kekäläinen  Tue, 21 Nov 2017 11:05:51 +0100


I will prepare the final changelog when I have thumbs up from you to
do so. Please also advise me on what is the correct revision string
and release pocket string – my experience is mostly about security
uploads, very seldom have I done point release stable updates.


Here is debdiff for current git head;
https://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/diff/debian/?id2=debian/10.0.32-1=jessie

and diff off the whole package, including upstream sources:
https://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/diff/?id2=debian/10.0.32-1=jessie



Bug#882907: php-guzzle-stream FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-guzzle-stream
Version: 3.0.0-5
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-guzzle-stream.html

...
   dh_auto_test
make -j1 test
make[1]: Entering directory '/build/1st/php-guzzle-stream-3.0.0'
phpunit
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-guzzle-stream-3.0.0/tests/AppendStreamTest.php on line 7
Makefile:10: recipe for target 'test' failed
make[1]: *** [test] Error 255



Bug#882904: MariaDB 10.0.33 to next Jessie point release

2017-11-27 Thread Otto Kekäläinen
Package: release.debian.org
Severity: normal


I hereby request permission from the release team to upload
mariadb-10.0 release 10.0.33-1 to the next Jessie point release.

This upload does not strictly qualify the criteria listed at
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable
but the security team suggested this upstream micro release, which
contains a few minor security fixes, would be a good fit for a stable
point release instead of going in as an urgent security update.

Current changelog draft:

+mariadb-10.0 (10.0.33-0+deb8u1) jessie; urgency=medium
+
+ * New upstream version 10.0.33. Includes fixes for the following
+ security vulnerabilities:
+ - CVE-2017-10378, MDEV-13819
+ - CVE-2017-10268
+ * Refresh patches on top of MariaDB 10.0.33
+
+ -- Otto Kekäläinen  Tue, 21 Nov 2017 11:05:51 +0100


I will prepare the final changelog when I have thumbs up from you to
do so. Please also advise me on what is the correct revision string
and release pocket string – my experience is mostly about security
uploads, very seldom have I done point release stable updates.


Here is debdiff for current git head;
https://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/diff/debian/?id2=debian/10.0.32-1=jessie

and diff off the whole package, including upstream sources:
https://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/diff/?id2=debian/10.0.32-1=jessie



Bug#882906: php-invoker FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-invoker
Version: 1.1.4-3
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-invoker.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-invoker-1.1.4'
phpunit
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-invoker-1.1.4/tests/InvokerTest.php on line 26
debian/rules:22: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882905: php-doctrine-cache FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-doctrine-cache
Version: 1.7.0really1.6.1-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-doctrine-cache.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-doctrine-cache-1.7.0really1.6.1'
php -d apc.enable_cli=on /usr/bin/phpunit
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-doctrine-cache-1.7.0really1.6.1/tests/Doctrine/Tests/DoctrineTestCase.php
 on line 8
debian/rules:22: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882902: php-pimple FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-pimple
Version: 3.0.2-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-pimple.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-pimple-3.0.2'
phpunit
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-pimple-3.0.2/src/Pimple/Tests/PimpleServiceProviderInterfaceTest.php
 on line 34
debian/rules:27: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882903: php-doctrine-instantiator FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-doctrine-instantiator
Version: 1.0.5-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-doctrine-instantiator.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-doctrine-instantiator-1.0.5'
phpunit --include-path src
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-doctrine-instantiator-1.0.5/tests/DoctrineTest/InstantiatorTest/Exception/InvalidArgumentExceptionTest.php
 on line 33
debian/rules:20: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882899: kcompletion FTCBFS: fails to run qhelpgenerator

2017-11-27 Thread Helmut Grohne
Source: kcompletion
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

kcompletion fails to cross build from source, because it fails running
qhelpgenerator (through doxygen). Doxygen doesn't notice the failure
(#818379), but the build finally fails due to missing files. The issue
here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes kcompletion cross build successfully indeed. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru kcompletion-5.37.0/debian/changelog 
kcompletion-5.37.0/debian/changelog
--- kcompletion-5.37.0/debian/changelog 2017-09-03 09:57:42.0 +0200
+++ kcompletion-5.37.0/debian/changelog 2017-11-27 20:26:42.0 +0100
@@ -1,3 +1,10 @@
+kcompletion (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 20:26:42 +0100
+
 kcompletion (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru kcompletion-5.37.0/debian/control 
kcompletion-5.37.0/debian/control
--- kcompletion-5.37.0/debian/control   2017-09-03 09:57:42.0 +0200
+++ kcompletion-5.37.0/debian/control   2017-11-27 20:26:39.0 +0100
@@ -10,7 +10,7 @@
graphviz,
libkf5config-dev (>= 5.37.0~),
libkf5widgetsaddons-dev (>= 5.37.0~),
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
pkg-kde-tools (>= 0.15.15ubuntu1~),
qtbase5-dev (>= 5.7.0~),
qttools5-dev (>= 5.4),


Bug#882900: php-finder-facade FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-finder-facade
Version: 1.2.2-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-finder-facade.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-finder-facade-1.2.2'
phpunit --bootstrap src/autoload.php tests
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-finder-facade-1.2.2/tests/ConfigurationTest.php on line 13
debian/rules:19: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882901: php-numbers-words FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-numbers-words
Version: 0.18.1-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-numbers-words.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-numbers-words-0.18.1'
phpunit --configuration Numbers_Words-*/tests/phpunit.xml Numbers_Words-*/tests
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-numbers-words-0.18.1/Numbers_Words-0.18.1/tests/BulgarianTest.php
 on line 25
debian/rules:7: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882896: php-crypt-gpg FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-crypt-gpg
Version: 1.6.0-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-crypt-gpg.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-crypt-gpg-1.6.0'
phpunit --include-path Crypt_GPG-*/ Crypt_GPG-*/tests --exclude-group write
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-crypt-gpg-1.6.0/Crypt_GPG-1.6.0/tests/TestCase.php on line 78
debian/rules:7: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882898: php-doctrine-cache-bundle FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-doctrine-cache-bundle
Version: 1.3.2-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-doctrine-cache-bundle.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-doctrine-cache-bundle-1.3.2'
phpunit --exclude-group Predis
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-doctrine-cache-bundle-1.3.2/Tests/Acl/Model/AclCacheTest.php on 
line 12
debian/rules:21: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882897: php-html-safe FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-html-safe
Version: 0.10.1-4
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-html-safe.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-html-safe-0.10.1'
cd HTML_Safe-* && \
phpunit tests/testHTML_Safe.php
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-html-safe-0.10.1/HTML_Safe-0.10.1/tests/testHTML_Safe.php on 
line 5
debian/rules:11: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882895: php-analog FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-analog
Version: 1.0.7-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-analog.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-analog-1.0.7'
phpunit --bootstrap lib/Analog.php
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-analog-1.0.7/tests/AnalogTest.php on line 5
debian/rules:7: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882893: php-doctrine-data-fixtures FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-doctrine-data-fixtures
Version: 1.2.2-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-doctrine-data-fixtures.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-doctrine-data-fixtures-1.2.2'
phpunit --include-path lib
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-doctrine-data-fixtures-1.2.2/tests/Doctrine/Tests/Common/DataFixtures/BaseTest.php
 on line 32
debian/rules:21: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882892: php-fxsl FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-fxsl
Version: 1.1.1-2
Severity: serious
Tags: buster sid 

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-fxsl.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-fxsl-1.1.1'
ant
Unable to locate tools.jar. Expected to find it in 
/usr/lib/jvm/java-8-openjdk-amd64/lib/tools.jar
Buildfile: /build/1st/php-fxsl-1.1.1/build.xml

parallelTasks:

phpcpd:

pdepend:
 [exec] phpcpd 3.0.1 by Sebastian Bergmann.
 [exec] 
 [exec] 0.00% duplicated lines out of 604 total lines of code.
 [exec] 
 [exec] Time: 118 ms, Memory: 4.00MB

phpcs:
 [exec] PDepend @package_version@
 [exec] 
 [exec] Parsing source files:
 [exec] ...  3
 [exec] 
 [exec] Calculating Dependency metrics:
 [exec] .   26
 [exec] 
 [exec] Calculating Coupling metrics:
 [exec] .   39
 [exec] 
 [exec] Calculating Cyclomatic Complexity metrics:
 [exec] Result: 1

phploc:
 [exec] .   39
 [exec] 
 [exec] Calculating Inheritance metrics:
 [exec]  4
 [exec] 
 [exec] Calculating Node Count metrics:
 [exec] .   26
 [exec] 
 [exec] Calculating Node Loc metrics:
 [exec] .   28
 [exec] 
 [exec] Generating pdepend log files, this may take a moment.
 [exec] 
 [exec] Time: 0:00:00; Memory: 12.00Mb

phpmd:
 [exec] phploc 4.0.1 by Sebastian Bergmann.
 [exec] 
 [exec] Size
 [exec]   Lines of Code (LOC)  604
 [exec]   Comment Lines of Code (CLOC) 287 (47.52%)
 [exec]   Non-Comment Lines of Code (NCLOC)317 (52.48%)
 [exec]   Logical Lines of Code (LLOC) 114 (18.87%)
 [exec] Classes109 (95.61%)
 [exec]   Average Class Length  36
 [exec] Minimum Class Length20
 [exec] Maximum Class Length50
 [exec]   Average Method Length  4
 [exec] Minimum Method Length1
 [exec] Maximum Method Length   15
 [exec] Functions5 (4.39%)
 [exec]   Average Function Length5
 [exec] Not in classes or functions  0 (0.00%)
 [exec] 
 [exec] Cyclomatic Complexity
 [exec]   Average Complexity per LLOC 0.32
 [exec]   Average Complexity per Class   12.33
 [exec] Minimum Class Complexity  7.00
 [exec] Maximum Class Complexity 21.00
 [exec]   Average Complexity per Method   2.55
 [exec] Minimum Method Complexity 1.00
 [exec] Maximum Method Complexity 8.00
 [exec] 
 [exec] Dependencies
 [exec]   Global Accesses0
 [exec] Global Constants 0 (0.00%)
 [exec] Global Variables 0 (0.00%)
 [exec] Super-Global Variables   0 (0.00%)
 [exec]   Attribute Accesses59
 [exec] Non-Static  52 (88.14%)
 [exec] Static   7 (11.86%)
 [exec]   Method Calls  43
 [exec] Non-Static  37 (86.05%)
 [exec] Static   6 (13.95%)
 [exec] 
 [exec] Structure
 [exec]   Namespaces 1
 [exec]   Interfaces 0
 [exec]   Traits 0
 [exec]   Classes3
 [exec] Abstract Classes 0 (0.00%)
 [exec] Concrete Classes 3 (100.00%)
 [exec]   Methods   22
 [exec] Scope
 [exec]   Non-Static Methods21 (95.45%)
 [exec]   Static Methods 1 (4.55%)
 [exec] Visibility
 [exec]   Public Methods19 (86.36%)
 [exec]   Non-Public Methods

Bug#882894: awl FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: awl
Version: 0.58-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/awl.html

...
   dh_auto_test
make -j1 test
make[1]: Entering directory '/build/1st/awl-0.58'
# simple php syntax check
OK (Syntax checked)
# run phpunit tests
PATH=/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:./vendor/bin/ phpunit tests/
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/awl-0.58/tests/myCalendarTest.php on line 12
Makefile:49: recipe for target 'test' failed
make[1]: *** [test] Error 255



Bug#882891: php-db FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-db
Version: 1.9.2-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-db.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-db-1.9.2'
cd DB-* && \
for i in tests/db_* ; \
do phpunit $i ; \
done
PHPUnit 6.4.4 by Sebastian Bergmann and contributors.

PHP Fatal error:  Uncaught PHPUnit\Runner\Exception: PHPUnit does not support 
this PHPT file in /usr/share/php/PHPUnit/Runner/PhptTestCase.php:395
Stack trace:
#0 /usr/share/php/PHPUnit/Runner/PhptTestCase.php(148): 
PHPUnit\Runner\PhptTestCase->parse()
#1 /usr/share/php/PHPUnit/Framework/TestSuite.php(744): 
PHPUnit\Runner\PhptTestCase->run(Object(PHPUnit\Framework\TestResult))
#2 /usr/share/php/PHPUnit/TextUI/TestRunner.php(537): 
PHPUnit\Framework\TestSuite->run(Object(PHPUnit\Framework\TestResult))
#3 /usr/share/php/PHPUnit/TextUI/Command.php(195): 
PHPUnit\TextUI\TestRunner->doRun(Object(PHPUnit\Framework\TestSuite), Array, 
true)
#4 /usr/share/php/PHPUnit/TextUI/Command.php(148): 
PHPUnit\TextUI\Command->run(Array, true)
#5 /usr/bin/phpunit(34): PHPUnit\TextUI\Command::main()
#6 {main}
  thrown in /usr/share/php/PHPUnit/Runner/PhptTestCase.php on line 395
PHPUnit 6.4.4 by Sebastian Bergmann and contributors.

.   1 / 1 (100%)

Time: 140 ms, Memory: 4.00MB

OK (1 test, 1 assertion)
PHPUnit 6.4.4 by Sebastian Bergmann and contributors.

PHP Fatal error:  Uncaught PHPUnit\Runner\Exception: PHPUnit does not support 
this PHPT file in /usr/share/php/PHPUnit/Runner/PhptTestCase.php:395
Stack trace:
#0 /usr/share/php/PHPUnit/Runner/PhptTestCase.php(148): 
PHPUnit\Runner\PhptTestCase->parse()
#1 /usr/share/php/PHPUnit/Framework/TestSuite.php(744): 
PHPUnit\Runner\PhptTestCase->run(Object(PHPUnit\Framework\TestResult))
#2 /usr/share/php/PHPUnit/TextUI/TestRunner.php(537): 
PHPUnit\Framework\TestSuite->run(Object(PHPUnit\Framework\TestResult))
#3 /usr/share/php/PHPUnit/TextUI/Command.php(195): 
PHPUnit\TextUI\TestRunner->doRun(Object(PHPUnit\Framework\TestSuite), Array, 
true)
#4 /usr/share/php/PHPUnit/TextUI/Command.php(148): 
PHPUnit\TextUI\Command->run(Array, true)
#5 /usr/bin/phpunit(34): PHPUnit\TextUI\Command::main()
#6 {main}
  thrown in /usr/share/php/PHPUnit/Runner/PhptTestCase.php on line 395
PHPUnit 6.4.4 by Sebastian Bergmann and contributors.

PHP Fatal error:  Uncaught PHPUnit\Runner\Exception: PHPUnit does not support 
this PHPT file in /usr/share/php/PHPUnit/Runner/PhptTestCase.php:395
Stack trace:
#0 /usr/share/php/PHPUnit/Runner/PhptTestCase.php(148): 
PHPUnit\Runner\PhptTestCase->parse()
#1 /usr/share/php/PHPUnit/Framework/TestSuite.php(744): 
PHPUnit\Runner\PhptTestCase->run(Object(PHPUnit\Framework\TestResult))
#2 /usr/share/php/PHPUnit/TextUI/TestRunner.php(537): 
PHPUnit\Framework\TestSuite->run(Object(PHPUnit\Framework\TestResult))
#3 /usr/share/php/PHPUnit/TextUI/Command.php(195): 
PHPUnit\TextUI\TestRunner->doRun(Object(PHPUnit\Framework\TestSuite), Array, 
true)
#4 /usr/share/php/PHPUnit/TextUI/Command.php(148): 
PHPUnit\TextUI\Command->run(Array, true)
#5 /usr/bin/phpunit(34): PHPUnit\TextUI\Command::main()
#6 {main}
  thrown in /usr/share/php/PHPUnit/Runner/PhptTestCase.php on line 395
PHPUnit 6.4.4 by Sebastian Bergmann and contributors.

PHP Fatal error:  Uncaught PHPUnit\Runner\Exception: PHPUnit does not support 
this PHPT file in /usr/share/php/PHPUnit/Runner/PhptTestCase.php:395
Stack trace:
#0 /usr/share/php/PHPUnit/Runner/PhptTestCase.php(148): 
PHPUnit\Runner\PhptTestCase->parse()
#1 /usr/share/php/PHPUnit/Framework/TestSuite.php(744): 
PHPUnit\Runner\PhptTestCase->run(Object(PHPUnit\Framework\TestResult))
#2 /usr/share/php/PHPUnit/TextUI/TestRunner.php(537): 
PHPUnit\Framework\TestSuite->run(Object(PHPUnit\Framework\TestResult))
#3 /usr/share/php/PHPUnit/TextUI/Command.php(195): 
PHPUnit\TextUI\TestRunner->doRun(Object(PHPUnit\Framework\TestSuite), Array, 
true)
#4 /usr/share/php/PHPUnit/TextUI/Command.php(148): 
PHPUnit\TextUI\Command->run(Array, true)
#5 /usr/bin/phpunit(34): PHPUnit\TextUI\Command::main()
#6 {main}
  thrown in /usr/share/php/PHPUnit/Runner/PhptTestCase.php on line 395
debian/rules:7: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882882: /usr/bin/libreoffice: Fails to start after update

2017-11-27 Thread Rene Engelhard
tag 882882 + moreinfo
tag 882882 + unreproducible
thanks

Hi,

On Mon, Nov 27, 2017 at 07:55:36PM +0100, Theo Widmer wrote:
> After updating libreoffice for the last 3 times, after every update, I cannot 
> start libreoffice.

So since 1:5.4.3-1?

> The problem can easily rectified by changing the timestamp of a file in my 
> profile:
> cd ~/.config/libreoffice/4/user/extensions/bundled
> touch lastsynchronized
> 
> I can easily reproduce the error by setting the time stamp of the 
> lastsynchronized file to
> a date before the update, e.g.
> touch --date "2017-11-10" lastsynchronized

I wouldn't find it overly suprising if it was apparmor striking here.
Though I didn't see this even with apparmor enabled in my package
upgrades in my sid VM..

> [UPGRADE] libreoffice-common:amd64 1:5.4.3-2 -> 1:5.4.3-3

That one disables apparmor for LO again, but needs a apparmor restart
(or reboot) to make apparmor notice that I guess.

Other than that: strace and/or syslog/journalctl when it happens
(apparmor?) please.

Regards,

Rene



Bug#882890: jmespath.php FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: jmespath.php
Version: 2.3.0-2
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/jmespath.php.html

...
   dh_auto_test
make -j1 test
make[1]: Entering directory '/build/1st/jmespath.php-2.3.0'
phpunit --bootstrap=src/autoload.php
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/jmespath.php-2.3.0/tests/ComplianceTest.php on line 8
Makefile:4: recipe for target 'test' failed
make[1]: *** [test] Error 255



Bug#882792: [Pkg-xfce-devel] Bug#882792: Bug#882792: xfce4-panel: some icons not appearing in notification panel

2017-11-27 Thread Yves-Alexis Perez
On Mon, 2017-11-27 at 20:03 +0100, Yves-Alexis Perez wrote:
> On Mon, 2017-11-27 at 18:24 +, Julian Gilbey wrote:
> > This might be a small hint as to what might be going on: the
> > .xsession-errors file (attached) is full of errors and warnings
> > related to /usr/share/themes/Xfce/gtk-3.0/gtk.css.
> 
> Was gtk-3 updated recently on your system?

Seems that gtk-3 broke theming again, but I'm unsure it's actually related.
Can you try with another theme like Arc?
-- 
Yves-Alexis

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


Bug#882889: jsonlint FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: jsonlint
Version: 1.6.1-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/jsonlint.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/jsonlint-1.6.1'
phpunit --bootstrap src/Seld/JsonLint/autoload.php
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/jsonlint-1.6.1/tests/JsonParserTest.php on line 16
debian/rules:16: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882886: php-hamcrest FTBFS: PHP Fatal error: Class 'PHPUnit_Framework_TestCase' not found

2017-11-27 Thread Adrian Bunk
Source: php-hamcrest
Version: 1.2.2-1
Severity: serious
Tags: buster sid experimental

Some recent change in unstable makes php-hamcrest FTBFS:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-hamcrest.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-hamcrest-1.2.2'
phpunit --include-path hamcrest --configuration tests/phpunit.xml.dist
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-hamcrest-1.2.2/tests/Hamcrest/AbstractMatcherTest.php on line 7
debian/rules:19: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882888: php-cache-lite FTBFS with phpunit 6.4.4-2

2017-11-27 Thread Adrian Bunk
Source: php-cache-lite
Version: 1.7.16-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/php-cache-lite.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/php-cache-lite-1.7.16'
cd Cache_Lite-*/ && phpunit tests
PHP Fatal error:  Class 'PHPUnit_Framework_TestCase' not found in 
/build/1st/php-cache-lite-1.7.16/Cache_Lite-1.7.16/tests/ErrorDieTest.php on 
line 14
debian/rules:13: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 255



Bug#882887: solid FTCBFS: fails to run qhelpgenerator

2017-11-27 Thread Helmut Grohne
Source: solid
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

solid fails to cross build from source, because it fails running
qhelpgenerator (through doxygen). Doxygen doesn't notice the failure
(#818379), but the build finally fails due to missing files. The issue
here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes solid cross build successfully indeed. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru solid-5.37.0/debian/changelog solid-5.37.0/debian/changelog
--- solid-5.37.0/debian/changelog   2017-09-03 09:59:11.0 +0200
+++ solid-5.37.0/debian/changelog   2017-11-27 20:12:48.0 +0100
@@ -1,3 +1,10 @@
+solid (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 20:12:48 +0100
+
 solid (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru solid-5.37.0/debian/control solid-5.37.0/debian/control
--- solid-5.37.0/debian/control 2017-09-03 09:59:11.0 +0200
+++ solid-5.37.0/debian/control 2017-11-27 20:12:46.0 +0100
@@ -10,7 +10,7 @@
extra-cmake-modules (>= 5.37.0~),
flex,
graphviz,
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
libudev-dev [linux-any],
pkg-kde-tools (>= 0.15.15ubuntu1~),
qtbase5-dev (>= 5.7.0~),


Bug#882882: /usr/bin/libreoffice: Fails to start after update

2017-11-27 Thread Rene Engelhard
Hi,

On Mon, Nov 27, 2017 at 07:55:36PM +0100, Theo Widmer wrote:
> After updating libreoffice for the last 3 times, after every update, I cannot 
> start libreoffice.
> Instead the following error appears:
> "The application cannot be started. Extension Manager: exception in 
> synchronize"

Do you have more info here? Like strace? (Don't forget -f...)

> The problem can easily rectified by changing the timestamp of a file in my 
> profile:
> cd ~/.config/libreoffice/4/user/extensions/bundled
> touch lastsynchronized
> 
> I can easily reproduce the error by setting the time stamp of the 
> lastsynchronized file to
> a date before the update, e.g.
> touch --date "2017-11-10" lastsynchronized

Hmm.

> Should some package update set this time stamp, but fails to do so?

No, that's LOs realm. But extensions updates touch
/usr/lib/libreoffice/share/extensions to make LO do the syncronization
on the next start (and that probably touches this). This is far from
new, though.

[...]

But neither of those are extensions anyway. Besides the fact that no
change in -3 would explain this.

Regards,

Rene



Bug#882885: vim: Newly installed this Debian called stable but it isn't even testing, it is crap.

2017-11-27 Thread vimuser
Package: vim
Version: 2:8.0.0197-4+deb9u1
Severity: important

Dear Maintainer,

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

* What led up to the situation?

I installed debian!

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

Nothing what not be done

* What was the outcome of this action?

Vim cannot be used on a server

   * What outcome did you expect instead?

Something like Opensuse, Archlinux, Ubuntu, because all of these work
fine, very fine, not like this 9.2.1 called stable!



*** End of the template - remove these template lines ***


-- Package-specific info:

--- real paths of main Vim binaries ---
/usr/bin/vi is /usr/bin/vim.gtk3
/usr/bin/vim is /usr/bin/vim.gtk3
/usr/bin/gvim is /usr/bin/vim.gtk3

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

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

Versions of packages vim depends on:
ii  libacl1  2.2.52-3+b1
ii  libc62.24-11+deb9u1
ii  libgpm2  1.20.4-6.2+b1
ii  libselinux1  2.6-3+b3
ii  libtinfo56.0+20161126-1+deb9u1
ii  vim-common   2:8.0.0197-4+deb9u1
ii  vim-runtime  2:8.0.0197-4+deb9u1

vim recommends no packages.

Versions of packages vim suggests:
pn  ctags
pn  vim-doc  
ii  vim-scripts  20130814

-- debconf-show failed



Bug#874438: Dropped ftp.antik.sk from Debian mirror list

2017-11-27 Thread Bastian Blank
On Mon, Nov 27, 2017 at 07:45:04PM +0100, Matus Zilla wrote:
> It is there.
> http://ftp.antik.sk/debian/project/trace/ftp.debian.sk

Nope, thats from your upstream ftp.debian.sk, not from you.  Yours is
supposed to be named ftp.antik.sk.

Bastian

-- 
It would be illogical to assume that all conditions remain stable.
-- Spock, "The Enterprise Incident", stardate 5027.3



Bug#881617: Bug#882325: marked as done (wine32: Cannot install wine32 on strech. libwine:i386 problem)

2017-11-27 Thread Jens Reyer
On 11/26/2017 09:19 PM, Michael Gilbert wrote:
> From: Jens Reyer
>> Clearly something wrong here, buster/sid mixed with stable.  I'm closing
>> the bug because mixed systems are not supported.
> 
> This is a common misconception about Debian.  Mixed suites are a
> supported, although not very well advertised, feature.
Of course, everyone is free to run a mixed setup.  I've also done
stable+testing for a long time in the past.  And there are good chances
that it works, as long as you know how to solve package conflicts.  But
the longer you are in a release cycle, with more transitions having
happened, the harder it will get to solve these issues, and you will
have to go more and more to a pure buster setup.

And so far this is only for the package relations with known issues,
which resulted in e.g. versioned dependencies.  I'm not aware of any
infrastructure which tests mixed setups, any maintainers which test
their buster packages in stretch and officially advertise this as
feature, or any user support channel which is generally helping here.

In the wiki we explicitly discourage doing this
(https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian).

Users of this feature need to know that they're on their own when doing
this, and that they cannot expect any support.  Sending them this route
might seem to be a good solution in the beginning, but it might end very
bad for them in the long run.  At least they most probably won't have
stable with just-this-app-from testing, but instead either a mostly
testing system, or a not-updated system.

Greets
jre



Bug#882792: [Pkg-xfce-devel] Bug#882792: xfce4-panel: some icons not appearing in notification panel

2017-11-27 Thread Yves-Alexis Perez
On Mon, 2017-11-27 at 18:24 +, Julian Gilbey wrote:
> This might be a small hint as to what might be going on: the
> .xsession-errors file (attached) is full of errors and warnings
> related to /usr/share/themes/Xfce/gtk-3.0/gtk.css.

Was gtk-3 updated recently on your system?
-- 
Yves-Alexis

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


Bug#882884: kguiaddons FTCBFS: fails to run qhelpgenerator

2017-11-27 Thread Helmut Grohne
Source: kguiaddons
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

kguiaddons fails to cross build from source, because it fails running
qhelpgenerator (through doxygen). Doxygen doesn't notice the failure
(#818379), but the build finally fails due to missing files. The issue
here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes kguiaddons cross build successfully indeed. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru kguiaddons-5.37.0/debian/changelog 
kguiaddons-5.37.0/debian/changelog
--- kguiaddons-5.37.0/debian/changelog  2017-09-03 09:58:09.0 +0200
+++ kguiaddons-5.37.0/debian/changelog  2017-11-27 20:01:52.0 +0100
@@ -1,3 +1,10 @@
+kguiaddons (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 20:01:52 +0100
+
 kguiaddons (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru kguiaddons-5.37.0/debian/control 
kguiaddons-5.37.0/debian/control
--- kguiaddons-5.37.0/debian/control2017-09-03 09:58:09.0 +0200
+++ kguiaddons-5.37.0/debian/control2017-11-27 20:01:50.0 +0100
@@ -8,7 +8,7 @@
doxygen,
extra-cmake-modules (>= 5.37.0~),
graphviz,
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
libqt5x11extras5-dev (>= 5.7.0~),
libx11-dev,
libxcb1-dev,


Bug#845709: genisoimage version 9:1.1.11-3 : Misreads configuration file .genisoimagerc

2017-11-27 Thread Richard Betham
I have installed genisoimage version 9:1.1.11-2,
this correctly reads the  .genisoimagerc file.
I have also installed 9:1.1.11-2 of wodim and cdrkit-doc.

However I do not use these to generate any El Torito boot image.

I hope that this helps.

Genisoimage is very useful, however, it would be even better if it 
were to correctly read the .genisoimagerc file, as stated in the man 
pages

with best regards from
Richard Betham



Bug#882883: karchive FTCBFS: fails to run qhelpgenerator

2017-11-27 Thread Helmut Grohne
Source: karchive
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

karchive fails to cross build from source, because it fails running
qhelpgenerator (through doxygen). Doxygen doesn't notice the failure
(#818379), but the build finally fails due to missing files. The issue
here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes karchive cross build successfully indeed. Please
consider applying the attached patch.

Helmut
diff --minimal -Nru karchive-5.37.0/debian/changelog 
karchive-5.37.0/debian/changelog
--- karchive-5.37.0/debian/changelog2017-09-03 09:57:34.0 +0200
+++ karchive-5.37.0/debian/changelog2017-11-27 19:52:05.0 +0100
@@ -1,3 +1,10 @@
+karchive (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 19:52:05 +0100
+
 karchive (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru karchive-5.37.0/debian/control 
karchive-5.37.0/debian/control
--- karchive-5.37.0/debian/control  2017-09-03 09:57:34.0 +0200
+++ karchive-5.37.0/debian/control  2017-11-27 19:52:01.0 +0100
@@ -10,7 +10,7 @@
graphviz,
libbz2-dev,
liblzma-dev,
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
pkg-kde-tools (>= 0.15.16~),
qtbase5-dev (>= 5.7.0~),
qttools5-dev-tools (>= 5.4),


Bug#874438: Dropped ftp.antik.sk from Debian mirror list

2017-11-27 Thread Matus Zilla
It is there.

http://ftp.antik.sk/debian/project/trace/ftp.debian.sk



Dňa 27. 11. 2017 o 19:29 užívateľ Bastian Blank  napísal:

> Hi
> 
>> On Mon, Nov 27, 2017 at 04:42:20PM +0100, Matus Zilla wrote:
>> the server is back online and actively syncing with new ftpscript from 
>> ftp.debian.sk
> 
> I don't see a matching file in
> http://ftp.antik.sk/debian/project/trace/.
> 
> But I see the file
> http://ftp.antik.sk/debian/Archive-Update-in-Progress-ftp.debian.sk
> last updated four days ago.
> 
> Regards,
> Bastian
> 
> -- 
> You're too beautiful to ignore.  Too much woman.
>-- Kirk to Yeoman Rand, "The Enemy Within", stardate unknown


Bug#882881: silx: Fails to build with glibc 2.26

2017-11-27 Thread Jeremy Bicha
Source: silx
Version: 0.6.1+dfsg-1
Severity: important
Tags: patch
Forwarded: https://github.com/silx-kit/silx/issues/1357

silx fails to build with glic 2.26, currently in Debian experimental.

There is a patch for this issue at
https://github.com/silx-kit/silx/commit/4ec6064.patch

Thanks,
Jeremy Bicha



Bug#882882: /usr/bin/libreoffice: Fails to start after update

2017-11-27 Thread Theo Widmer
Package: libreoffice-common
Version: 1:5.4.3-3
Severity: important
File: /usr/bin/libreoffice

Dear Maintainer,

After updating libreoffice for the last 3 times, after every update, I cannot 
start libreoffice.
Instead the following error appears:
"The application cannot be started. Extension Manager: exception in synchronize"

The problem can easily rectified by changing the timestamp of a file in my 
profile:
cd ~/.config/libreoffice/4/user/extensions/bundled
touch lastsynchronized

I can easily reproduce the error by setting the time stamp of the 
lastsynchronized file to
a date before the update, e.g.
touch --date "2017-11-10" lastsynchronized

Should some package update set this time stamp, but fails to do so?
The error appears each time since at least 3 libreoffice updates via aptitude 
package manager.

I do not know which package is directly responsible for this, maybe the 
following helps:
The error did not happen after updating the following packages:
Aptitude 0.8.10: log report
Mon, Nov 27 2017 07:35:54 +0100

[UPGRADE] libreoffice:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-avmedia-backend-gstreamer:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-base:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-base-core:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-base-drivers:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-calc:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-core:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-draw:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-gtk2:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-impress:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-math:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-ogltrans:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-report-builder-bin:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-writer:amd64 1:5.4.3-2 -> 1:5.4.3-3
...


However, it appeared after the following update:
Aptitude 0.8.10: log report
Mon, Nov 27 2017 18:46:15 +0100
...
[UPGRADE] libreoffice-common:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-dev-doc:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-help-en-us:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-java-common:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-l10n-de:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-l10n-en-gb:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-script-provider-python:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-style-breeze:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-style-galaxy:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-style-sifr:amd64 1:5.4.3-2 -> 1:5.4.3-3
[UPGRADE] libreoffice-style-tango:amd64 1:5.4.3-2 -> 1:5.4.3-3
...

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

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

Versions of packages libreoffice-common depends on:
ii  libreoffice-style-tango  1:5.4.3-3
ii  ure  5.4.3-3

Versions of packages libreoffice-common recommends:
ii  fonts-liberation   1:1.07.4-5
ii  libexttextcat-data 3.4.5-1
ii  python3-uno1:5.4.3-3
ii  ttf-mscorefonts-installer  3.6

Versions of packages libreoffice-common suggests:
ii  libreoffice-style-breeze [libreoffice-style]  1:5.4.3-3
ii  libreoffice-style-galaxy [libreoffice-style]  1:5.4.3-3
ii  libreoffice-style-sifr [libreoffice-style]1:5.4.3-3
ii  libreoffice-style-tango [libreoffice-style]   1:5.4.3-3

Versions of packages python3-uno depends on:
ii  libc6 2.25-2
ii  libgcc1   1:7.2.0-16
ii  libpython3.6  3.6.3-1
ii  libreoffice-core  1:5.4.3-3
ii  libstdc++67.2.0-16
ii  python3   3.6.3-2
ii  python3.6 3.6.3-1
ii  uno-libs3 5.4.3-3
ii  ure   5.4.3-3

-- no debconf information



Bug#882880: kitemviews FTCBFS: fails to run qhelpgenerator

2017-11-27 Thread Helmut Grohne
Source: kitemviews
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

kitemviews fails to cross build from source, because it fails running
qhelpgenerator (through doxygen). Doxygen doesn't notice the failure
(#818379), but the build finally fails due to missing files. The issue
here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes kitemviews cross build successfully indeed. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru kitemviews-5.37.0/debian/changelog 
kitemviews-5.37.0/debian/changelog
--- kitemviews-5.37.0/debian/changelog  2017-09-03 09:58:25.0 +0200
+++ kitemviews-5.37.0/debian/changelog  2017-11-27 19:44:41.0 +0100
@@ -1,3 +1,10 @@
+kitemviews (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 19:44:41 +0100
+
 kitemviews (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru kitemviews-5.37.0/debian/control 
kitemviews-5.37.0/debian/control
--- kitemviews-5.37.0/debian/control2017-09-03 09:58:25.0 +0200
+++ kitemviews-5.37.0/debian/control2017-11-27 19:44:39.0 +0100
@@ -8,7 +8,7 @@
doxygen,
extra-cmake-modules (>= 5.37.0~),
graphviz,
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
pkg-kde-tools (>= 0.15.15ubuntu1~),
qtbase5-dev (>= 5.7.0~),
qttools5-dev (>= 5.4),


Bug#882879: kdbusaddons FTCBFS: fails to run qhelpgenerator

2017-11-27 Thread Helmut Grohne
Package: kdbusaddons
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

kdbusaddons fails to cross build from source, because it fails running
qhelpgenerator (through doxygen). Doxygen doesn't notice the failure
(#818379), but the build finally fails due to missing files. The issue
here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes kdbusaddons cross build successfully indeed. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru kdbusaddons-5.37.0/debian/changelog 
kdbusaddons-5.37.0/debian/changelog
--- kdbusaddons-5.37.0/debian/changelog 2017-09-03 09:57:50.0 +0200
+++ kdbusaddons-5.37.0/debian/changelog 2017-11-27 19:36:20.0 +0100
@@ -1,3 +1,10 @@
+kdbusaddons (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 19:36:20 +0100
+
 kdbusaddons (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru kdbusaddons-5.37.0/debian/control 
kdbusaddons-5.37.0/debian/control
--- kdbusaddons-5.37.0/debian/control   2017-09-03 09:57:50.0 +0200
+++ kdbusaddons-5.37.0/debian/control   2017-11-27 19:36:19.0 +0100
@@ -9,7 +9,7 @@
doxygen,
extra-cmake-modules (>= 5.37.0~),
graphviz,
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
libqt5x11extras5-dev (>= 5.7.0~),
pkg-kde-tools (>= 0.15.15ubuntu1~),
qtbase5-dev (>= 5.7.0~),


Bug#882761: ITP: opencascade -- Open CASCADE Technology is a suite for 3D surface and solid modeling

2017-11-27 Thread Anton Gladky
Hi,

thanks for intending to package opencascade! I would though recommend not
to have both versions (original and the fork) in Debian at the same time.

If you have good reasons to bring back original version, please contact Debian
Science Team, which is maintaining oce (and actually FreeCAD) at the moment.
We will try to find a solution for that.

Best regards

Anton


2017-11-27 7:24 GMT+01:00  :
> Package: wnpp
> Severity: wishlist
>
> * Package name: opencascade
>   Version : 7.2.0
>   Upstream Author : Open CASCADE S.A.S.
> * URL : https://www.opencascade.com/
> * License : LGPL with exception
>   Programming Lang: C++
>   Description : Open CASCADE Technology is a suite for 3D surface
> and solid modeling
>
> Open CASCADE Technology is a suite for 3D surface and solid modeling,
> visualization, data exchange and rapid application development.  It is
> an
> excellent platform for development of numerical simulation software
> including
> CAD/CAM/CAE, AEC and GIS, as well as PDM applications.
>
> The `opencascade` package was previously included in Debian and last
> seen in 2011
> according to http://snapshot.debian.org/package/opencascade/6.5.0.dfsg-
> 2/. It was
> removed due to its "OCCT License" which was deemed incompatible.
> However, this license
> was changed in 2013 for versions 6.7.0+ to LGPL with an additional
> exception, available
> at https://www.opencascade.com/content/licensing.
>
> A community fork, OCE, was introduced, but development has stalled on
> the fork while
> development on OCCT has accelerated, and so the FreeCAD project which I
> am a part of
> has decided to move back to OCCT. Additionally, newer versions of the
> `netgen` package
> depend on OCCT, and FreeCAD in turn depends on Netgen, so getting OCCT
> back in to Debian
> would benefit the FreeCAD project significantly.
>



Bug#882106: mirror submission for mirror.ufam.edu.br

2017-11-27 Thread Gerson Barreiros
Hi,

Those dns servers are maintained by us.

One of them is in network 200.129.163.0/24 on one of our datacenters, and
the other network is 200.129.164.0/24 another Datacenter, geographically
distant location with another power supply, another optic fiber cable, and
so on.

Unfortunatellly, we dont have another ISP, but this one ( RNP - Rede
Nacional de Ensino e Pesquisa ) we know that have redundancy in all aspects
including backbone.


>
>
>
>
> *That is, secondary servers should be at geographically distantlocations,
> so it is unlikely that events like power loss, etc, willdisrupt all of them
> simultaneously. They should also be connected tothe net via quite diverse
> paths. This means that the failure of anyone link, or of routing within
> some segment of the network (such as aservice provider) will not make all
> of the servers unreachable.*


Best regards
Gerson Barreiros

2017-11-27 14:14 GMT-04:00 Bastian Blank :

> Hi
>
> Thank you for mirroring Debian.
>
> Your mirror itself looks okay.
>
> However you have a DNS setup with all server near together:
>
> | ufam.edu.br.43067   IN  NS  tucano.ufam.edu.br.
> (200.129.164.3)
> | ufam.edu.br.43067   IN  NS  uirapuru.ufam.edu.br.
> (200.129.163.1)
> | ufam.edu.br.43067   IN  NS  mutum.ufam.edu.br.
> (200.129.163.3)
>
> This violates the principles stated in section 3 of RFC2182[1] and
> creates huge headaches for our monitoring.  Please contact your provider
> and/or hostmas...@npr.br to setup a proper secondary DNS.
>
> On Sun, Nov 19, 2017 at 12:29:03AM +, Gerson Barreiros da Silva wrote:
> > Submission-Type: new
> > Site: mirror.ufam.edu.br
> > Type: leaf
> > Archive-architecture: amd64 i386
> > Archive-http: /debian/
> > Maintainer: Gerson Barreiros da Silva 
> > Country: BR Brazil
> > Location: Manaus, Amazonas
> > Sponsor: Universidade Federal do Amazonas http://ufam.edu.br
>
> Bastian
>
> [1]: https://tools.ietf.org/html/rfc2182#section-3
>
> --
> One does not thank logic.
> -- Sarek, "Journey to Babel", stardate 3842.4
>



-- 
==
“Nós devemos ser a mudança que desejamos ver no mundo”
> Gerson Barreiros
> aka. fserve / gbs at irc.freenode.org
> Launchpad: https://launchpad.net/~fserve
> Facebook: http://fb.me/gersonbarreiros
> Linux registered user #299560
==


Bug#882877: tftpd-hpa not even starts

2017-11-27 Thread vimuser
Package: tftpd-hpa
Version: 5.2+2015 etc.etc
Severity: important

Dear Maintainer,

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

* What led up to the situation?

Installed it and was not useable

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

there nothing could be done, only purge

* What was the outcome of this action?

I try atftpd now

* What outcome did you expect instead?

working fine

*** End of the template - remove these template lines ***

Why?

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

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

Versions of packages tftpd-hpa depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.61
ii  libc6  2.24-11+deb9u1
ii  libwrap0   7.6.q-26

tftpd-hpa recommends no packages.

Versions of packages tftpd-hpa suggests:
ii  pxelinux  3:6.03+dfsg-14.1

is installed



Bug#882875: pocl: FTBFS with cmake: kernel/test_printf fails on i386

2017-11-27 Thread Andreas Beckmann
Source: pocl
Version: 0.13-12
Severity: serious
Justification: fails to build from source (but built successfully in the past)

https://buildd.debian.org/status/fetch.php?pkg=pocl=i386=0.13-12=1511803243=0

Can't reproduce this on my amd64 machine in a i386 chroot.

It may be related to set-POCL_DEVICE_ADDRESS_BITS-before-use.patch which
fixed that for me.

As I understood, the test is supposed to fail on i386 and succeed on
amd64. That is being fixed up by fix-tests-i386.patch for autotest, and
tests/kernel/CMakeLists.txt also should set WILL_FAIL 1 as well.
Unless I386 detection is still not working.

Packaging is in branch experimental.


Andreas

PS: I want this to work like 0.13-11 in sid before I even start
debugging new issues with 0.14



Bug#882878: openfoam: new version 5.0 available

2017-11-27 Thread W. Martin Borgert

Package: openfoam
Version: 4.1+dfsg1-1
Severity: wishlist

Hi, there is a new version 5.0 since 2017-07-26.
Maybe you like to update the Debian package? TIA!

PS: I wonder, whether there should be a
libopenfoam-dev package?



Bug#882876: python-daiquiri: Add Dep8 depends for python3-daiquiri

2017-11-27 Thread Corey Bryant
Package: python-daiquiri
Version: 1.3.0-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * d/tests/control: Add depends for python3-daiquiri.

Thanks for considering the patch.


-- System Information:
Debian Release: buster/sid
  APT prefers bionic
  APT policy: (500, 'bionic'), (500, 'artful-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-16-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru python-daiquiri-1.3.0/debian/tests/control 
python-daiquiri-1.3.0/debian/tests/control
--- python-daiquiri-1.3.0/debian/tests/control  2017-09-20 03:29:15.0 
-0400
+++ python-daiquiri-1.3.0/debian/tests/control  2017-11-27 13:30:14.0 
-0500
@@ -1,2 +1,3 @@
 Tests: 0001-smoketest
 Restrictions: allow-stderr
+Depends: python3-daiquiri


Bug#881989: fixed in python-eventlet 0.20.0-3

2017-11-27 Thread Gianfranco Costamagna
control: unarchive -1
control: reopen -1
control: tags -1 patch

Hello Ondřej, did you intentionally skip the patch from the debdiff?

--- python-eventlet-0.20.0/debian/patches/enum34-compat.patch   1970-01-01 
01:00:00.0 +0100
+++ python-eventlet-0.20.0/debian/patches/enum34-compat.patch   2017-11-27 
15:04:37.0 +0100
@@ -0,0 +1,14 @@
+Description: Drop requirement on enum-compat in favour of enum34
+Author: James Page 
+Forwarded: not-needed
+
+--- a/setup.py
 b/setup.py
+@@ -13,7 +13,6 @@ setup(
+ url='http://eventlet.net',
+ packages=find_packages(exclude=['benchmarks', 'tests', 'tests.*']),
+ install_requires=(
+-'enum-compat',
+ 'greenlet >= 0.3',
+ ),
+ zip_safe=False,
diff -Nru python-eventlet-0.20.0/debian/patches/series 
python-eventlet-0.20.0/debian/patches/series
--- python-eventlet-0.20.0/debian/patches/series2017-11-14 
22:48:10.0 +0100
+++ python-eventlet-0.20.0/debian/patches/series2017-11-27 
15:04:37.0 +0100
@@ -8,3 +8,4 @@
 0008-Disable-test_server_connection_timeout_exception.patch
 0009-Removed-test_urllib-that-is-failing-in-py36.patch
 0010-Fix-compilation-errors-when-installing-package-in-Py.patch
+enum34-compat.patch


thanks

G.



signature.asc
Description: OpenPGP digital signature


Bug#882792: [Pkg-xfce-devel] Bug#882792: xfce4-panel: some icons not appearing in notification panel

2017-11-27 Thread Julian Gilbey
This might be a small hint as to what might be going on: the
.xsession-errors file (attached) is full of errors and warnings
related to /usr/share/themes/Xfce/gtk-3.0/gtk.css.

Best wishes,

   Julian
Xsession: X session started for jdg at Mon 27 Nov 18:19:37 GMT 2017
dbus-update-activation-environment: setting 
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY=/home/jdg/.Xauthority
localuser:jdg being added to access control list
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
OpenGL version: 3.
dbus-update-activation-environment: setting USER=jdg
dbus-update-activation-environment: setting LANGUAGE=en_GB:en
dbus-update-activation-environment: setting XDG_SESSION_TYPE=x11
dbus-update-activation-environment: setting HOME=/home/jdg
dbus-update-activation-environment: setting DESKTOP_SESSION=lightdm-xsession
dbus-update-activation-environment: setting 
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting 
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting LOGNAME=jdg
dbus-update-activation-environment: setting 
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
dbus-update-activation-environment: setting GDM_LANG=en_GB.utf8
dbus-update-activation-environment: setting 
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session2
dbus-update-activation-environment: setting XDG_RUNTIME_DIR=/run/user/1000
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting LANG=en_GB.UTF-8
dbus-update-activation-environment: setting XDG_SESSION_DESKTOP=lightdm-xsession
dbus-update-activation-environment: setting XAUTHORITY=/home/jdg/.Xauthority
dbus-update-activation-environment: setting 
XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/jdg
dbus-update-activation-environment: setting SHELL=/bin/bash
dbus-update-activation-environment: setting GDMSESSION=lightdm-xsession
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting 
GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
dbus-update-activation-environment: setting PWD=/home/jdg
dbus-update-activation-environment: setting 
XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/
/usr/bin/x-session-manager: X server already running on display :0
xfce4-session: GNOME compatibility is enabled and gnome-keyring-daemon is found 
on the system. Skipping gpg/ssh-agent startup.

(xfwm4:32110): xfwm4-WARNING **: output size (1680x1050) and logical screen 
size (2560x1600) do not match

** (wrapper-1.0:32158): WARNING **: No outputs have backlight property
dropbox: locating interpreter
dropbox: logging to /tmp/dropbox-antifreeze-FK64vX
dropbox: initializing
dropbox: running python 2.7.11
dropbox: setting program path 
'/home/jdg/.dropbox-dist/dropbox-lnx.x86_64-39.4.49/dropbox'
dropbox: setting home path '/home/jdg/.dropbox-dist/dropbox-lnx.x86_64-39.4.49'
dropbox: setting python path 
'/home/jdg/.dropbox-dist/dropbox-lnx.x86_64-39.4.49:/home/jdg/.dropbox-dist/dropbox-lnx.x86_64-39.4.49/python-packages-27.zip'

(wrapper-2.0:32154): Gtk-WARNING **: Theme parsing error: gtk.css:36:10: The 
'engine' property is ignored

(wrapper-2.0:32160): Gtk-WARNING **: Theme parsing error: gtk.css:36:10: The 
'engine' property is ignored

(wrapper-2.0:32154): Gtk-WARNING **: Theme parsing error: gtk.css:38:23: Custom 
CSS properties are no longer supported.

(wrapper-2.0:32154): Gtk-WARNING **: Theme parsing error: gtk.css:39:22: Custom 
CSS properties are no longer supported.

(wrapper-2.0:32160): Gtk-WARNING **: Theme parsing error: gtk.css:38:23: Custom 
CSS properties are no longer supported.

(wrapper-2.0:32154): Gtk-WARNING **: Theme parsing error: gtk.css:41:39: The 
style property GtkWidget:focus-line-width is deprecated and shouldn't be used 
anymore. It will be removed in a future version

(wrapper-2.0:32160): Gtk-WARNING **: Theme parsing error: gtk.css:39:22: Custom 
CSS properties are no longer supported.

(wrapper-2.0:32154): Gtk-WARNING **: Theme parsing error: gtk.css:42:39: The 
style property GtkWidget:focus-padding is deprecated and shouldn't be used 
anymore. It will be removed in a future version

(wrapper-2.0:32160): Gtk-WARNING **: Theme parsing error: gtk.css:41:39: The 
style property GtkWidget:focus-line-width is deprecated and shouldn't be used 
anymore. It will be removed in a future version

(wrapper-2.0:32160): Gtk-WARNING **: Theme parsing error: gtk.css:42:39: The 
style property GtkWidget:focus-padding is deprecated and shouldn't be used 
anymore. It will be removed in a future version

(wrapper-2.0:32154): Gtk-WARNING **: Theme parsing error: gtk.css:43:39: The 
style property GtkWidget:interior-focus is 

Bug#874438: Dropped ftp.antik.sk from Debian mirror list

2017-11-27 Thread Bastian Blank
Hi

On Mon, Nov 27, 2017 at 04:42:20PM +0100, Matus Zilla wrote:
> the server is back online and actively syncing with new ftpscript from 
> ftp.debian.sk

I don't see a matching file in
http://ftp.antik.sk/debian/project/trace/.

But I see the file
http://ftp.antik.sk/debian/Archive-Update-in-Progress-ftp.debian.sk
last updated four days ago.

Regards,
Bastian

-- 
You're too beautiful to ignore.  Too much woman.
-- Kirk to Yeoman Rand, "The Enemy Within", stardate unknown



Bug#881732: soundconverter: required gstreamer element 'fakesink' not found.

2017-11-27 Thread jEsuSdA 8)

El 25/11/17 a las 14:53, James Cowgill escribió:

Hi,

On 14/11/17 15:43, jEsuSdA wrote:

Package: soundconverter
Version: 3.0.0~beta1-2
Severity: important

Dear Maintainer,

Soundconverter is unable to start with regular user. It starts and works with
root user.

$ → soundconverter
SoundConverter 3.0.0-beta1
  using GTK version: 3.0
  using Gstreamer version: 1.12.3.0
  using 4 thread(s)
required gstreamer element 'fakesink' not found.


Any idea about the problem?


I'm not too sure. Can you try running some commands from
gstreamer1.0-tools as a test.

Eg does this work (should print lots of info):
 gst-inspect-1.0 fakesink

Thanks,
James




Thank you, James.

The failure was caused by gstreamer.

I was able to solve removing the ~/.cache/gstreamer-1.0/registry.x86_64.bin

Thank you! ;)



Bug#882809: quilt: Problem when TAB press

2017-11-27 Thread eamanu15 .
Hello Martin,

Just when I use dquilt

Regards!

El lun., 27 de nov. de 2017 a la(s) 12:28, Martin Quinson <
martin.quin...@ens-rennes.fr> escribió:

> Hello,
>
> do you also have the issue when using quilt, or is it limited to when you
> use dquilt ?
>
> Thanks, Mt.
>
> - Mail original -
> > Package: quilt
> > Version: 0.63-8
> > Severity: minor
> >
> > Dear Maintainer,
> >
> > I have a problem when I use quilt.
> >
> > When a press TAB to complete some line appear this message:
> >
> > bash: completion: function `_quilt_completion' not found
> >
> > For example
> >
> > dquilt new debianbash: completion: function
> > `_quilt_completion' not found
> >
> > Regards!
> >
> > -- System Information:
> > Debian Release: 9.2
> >   APT prefers stable-updates
> >   APT policy: (500, 'stable-updates'), (500, 'stable')
> > Architecture: amd64 (x86_64)
> >
> > Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores)
> > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
> > LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/dash
> > Init: systemd (via /run/systemd/system)
> >
> > Versions of packages quilt depends on:
> > ii  bsdmainutils  9.0.12+nmu1
> > ii  bzip2 1.0.6-8.1
> > ii  diffstat  1.61-1+b1
> > ii  gettext   0.19.8.1-2
> > ii  patch 2.7.5-1+b2
> > ii  perl  5.24.1-3+deb9u2
> >
> > Versions of packages quilt recommends:
> > ii  less  481-2.1
> >
> > Versions of packages quilt suggests:
> > ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u1
> > pn  graphviz   
> > pn  procmail   
> >
> > -- no debconf information
> >
>
-- 
Arias Emmanuel
https://www.linkedin.com/in/emmanuel-arias-437a6a8a
http://eamanu.com


Bug#882106: mirror submission for mirror.ufam.edu.br

2017-11-27 Thread Bastian Blank
Hi

Thank you for mirroring Debian.

Your mirror itself looks okay.

However you have a DNS setup with all server near together:

| ufam.edu.br.43067   IN  NS  tucano.ufam.edu.br.  (200.129.164.3)
| ufam.edu.br.43067   IN  NS  uirapuru.ufam.edu.br.  (200.129.163.1)
| ufam.edu.br.43067   IN  NS  mutum.ufam.edu.br.  (200.129.163.3)

This violates the principles stated in section 3 of RFC2182[1] and
creates huge headaches for our monitoring.  Please contact your provider
and/or hostmas...@npr.br to setup a proper secondary DNS.

On Sun, Nov 19, 2017 at 12:29:03AM +, Gerson Barreiros da Silva wrote:
> Submission-Type: new
> Site: mirror.ufam.edu.br
> Type: leaf
> Archive-architecture: amd64 i386
> Archive-http: /debian/
> Maintainer: Gerson Barreiros da Silva 
> Country: BR Brazil
> Location: Manaus, Amazonas
> Sponsor: Universidade Federal do Amazonas http://ufam.edu.br

Bastian

[1]: https://tools.ietf.org/html/rfc2182#section-3

-- 
One does not thank logic.
-- Sarek, "Journey to Babel", stardate 3842.4



Bug#882874: glibc 2.25 FTBFS on ia64

2017-11-27 Thread Jason Duerstock
Source: glibc
Version: 2.25
Severity: normal

Dear Maintainer,
When trying to build glibc 2.25 under ia64, ld.so does not build properly,
and produces a segmentation fault immediately upon execution.

The following backtrace is common to every combination of toolchain part and 
compilation flag I've tried:

GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "ia64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./ld.so...done.
(gdb) run
Starting program: /root/sid/glibc-2.25/build-tree/ia64-libc/elf/ld.so
Failed to read a valid object file image from memory.

Program received signal SIGSEGV, Segmentation fault.
make_fdesc (gp=2305843043573611080, ip=) at dl-fptr.c:127
127   old = root->first_unused;
(gdb) bt
#0  make_fdesc (gp=2305843043573611080, ip=) at dl-fptr.c:127
#1  _dl_make_fptr (map=0x2008000553a8 <_rtld_local+2448>, 
sym=0x20080540, ip=2305843043573579456) at dl-fptr.c:243
#2  0x20084440 in elf_machine_rela (skip_ifunc=0, 
reloc_addr_arg=0x200800050640 <_rtld_local_ro+208>,
version=, sym=0x20080540, reloc=0x20080f68, 
map=0x2008000553a8 <_rtld_local+2448>)
at ../sysdeps/ia64/dl-machine.h:432
#3  elf_dynamic_do_Rela (skip_ifunc=0, lazy=0, nrelative=, 
relsize=, reladdr=,
map=0x2008000553a8 <_rtld_local+2448>) at do-rel.h:137
#4  _dl_start (arg=0x6fffb670) at rtld.c:502
#5  0x20081990 in _start ()
(gdb)

It appears that local->root is set to NULL at execution time, even before any 
instructions are set.

I have tried binutils (2.25, 2.28, 2.29.1) and gcc 6.4.0 and 7.2.0.


-- System Information:
Debian Release: buster/sid
Architecture: ia64

Kernel: Linux 3.2.0-4-mckinley (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



Bug#858398: Proposed (lib)curl switch to openssl 1.1

2017-11-27 Thread Adrian Bunk
Control: block 858927 by -1

On Fri, Nov 24, 2017 at 12:26:20AM +0100, Sebastian Andrzej Siewior wrote:
> On 2017-11-23 17:09:09 [+0200], Adrian Bunk wrote:
> > On Thu, Nov 23, 2017 at 01:57:58PM +, Ian Jackson wrote:
> > > 2. For the reason just mentioned, it might be a good idea to put in a
> > >Breaks against old versions of packages using
> > >CURLOPT_SSL_CTX_FUNCTION.  However, (a) I am not sure if this is
> > >actually necessary
> > 
> > See #846908 for an example where it is necessary.
> #844018 has some history and was the reason for curl to stay with 1.0
> 
> > >(b) in any case I don't have a good list of all
> > >the appropriate versions
> > 
> > Kurt did search for affected packages a year ago,
> > so the information about affected packages in
> > stretch should already be available.
> > 
> > Note that such Breaks won't work for backported packages.
> 
> I did a grep and it seems that all affected users are blocked by
> #858398 except for hhvm. All of them seem to touch
> CURLOPT_SSL_CTX_FUNCTION and ask for libssl1.0-dev.
> 
> I skipped some others (while doing the grep just now) which should not
> be an issue (like `cargo' but it depends on libssl-dev and
> libcurl4-gnutls-dev or `sx' which uses it only in its configure script
> or `cmake', r-cran-rcurl, curlpp  which do not link against libssl,…).

So if we want to keep the soname, the Breaks would be on[1]:
hhvm (<< 3.21.0+dfsg-2.1)
lastpass-cli (<< 1.0.0-1.3)
libapache2-mod-auth-cas (<< 1.1-2.2)
netsurf-fb (<< 3.6-3.2)
netsurf-gtk (<< 3.6-3.2)
libxmltooling7 (<< 1.6.2-1.1)
zurl (<< 1.9.0-1.1)

> Sebastian

cu
Adrian

[1] I'm assuming there will be no unrelated uploads,
<< -2.1 works no matter whether the OpenSSL 1.1 upload
will be -2.1 or -3 or -1 of a new upstream version

-- 

   "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



Bug#881647: judy, your recent order 425791 wm

2017-11-27 Thread Judy Kennedy
I didn't  order anything  from you . Nor will I!

On Nov 13, 2017 3:32 PM, "Amazon FinalNotice" 
wrote:

* welcome to amazon*





































































































































































Package: debian-faq Severity: wishlist Tags: patch,l10n X-Debbugs-CC:
frans.spiesscha...@yucom.be Hi, I got a fully translated po-based Dutch
translation for the Debian FAQ from Frans Spiesschaert (in X-Debbugs-CC),
and added the additional files, which are needed to build the translation,
to add the 'debian-faq-nl' extra package etc. I did check for formatting
errors, and it builds fine (html and pdf). A complete patch is attached. So
long Holger -- 
Created with Sylpheed 3.5.1 under D E B I A N L I N U X 9 " S T R E T C H "
. Registered Linux User #311290 - https://linuxcounter.net/



Bug#882873: numactl - install memhog and migspeed under /usr/bin

2017-11-27 Thread Manoj Iyer


Package: numactl
Version: 2.0.11-2.1
Severity: normal

numactl builds memhog and migspeed during build but does not install it 
when the package is installed. The debian/README.debian suggests that 
these utils be installed under /usr/share/doc/numctl/examples, but 
shipping these utils here results in a compressed memhog.gz and 
migspeed.gz. Other distros installs these utils under /usr/bin, any test 
scripts that use these utils expect these tools to be in /usr/bin.


memhog and migspeed needs to be added to debian/numactl.install file, and 
installed under /usr/bin.


--

Manoj Iyer
Ubuntu/Canonical
ARM Servers - Cloud




Bug#882872: vidir: Allow copying files

2017-11-27 Thread Anthony DeRobertis
Package: moreutils
Version: 0.60-1
Severity: wishlist
File: /usr/bin/vidir

Hello, I tried to copy a file by duplicating the line & giving it a new
name. Unfortunately, that just resulted in a parse error. It'd be nice
if that resulted in copying the file.

Thank you for maintaining moreutils. I use it almost every day.

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

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

Versions of packages moreutils depends on:
ii  libc62.25-2
ii  libipc-run-perl  0.96-1
ii  perl 5.26.1-2

moreutils recommends no packages.

Versions of packages moreutils suggests:
ii  libtime-duration-perl  1.20-1
ii  libtimedate-perl   2.3000-2

-- no debconf information



Bug#872432: [PATCH 0/1] licensecheck patch for "additional ignores"

2017-11-27 Thread IOhannes m zmölnig
control: tags -1 patch
thanks.

On Fri, 6 Oct 2017 10:33:54 +0200
=?UTF-8?Q?IOhannes_m_zm=c3=b6lnig_=28Debian/GNU=29?=
  wrote:
> not sure whether "git send-email" is the best way to send a patch to the
> BTS.
> 
> so here it is again, as an attachment



signature.asc
Description: OpenPGP digital signature


Bug#882871: O: python-activipy -- implementation of ActivityStreams 2.0

2017-11-27 Thread W. Martin Borgert

Package: wnpp
Severity: normal

I'm orphaning python-activipy, because I don't use it anymore.
It is team maintained in the Python modules team, maybe somebody
in the team likes to take over? Upstream is not very active at
the moment, but still alive and accessible.



Bug#683495: Mandating use of /usr/bin/perl in Policy

2017-11-27 Thread Gunnar Wolf
Sean Whitton dijo [Sat, Oct 14, 2017 at 11:49:59AM -0700]:
> I am seeking seconds for the following patch to close this bug, which I
> think is uncontroversial at this point.
> 
> > @@ -185,7 +185,7 @@ All command scripts, including the package maintainer 
> > scripts inside the
> >  package and used by ``dpkg``, should have a ``#!`` line naming the shell
> >  to be used to interpret them.
> >
> > -In the case of Perl scripts this should be ``#!/usr/bin/perl``.
> > +In the case of Perl scripts this must be ``#!/usr/bin/perl``.
> >
> >  When scripts are installed into a directory in the system PATH, the
> >  script name should not include an extension such as ``.sh`` or ``.pl``

Seconded.




signature.asc
Description: PGP signature


Bug#882870: O: python-odoorpc -- pilot Odoo servers through RPC

2017-11-27 Thread W. Martin Borgert

Package: wnpp
Severity: normal

I'm orphaning python-odoorpc, because I don't use it anymore.
It is team maintained in the Python modules team, maybe somebody
in the team likes to take over? Note, that there is a new
release 0.6.0, which calls for a package update!



Bug#882869: stretch-pu: package libxkbcommon/0.7.1-2~deb9u1

2017-11-27 Thread Andreas Beckmann
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix a missing dependency by rebuilding the package from sid for
stretch. #872874


Andreas
diff -u libxkbcommon-0.7.1/debian/changelog libxkbcommon-0.7.1/debian/changelog
--- libxkbcommon-0.7.1/debian/changelog
+++ libxkbcommon-0.7.1/debian/changelog
@@ -1,3 +1,18 @@
+libxkbcommon (0.7.1-2~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 17:50:43 +0100
+
+libxkbcommon (0.7.1-2) unstable; urgency=medium
+
+  * Remove Cyril from Uploaders.
+  * Add missing dependency libxkbcommon-x11-dev → libxkbcommon-dev
+(closes: #872874).
+
+ -- Julien Cristau   Sat, 16 Sep 2017 13:40:36 +0200
+
 libxkbcommon (0.7.1-1) unstable; urgency=medium
 
   * New upstream release.
diff -u libxkbcommon-0.7.1/debian/control libxkbcommon-0.7.1/debian/control
--- libxkbcommon-0.7.1/debian/control
+++ libxkbcommon-0.7.1/debian/control
@@ -2,7 +2,7 @@
 Section: x11
 Priority: optional
 Maintainer: Debian X Strike Force 
-Uploaders: Cyril Brulebois , Michael Stapelberg 

+Uploaders: Michael Stapelberg 
 Build-Depends:
  debhelper (>= 10),
  quilt,
@@ -94,6 +94,7 @@
 Pre-Depends: ${misc:Pre-Depends}
 Depends:
  libxkbcommon-x11-0 (= ${binary:Version}),
+ libxkbcommon-dev (= ${binary:Version}),
  libxcb1-dev,
  libxcb-xkb-dev,
  ${shlibs:Depends},


Bug#758898: filezilla: assertion failures at start

2017-11-27 Thread jEsuSdA
Package: filezilla
Version: 3.28.0-1
Followup-For: Bug #758898

Dear Maintainer,


Sending you my error info. Maybe it will be useful. ;)



ASSERT INFO:
../src/gtk/toplevel.cpp(988): assert "m_widget" failed in Show(): invalid frame

BACKTRACE:
[1] wxTopLevelWindowGTK::Show(bool)
[2] wxTopLevelWindowBase::Destroy()
[3] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&,
wxEvtHandler*, wxEvent&)
[4] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[5] wxEvtHandler::TryHereOnly(wxEvent&)
[6] wxEvtHandler::ProcessEventLocally(wxEvent&)
[7] wxEvtHandler::ProcessEvent(wxEvent&)
[8] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[9] wxTimerImpl::SendEvent()
[10] g_main_context_dispatch
[11] g_main_loop_run
[12] gtk_main
[13] wxGUIEventLoop::DoRun()
[14] wxEventLoopBase::Run()
[15] wxAppConsoleBase::MainLoop()
[16] wxEntry(int&, wchar_t**)
[17] __libc_start_main



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

Kernel: Linux 4.13.0-15.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8), 
LANGUAGE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages filezilla depends on:
ii  filezilla-common 3.28.0-1
ii  libatk1.0-0  2.26.0-2
ii  libc62.24-17
ii  libcairo21.15.8-2
ii  libdbus-1-3  1.12.0-1
ii  libfilezilla00.11.0-1
ii  libfontconfig1   2.12.3-0.2
ii  libfreetype6 2.8.1-0.1
ii  libgcc1  1:7.2.0-16
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.1-1
ii  libgnutls30  3.5.16-1
ii  libgtk2.0-0  2.24.31-2
ii  libhogweed4  3.3-2
ii  libnettle6   3.3-2
ii  libpango-1.0-0   1.40.12-1
ii  libpangocairo-1.0-0  1.40.12-1
ii  libpangoft2-1.0-01.40.12-1
ii  libpugixml1v51.8.1-6
ii  libsqlite3-0 3.21.0-1
ii  libstdc++6   7.2.0-16
ii  libwxbase3.0-0v5 3.0.3.1+dfsg2-1
ii  libwxgtk3.0-0v5  3.0.3.1+dfsg2-1

Versions of packages filezilla recommends:
ii  xdg-utils  1.1.2-1

filezilla suggests no packages.

-- no debconf information



Bug#858398: Proposed (lib)curl switch to openssl 1.1

2017-11-27 Thread Adrian Bunk
On Thu, Nov 23, 2017 at 10:05:22PM +, Alessandro Ghedini wrote:
> On Thu, Nov 23, 2017 at 07:10:51PM +, Ian Jackson wrote:
> > Adrian Bunk writes ("Re: Proposed (lib)curl switch to openssl 1.1"):
> > > What I suggest above would be a transition that should be coordinated
> > > with the release team like other transitions.
> > 
> > I'm not 100% opposed to doing this as a normal library transition with
> > a soname change.  I don't feel I understand the tradeoffs well.
> 
> Well, one downside is that doing a full blown transition is likely to take
> more work and time to see it completed. Unfortunately I don't have the time
> required and can't commit to doing this myself.
> 
> I do agree it's the correct solution though, and it would be a good 
> opportunity
> to finally sync SONAME with upstream (last time a transition of libcurl was
> attempted some 10 years or so ago, it was halted for reasons now lost in the
> mists of time, so we have been stuck carrying some hacks to pretend we are
> still using the old SONAME, see e.g. [0] [1]).

The transition would affect many packages (and the soname change makes 
makes more sense if -nss and -gnutls are also changed), but otherwise it 
would be relatively simple and straightforward since all potential 
problems in reverse dependencies are already covered with RC bugs.

> Cheers
>...

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



Bug#882736: [pkg-gnupg-maint] Bug#882736: gpg-agent: does not always use same socketdir

2017-11-27 Thread Ansgar Burchardt
On Mon, 2017-11-27 at 10:02 -0500, Daniel Kahn Gillmor wrote:
> On Sun 2017-11-26 12:00:31 +0100, Ansgar Burchardt wrote:
> > gpg(-agent) uses a different socketdir when a non-default homedir
> > is
> > specified depending on the environment:
> > 
> > If /run/user/ exists, it will use
> > /run/user//gnupg/d.;
> > otherwise it will fall back to .  XDG_RUNTIME_DIR is
> > intentionally ignored...
> 
> this is a deliberate choice by upstream.

Yes, I saw it in the source :-/

> > This does cause multiple instances of gpg-agent to be launched when
> > first invoking `gpg` with no open login session (/run/user/
> > does
> > not exist) and then again with an open login session open (which
> > created /run/user/).
> 
> how are you launching gpg without a login session?  that's not a
> common workflow from what i can tell.

>From a script invoked from cron.  That doesn't open a logind session. 
sudo would work too.

> > In addition it would be nice if there was an option to explicitly
> > configure a socket directory to allow using supervision for
> > gpg-agent's with a non-default homedir (and not having to rely on
> > implementation details like d.${hash} which might change).
> 
> I don't understand what you're asking for here.
> 
> The socket path used by the clients of the agent should be stable if
> you
> discover the agent's socket path like so:
> 
>gpgconf --homedir=/wherever --list-dirs agent-socket
> 
> So you should be able to supervise that location, right?

Yes, but that depends on the internal gpg logic to decide where to put
sockets (which is unstable).  If one could tell gpg which directory to
use, one could work around gpg choosing something unstable.

It also requires to call gpgconf to configure the supervisor (and the
location might change at any time in the future so gpgconf needs to be
called always).

(For now I wrked around the problem by having a lingering systemd-
logind session for the service user.  Then /run/user/ always
exists.)

Ansgar



Bug#882868: O: python-oerplib -- Python client library to Odoo server

2017-11-27 Thread W. Martin Borgert

Package: wnpp
Severity: normal

I'm orphaning python-oerplib, because I don't use it anymore.
It is team maintained in the Python modules team, maybe somebody
in the team likes to take over?

If nobody takes over within some days/weeks, I'll ask for
removal of the package, because for new software, upstream
recommends odoorpc, which is also in Debian.



Bug#882867: krb5-kdc: cannot write to default log location

2017-11-27 Thread Chad W Seys
Package: krb5-kdc
Version: 1.15-1+deb9u1
Severity: important

Hi,
  The default log location for krb5-kdc is /var/log/krb5kdc.log .  E.g.
using the kdc.conf.template supplied with the package would cause krb5kdc
to log to /var/log/krb5kdc.log
However, this is not allowed by systemd's ReadWriteDirectories:

from /lib/systemd/system/krb5-kdc.service :
ReadWriteDirectories=-/var/tmp /tmp /var/lib/krb5kdc -/var/run /run

Thanks for your time!
C.

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

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

Versions of packages krb5-kdc depends on:
ii  debconf [debconf-2.0]  1.5.61
ii  init-system-helpers1.48
ii  krb5-config2.6
ii  krb5-user  1.15-1+deb9u1
ii  libc6  2.24-11+deb9u1
ii  libcomerr2 1.43.4-2
ii  libgssapi-krb5-2   1.15-1+deb9u1
ii  libgssrpc4 1.15-1+deb9u1
ii  libk5crypto3   1.15-1+deb9u1
ii  libkadm5clnt-mit11 1.15-1+deb9u1
ii  libkadm5srv-mit11  1.15-1+deb9u1
ii  libkdb5-8  1.15-1+deb9u1
ii  libkeyutils1   1.5.9-9
ii  libkrb5-3  1.15-1+deb9u1
ii  libkrb5support01.15-1+deb9u1
ii  libverto-libev10.2.4-2.1
ii  libverto1  0.2.4-2.1
ii  lsb-base   9.20161125

krb5-kdc recommends no packages.

Versions of packages krb5-kdc suggests:
pn  krb5-admin-server  
pn  krb5-kdc-ldap  
pn  krb5-kpropd

-- debconf information:
  krb5-kdc/debconf: true
  krb5-kdc/purge_data_too: false



Bug#882866: ITP: r-cran-matching -- multivariate and propensity score matching with balance optimization

2017-11-27 Thread Andreas Tille
Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-matching
  Version : 4.9-2
  Upstream Author : Jasjeet Singh Sekhon 
* URL : https://cran.r-project.org/package=Matching
* License : GPL
  Programming Lang: GNU R
  Description : multivariate and propensity score matching with balance 
optimization
 Provides functions for multivariate and propensity score matching
 and for finding optimal balance based on a genetic search algorithm.
 A variety of univariate and multivariate metrics to
 determine if balance has been obtained are also provided.


Remark: This package is needed to upgrade r-cran-matchit to the latest
upstream version.  It is maintained by the Debian Science team at
   https://anonscm.debian.org/git/debian-science/packages/r-cran-matching.git



Bug#876881: site: https://debtags.debian.org/edit/ says in JS console "POST https://debtags.debian.org/api/patch 403 (FORBIDDEN)"

2017-11-27 Thread Enrico Rossi
Hi Axel,

The website is broken right now, can you tell me the fix you need or
eventually provide a patch against the tags database here so I can
upload it?

https://anonscm.debian.org/cgit/debtags/tagdb.git/

Thanks
E.

-- 
GPG key: 4096R/5E0195FAF2133176 2010-10-19 Enrico Rossi 



Bug#868655: gnome-software: Missing dependancy to libgnome-menu-3-0

2017-11-27 Thread Jeremy Bicha
On Mon, Nov 27, 2017 at 10:43 AM, Darthcat  wrote:
> Thank you so much Jeremy for this quick and detailed answer. Moreover,
> I really like to understand what does not work properly when this is
> the case.

The problem is that the DEP-11 icons and metadata need to be present.
'sudo apt update' will download them for you. unattended-upgrades will
do it in the background but you may have to wait a day for that to
run.

gnome-software is always running as a background app and in this case,
it looks like it needs to be restarted (manually or by logging out and
logging back in) for it to recognize the updated DEP-11 files.

I suggest talking to the debian-installer people about this bug.

Thanks,
Jeremy Bicha



Bug#882865: r-cran-coin: autopkgtest failure

2017-11-27 Thread Graham Inggs
Source: r-cran-coin
Version: 1.2-1-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest

Hi Maintainer

Since the upload of 1.2-1-1, r-cran-coin's autopkgtests have been
failing [1].  There is a new test that requires r-cran-libcoin which is
not yet packaged.

Regards
Graham


[1] https://ci.debian.net/packages/r/r-cran-coin/unstable/amd64/



Bug#861262: sphinxsearch needs systemd unit file

2017-11-27 Thread Yvan Taviaud - Dugwood
It's not in the main tarball, it's in the Debian deb archive: 
http://sphinxsearch.com/files/sphinxsearch_2.2.11-release-1~jessie_amd64.deb
(open the file with any archive manager not supporting deb packages, 
then open the «data.tar.xz», you'll find it there).


So the fix would be to import the Jessie deb package as it's available 
on sphinxsearch.com, with a few ajustments for Stretch.


Le 27/11/2017 à 15:32, Matthew Gabeler-Lee a écrit :
Looking at http://sphinxsearch.com/bugs/view.php?id=2321 and the 
2.2.11 vs. 2.2.10 upstream source releases, or the upstream git repo, 
I can't find any signs that a systemd unit file was actually added to 
the tree at all.  Nor does upstream ticket 2321 appear in the 
changelog for 2.2.11.


Seems someone upstream maybe forgot to actually commit/push the fix?

And for that matter, the sysvinit script debian ships is not really 
related to upstream's one in contrib.






Bug#882864: [PATCH] document json_pp option separation

2017-11-27 Thread 積丹尼 Dan Jacobson
X-Debbugs-Cc: makam...@cpan.org
Package: libjson-pp-perl
Version: 2.94000-1
Severity: minor
File: /usr/bin/json_pp

--- /usr/bin/json_pp2017-06-25 03:59:24.0 +0800
+++ /tmp/json_pp2017-11-28 00:37:16.414770019 +0800
@@ -20,7 +20,7 @@
't=s' => \( my $opt_to = 'json' ),
'json_opt=s' => \( my $json_opt = 'pretty' ),
'V'   => \( my $version ),
-) or die "Usage: $0 [-V] [-f from_format] [-t to_format] [-json_opt 
options]\n";
+) or die "Usage: $0 [-V] [-f from_format] [-t to_format] [-json_opt 
options_to_json1[,options_to_json2[,...]]]\n";
 
 
 if ( $version ) {
@@ -94,7 +94,7 @@
 
 =head1 SYNOPSIS
 
-json_pp [-v] [-f from_format] [-t to_format] [-json_opt options_to_json]
+json_pp [-v] [-f from_format] [-t to_format] [-json_opt 
options_to_json1[,options_to_json2[,...]]]
 
 =head1 DESCRIPTION
 
@@ -154,6 +154,12 @@
 ascii latin1 utf8 pretty indent space_before space_after relaxed canonical 
allow_nonref
 allow_singlequote allow_barekey allow_bignum loose escape_slash
 
+Multiple options must be separated by commas:
+
+Right: -json_opt pretty,canonical
+
+Wrong: -json_opt pretty -json_opt canonical
+
 =head2 -v
 
 Verbose option, but currently no action in fact.



Bug#882863: stretch-pu: package grok/1.20110708.1-4.3~deb9u1

2017-11-27 Thread Andreas Beckmann
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the missing dependencies. #875422, #779034
And while we are at it, the pointer aliasing bugfix sounded reasonable
as well. #841668
So this is a rebuild of the sid package with 2 patches removed.
(The gperf patches are not relevant (and not backwards compatible) for
stretch.)

Andreas
diff -Nru grok-1.20110708.1/debian/changelog grok-1.20110708.1/debian/changelog
--- grok-1.20110708.1/debian/changelog  2015-01-16 23:03:19.0 +0100
+++ grok-1.20110708.1/debian/changelog  2017-11-27 17:12:13.0 +0100
@@ -1,3 +1,29 @@
+grok (1.20110708.1-4.3~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+  * Drop the gperf 3.1 patches
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 17:12:13 +0100
+
+grok (1.20110708.1-4.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * libgrok-dev: Add the missing dependencies on:
+- libgrok1 (Closes: #875422)
+- libtokyocabinet-dev (Closes: #779034)
+
+ -- Adrian Bunk   Sat, 14 Oct 2017 17:15:19 +0300
+
+grok (1.20110708.1-4.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Apply Steve Langasek's fix for wrong pointer alias bug
+(Closes: #841668)
+  * Apply patches to allow build grok with gperf >= 3.1
+
+ -- SZALAY Attila   Wed, 09 Aug 2017 16:36:26 -0400
+
 grok (1.20110708.1-4.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru grok-1.20110708.1/debian/control grok-1.20110708.1/debian/control
--- grok-1.20110708.1/debian/control2012-10-14 11:08:33.0 +0200
+++ grok-1.20110708.1/debian/control2017-10-14 16:15:19.0 +0200
@@ -52,6 +52,8 @@
 Section: libdevel
 Architecture: any
 Depends:
+ libgrok1 (= ${binary:Version}),
+ libtokyocabinet-dev,
  ${misc:Depends},
  ${shlibs:Depends},
 Provides: libgrok-dev
diff -Nru grok-1.20110708.1/debian/patches/fix-wrong-pointer-alias 
grok-1.20110708.1/debian/patches/fix-wrong-pointer-alias
--- grok-1.20110708.1/debian/patches/fix-wrong-pointer-alias1970-01-01 
01:00:00.0 +0100
+++ grok-1.20110708.1/debian/patches/fix-wrong-pointer-alias2017-08-09 
21:27:57.0 +0200
@@ -0,0 +1,55 @@
+From: Steve Langasek 
+Date: Fri, 21 Oct 2016 00:00:00 +
+X-Dgit-Generated: 1.20110708.1-4.1 7fc1ec5f57e2299be6b1248db82da42f569c6ab0
+Subject: fix wrong pointer alias
+
+
+---
+
+--- grok-1.20110708.1.orig/grok_pattern.c
 grok-1.20110708.1/grok_pattern.c
+@@ -33,9 +33,9 @@ int grok_pattern_add(const grok_t *grok,
+ }
+ 
+ int grok_pattern_find(const grok_t *grok, const char *name, size_t name_len,
+-  const char **regexp, size_t *regexp_len) {
++  const char **regexp, int *regexp_len) {
+   TCTREE *patterns = grok->patterns;
+-  *regexp = tctreeget(patterns, name, name_len, (int*) regexp_len);
++  *regexp = tctreeget(patterns, name, name_len, regexp_len);
+ 
+   grok_log(grok, LOG_PATTERNS, "Searching for pattern '%s' (%s): %.*s",
+name, *regexp == NULL ? "not found" : "found", *regexp_len, 
*regexp);
+--- grok-1.20110708.1.orig/grok_pattern.h
 grok-1.20110708.1/grok_pattern.h
+@@ -9,7 +9,7 @@ TCLIST *grok_pattern_name_list(const gro
+ int grok_pattern_add(const grok_t *grok, const char *name, size_t name_len,
+   const char *regexp, size_t regexp_len);
+ int grok_pattern_find(const grok_t *grok, const char *name, size_t name_len,
+-  const char **regexp, size_t *regexp_len);
++  const char **regexp, int *regexp_len);
+ int grok_patterns_import_from_file(const grok_t *grok, const char *filename);
+ int grok_patterns_import_from_string(const grok_t *grok, const char *buffer);
+ 
+--- grok-1.20110708.1.orig/grokre.c
 grok-1.20110708.1/grokre.c
+@@ -183,7 +183,7 @@ static char *grok_pattern_expand(grok_t
+ int start, end, matchlen;
+ const char *pattern_regex;
+ int patname_len;
+-size_t regexp_len;
++int regexp_len;
+ int pattern_regex_needs_free = 0;
+ 
+ grok_log(grok, LOG_REGEXPAND, "% 20s: %.*s", "start of loop",
+--- grok-1.20110708.1.orig/test/grok_pattern.test.c
 grok-1.20110708.1/test/grok_pattern.test.c
+@@ -4,7 +4,7 @@
+ void test_grok_pattern_add_and_find_work(void) {
+   INIT;
+   const char *regexp = NULL;
+-  size_t len = 0;
++  int len = 0;
+ 
+   grok_pattern_add(, "WORD", 5, "\\w+", 3);
+   grok_pattern_add(, "TEST", 5, "TEST", 4);
diff -Nru grok-1.20110708.1/debian/patches/series 
grok-1.20110708.1/debian/patches/series
--- grok-1.20110708.1/debian/patches/series 2015-01-16 23:04:43.0 
+0100
+++ grok-1.20110708.1/debian/patches/series 2017-11-27 17:12:13.0 
+0100
@@ -2,3 +2,4 @@
 0001-Support-GNU-kFreeBSD-add-necessary-linker-flag.patch
 0002-Support-GNU-Hurd-add-necessary-linker-flag.patch
 pcre-group-name.patch

Bug#773294: tracker.debian.org: add support for the vcswatch service

2017-11-27 Thread Pierre-Elliott Bécue
Le mercredi 22 novembre 2017 à 10:38:04+0100, Raphael Hertzog a écrit :
> Hi Pierre-Elliott,
> 
> On Wed, 22 Nov 2017, Pierre-Elliott Bécue wrote:
> > Please, feel free to review and comment the patch.
> > 
> > It lacks tests for the task, I'll work on that by the end of the week in a
> > fourth patch.
> 
> First of all, I would highly suggest to try to follow the principles of
> test-driven development:
> https://www.obeythetestinggoat.com/
> 
> IOW, you write a failing test first, then you code what's necessary to
> make the test pass and so on until you have all the features that you
> are looking for.
> 
> Adding tests afterwards is hard and you are likely to miss some important
> tests. And it's just not fun to code tests separately when you already
> have something working... it will be hard to stick to it in the long run.
> 
> Then on the compression feature, I have to agree with pabs, we should not
> have to look into the data-flow to find the compression method. I would
> suggest:
> - either the user is explicit (compression="gzip" attribute, or
>   compression=None/False for no compression)
> - or the user relies on compression="auto" (default value) in which
>   case it should just rely on the filename extension that we should pass
>   along in some way.
> 
> In the case of something retrieved through the web, it might be
> interesting to check the Content-Type to infer the compression too:
> $ HEAD https://qa.debian.org/data/vcswatch/vcswatch.json.gz |grep Content-Type
> Content-Type: application/x-gzip
> X-Content-Type-Options: nosniff
> 
> (But it might be overkill since I guess we have a usable extension in 99% of 
> the cases,
> feel free to skip this)
> 
> Also it seems to me that the correct API for generic decompression should
> rely on getting a file object as input and providing a file object as
> output... as that's what you want to be able to process really big files
> without reading them all at once in memory (shall the need arise).
> 
> Now onto the vcswatch code:
> 
> > --- a/distro_tracker/core/panels.py
> > +++ b/distro_tracker/core/panels.py
> > @@ -235,6 +235,12 @@ class GeneralInformationPanel(BasePanel):
> >  # There is no general info for the package
> >  return
> >  
> > +try:
> > +vcswatch = PackageExtractedInfo.objects.get(
> > +package=self.package, key='vcswatch').value
> > +except PackageExtractedInfo.DoesNotExist:
> > +vcswatch = {}
> 
> I don't like that we modify a general panel for a feature that is currently
> vendor specific. I would like to see an intermediary abstraction under
> the form of "vcs_extra_links". It can still be in PackageExtractedInfo but
> you would not be alone in having the right to create/modify those keys.
> It would be something like this:
> {
>   'QA': 'https://qa.debian.org/cgi-bin/vcswatch?package=foo',
>   'Browse': '...',
> }
> 
> And the code would display the links in alphabetical order. (Yes I'm 
> suggesting
> that we might want to move the code that stores the Vcs-Browser link to use
> this new structure)
> 
> Also if we have to extract two keys out of  PackageExtractedInfo we want to do
> it in a single query to avoid round-trips with the database. The package page
> is already very heavy in numbers of queries.
> 
> > --- a/distro_tracker/core/templates/core/panels/general.html
> > +++ b/distro_tracker/core/templates/core/panels/general.html
> > @@ -95,7 +95,7 @@
> > {{ vcs }}
> > {% endif %}
> > {% if ctx.vcs.browser %}
> > -   (Browse)
> > +   (Browse{% if ctx.vcs.watch %}, 
> > 
> > QA{% endif %})
> > {% endif %}
> > {% endwith %}
> 
> You can have vcswatch data even if you don't have any browse link. vcswatch 
> works as soon
> as you have a vcs url. But here the code would be very different (and 
> cleaner) if you
> implement the abstraction suggested above.
> 
> > --- /dev/null
> > +++ 
> > b/distro_tracker/vendor/debian/templates/debian/vcswatch-action-item.html
> > @@ -0,0 +1,9 @@
> > +{% with description=item.extra_data.description %}
> > +{% with error=item.extra_data.error %}
> > +
> > +VCSwatch reports
> > +that {{description}}
> > +{% if error %}
> > +{{error}}
> > +{% endif %}
> > +{% endwith %}{% endwith %}
> 
> This looks wrong. The long descriptions should really be embedded here
> (with multiple if to check for the vcswatch status) and
> use whatever data they need out of extra_data.
> 
> > +__out = {}
> 
> Please don't use variable names with underscores. A single underscore
> might be useful for private method or function names (or for variables 
> defined at
> the module level possibly). But it's not really useful for private
> variables within methods.
> 
> > +@staticmethod
> > +def get_data_checksum(data):
> > +json_dump = json.dumps(data, sort_keys=True)
> > +if json_dump is not six.binary_type:
> > +json_dump = 

Bug#882862: kcodecs FTCBFS: fails to run qhelpgenerator

2017-11-27 Thread Helmut Grohne
Source: kcodecs
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

kcodecs fails to cross build from source, because it fails running
qhelpgenerator (through doxygen). Doxygen doesn't notice the failure
(#818379), but the build finally fails due to missing files. The issue
here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes kcodecs cross build successfully indeed. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru kcodecs-5.37.0/debian/changelog 
kcodecs-5.37.0/debian/changelog
--- kcodecs-5.37.0/debian/changelog 2017-09-03 09:57:41.0 +0200
+++ kcodecs-5.37.0/debian/changelog 2017-11-27 17:03:46.0 +0100
@@ -1,3 +1,10 @@
+kcodecs (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 17:03:46 +0100
+
 kcodecs (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru kcodecs-5.37.0/debian/control kcodecs-5.37.0/debian/control
--- kcodecs-5.37.0/debian/control   2017-09-03 09:57:41.0 +0200
+++ kcodecs-5.37.0/debian/control   2017-11-27 17:03:44.0 +0100
@@ -9,7 +9,7 @@
extra-cmake-modules (>= 5.37.0~),
gperf,
graphviz,
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
pkg-kde-tools (>= 0.15.15ubuntu1~),
qtbase5-dev (>= 5.7.0~),
qttools5-dev (>= 5.4),


Bug#882861: stretch-pu: package python-diff-match-patch/20121119-3~deb9u1

2017-11-27 Thread Andreas Beckmann
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the python3 dependencies. #867424

The Standards-Version bump affects only metadata.

$ debdiff python3-diff-match-patch_20121119-2_all.deb 
python3-diff-match-patch_20121119-3~deb9u1_all.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Depends: python3:any (>= 3.3.2-2~)+}
Version: [-20121119-2-] {+20121119-3~deb9u1+}


Andreas
diff -Nru python-diff-match-patch-20121119/debian/changelog 
python-diff-match-patch-20121119/debian/changelog
--- python-diff-match-patch-20121119/debian/changelog   2016-12-26 
02:07:45.0 +0100
+++ python-diff-match-patch-20121119/debian/changelog   2017-11-27 
16:42:28.0 +0100
@@ -1,3 +1,18 @@
+python-diff-match-patch (20121119-3~deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 16:42:28 +0100
+
+python-diff-match-patch (20121119-3) unstable; urgency=medium
+
+  * Add missing python3 dependency on Python 3 package, with thanks to
+Adrian Bunk for the report (Closes: #867424).
+  * Update Standards-Version to 4.0.0 (no changes required)
+
+ -- Stuart Prescott   Sun, 30 Jul 2017 10:20:31 +1000
+
 python-diff-match-patch (20121119-2) unstable; urgency=medium
 
   * Add dh-python to build-dependencies.
diff -Nru python-diff-match-patch-20121119/debian/control 
python-diff-match-patch-20121119/debian/control
--- python-diff-match-patch-20121119/debian/control 2016-12-26 
02:07:45.0 +0100
+++ python-diff-match-patch-20121119/debian/control 2017-07-30 
02:20:31.0 +0200
@@ -9,7 +9,7 @@
  python-setuptools,
  python3-all,
  python3-setuptools
-Standards-Version: 3.9.8
+Standards-Version: 4.0.0
 Homepage: https://pypi.python.org/pypi/diff-match-patch
 Vcs-Git: 
https://anonscm.debian.org/git/collab-maint/python-diff-match-patch.git
 Vcs-Browser: 
https://anonscm.debian.org/git/collab-maint/python-diff-match-patch.git
@@ -36,7 +36,7 @@
 Architecture: all
 Depends:
  ${misc:Depends},
- ${python:Depends}
+ ${python3:Depends}
 Description: robust algorithms for synchronizing plain text (Python 3 module)
  The Diff Match and Patch libraries offer robust algorithms to perform the
  operations required for synchronizing plain text.


Bug#882860: kwidgetsaddons FTCBFS: fails to run qhelpgenerator

2017-11-27 Thread Helmut Grohne
Package: kwidgetsaddons
Version: 5.37.0-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

kwidgetsaddons fails to cross build from source, because it fails
running qhelpgenerator (through doxygen). Doxygen doesn't notice the
failure (#818379), but the build finally fails due to missing files. The
issue here is that qhelpgenerator needs libqt5sql5-sqlite for the build
architecture, but Build-Depends only request it for the host
architecture. qhelpgenerator thus perceives it as missing and refuses to
operate. The solution is to annotate the dependency with :native and
that makes kwidgetsaddons cross build successfully indeed. Please
consider applying the attached patch.

Helmut
diff --minimal -Nru kwidgetsaddons-5.37.0/debian/changelog 
kwidgetsaddons-5.37.0/debian/changelog
--- kwidgetsaddons-5.37.0/debian/changelog  2017-09-03 09:58:58.0 
+0200
+++ kwidgetsaddons-5.37.0/debian/changelog  2017-11-27 16:57:07.0 
+0100
@@ -1,3 +1,10 @@
+kwidgetsaddons (5.37.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate libqt5sql5-sqlite with :native. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 27 Nov 2017 16:57:07 +0100
+
 kwidgetsaddons (5.37.0-2) sid; urgency=medium
 
   * New revision
diff --minimal -Nru kwidgetsaddons-5.37.0/debian/control 
kwidgetsaddons-5.37.0/debian/control
--- kwidgetsaddons-5.37.0/debian/control2017-09-03 09:58:58.0 
+0200
+++ kwidgetsaddons-5.37.0/debian/control2017-11-27 16:57:05.0 
+0100
@@ -8,7 +8,7 @@
doxygen,
extra-cmake-modules (>= 5.37.0~),
graphviz,
-   libqt5sql5-sqlite,
+   libqt5sql5-sqlite:native,
pkg-kde-tools (>= 0.15.15ubuntu1~),
qtbase5-dev (>= 5.7.0~),
qttools5-dev (>= 5.5.0~),


Bug#882773: stretch-pu: package auto-apt-proxy/2+deb9u1

2017-11-27 Thread Antonio Terceiro
Control: tag -1 - moreinfo

On Sun, Nov 26, 2017 at 10:11:12PM +0100, Andreas Beckmann wrote:
> Control: tag -1 moreinfo
> 
> On Sun, 26 Nov 2017 14:36:06 -0200 Antonio Terceiro
>  wrote:
> > This fixes a RC bug that has been reported recently, and was just fixed
> > in unstable.
> 
> I'm missing the corresponding undo operation in the preinst.
> 
> AFAICS, a
>install-remove-install or
>install-remove-distupgrade-install
> sequence will have that conffile missing afterwards (i.e. it's still in
> .disabled state).

Yes, you are right. Thanks for catching this.

I have made a new upload to unstable fixing this, and cherry-picked the
fix into my stretch branch. Attached you will find an updated diff
against the version in stretch.
diff --git a/debian/changelog b/debian/changelog
index 805de64..9ba8e54 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+auto-apt-proxy (2+deb9u1) stretch; urgency=medium
+
+  * Move apt configuration away on removal, and put it back on reinstalls
+(Closes: #881751)
+
+ -- Antonio Terceiro   Mon, 27 Nov 2017 13:55:16 -0200
+
 auto-apt-proxy (2) unstable; urgency=medium
 
   * specify `--shell dash` to shellcheck (Closes: #834976)
diff --git a/debian/postrm b/debian/postrm
new file mode 100644
index 000..e39b370
--- /dev/null
+++ b/debian/postrm
@@ -0,0 +1,25 @@
+#! /bin/sh
+
+set -e
+aptconf=/etc/apt/apt.conf.d/auto-apt-proxy.conf
+
+case "$1" in
+purge)
+rm -f "$aptconf".disabled
+;;
+
+remove|abort-install)
+if [ -f "$aptconf" ]; then
+mv "$aptconf" "$aptconf".disabled
+fi
+;;
+
+upgrade|failed-upgrade|abort-upgrade|disappear)
+;;
+
+*)
+echo "postrm called with unknown argument \`$1'" >&2
+exit 1
+esac
+
+##DEBHELPER##
diff --git a/debian/preinst b/debian/preinst
new file mode 100644
index 000..6ede705
--- /dev/null
+++ b/debian/preinst
@@ -0,0 +1,10 @@
+#! /bin/sh
+
+set -e
+aptconf=/etc/apt/apt.conf.d/auto-apt-proxy.conf
+
+if [ -e "$aptconf".disabled ]; then
+mv "$aptconf".disabled "$aptconf"
+fi
+
+##DEBHELPER##
diff --git a/debian/tests/control b/debian/tests/control
index 79b3cde..dd1fe07 100644
--- a/debian/tests/control
+++ b/debian/tests/control
@@ -1,2 +1,6 @@
 Test-Command: clitest debian/tests/apt-cacher-ng.txt
 Depends: @, clitest, apt-cacher-ng
+
+Tests: remove, reinstall
+Restrictions: needs-root
+Depends: @, clitest
diff --git a/debian/tests/reinstall b/debian/tests/reinstall
new file mode 100755
index 000..da77c2f
--- /dev/null
+++ b/debian/tests/reinstall
@@ -0,0 +1,13 @@
+#!/bin/sh
+
+set -e
+exec 2>&1
+
+action="$(basename "$0")"
+
+set -x
+apt-get remove -qy auto-apt-proxy
+apt-get install -qy auto-apt-proxy
+
+eval "$(apt-config shell proxy Acquire::http::Proxy-Auto-Detect)"
+test "$proxy" = '/usr/bin/auto-apt-proxy'
diff --git a/debian/tests/remove b/debian/tests/remove
new file mode 100755
index 000..b40d4e9
--- /dev/null
+++ b/debian/tests/remove
@@ -0,0 +1,10 @@
+#!/bin/sh
+
+set -e
+exec 2>&1
+
+action="$(basename "$0")"
+
+set -x
+apt-get "$action" -qy auto-apt-proxy
+apt-get update


signature.asc
Description: PGP signature


Bug#881772: ruby2.5: FTBFS on ppc64(el): stack level too deep

2017-11-27 Thread Breno Leitao
Hello,

On 11/15/2017 02:32 PM, Antonio Terceiro wrote:
>> Could you please take a look?

I had a chance to take a look at this issue and I found that this regression 
was caused by
the following commit id, and reverting it would allow the test to pass again.


 commit c4e2cf466448f4283fd3f8a17a73f5fa9b745fe1
 Author: normal 
 Date:   Thu Jun 8 20:58:03 2017 +

 tool/runruby.rb: test with smallest possible machine stack

 Lets ensure none of our C functions use too much stack space and
 fix all excessive stack usage before releasing the next version.
 Reducing C stack usage should reduce conservative GC scanning
 time and improve performance.

 If there are platform-dependent test failures; excessive stack
 usage should be fixed; rather than increasing minimum values or
 removing these envs from testing.


This commit seems to be interim to guarantee that nothing is quite broken.

Looking further at the issue, I think that the stack alignment is wrong for 
ppc64el. ppc64el
uses 64k page size, so, if align the stack into the page, we do not see this 
issue, as the
following patch fixes the issue.


 commit aa11d386528bbeb0f138962b3073b01319e85678
 Author: Breno Leitao 

 diff --git a/vm_core.h b/vm_core.h
 index 41663fd43e..71f5ee5ba2 100644
 --- a/vm_core.h
 +++ b/vm_core.h
 @@ -576,7 +576,7 @@ typedef struct rb_vm_struct {
 
  /* default values */
 
 -#define RUBY_VM_SIZE_ALIGN 4096
 +#define RUBY_VM_SIZE_ALIGN 4096 * 16
 
  #define RUBY_VM_THREAD_VM_STACK_SIZE  ( 128 * 1024 * sizeof(VALUE))  
/*  512 KB or 1024 KB */
  #define RUBY_VM_THREAD_VM_STACK_SIZE_MIN  (   2 * 1024 * sizeof(VALUE))  
/*8 KB or   16 KB */


I will now get in touch with the Ruby community to see their opinion about it.
I will keep this bug updated.



Bug#882859: ITP: r-cran-ipred -- Gnu R improved predictors

2017-11-27 Thread Andreas Tille
Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-ipred
  Version : 0.9-6
  Upstream Author : Torsten Hothorn 
* URL : https://cran.r-project.org/package=ipred
* License : GPL
  Programming Lang: GNU R
  Description : Gnu R improved predictors
 Improved predictive models by indirect classification and
 bagging for classification, regression and survival problems
 as well as resampling based estimators of prediction error.


Remark: This package belongs to a pyramid of dependencies to upgrade
r-cran-caret to its latest upstream version.  It will be maintained by
the Debian Science team at
https://anonscm.debian.org/git/debian-science/packages/r-cran-ipred.git
Any takers for other new dependencies of r-cran-caret would be
really appreciated.  Also other Uploaders who volunteer to keep on
maintaining the packages are really welcome.



Bug#882751: Debian mirror debian.mirror.vu.lt: upstream mirror, ftpsync version

2017-11-27 Thread Arnoldas Šareckis

Hello,

I have taken care of the mentioned issues.
Would appreciate if someone could check and confirm that everything
looks as it should.

Thank you.


On Sun, 2017-11-26 at 13:57 +0100, Bastian Blank wrote:
> Package: mirrors
> User: mirr...@packages.debian.org
> Usertags: mirror-problem may-auto-close
> Control: submitter -1 mirr...@debian.org
> 
> Hi
> 
> You receive this mail because you are listed as contact for:
>   debian.mirror.vu.lt
> 
> Please select a upstream mirror different to ftp.de.debian.org, for 
> example the system behind it: debian.inf.tu-dresden.de.  Only http is
> guaranteed to be available at ftp..d.o sites.
> 
> Please update your ftpsync version.  Running a current ftpsync version 
> makes sure the update is done in a way apt does not blow up.  Also it
> allows us to monitor the status of the mirror in more detail.  You can
> find the current ftpsync at:
>   http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz
> 
> Regards,
> Bastian
> 

-- 
Arnoldas Šareckis 
RHCE 150-119-766



Bug#868655: gnome-software: Missing dependancy to libgnome-menu-3-0

2017-11-27 Thread Darthcat
Le samedi 25 novembre 2017 à 09:21 -0500, Jeremy Bicha a écrit :
> Control: retitle -1 gnome-software: Does not show any uninstalled
> apps
> after initial Debian install
> Control: tags -1 -unreproducible
> 
> On Sat, Nov 25, 2017 at 6:49 AM, Darthcat  wrote:
> > I've just purged it and gnome-software works also fine. I remember
> > there was no category buttons when I first launched it on two fresh
> > Debian setups and I had to install libgnome-menu-3-0 to get it
> > work. I
> > should check what I get on the other computer. Maybe it works now.
> > I'll
> > let you know.
> 
> Well, there is a bug for a fresh install but I think it's the fault
> of
> the ISO creation process and debian-installer.
> 
> Test Case
> -
> 1. Boot a Debian GNOME 9.2 live iso.
> 2. Open the GNOME Software app.
>  
> Workaround
> ---
> 1. Open a terminal and run sudo apt update
> 2. Then log out and log back in (or you can run pkill gnome-software)
> 3. Now open the GNOME Software app.
> 
> Suggested Fix
> --
> 1. The ISOs should have initial appstream metadata pre-installed.
> 2. If the appstream metadata is not pre-installed (it might not make
> sense with the traditional debian-installer), I suggest that the
> installer run sudo apt update at the end of the install.
> 
Thank you so much Jeremy for this quick and detailed answer. Moreover,
I really like to understand what does not work properly when this is 
the case.
> Thanks,
> Jeremy Bicha
Thanks again,
Philippe



Bug#882858: O: python-mpld3 -- D3 viewer for matplotlib

2017-11-27 Thread W. Martin Borgert

Package: wnpp
Severity: normal

I'm orphaning python-mpld3, because I don't use it anymore.
Also, upstream does not support it anymore.

If nobody objects in the next days/weeks, I'll ask to remove
the package from Debian unstable and testing.



Bug#838713: python-xlib: please make the build reproducible

2017-11-27 Thread Andrew Shadura
Hi,

On 27 November 2017 at 01:00, Jeremy Bicha  wrote:
> Chris, there is a good chance that the person doing uploads never saw
> your proposed patch because he isn't listed in the Maintainer field
> and therefore doesn't automatically receive bug mail.
>
> Andrew, I encourage you to consider subscribing to this package at
> https://tracker.debian.org/pkg/python-xlib
>
> For reference, here's the bug and patch:
> https://bugs.debian.org/838713

I have updated the package to not use texi2html at all, but I cannot
figure out whether the patch Chris proposed is needed or not, as
makeinfo lacks the option used in the patch, and I'm not sure it does
the right thing without any options at all.

-- 
Cheers,
  Andrew



Bug#882857: O: python-mplexporter -- general matplotlib exporter

2017-11-27 Thread W. Martin Borgert

Package: wnpp
Severity: normal

I'm orphaning python-mplexporter, because I don't use it anymore.
It is team maintained in the Python modules team, maybe somebody
in the team likes to take over? Note, that there are new commits
on GitHub, which might justify an updated package.

If nobody takes over until buster deep freeze, I tend to remove
the package. At least from buster, maybe from unstable, too.



Bug#882723: src:keepassxc: Generated file without preferred form of source: src/zxcvbn/dict-src.h

2017-11-27 Thread Joerg Jaspert
On 14868 March 1977, Sean Whitton wrote:
> However, the preferred format of modification is in fact present in the
> zxcvbn-c source package, which builds dict-src.h as part of its package
> build.  So I wonder if you could refer to that package in README.source
> and it would be enough for the ftp-masters?

And what guarantees that they will always be together? On CDs, partial
mirrors (ok, not so important), when something gets removed? And our
download links (say, packages.d.o) dont tell you to also download file
X, y and z for getting all of the source you need.

-- 
bye, Joerg



Bug#882809: quilt: Problem when TAB press

2017-11-27 Thread Martin Quinson
Hello,

do you also have the issue when using quilt, or is it limited to when you use 
dquilt ?

Thanks, Mt.

- Mail original -
> Package: quilt
> Version: 0.63-8
> Severity: minor
> 
> Dear Maintainer,
> 
> I have a problem when I use quilt.
> 
> When a press TAB to complete some line appear this message:
> 
> bash: completion: function `_quilt_completion' not found
> 
> For example
> 
> dquilt new debianbash: completion: function
> `_quilt_completion' not found
> 
> Regards!
> 
> -- System Information:
> Debian Release: 9.2
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages quilt depends on:
> ii  bsdmainutils  9.0.12+nmu1
> ii  bzip2 1.0.6-8.1
> ii  diffstat  1.61-1+b1
> ii  gettext   0.19.8.1-2
> ii  patch 2.7.5-1+b2
> ii  perl  5.24.1-3+deb9u2
> 
> Versions of packages quilt recommends:
> ii  less  481-2.1
> 
> Versions of packages quilt suggests:
> ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u1
> pn  graphviz   
> pn  procmail   
> 
> -- no debconf information
> 



Bug#882485: fcopy -S disables executing of preinst

2017-11-27 Thread Thomas Lange
> On Mon, 27 Nov 2017 15:10:25 +, Chris Nix  said:

>  1. I had a preinst in sources.list that used 'envsubst' to replace 
strings like "${some_variable}" from the environment
>  2. After upgrade, source.list are copied with fcopy -S, which will 
replace strings like "{%some_variable%}" from the environment and ignores 
preinst script.
>  3. It took considerable time looking over sources in order to understand 
what happened here.
This is very hard to fix. If people are using a newer FAI version, but
use still the old examples of the config space (here cs from 5.4 and
FAI 5.5) this may happen. If you read the NEWS file
/usr/share/doc/fai-client/NEWS.gz you will see some info about this
change. Not very clear, but someone complained that I was using the
Debian.NEWS to often. That's why you do not get the news dunring
package update any more.


>  1. I think there's fcopy document needed about the -S option
> and the expected syntax for substitutions (maybe I've missed
> this).
man fcopy

>  2. It seems reasonable to do other things than variable substitution in 
preinst script.  Couldn't FAI continue to execute preinst after -S 
substitutions so that 5.5 is not a breaking change in
> this issue? (I've not thought through the complications that you 
might have spotted here).
If you think this would be usefull, than my job is to implement
it. It's not very easy but will be possible.

-- 
regards Thomas



Bug#880708: (no subject)

2017-11-27 Thread macarthur
Even latest version of qbittorrent 4.1 seems to crash with libtorrent 
1.1 so this bug is still valid until the debian build process changes.




Bug#882856: stretch-pu: package lasi/1.1.0-2~deb9u1

2017-11-27 Thread Andreas Beckmann
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Let's fix the missing -dev package dependencies. #845497

$ debdiff liblasi-dev_1.1.0-1.2_amd64.deb liblasi-dev_1.1.0-2~deb9u1_amd64.deb
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: liblasi0 (= [-1.1.0-1.2)-] {+1.1.0-2~deb9u1), libpango1.0-dev, 
libfreetype6-dev+}
Maintainer: [-Andrew Ross -] {+Debian QA 
Group +}
Version: [-1.1.0-1.2-] {+1.1.0-2~deb9u1+}


Andreas
diff -Nru lasi-1.1.0/debian/changelog lasi-1.1.0/debian/changelog
--- lasi-1.1.0/debian/changelog 2016-07-17 07:17:35.0 +0200
+++ lasi-1.1.0/debian/changelog 2017-11-27 07:21:40.0 +0100
@@ -1,3 +1,20 @@
+lasi (1.1.0-2~deb9u1) stretch; urgency=medium
+
+  * QA upload.
+  * Rebuild for stretch.
+
+ -- Andreas Beckmann   Mon, 27 Nov 2017 07:21:40 +0100
+
+lasi (1.1.0-2) unstable; urgency=medium
+
+  * QA upload.
+  * Set maintainer to Debian QA Group. (see #867050)
+  * Add the missing libpango1.0-dev and libfreetype6-dev
+dependencies to liblasi-dev. (Closes: #845497)
+  * Add ${misc:Depends} to the package dependencies.
+
+ -- Adrian Bunk   Sat, 08 Jul 2017 14:19:16 +0300
+
 lasi (1.1.0-1.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru lasi-1.1.0/debian/control lasi-1.1.0/debian/control
--- lasi-1.1.0/debian/control   2016-07-17 07:16:44.0 +0200
+++ lasi-1.1.0/debian/control   2017-07-08 13:19:16.0 +0200
@@ -1,6 +1,6 @@
 Source: lasi
 Priority: optional
-Maintainer: Andrew Ross 
+Maintainer: Debian QA Group 
 Build-Depends: debhelper (>= 5.0.0), cmake, libpango1.0-dev,
  cdbs (>=0.4.51), libfreetype6-dev (>= 2.2), doxygen
 Standards-Version: 3.7.3
@@ -12,7 +12,7 @@
 Package: liblasi0
 Section: libs
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: creation of PostScript documents containing Unicode symbols
  LASi is a library that provides a C++ stream output interface (with
  operator <<) for creating PostScript documents that can contain
@@ -29,7 +29,7 @@
 Package: liblasi-dev
 Section: libdevel
 Architecture: any
-Depends: liblasi0 (= ${binary:Version})
+Depends: liblasi0 (= ${binary:Version}), ${misc:Depends}, libpango1.0-dev, 
libfreetype6-dev
 Description: development files and documentation for the LASi library
  LASi is a library that provides a C++ stream output interface (with
  operator <<) for creating PostScript documents that can contain


Bug#881726: Acknowledgement (wpasupplicant: [jessie/i386/ath5k] wpa_supplicant crashes with kernel 3.2.95)

2017-11-27 Thread Fabien R
The issue is fixed with kernel 3.2.96.
You may close the bug.



<    1   2   3   >