Bug#878502: wrong/missing copyright for clang-tools-extra/clang-tidy/tool/run-clang-tidy.py (and others!)

[Nicholas D Steeves]

Package: src:llvm-toolchain-snapshot
Severity: normal

Dear maintainers,

Paul recommended that I report this bug, and I've CCed him so he can confirm 
that I'm not misrepresenting him.

This affects version src:llvm-toolchain-snapshot-1:6.0~svn311834-1 and at least 
all versions of src:llvm-toolchain since 2014.

I think d/copyright:
Files: *
Copyright: 2003-2007 University of Illinois at Urbana-Champaign.
License: U-OF-I-BSD-LIKE

misrepresents (missing/wrong) clang-tools-extra/clang-tidy/*

I discovered this issue while searching for the origin of run-clang-tidy.py 
bundled with src:irony-mode.  The earliest copy I could find is 2014-09-04, 
from here: https://reviews.llvm.org/D5188 , and the most recent is 2017.

clang-tidy-diff.py is also misrepresented by the */glob 2003-2007.  On the 
upside, they are NCSA/University of Illinois licensed, which appears to be 
covered by License: U-OF-I-BSD-LIKE

Section License: U-OF-I-BSD-LIKE should also be updated from "2003-2013" to 
something more recent :-)

I would submit a patch, but I'm sure what conventions the LLVM/Clang team 
follow.

Kind regards,
Nicholas

Bug#878501: Please provide unversioned symlinks for run-clang-tidy-$version.py and clang-tidy-diff-$version.py

[Nicholas D Steeves]

Package: clang-tidy
Version: 1:4.0-37~exp3
Severity: normal

Dear maintainers,

Paul recommended I file this bug, and I've CCed him so he can confirm that I'm 
not misrepresenting his intent.

The first version that I can confirm is affected is 1:3.8-36.

In the interest of enabling upstream packages to unbundle run-clang-tidy.py 
clang-tidy-diff.py from their test suites, please create these symlinks:

/usr/bin/run-clang-tidy-4.0.py => /usr/bin/run-clang-tidy.py
/usr/bin/clang-tidy-diff-$version.py => /usr/bin/clang-tidy-diff-$version.py

Thank you!
Nicholas

Bug#878499: user-setup: allow to preseed SSH public keys using dedicated variables

[Pierre-Louis Bonicoli]

Package: user-setup
Version: 1.71
Severity: wishlist
Tags: d-i patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

It would be simpler to allow preseeding SSH public keys with variables,
instead of using 'preseed/run' or 'preseed/late_command' (for example:  
https://gitlab.com/misc/ansible-role-guest_virt_install/blob/8899507f73ebd059b602afa09d4a836ce3ab8765/templates/preseed/preseed.cfg#L86).


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

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

Versions of packages user-setup depends on:
ii  adduser  3.116
ii  debconf  1.5.63
ii  passwd   1:4.4-4.1

user-setup recommends no packages.

user-setup suggests no packages.

-BEGIN PGP SIGNATURE-

iQHZBAEBCgBDFiEE2hN58Wu+NwqKa33GWZvjcrowp4wFAlnheSglHHBpZXJyZS1s
b3Vpcy5ib25pY29saUBsaWJyZWdlcmJpbC5mcgAKCRBZm+NyujCnjIouC/9+9tgY
XnhIVnD5Kzd/vmH6RWgPD2hSNV+CTb+0/9MSoj61hAXFz6Ce1K0FStouCSvkZ6MC
hdlH1zOGLQnoprulToCE8+sCzcna47fqiqwAaAFt+E5BGdbsPfT/1sQl3ogMZ81Z
J6I6c5iif1VUVc6rtOp5Y4iVxLi5lGwz+rWTUyUs38V/LTavaRlA7nrvpT3fkf+X
XCR4BUWpcPhx710yS96FerMP4hzcm2himW19Zsm8XO8L2A/+1jDkn1qva94Tnj6f
GI2XuC+jZfm1r97Vr6DuE9E2InIsuGKxK7F0qwuVAF8fYourv0fjlwA3nQMfjVeM
lZqRhnRS3NF0R6oyhmt8X8376mIRAneVAYaLxBi2Sd/Cb2e5TYWQMgmGuLUuAn4/
DVc2fW4UGoI0JOXkeuBnQR/nYexKU7szXhFVqVB23BRM2eY9wT/30s9KXpAS9vJS
AD/rinrcn4J3Wx9JBPccc+qEqU0UyNY8Sta9vwvEttsjPEA7tlm/RcYYJKE=
=aOZl
-END PGP SIGNATURE-
>From 12af91088c6d4e5e62a87e2ca5768a3a7fb9608c Mon Sep 17 00:00:00 2001
From: Pierre-Louis Bonicoli 
Date: Sat, 14 Oct 2017 03:29:39 +0200
Subject: [PATCH] Allow preseeding SSH public keys

---
 debian/user-setup-udeb.templates | 10 ++
 user-setup-apply | 13 +
 2 files changed, 23 insertions(+)

diff --git a/debian/user-setup-udeb.templates b/debian/user-setup-udeb.templates
index 45e16b4..570d76f 100644
--- a/debian/user-setup-udeb.templates
+++ b/debian/user-setup-udeb.templates
@@ -22,6 +22,16 @@ Type: string
 Default: audio cdrom dip floppy video plugdev netdev scanner bluetooth 
debian-tor lpadmin
 Description: for internal use only
 
+# Allow preseeding one SSH public key to root
+Template: passwd/root-ssh-public-key
+Type: string
+Description: for internal use only
+
+# Allow preseeding one SSH public key to the first created user
+Template: passwd/user-ssh-public-key
+Type: string
+Description: for internal use only
+
 Template: passwd/root-login
 Type: boolean
 Default: true
diff --git a/user-setup-apply b/user-setup-apply
index f24ece2..806ef39 100755
--- a/user-setup-apply
+++ b/user-setup-apply
@@ -88,6 +88,12 @@ else
db_set passwd/root-password-again ''
 fi
 
+if db_get passwd/root-ssh-public-key && [ "$RET" ]; then
+   $log $chroot $ROOT mkdir -p "/root/.ssh" >/dev/null || true
+   $log --pass-stdout echo "$RET" >> "$ROOT/root/.ssh/authorized_keys" || 
true
+   $log $chroot $ROOT chmod u=rwX,go= -R "/root/.ssh" >/dev/null || true
+fi
+
 db_get passwd/make-user
 if [ "$RET" = true ] && ! is_system_user; then
if db_get passwd/user-password-crypted && [ "$RET" ]; then
@@ -145,6 +151,13 @@ if [ "$RET" = true ] && ! is_system_user; then
for group in $RET; do
$log $chroot $ROOT adduser "$USER" $group >/dev/null 
2>&1 || true
done
+
+   if db_get passwd/user-ssh-public-key && [ "$RET" ]; then
+   $log $chroot $ROOT mkdir -p "/home/$USER/.ssh" 
>/dev/null || true
+   $log --pass-stdout echo "$RET" >> 
"$ROOT/home/$USER/.ssh/authorized_keys" || true
+   $log $chroot $ROOT chown -R "$USER:$USER" 
"/home/$USER/.ssh" >/dev/null || true
+   $log $chroot $ROOT chmod u=rwX,go= -R 
"/home/$USER/.ssh" >/dev/null || true
+   fi
fi
 
db_get passwd/root-login
-- 
2.14.1

Bug#878500: libkolab FTBFS with Python 3.6 as default

[Adrian Bunk]

Source: libkolab
Version: 1.0.2-3
Severity: serious
Tags: buster sid

https://buildd.debian.org/status/package.php?p=libkolab=sid

...
Scanning dependencies of target icalendar
/<>/build-py3/calendaring/python/python_calendaring_wrapper.cpp:173:11:
 fatal error: Python.h: No such file or directory
 # include 
   ^~
compilation terminated.
/<>/build-py3/python_shared_wrapper.cpp:173:11: fatal error: 
Python.h: No such file or directory
 # include 
   ^~
compilation terminated.
calendaring/python/CMakeFiles/calendaring.dir/build.make:73: recipe for target 
'calendaring/python/CMakeFiles/calendaring.dir/python_calendaring_wrapper.cpp.o'
 failed
make[4]: *** 
[calendaring/python/CMakeFiles/calendaring.dir/python_calendaring_wrapper.cpp.o]
 Error 1


The problem is the following in debian/rules:

dh_auto_configure --builddirectory=$(BUILD_PY3) -- \
-DPHP_BINDINGS=OFF \
-DPYTHON_BINDINGS=ON \
-DPYTHON_INSTALL_DIR=$(PYTHON3_SITEARCH) \
-DPYTHON_INCLUDE_DIR=/usr/include/python3.5 \

-DPYTHON_LIBRARY=/usr/lib/$(DEB_BUILD_MULTIARCH)/libpython3.5m.so

Bug#878498: snakemake FTBFS with Python 3.6 as default

[Adrian Bunk]

Source: snakemake
Version: 3.10.0-1
Severity: serious
Tags: buster sid

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

...
==
ERROR: Failure: Exception (snakemake not in PATH. For testing, install 
snakemake with 'pip install -e .'. You should do this in a separate environment 
(via conda or virtualenv).)
--
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/nose/failure.py", line 39, in runTest
raise self.exc_val.with_traceback(self.tb)
  File "/usr/lib/python3/dist-packages/nose/loader.py", line 418, in 
loadTestsFromName
addr.filename, addr.module)
  File "/usr/lib/python3/dist-packages/nose/importer.py", line 47, in 
importFromPath
return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python3/dist-packages/nose/importer.py", line 94, in 
importFromDir
mod = load_module(part_fqname, fh, filename, desc)
  File "/usr/lib/python3.6/imp.py", line 235, in load_module
return load_source(name, filename, file)
  File "/usr/lib/python3.6/imp.py", line 172, in load_source
module = _load(spec)
  File "", line 684, in _load
  File "", line 665, in _load_unlocked
  File "", line 678, in exec_module
  File "", line 219, in _call_with_frames_removed
  File 
"/build/1st/snakemake-3.10.0/.pybuild/pythonX.Y_3.6/build/tests/tests.py", line 
21, in 
raise Exception("snakemake not in PATH. For testing, install snakemake with 
"
Exception: snakemake not in PATH. For testing, install snakemake with 'pip 
install -e .'. You should do this in a separate environment (via conda or 
virtualenv).

--
Ran 4 tests in 0.535s

FAILED (errors=1)
E: pybuild pybuild:283: test: plugin distutils failed with: exit code=1: cd 
/build/1st/snakemake-3.10.0/.pybuild/pythonX.Y_3.6/build; python3.6 -m nose 
tests
dh_auto_test: pybuild --test --test-nose -i python{version} -p 3.6 returned 
exit code 13
debian/rules:18: recipe for target 'build' failed
make: *** [build] Error 25



The problem is the the following line in debian/rules:

  export PATH:=$(CURDIR)/.pybuild/pythonX.Y_3.5/build/bin:$(PATH)

Bug#878497: libcatmandu-mab2-perl: FTBFS and Debci failure with libcatmandu-sru-perl 0.41-1

[Adrian Bunk]

Source: libcatmandu-mab2-perl
Version: 0.14-1
Severity: serious
Tags: buster sid

https://ci.debian.net/packages/libc/libcatmandu-mab2-perl/unstable/amd64/
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libcatmandu-mab2-perl.html

...
Entity: line 1: parser error : Char 0x0 out of allowed range
can('each')
ok 3
Dubious, test returned 2 (wstat 512, 0x200)
All 3 subtests passed 
t/07-mab-each.t  
ok 1 - use Catmandu::Fix::Bind::mab_each;
ok 2 - require Catmandu::Fix::Bind::mab_each;
ok 3 - created a MAB2 record
ok 4 - created is_ger tag
ok 5 - fields 542 deleted
1..5
ok
t/author-pod-syntax.t .. skipped: these tests are for testing by the author

Test Summary Report
---
t/06-sru.t   (Wstat: 512 Tests: 3 Failed: 0)
  Non-zero exit status: 2
  Parse errors: No plan found in TAP output
Files=9, Tests=61,  5 wallclock secs ( 0.07 usr  0.03 sys +  4.40 cusr  0.39 
csys =  4.89 CPU)
Result: FAIL
/usr/share/cdbs/1/class/perl-build.mk:84: recipe for target 
'debian/stamp-perl-check' failed
make: *** [debian/stamp-perl-check] Error 1

Bug#878496: python-escript FTBFS on 32bit with gcc 7

[Adrian Bunk]

Source: python-escript
Version: 5.0-4
Severity: serious

https://buildd.debian.org/status/package.php?p=python-escript=sid

...
escriptcore/src/DataFactory.cpp: In function 'escript::Data 
escript::VectorFromObj(boost::python::api::object, const 
escript::FunctionSpace&, bool)':
escriptcore/src/DataFactory.cpp:49:41: error: '*((void*)& +12)' may 
be used uninitialized in this function [-Werror=maybe-uninitialized]
 double v = bp::extract(o);
 ^
escriptcore/src/DataFactory.cpp: In function 'escript::Data 
escript::TensorFromObj(boost::python::api::object, const 
escript::FunctionSpace&, bool)':
escriptcore/src/DataFactory.cpp:75:41: error: '*((void*)& +12)' may 
be used uninitialized in this function [-Werror=maybe-uninitialized]
 double v = bp::extract(o);
 ^
escriptcore/src/DataFactory.cpp: In function 'escript::Data 
escript::Tensor3FromObj(boost::python::api::object, const 
escript::FunctionSpace&, bool)':
escriptcore/src/DataFactory.cpp:99:41: error: '*((void*)& +12)' may 
be used uninitialized in this function [-Werror=maybe-uninitialized]
 double v = bp::extract(o);
 ^
escriptcore/src/DataFactory.cpp: In function 'escript::Data 
escript::Tensor4FromObj(boost::python::api::object, const 
escript::FunctionSpace&, bool)':
escriptcore/src/DataFactory.cpp:123:41: error: '*((void*)& +12)' may 
be used uninitialized in this function [-Werror=maybe-uninitialized]
 double v = bp::extract(o);
 ^
cc1plus: all warnings being treated as errors
scons: *** [debian/tmp2/posix/escriptcore/src/DataFactory.os] Error 1
scons: building terminated because of errors.

Bug#869692: RFS: cyclograph/1.9.1-1

[Paul Wise]

On Sat, Oct 14, 2017 at 4:46 AM, Federico Brega wrote:

> Is my proposal of adding a lintian override Ok?

lintian is only for the situation where it the lintian complaint is
not true. In this case, the problem is present so you should not
override it. If you intend to ignore this problem, just ignore the
lintian complaint, do not override it.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#878495: lwt FTBFS on arm64: test hangs

[Adrian Bunk]

Source: lwt
Version: 2.7.1-2
Severity: serious

https://buildd.debian.org/status/logs.php?pkg=lwt=arm64

...
(23/54) Running test "writev: bad iovec" from suite "lwt_unix"
(24/54) Running test "writev: iovecs exceeding limit" from suite "lwt_unix"
(25/54) Running test "writev: negative drop" from suite "lwt_unix"
(26/54) Running test "bind: basic" from suite "lwt_unix"
(27/54) Running test "bind: Unix domain" from suite "lwt_unix"
(28/54) Running test "bind: closed" from suite "lwt_unix"
(29/54) Running test "bind: aborted" from suite "lwt_unix"
(30/54) Running test "auto-flush" from suite "lwt_io"
(31/54) Running test "auto-flush in atomic" from suite "lwt_io"
(32/54) Running test "establish_server_1: shutdown: client closes first" 
from suite "lwt_io"
E: Build killed with signal TERM after 150 minutes of inactivity

Bug#878491: please drop transitional package font-hosny-amiri

[Holger Levsen]

Package: font-hosny-amiri
Version: 0.107-1
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional

Please drop the transitional package font-hosny-amiri for buster,
as it has been released with wheezy, jessie and stretch already.

Thanks for maintaining fonts-hosny-amiri!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#878493: please drop transitional package ttf-junicode

[Holger Levsen]

Package: ttf-junicode
Version: 0.7.8-2
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional

Please drop the transitional package ttf-junicode for buster,
as it has been released with wheezy, jessie and stretch already.

Thanks for maintaining fonts-junicode!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#877670: bcftools FTBFS on armel armhf and ppc64el

[peter green]

On 14/10/17 01:16, peter green wrote:


I'm going to see if I can reproduce this bug locally and find out what the 
output difference is.


Here is the diff I got on my armhf system.

--- test/mpileup/indel-AD.1.out 2017-06-20 11:49:44.0 +
+++ test/mpileup/indel-AD.1.out.new 2017-10-14 01:06:23.687285852 +
@@ -154,7 +154,7 @@
 00F524 .   T   G,<*>   0   .   
DP=119;I16=64,44,1,0,4253,180647,27,729,6480,388800,60,3600,2460,59296,25,625;QS=0.993531,0.00646862,0;SGB=-0.379885;RPB=1;MQB=1;MQSB=1;BQB=1;MQ0F=0
   PL:AD   0,255,255,255,255,255:108,1,0
 00F525 .   A   <*> 0   .   
DP=119;I16=63,39,0,0,4126,179608,0,0,6120,367200,0,0,2330,56198,0,0;QS=1,0;MQSB=1;MQ0F=0
PL:AD   0,255,255:102,0
 00F526 .   T   <*> 0   .   
DP=120;I16=62,45,0,0,4234,181460,0,0,6420,385200,0,0,2450,58910,0,0;QS=1,0;MQSB=1;MQ0F=0
PL:AD   0,255,255:107,0
-00F527 .   C   <*> 0   .   
DP=120;I16=64,40,0,0,4275,186993,0,0,6240,374400,0,0,2382,57234,0,0;QS=1,0;MQSB=1;MQ0F=0
PL:AD   0,255,255:104,0
+00F527 .   C   <*> 0   .   
DP=120;I16=64,40,0,0,4275,186993,0,0,6240,374400,0,0,2382,57234,0,0;QS=1,0;MQSB=1;MQ0F=0
PL:AD   0,255,0:104,0
 00F528 .   A   <*> 0   .   
DP=121;I16=62,45,0,0,4346,189994,0,0,6420,385200,0,0,2426,58030,0,0;QS=1,0;MQSB=1;MQ0F=0
PL:AD   0,255,255:107,0
 00F529 .   T   <*> 0   .   
DP=123;I16=64,43,0,0,4397,193617,0,0,6420,385200,0,0,2439,58361,0,0;QS=1,0;MQSB=1;MQ0F=0
PL:AD   0,255,255:107,0
 00F530 .   G   <*> 0   .   
DP=123;I16=66,42,0,0,4392,192268,0,0,6480,388800,0,0,2486,59400,0,0;QS=1,0;MQSB=1;MQ0F=0
PL:AD   0,255,255:108,0

Bug#878494: please drop transitional package ttf-kacst

[Holger Levsen]

Package: ttf-kacst
Version: 2.01+mry-10
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional

Please drop the transitional package ttf-kacst for buster,
as it has been released with wheezy, jessie and stretch already.

Thanks for maintaining fonts-kacst!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#878490: please drop transitional package ttf-hanazono

[Holger Levsen]

Package: ttf-hanazono
Version: 20141012-1
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional

Please drop the transitional package ttf-hanazono for buster,
as it has been released with wheezy, jessie and stretch already.

Thanks for maintaining fonts-hanazono!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#878492: please drop transitional package ttf-isabella

[Holger Levsen]

Package: ttf-isabella
Version: 1.202-1
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional

Please drop the transitional package ttf-isabella for buster,
as it has been released with jessie and stretch already.

Thanks for maintaining fonts-isabella!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#878489: please drop transitional package ttf-georgewilliams

[Holger Levsen]

Package: ttf-georgewilliams
Version: 20031023-2
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional

Please drop the transitional package ttf-georgewilliams for buster,
as it has been released with wheezy, jessie and stretch already.

Thanks for maintaining fonts-georgewilliams!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#878487: checkinstall: Segmentation fault when invoking `checkinstall cmake -P cmake_install.cmake`

[Giulio Moro]

Package: checkinstall
Version: 1.6.2-4
Severity: grave
Tags: patch upstream
Justification: renders package unusable

Dear Maintainer,

in installwatch.c, _xstat64() is missing check for initialization

As a consequence of this, if `__xstat64()` is the first function called from
the library, then no initalization is performed and the program segfaults when
trying to call `true_xstat64()` which is uninitialized

This causes a segmentation fault on Debian Stretch when invoking e.g.:
`checkinstall cmake -P cmake_install.cmake`

I filed the bug upstream: https://bugtrack.izto.org:4442/show_bug.cgi?id=171

Patch:

diff --git a/installwatch/installwatch.c b/installwatch/installwatch.c
index 8e6c616..51493b1 100644
--- a/installwatch/installwatch.c
+++ b/installwatch/installwatch.c
@@ -3746,6 +3746,9 @@ int __xstat64(int version,const char *pathname,struct
stat64 *info) {
        instw_t instw;
        int status;

+       if (!libc_handle)
+           initialize();
+
 #if DEBUG
        debug(2,"stat64(%s,%p)\n",pathname,info);
 #endif


-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 4.4.87-ti-xenomai-r121 (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages checkinstall depends on:
ii  dpkg-dev  1.18.24
ii  file      1:5.30-1
ii  libc6     2.24-11

Versions of packages checkinstall recommends:
ii  make  4.1-9.1

Versions of packages checkinstall suggests:
ii  gettext  0.19.8.1-2

-- no debconf information

Bug#878488: please drop transitional packages otf-freefont and ttf-freefont

[Holger Levsen]

Package: otf-freefont,ttf-freefont
Version: 20120503-4
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional

Please drop the transitional packages otf-freefont and ttf-freefont for buster,
as they have been released with wheezy, jessie and stretch already.

Thanks for maintaining fonts-freefont


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#878486: please drop transitional package ttf-freefarsi

[Holger Levsen]

Package: ttf-freefarsi
Version: 1.0.0~beta1-7
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional

Please drop the transitional package ttf-freefarsi for buster,
as it has been released with wheezy, jessie and stretch already.

Thanks for maintaining fonts-freefarsi!


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#874074: ld.so: TLS relocations against local symbols don't work on powerpc, sparc and sparc64

[James Clarke]

Control: tags -1 fixed-upstream

On Sat, Sep 02, 2017 at 07:22:23PM +0100, James Clarke wrote:
> Package: libc6
> Version: 2.24-17
> Tags: upstream patch
> Forwarded: https://sourceware.org/ml/libc-alpha/2017-09/msg00120.html
> User: debian-sp...@lists.debian.org
> Usertags: sparc sparc64
> User: debian-powe...@lists.debian.org
> Usertags: powerpc
> X-Debbugs-Cc: debian-sp...@lists.debian.org, debian-powe...@lists.debian.org
>
> Hi,
> On the above architectures, TLS relocations against local symbols do not
> work properly, crashing with SIGBUS or SIGSEGV on accessing the variable
> in question. This is only a problem when using gold, as bfd will
> optimise the relocations (since it knows the symbol cannot be pre-empted
> by one in another object) to not refer to a symbol at all. I have
> written a test script, available at [0].
>
> The above patch has been tested on powerpc and sparc64 using my test
> script, as well as on sparc64 using my local experimental GHC with
> native code generation support, where the problem was first seen.
>
> Regards,
> James
>
> [0] http://paste.debian.net/plain/984146

This has now been committed upstream[0] (although only to master, at
least for now). Could you please include this in the next upload?

Regards,
James

[0] 
https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commitdiff;h=8644588807215ab09716ac04a150f91ac83acffd

Bug#680125: subversion build still racy

[James McCoy]

On Tue, Sep 19, 2017 at 01:51:52PM +0100, Robert McQueen wrote:
> Endless OS has been rebasing to Debian stretch and found that #680125 is
> alive and well. We can't reproduce it locally but it happens every time
> in our OBS.

I hadn't been either until recently.  Now I'm regularly hitting it.

> Adding .NOTPARALLEL: to the end of debian/rules fixes it,
> stopping the top-level debian/rules running parallel but leaving
> MAKEFLAGS to pass -j down to everything else -

Thanks for the idea.  I'm still fiddling with things, but this looks the
most promising.

> otherwise we see
> install-arch and install-indep running concurrently and stomping on each
> other.

Yeah, dh_prep isn't very friendly in that regard. :)

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#878207: [Pkg-graphite-maint] Bug#878207: graphite-web: Migration files missing

[Lee Begg]

I'm using the testing packages for graphite/carbon on stable. The 
testing and unstable versions are the same (at this time).


If you have a django database created by an earlier version, then the 
app works, but with a completely fresh install, the django database for 
graphite-web is created without the graphite web model tables.


Regards

Lee


On 14/10/17 07:01, Jonas Genannt wrote:

Hello,


The migration files for the graphite sub apps are missing. Without these, 
running

$ graphite-manage migrate

on a fresh install doesn't create all the tables required to run graphite web.
No pages are available, therefore the package is unusable.
-- System Information:
Debian Release: 9.2
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

you are using the current stable with unstable packages?

Have you tried it on unstable? - because I don't get this error on unstable.

Greets,
Jonas

Bug#878485: linux-image-4.9.0-4-686 crashes upon startup

[Steven Sciame]

Package: src:linux
Version: 4.9.51-1
Severity: important

Dear Maintainer,

Upon startup, Compaq Presario 2210 crashes.  It appears to go into a sleep mode 
of some kind, 
and requires powering on again.  It usually comes on after a couple of tries.

If left alone for several minutes, it seems to put itself into a sleep mode.

This happened on the first restart after Upgrading to this new kernel.
If I use the older kernel( 4.9.0-3), everything is fine until I switch to the 
newer 4.9.0-4-686

  
-- Package-specific info:
** Version:
Linux version 4.9.0-4-686 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.51-1 (2017-09-28)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.9.0-4-686 
root=UUID=ca363448-e4ee-4af1-8c77-4092602b0408 ro quiet

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information

** Loaded modules:
ctr
ccm
fuse
arc4
iTCO_wdt
iTCO_vendor_support
b43
bcma
snd_intel8x0m
snd_intel8x0
mac80211
snd_ac97_codec
ac97_bus
snd_pcm
i915
snd_timer
cfg80211
sg
snd
rfkill
pcspkr
soundcore
joydev
evdev
serio_raw
drm_kms_helper
battery
drm
i2c_algo_bit
yenta_socket
fb_sys_fops
syscopyarea
pcmcia_rsrc
lpc_ich
rng_core
shpchp
wmi
irda
crc_ccitt
sysfillrect
sysimgblt
video
ac
button
parport_pc
ppdev
lp
parport
ip_tables
x_tables
autofs4
ext4
crc16
jbd2
crc32c_generic
fscrypto
ecb
xts
lrw
gf128mul
ablk_helper
cryptd
aes_i586
mbcache
sr_mod
cdrom
sd_mod
ata_generic
ata_piix
psmouse
libata
ssb
i2c_i801
i2c_smbus
scsi_mod
mmc_core
pcmcia
pcmcia_core
uhci_hcd
ehci_pci
ehci_hcd
8139too
8139cp
mii
usbcore
usb_common
thermal

** Network interface configuration:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

** Network status:
*** IP interfaces and addresses:
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: enp2s0:  mtu 1500 qdisc pfifo_fast state 
DOWN group default qlen 1000
link/ether 00:c0:9f:50:0d:09 brd ff:ff:ff:ff:ff:ff
3: wlan0:  mtu 1500 qdisc mq state UP group 
default qlen 1000
link/ether 00:90:4b:95:ee:25 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.102/24 brd 192.168.2.255 scope global dynamic wlan0
   valid_lft 84774sec preferred_lft 84774sec
inet6 fe80::a465:508a:9aa6:631b/64 scope link 
   valid_lft forever preferred_lft forever

*** Device statistics:
Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo:   27132 340000 0  0 027132 
340000 0   0  0
 wlan0: 38554576   28354000 0  0 0  1992229   
18696000 0   0  0
enp2s0:   0   0000 0  0 00  
 0000 0   0  0


** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller [8086:3580] (rev 02)
Subsystem: Hewlett-Packard Company 82852/82855 GM/GME/PM/GMV Processor 
to I/O Controller [103c:3084]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-  (32-bit, prefetchable)
Capabilities: 
Kernel driver in use: agpgart-intel

00:00.1 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller [8086:3584] (rev 02)
Subsystem: Hewlett-Packard Company 82852/82855 GM/GME/PM/GMV Processor 
to I/O Controller [103c:3084]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated 
Graphics Device [8086:3582] (rev 02)
Subsystem: Hewlett-Packard Company 82852/855GM Integrated Graphics 
Device [103c:3084]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel modules: i915

00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI 

Bug#878483: task-gnome-desktop: Drop extra Recommends

[Cyril Brulebois]

Hi debian-cd@,

Will the patch quoted below change anything for the installation image
generation?

ISTR we've had some fun regarding network-manager but I don't remember
the details exactly.

Thanks.

Jeremy Bicha  (2017-10-13):
> 

> From 6013d2f6f532ececf055e6cf926b3afa2ad99297 Mon Sep 17 00:00:00 2001
> From: Jeremy Bicha 
> Date: Fri, 13 Oct 2017 19:42:10 -0400
> Subject: [PATCH] Drop task-gnome-desktop Recommends already handled by gnome
> 
> - Let's let the gnome metapackage recommend packages instead of
>   task-gnome-desktop.
> - Drop Synaptic since it doesn't work in Wayland. See bug 8183366.
>   (Alternatives are gnome-software which is already installed, or
>   gnome-packagekit, or switch to the GNOME on Xorg session.)
> - The 'gnome' metapackage intentionally installs specific
>   LibreOffice packages instead of the 'libreoffice' metapackage.
> 
> Closes: #878483
> ---
>  debian/control | 14 --
>  1 file changed, 14 deletions(-)
> 
> diff --git a/debian/control b/debian/control
> index ef6a0a48..f3ba5c35 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -73,18 +73,6 @@ Recommends:
>  # The full gnome desktop environment should be included if possible
>  # even if the larger gnome metapackage doesn't fit.
>   gnome,
> -# GNOME support in LibreOffice
> - libreoffice-gnome,
> - libreoffice-evolution,
> -# temporarily moved from task-desktop due to #525077
> - gimp,
> -# Package management.
> - synaptic,
> -# firefox is the most popular web browser at the moment,
> -# although both gnome and kde offer their own too
> - firefox-esr | firefox,
> -# libreoffice is the best word processor / office suite at the moment
> - libreoffice,
>  # make help menu work
>   libreoffice-help-en-us,
>  # make thesaurus work
> @@ -93,8 +81,6 @@ Recommends:
>   hunspell-en-us,
>  # make hyphenation work
>   hyphen-en-us,
> -# we need a working network setup at least
> - network-manager-gnome,
>  
>  Package: task-kde-desktop
>  Architecture: all
> -- 
> 2.14.1
> 


KiBi.


signature.asc
Description: PGP signature

Bug#828522: qt4-x11: FTBFS with openssl 1.1.0

[Dmitry Eremin-Solenikov]

Source: qt4-x11
Version: 4:4.8.7+dfsg-11
Followup-For: Bug #828522

Hello,

Please try adding the attached patch, which should fix the rest of
incompatibilities between qt4-x11 and OpenSSL 1.1.0. With this patch I'm
able to successfully use Psi jabber client together with Qt4 built
against OpenSSL 1.1.0.

Also please note, that I had to apply two more fixes to build Qt4
properly (see second attachment):

- In debian/rules define DEB_HOST_ARCH

- In qt4-x11-4.8.7+dfsg/config.tests/unix/alsa/alsatest.cpp support
  libasound2 >= 1.1.0

-- 
With best wishes
Dmitry

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

Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -pur qt4-x11-4.8.7+dfsg-old/src/network/ssl/qsslsocket_openssl_p.h 
qt4-x11-4.8.7+dfsg/src/network/ssl/qsslsocket_openssl_p.h
--- qt4-x11-4.8.7+dfsg-old/src/network/ssl/qsslsocket_openssl_p.h   
2015-05-07 17:14:44.0 +0300
+++ qt4-x11-4.8.7+dfsg/src/network/ssl/qsslsocket_openssl_p.h   2017-10-14 
03:09:55.942302611 +0300
@@ -84,6 +84,10 @@
 #include 
 #endif
 
+#if OPENSSL_VERSION_NUMBER >= 0x1010L
+#define OPENSSL_NO_SSL2
+#endif
+
 #if OPENSSL_VERSION_NUMBER >= 0x1000L
 typedef _STACK STACK;
 #endif
diff -pur qt4-x11-4.8.7+dfsg-old/src/network/ssl/qsslsocket_openssl_symbols.cpp 
qt4-x11-4.8.7+dfsg/src/network/ssl/qsslsocket_openssl_symbols.cpp
--- qt4-x11-4.8.7+dfsg-old/src/network/ssl/qsslsocket_openssl_symbols.cpp   
2017-10-14 03:35:00.0 +0300
+++ qt4-x11-4.8.7+dfsg/src/network/ssl/qsslsocket_openssl_symbols.cpp   
2017-10-14 03:26:33.356393367 +0300
@@ -117,9 +117,11 @@ DEFINEFUNC3(int, BIO_read, BIO *a, a, vo
 DEFINEFUNC(BIO_METHOD *, BIO_s_mem, void, DUMMYARG, return 0, return)
 DEFINEFUNC3(int, BIO_write, BIO *a, a, const void *b, b, int c, c, return -1, 
return)
 DEFINEFUNC(int, BN_num_bits, const BIGNUM *a, a, return 0, return)
+#if OPENSSL_VERSION_NUMBER < 0x1010L
 DEFINEFUNC(int, CRYPTO_num_locks, DUMMYARG, DUMMYARG, return 0, return)
 DEFINEFUNC(void, CRYPTO_set_locking_callback, void (*a)(int, int, const char 
*, int), a, return, DUMMYARG)
 DEFINEFUNC(void, CRYPTO_set_id_callback, unsigned long (*a)(), a, return, 
DUMMYARG)
+#endif
 DEFINEFUNC(void, CRYPTO_free, void *a, a, return, DUMMYARG)
 DEFINEFUNC(void, DSA_free, DSA *a, a, return, DUMMYARG)
 #if  OPENSSL_VERSION_NUMBER < 0x00908000L
@@ -157,6 +159,7 @@ DEFINEFUNC2(int, PEM_write_bio_RSA_PUBKE
 DEFINEFUNC2(void, RAND_seed, const void *a, a, int b, b, return, DUMMYARG)
 DEFINEFUNC(int, RAND_status, void, DUMMYARG, return -1, return)
 DEFINEFUNC(void, RSA_free, RSA *a, a, return, DUMMYARG)
+#if OPENSSL_VERSION_NUMBER < 0x1010L
 DEFINEFUNC(int, sk_num, STACK *a, a, return -1, return)
 DEFINEFUNC2(void, sk_pop_free, STACK *a, a, void (*b)(void*), b, return, 
DUMMYARG)
 #if OPENSSL_VERSION_NUMBER >= 0x1000L
@@ -166,6 +169,12 @@ DEFINEFUNC2(void *, sk_value, STACK *a,
 DEFINEFUNC(void, sk_free, STACK *a, a, return, DUMMYARG)
 DEFINEFUNC2(char *, sk_value, STACK *a, a, int b, b, return 0, return)
 #endif
+#else
+DEFINEFUNC(int, OPENSSL_sk_num, STACK *a, a, return -1, return)
+DEFINEFUNC2(void, OPENSSL_sk_pop_free, STACK *a, a, void (*b)(void*), b, 
return, DUMMYARG)
+DEFINEFUNC(void, OPENSSL_sk_free, _STACK *a, a, return, DUMMYARG)
+DEFINEFUNC2(void *, OPENSSL_sk_value, STACK *a, a, int b, b, return 0, return)
+#endif
 DEFINEFUNC(int, SSL_accept, SSL *a, a, return -1, return)
 DEFINEFUNC(int, SSL_clear, SSL *a, a, return -1, return)
 DEFINEFUNC3(char *, SSL_CIPHER_description, SSL_CIPHER *a, a, char *b, b, int 
c, c, return 0, return)
@@ -213,8 +222,12 @@ DEFINEFUNC(long, SSL_get_verify_result,
 #else
 DEFINEFUNC(long, SSL_get_verify_result, SSL *a, a, return -1, return)
 #endif
+#if OPENSSL_VERSION_NUMBER < 0x1010L
 DEFINEFUNC(int, SSL_library_init, void, DUMMYARG, return -1, return)
 DEFINEFUNC(void, SSL_load_error_strings, void, DUMMYARG, return, DUMMYARG)
+#else
+DEFINEFUNC2(int, OPENSSL_init_ssl, uint64_t opts, opts, void *settings, 
settings, return -1, return)
+#endif
 DEFINEFUNC(SSL *, SSL_new, SSL_CTX *a, a, return 0, return)
 #if OPENSSL_VERSION_NUMBER >= 0x0090806fL && !defined(OPENSSL_NO_TLSEXT)
 DEFINEFUNC4(long, SSL_ctrl, SSL *a, a, int cmd, cmd, long larg, larg, void 
*parg, parg, return -1, return)
@@ -231,7 +244,11 @@ DEFINEFUNC(const SSL_METHOD *, SSLv2_cli
 #ifndef OPENSSL_NO_SSL3_METHOD
 DEFINEFUNC(const SSL_METHOD *, SSLv3_client_method, DUMMYARG, DUMMYARG, return 
0, return)
 #endif
+#if OPENSSL_VERSION_NUMBER < 0x1010L
 DEFINEFUNC(const SSL_METHOD *, SSLv23_client_method, DUMMYARG, DUMMYARG, 
return 0, return)
+#else
+DEFINEFUNC(const SSL_METHOD *, TLS_client_method, DUMMYARG, DUMMYARG, return 
0, return)
+#endif
 DEFINEFUNC(const 

Bug#877670: bcftools FTBFS on armel armhf and ppc64el

[peter green]

retitle 877670 bcftools FTBFS on armel, armhf and ppc64el
found 877670 1.5-2
thanks

The good news is that bcftools 1.5-2 successfully built on mipsel.

The bad news is that still leaves three architectures where this package has 
build regressions. ppc64el, armel and armhf. All three now seem to suffer from 
the same set of four test failures so i'm using this bug to cover all three. 
Interestingly all four tests seem to use the same test log file.

I'm going to see if I can reproduce this bug locally and find out what the 
output difference is.

Bug#878484: libsdl2-2.0-0: ibus-mozc doesn't work

[michiaki ookawa]

Package: libsdl2-2.0-0
Version: 2.0.6+dfsg1-3
Severity: normal

Dear Maintainer,
At recent SDL(at least from 2.0.6+dfsg1-2), SDL-ime cannot handle ibus-mozc.

1. run testime
2. toggle input mode to "Hiragana"
3. type a

TOBE: event "SDL_TEXTEDITING" occurs and shows "あ"
ASIS: event "SDL_TEXDTINPUT" occurs and shows "a"




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

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

Versions of packages libsdl2-2.0-0 depends on:
ii  libasound2  1.1.3-5
ii  libc6   2.24-17
ii  libpulse0   11.1-1
ii  libsndio6.1 1.1.0-3
ii  libwayland-client0  1.14.0-1
ii  libwayland-cursor0  1.14.0-1
ii  libwayland-egl1-mesa [libwayland-egl1]  17.2.2-1
ii  libx11-62:1.6.4-3
ii  libxcursor1 1:1.1.14-3
ii  libxext62:1.3.3-1+b2
ii  libxi6  2:1.7.9-1
ii  libxinerama12:1.1.3-1+b3
ii  libxkbcommon0   0.7.1-2
ii  libxrandr2  2:1.5.1-1
ii  libxss1 1:1.2.2-1+b2
ii  libxxf86vm1 1:1.1.4-1+b2

libsdl2-2.0-0 recommends no packages.

libsdl2-2.0-0 suggests no packages.

-- no debconf information

Bug#878483: task-gnome-desktop: Drop extra Recommends

[Jeremy Bicha]

From 6013d2f6f532ececf055e6cf926b3afa2ad99297 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Fri, 13 Oct 2017 19:42:10 -0400
Subject: [PATCH] Drop task-gnome-desktop Recommends already handled by gnome

- Let's let the gnome metapackage recommend packages instead of
  task-gnome-desktop.
- Drop Synaptic since it doesn't work in Wayland. See bug 8183366.
  (Alternatives are gnome-software which is already installed, or
  gnome-packagekit, or switch to the GNOME on Xorg session.)
- The 'gnome' metapackage intentionally installs specific
  LibreOffice packages instead of the 'libreoffice' metapackage.

Closes: #878483
---
 debian/control | 14 --
 1 file changed, 14 deletions(-)

diff --git a/debian/control b/debian/control
index ef6a0a48..f3ba5c35 100644
--- a/debian/control
+++ b/debian/control
@@ -73,18 +73,6 @@ Recommends:
 # The full gnome desktop environment should be included if possible
 # even if the larger gnome metapackage doesn't fit.
 	gnome,
-# GNOME support in LibreOffice
-	libreoffice-gnome,
-	libreoffice-evolution,
-# temporarily moved from task-desktop due to #525077
-	gimp,
-# Package management.
-	synaptic,
-# firefox is the most popular web browser at the moment,
-# although both gnome and kde offer their own too
-	firefox-esr | firefox,
-# libreoffice is the best word processor / office suite at the moment
-	libreoffice,
 # make help menu work
 	libreoffice-help-en-us,
 # make thesaurus work
@@ -93,8 +81,6 @@ Recommends:
 	hunspell-en-us,
 # make hyphenation work
 	hyphen-en-us,
-# we need a working network setup at least
-	network-manager-gnome,
 
 Package: task-kde-desktop
 Architecture: all
-- 
2.14.1

Bug#878483: task-gnome-desktop: Drop extra Recommends

[Jeremy Bicha]

Package: task-gnome-desktop
Version: 3.41
Tags: patch

I am attaching a patch (in my next email) to drop some recommends from
task-gnome-desktop. A few of these are already recommended by 'gnome'
so they are unnecessary here.

A few others were intentionally dropped by the Debian GNOME team in
preparation for Stretch so it was a bit of a surprise to discover
somewhat late in the Stretch Freeze that those package decisions were
being overriden for new installs: specifically synaptic and the
libreoffice metapackage (specific LibreOffice apps are still pulled in
by 'gnome').

On behalf of the Debian GNOME team,
Jeremy Bicha

Bug#875919: irony-mode

[Nicholas D Steeves]

Control: tags -1 + moreinfo
Control: forwarded -1 https://github.com/Sarcasm/irony-mode/issues/443

server/run-clang-tidy.py is License: University of Illinois/NCSA

I opened an upstream issue because I wasn't able to find a 100% match
against any commit of:

https://github.com/llvm-mirror/clang-tools-extra/commits/master/clang-tidy/tool/run-clang-tidy.py

Cheers,
Nicholas


signature.asc
Description: PGP signature

Bug#878482: konsole: impossible to open tabs

[b4456]

Package: konsole
Version: 4:4.14.2-1
Severity: important

Dear Maintainer,

Hello,

Don't know what's wrong with this package.

At first it crashed randomly after trying to paste some text and asked if
I wished to report a bug.  Not remembering exacatly how to reproduce any,
I declined.

Now when I click 'new tab' nothing happens.

It was working fine at the beginning of the summer, that's all I remember.
Now it's problem after problem.

BTW I'm still using Debian 8.  I had terrible issues with exim, samba not
working with almost every update.  One version, debian 5 IIRC completely
rendered mysql unmaintainable.

Thanks!

-- System Information:
Debian Release: 8.9
  APT prefers oldstable-updates
  APT policy: (990, 'oldstable-updates'), (990, 'oldstable'), (500, 
'oldoldstable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages konsole depends on:
ii  kde-runtime4:4.14.2-2
ii  libc6  2.19-18+deb8u10
ii  libkdecore54:4.14.2-5+deb8u2
ii  libkdeui5  4:4.14.2-5+deb8u2
ii  libkio54:4.14.2-5+deb8u2
ii  libknotifyconfig4  4:4.14.2-5+deb8u2
ii  libkonq5abi1   4:4.14.2-1
ii  libkparts4 4:4.14.2-5+deb8u2
ii  libkpty4   4:4.14.2-5+deb8u2
ii  libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6 4.9.2-10

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information

Bug#878481: darkslide: Section should not be “python”

[Ben Finney]

Package: darkslide
Version: 2.3.3-2
Severity: minor

Dear Maintainer,

The section “python” is for packages that install the Python
programming language or libraries. Its packages are primarily of
interest only to Python programmers.

The package ‘darkslide’ installs primarily an application, of interest
regardless of the programming language used to implement it. It should
not be in the “python” section.

By the section descriptions, this package might belong in section
“utils”.

Please set the field “Section” appropriately on this package.


Since the package is already in Debian with a different section, you
will also need to submit a request to override the existing section
.

Then mark that new bug report as blocked by this one, to show the
dependency between them.

-- 
 \   “They can not take away our self respect if we do not give it |
  `\ to them.” —Mohandas K. Gandhi |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#878480: override: jquery-at.js:javascript/optional

[Ben Finney]

Package: ftp.debian.org
Severity: normal
Control: block -1 by 878478

The “web” section was formerly the appropriate section for JavaScript
libraries. The introduction of section “javascript” now means that
JavaScript libraries should declare that section.

Bug#878478 requests the change to the Section declaration in the package.

-- 
 \  “Writing a book is like washing an elephant: there no good |
  `\place to begin or end, and it's hard to keep track of what |
_o__)  you've already covered.” —anonymous |
Ben Finney 


signature.asc
Description: PGP signature

Bug#878472: jackson-datatype-guave: FTBFS: Multiple test failures

[Emmanuel Bourg]

Le 14/10/2017 à 00:30, Markus Koschany a écrit :
> However since we don't have any
> consumers for it at the moment, we could also live with just removing
> it.

+1, let's remove it.

Emmanuel Bourg

Bug#878479: pypy runs into 150 minute timeout on slower buildds

[Adrian Bunk]

Source: pypy
Version: 5.9.0+dfsg-1
Severity: serious

https://buildd.debian.org/status/package.php?p=pypy=sid

...
[backendopt:malloc] removed 23295 simple mallocs in total
[backendopt:mergeifblocks] starting to merge if blocks
#*.++*%%%*+.
+**+++..
...+*%%##%%**...
...++***++..
...*%+*%%*++..++
...+%%*.

..%+
...*#%+..+++
.+%+#%*+...*%.[-32e57] translation-task}

[translation:info] inserting stack checks...
[-32e57] {translation-task
starting stackcheckinsertion_lltype
..
[rtyper] -=- specialized 7 more blocks -=-
E: Build killed with signal TERM after 150 minutes of inactivity


I tried a manual build on armel and it did succeed,
the problem might be that some part of this test
takes more than 150 minutes without outputting anything.

Bug#864670: closed by Samuel Thibault <sthiba...@debian.org> (Bug#864670: fixed in brltty 5.5-2)

[Mika Hanhijärvi]

Thank you wery much :-) It would be great if tis new version would be
available for the Stretch too in the backports repository.

Bug#878478: jquery-at.js: should be “Section: javascript”

[Ben Finney]

Source: jquery-at.js
Version: 1.5.3+dfsg.1-1
Severity: minor

Dear Maintainer,

The section “web” was formerly the appropriate Section value for
most JavaScript libraries.

Now that Debian Policy has a “javascript” section, designed to contain
“JavaScript programming language, libraries, and development tools”.

Please set the field “Section: javascript” on the binary package
‘jquery-at.js’.


First, since the package is already in Debian with a different
section, you need to submit a request to override the existing section
.

Then mark this bug report as blocked by that new one, and be sure not
to close this one until that new one is completed.

-- 
 \  “Science embraces facts and debates opinion; religion embraces |
  `\opinion and debates the facts.” —Tom Heehler, _The Well-Spoken |
_o__)   Thesaurus_ |
Ben Finney 


signature.asc
Description: PGP signature

Bug#878477: linitian problem when using dh --with autotools-dev

[Gennaro Oliva]

Package: lintian
Version: 2.5.55

Hi,
I'm trying to build the new version of my package (munge) and
I added "--with autotools-dev" to dh in order to comply with the
paragraph 4.3 of the policy (version 4.1.1).

When I check the package with lintian I get the following error:

missing-build-dependency-for-dh-addon autotools_dev => autotools-dev

But if I add the autotools-dev dependency to the Build-Depends I get the
following warning:

useless-autoreconf-build-depends autotools-dev

This problem is very similar to #869541
Best regards
-- 
Gennaro Oliva

Bug#240091: java code: interface bug fix and better pretty printing

[Oliver Kellogg]

The patch provided has been integrated upstream, see
https://sourceforge.net/p/dia2code/git/ci/5dcd5ece80707a6787aa5e2f0102812127a9a3fa/

Thus, from dia2code maintainer point of view the bug can be closed.

Regards,

Oliver M. Kellogg

- Maintainer, http://sourceforge.net/p/dia2code
- mailto:okell...@users.sourceforge.net

Bug#861649: Newer version uploaded

[Adam Borowski]

Hi!

On Fri, Oct 13, 2017 at 11:09:41AM +0200, Gard Spreemann wrote:
> The package has now been updated to the latest upstream (2.0.1).
> 
> It can be downloaded by
> 
>  dget -x 
> https://mentors.debian.net/debian/pool/main/g/gudhi/gudhi_2.0.1+dfsg-1.dsc

Before a human review, it'd be good to fix issues found by automated tools.
In particular, lintian throws a lot.  Please run it on both source and built
packages (lintian gudhi*changes).

"lintian -i" gives a helpful explanation how to fix these problems.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ We domesticated dogs 36000 years ago; together we chased
⣾⠁⢰⠒⠀⣿⡁ animals, hung out and licked or scratched our private parts.
⢿⡄⠘⠷⠚⠋⠀ Cats domesticated us 9500 years ago, and immediately we got
⠈⠳⣄ agriculture, towns then cities. -- whitroth on /.

Bug#877992: postfix: Postfix does not start services after upgrade to stretch 9.2 and reboot

[Kurt Roeckx]

I ran into this too. As it's explained a little in
/usr/share/doc/postfix/README.Debian, I had to run:

systemctl enable postfix@-

And then to start it:
systemctl enable postfix@-


Kurt

Bug#878476: runit: timewarp during log processing causes spin lock

[Tom Bereknyei]

Version: 2.1.2-9.2
Package: runit
X-debbugs-cc: hlieber...@debian.org

Dear maintainer,

While using runit on an odd embedded system with a poor clock, we found
that when the oldest file in the log directory is the file being processed,
it is deleted. This causes later logic to spin lock. Runit should exclude
*.u from being deleted, even if it is the oldest.

-Tom

--- svlogd.c2014-08-10 18:22:34.0 +
+++ svlogd.c2017-01-30 00:08:52.881220920 +
@@ -234,7 +234,7 @@
 if (unlink(f->d_name) == -1)
   warn2("unable to unlink processor leftover", f->d_name);
   }
-  else {
+  else if (f->d_name[26] != 'u') {
 ++n;
 if (str_diff(f->d_name, oldest) < 0) byte_copy(oldest, 27,
f->d_name);
   }

-- 
Maj Tom Bereknyei
Defense Digital Service
t...@dds.mil
(571) 225-1630‬
--- svlogd.c2014-08-10 18:22:34.0 +
+++ svlogd.c2017-01-30 00:08:52.881220920 +
@@ -234,7 +234,7 @@
 if (unlink(f->d_name) == -1)
   warn2("unable to unlink processor leftover", f->d_name);
   }
-  else {
+  else if (f->d_name[26] != 'u') {
 ++n;
 if (str_diff(f->d_name, oldest) < 0) byte_copy(oldest, 27, f->d_name);
   }

Bug#878475: libwebcam FTCBFS: uses the build architecture toolchain

[Helmut Grohne]

Source: libwebcam
Version: 0.2.4-1.1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

libwebcam fails to cross build from source, because it uses the build
architecture compiler. After running cmake through dh_auto_configure,
libwebcam cross builds successfully, because dh_auto_configure passes
the right flags to cmake. Please consider applying the attached patch.

Helmut
diff --minimal -Nru libwebcam-0.2.4/debian/changelog 
libwebcam-0.2.4/debian/changelog
--- libwebcam-0.2.4/debian/changelog2014-11-29 15:52:05.0 +0100
+++ libwebcam-0.2.4/debian/changelog2017-10-14 00:37:07.0 +0200
@@ -1,3 +1,10 @@
+libwebcam (0.2.4-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_configure pass cross flags to cmake (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 14 Oct 2017 00:37:07 +0200
+
 libwebcam (0.2.4-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --minimal -Nru libwebcam-0.2.4/debian/rules libwebcam-0.2.4/debian/rules
--- libwebcam-0.2.4/debian/rules2013-11-02 00:49:23.0 +0100
+++ libwebcam-0.2.4/debian/rules2017-10-14 00:37:07.0 +0200
@@ -24,10 +24,11 @@
 builddir/Makefile:
dh_testdir
# Add here commands to configure the package.
-   mkdir -p builddir
-   cd builddir && cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
-DCMAKE_C_FLAGS="$(CFLAGS)" \
+   dh_auto_configure --builddirectory=builddir -- \
+   -DCMAKE_C_FLAGS="$(CFLAGS)" \
-DCMAKE_LD_FLAGS="$(LDFLAGS)" -DCMAKE_CXX_FLAGS="$(CXXFLAGS)" \
-   -DCMAKE_SKIP_RPATH=ON -DCMAKE_VERBOSE_MAKEFILE=ON
+   -DCMAKE_SKIP_RPATH=ON \
+   -DCMAKE_INSTALL_LIBDIR=lib
 
 #build-doxy: build-doxy-stamp
 #build-doxy-stamp: $(QUILT_STAMPFN)

Bug#878474: hiredis FTCBFS: fails running tests despite DEB_BUILD_OPTIONS=nocheck

[Helmut Grohne]

Source: hiredis
Version: 0.13.3-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

hiredis fails to cross build from source, because it fails running tests
that it shouldn't be running when DEB_BUILD_OPTIONS contains nocheck.
After making it honour the nocheck option, hiredis cross builds
successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru hiredis-0.13.3/debian/changelog 
hiredis-0.13.3/debian/changelog
--- hiredis-0.13.3/debian/changelog 2015-12-05 03:31:27.0 +0100
+++ hiredis-0.13.3/debian/changelog 2017-10-14 00:28:52.0 +0200
@@ -1,3 +1,10 @@
+hiredis (0.13.3-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Honour DEB_BUILD_OPTIONS=nocheck (closes: #-1)
+
+ -- Helmut Grohne   Sat, 14 Oct 2017 00:28:52 +0200
+
 hiredis (0.13.3-2) unstable; urgency=medium
 
   * Ignore /tags
diff --minimal -Nru hiredis-0.13.3/debian/rules hiredis-0.13.3/debian/rules
--- hiredis-0.13.3/debian/rules 2015-12-05 03:31:27.0 +0100
+++ hiredis-0.13.3/debian/rules 2017-10-14 00:28:50.0 +0200
@@ -23,9 +23,11 @@
dh_installchangelogs CHANGELOG.md
 
 override_dh_auto_test:
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 ifeq ($(REDIS), 1)
make check
 endif
+endif
 
 override_dh_strip:
dh_strip --dbg-package=libhiredis-dbg

Bug#875910: Pending fixes for bugs in the libxml-parser-lite-tree-perl package

[pkg-perl-maintainers]

tag 875910 + pending
thanks

Some bugs in the libxml-parser-lite-tree-perl package are closed in
revision 3a50782581854453180f79d21f13dec1eef72e57 in branch 'master'
by Florian Schlichting

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libxml-parser-lite-tree-perl.git/commit/?id=3a50782

Commit message:

Add fix-missing-curly-in-pod.patch (closes: #875910) and forward both 
patches

Bug#878472: jackson-datatype-guave: FTBFS: Multiple test failures

[Markus Koschany]

Source: jackson-datatype-guava
Version: 2.7.3-2
Severity: serious
Tags: buster sid

This package fails to build from source due to the recent update to
2.9.1 of several jackson components. jackson-datatype-guava is
deprecated, the last release was in June 2016. The project has moved
to

https://github.com/FasterXML/jackson-datatype-collections

The package has no reverse-dependencies and I think it doesn't make
much sense to invest time to fix the test failures. The best way
forward would be to remove it from Debian and replace it with
jackson-datatype-collections. However since we don't have any
consumers for it at the moment, we could also live with just removing
it.

Build log snippet of failed tests:




[INFO] ---
[INFO]  T E S T S
[INFO] ---
[INFO] Running com.fasterxml.jackson.datatype.guava.ScalarTypesTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.999 s 
- in com.fasterxml.jackson.datatype.guava.ScalarTypesTest
[INFO] Running com.fasterxml.jackson.datatype.guava.TestVersions
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 s 
- in com.fasterxml.jackson.datatype.guava.TestVersions
[INFO] Running com.fasterxml.jackson.datatype.guava.TestMultisets
[ERROR] Tests run: 10, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.117 
s <<< FAILURE! - in com.fasterxml.jackson.datatype.guava.TestMultisets
[ERROR] 
testWithoutDeserializers(com.fasterxml.jackson.datatype.guava.TestMultisets)  
Time elapsed: 0.014 s  <<< FAILURE!
junit.framework.AssertionFailedError:
Expected an exception with one of substrings ([can not find a deserializer]): 
got one with message "Cannot find a deserializer for non-concrete Collection 
type [collection type; class com.google.common.collect.Multiset, contains 
[simple type, class java.lang.String]]
 at [Source: (String)"["abc","abc","foo"]"; line: 1, column: 1]"
at 
com.fasterxml.jackson.datatype.guava.TestMultisets.testWithoutDeserializers(TestMultisets.java:47)

[INFO] Running com.fasterxml.jackson.datatype.guava.FluentIterableTest
[INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.064 s 
- in com.fasterxml.jackson.datatype.guava.FluentIterableTest
[INFO] Running com.fasterxml.jackson.datatype.guava.TestRange
[INFO] Tests run: 15, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.242 s 
- in com.fasterxml.jackson.datatype.guava.TestRange
[INFO] Running com.fasterxml.jackson.datatype.guava.IterablesTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 s 
- in com.fasterxml.jackson.datatype.guava.IterablesTest
[INFO] Running com.fasterxml.jackson.datatype.guava.HashCodeTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 s 
- in com.fasterxml.jackson.datatype.guava.HashCodeTest
[INFO] Running com.fasterxml.jackson.datatype.guava.TestImmutables
[ERROR] Tests run: 11, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.092 
s <<< FAILURE! - in com.fasterxml.jackson.datatype.guava.TestImmutables
[ERROR] 
testWithoutDeserializers(com.fasterxml.jackson.datatype.guava.TestImmutables)  
Time elapsed: 0.002 s  <<< FAILURE!
junit.framework.AssertionFailedError:
Expected an exception with one of substrings ([can not find a deserializer]): 
got one with message "Cannot find a deserializer for non-concrete Collection 
type [collection type; class com.google.common.collect.ImmutableList, contains 
[simple type, class java.lang.Integer]]
 at [Source: (String)"[1,2,3]"; line: 1, column: 1]"
at 
com.fasterxml.jackson.datatype.guava.TestImmutables.testWithoutDeserializers(TestImmutables.java:70)

[INFO] Running com.fasterxml.jackson.datatype.guava.TestMultimaps
[ERROR] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.11 s 
<<< FAILURE! - in com.fasterxml.jackson.datatype.guava.TestMultimaps
[ERROR] 
testMultimapWithIgnores(com.fasterxml.jackson.datatype.guava.TestMultimaps)  
Time elapsed: 0.006 s  <<< FAILURE!
junit.framework.ComparisonFailure: expected:<{"map":{"a":["foo"][]}}> but 
was:<{"map":{"a":["foo"][,"x":["bar"]]}}>
at 
com.fasterxml.jackson.datatype.guava.TestMultimaps.testMultimapWithIgnores(TestMultimaps.java:272)

[INFO] Running com.fasterxml.jackson.datatype.guava.HostAndPortTest
[ERROR] Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.014 s 
<<< FAILURE! - in com.fasterxml.jackson.datatype.guava.HostAndPortTest
[ERROR] 
testDeserialization(com.fasterxml.jackson.datatype.guava.HostAndPortTest)  Time 
elapsed: 0.008 s  <<< FAILURE!
junit.framework.AssertionFailedError:
Expected an exception with one of substrings ([Can not deserialize]): got one 
with message "Cannot deserialize instance of com.google.common.net.HostAndPort 
out of START_ARRAY token
 at [Source: (String)"[ ]"; line: 1, column: 1]"
at 

Bug#878449: lintian: [PATCH] Update debconf reference mapping

[Chris Lamb]

Hi Ville,

> Thanks. However I see the data/output/manual-references part of the
> latter patch was not applied, was it omitted on purpose?

I must have missed that somehow. Thanks for spotting it! Fixed in:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=bd07e8abdfc2f0f63ea0afa2b4dcf614c78aa4bb


Regards,

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

Bug#854210: Update?

[Paul Timmins]

Did I miss something or has this largely been languishing for months?

Bug#878473: opendmarc: Service is disabled after upgrade to stretch

[Kurt Roeckx]

Package: opendmarc
Version: 1.3.2-2
Severity: important

After an upgrade from to stretch opendmarc didn't come up on boot,
causing all mails to fail to get sent. I had to run
"systemctl enable opendmarc", and then start it, to fix it.


Kurt

Bug#878449: lintian: [PATCH] Update debconf reference mapping

[Ville Skyttä]

Thanks. However I see the data/output/manual-references part of the
latter patch was not applied, was it omitted on purpose?

Bug#878471: tuxpaint FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: tuxpaint
Version: 1:0.9.22-5
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

tuxpaint fails to cross build from source, because it uses the build
architecture compiler. After indirecting the make invocation through
dh_auto_build, it cross builds successfully, because dh_auto_build
passes cross compilers to make. Please consider applying the attached
patch.

Helmut
diff --minimal -Nru tuxpaint-0.9.22/debian/changelog 
tuxpaint-0.9.22/debian/changelog
--- tuxpaint-0.9.22/debian/changelog2017-08-23 11:52:24.0 +0200
+++ tuxpaint-0.9.22/debian/changelog2017-10-14 00:22:33.0 +0200
@@ -1,3 +1,10 @@
+tuxpaint (1:0.9.22-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross compilers to make. (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 14 Oct 2017 00:22:33 +0200
+
 tuxpaint (1:0.9.22-5) unstable; urgency=medium
 
   * Adopting package (Closes: #848988)
diff --minimal -Nru tuxpaint-0.9.22/debian/rules tuxpaint-0.9.22/debian/rules
--- tuxpaint-0.9.22/debian/rules2017-08-23 11:52:24.0 +0200
+++ tuxpaint-0.9.22/debian/rules2017-10-14 00:22:32.0 +0200
@@ -30,7 +30,7 @@
 
# Add here commands to compile the package.
$(MAKE) clean
-   $(MAKE) all PREFIX=/usr DEBUG_FLAGS="$(DEBUG_FLAGS)" 
VER_DATE="$(VER_DATE)"
+   dh_auto_build -- all PREFIX=/usr DEBUG_FLAGS="$(DEBUG_FLAGS)" 
VER_DATE="$(VER_DATE)"
 
touch build-arch-stamp
 

Bug#878470: scute FTBFS: test failures

[Adrian Bunk]

Source: scute
Version: 1.5.0+git20160808+94eeb2d-2
Severity: serious
Tags: buster sid

Some recent change in unstable makes scute FTBFS:

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

...
make  check-TESTS
make[4]: Entering directory '/build/1st/scute-1.5.0+git20160808+94eeb2d/tests'
make[5]: Entering directory '/build/1st/scute-1.5.0+git20160808+94eeb2d/tests'
PASS: t-link
PASS: t-getfunctionlist
PASS: t-initialize
PASS: t-getinfo
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-getslotlist
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-getslotinfo
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-gettokeninfo
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-getmechanismlist
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-getmechanisminfo
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-opensession
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-closeallsessions
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-getsessioninfo
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-findobjects
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-getattribute
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-auth
gpg-agent[58357]: can't connect to the SCdaemon: End of file
gpg-agent[58357]: DBG: agent_card_learn failed: No SmartCard daemon
gpg-agent[58357]: command 'LEARN' failed: No SmartCard daemon
FAIL: t-generaterandom
===
   scute 1.5.0-unknown: tests/test-suite.log
===

# TOTAL: 16
# PASS:  4
# SKIP:  0
# XFAIL: 0
# FAIL:  12
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: t-getslotlist
===

t-getslotlist.c:53: Function failed
FAIL t-getslotlist (exit status: 1)

FAIL: t-getslotinfo
===

t-getslotinfo.c:52: Function failed
FAIL t-getslotinfo (exit status: 1)

FAIL: t-gettokeninfo


t-gettokeninfo.c:49: Function failed
FAIL t-gettokeninfo (exit status: 1)

FAIL: t-getmechanismlist


t-getmechanismlist.c:50: Function failed
FAIL t-getmechanismlist (exit status: 1)

FAIL: t-getmechanisminfo


t-getmechanisminfo.c:50: Function failed
FAIL t-getmechanisminfo (exit status: 1)

FAIL: t-opensession
===

t-opensession.c:51: Function failed
FAIL t-opensession (exit status: 1)

FAIL: t-closeallsessions


t-closeallsessions.c:51: Function failed
FAIL t-closeallsessions (exit status: 1)

FAIL: t-getsessioninfo
==

t-getsessioninfo.c:51: Function failed
FAIL t-getsessioninfo (exit status: 1)

FAIL: t-findobjects
===

t-findobjects.c:50: Function failed
FAIL t-findobjects (exit status: 1)

FAIL: t-getattribute


t-getattribute.c:547: Function failed
FAIL t-getattribute (exit status: 1)

FAIL: t-auth


t-auth.c:103: Function failed
FAIL t-auth (exit status: 1)

FAIL: t-generaterandom
==

t-generaterandom.c:50: Function failed
FAIL t-generaterandom (exit status: 1)


Testsuite summary for scute 1.5.0-unknown

# TOTAL: 16
# PASS:  4
# SKIP:  0
# 

Bug#878469: js-of-ocaml FTBFS: ocamlbuild: Command not found

[Adrian Bunk]

Source: js-of-ocaml
Version: 2.5-2
Severity: serious
Tags: buster sid

Some recent change in unstable makes js-of-ocaml FTBFS:

https://tests.reproducible-builds.org/debian/history/js-of-ocaml.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/js-of-ocaml.html

...
make -C ocamlbuild clean
make[3]: Entering directory '/build/1st/js-of-ocaml-2.5/ocamlbuild'
ocamlbuild -use-ocamlfind -package bytes -clean
make[3]: ocamlbuild: Command not found
Makefile:11: recipe for target 'clean' failed
make[3]: *** [clean] Error 127

Bug#878468: cabal-debian FTBFS: Failed to load interface for `Text.ParserCombinators.Parsec.Rfc2822'

[Adrian Bunk]

Source: cabal-debian
Version: 4.35.6-2
Severity: serious

Some recent change in unstable makes cabal-debian FTBFS:

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

...
Building cabal-debian-4.35.6...
Preprocessing library cabal-debian-4.35.6...
[ 1 of 30] Compiling System.Git   ( src/System/Git.hs, 
dist-ghc/build/System/Git.o )
[ 2 of 30] Compiling Paths_cabal_debian ( 
dist-ghc/build/autogen/Paths_cabal_debian.hs, 
dist-ghc/build/Paths_cabal_debian.o )
[ 3 of 30] Compiling Distribution.Version.Invert ( 
src/Distribution/Version/Invert.hs, 
dist-ghc/build/Distribution/Version/Invert.o )
[ 4 of 30] Compiling Debian.Orphans   ( src/Debian/Orphans.hs, 
dist-ghc/build/Debian/Orphans.o )

src/Debian/Orphans.hs:30:1: error:
Failed to load interface for `Text.ParserCombinators.Parsec.Rfc2822'
Perhaps you meant
  Text.ParserCombinators.Parsec.Char (from parsec-3.1.11)
  Text.ParserCombinators.Parsec.Error (from parsec-3.1.11)
  Text.ParserCombinators.Parsec.Expr (from parsec-3.1.11)
Use -v to see a list of the files searched for.
/usr/share/cdbs/1/class/hlibrary.mk:147: recipe for target 'build-ghc-stamp' 
failed
make: *** [build-ghc-stamp] Error 1

Bug#878467: jackson-dataformat-yaml: package is deprecated and should be replaced with jackson-dataformats-binary

[Markus Koschany]

> https://github.com/FasterXML/jackson-dataformats-binary

That should have been

https://github.com/FasterXML/jackson-dataformats-text



signature.asc
Description: OpenPGP digital signature

Bug#878332: linux-armmp-lpae: Raspberry pi 2 hangs at boot

[Ben Hutchings]

On Fri, 2017-10-13 at 15:05 +0200, Sebastian Reichel wrote:
> Hi,
> 
> On Fri, 13 Oct 2017 13:24:38 +0200 Philip Rinn  wrote:
> > just to make it clear: Version 4.11.6 is the last working kernel
> > for me.
> 
> 4.12 introduced a new mmc driver, that was not enabled in the
> Debian kernel resulting in rootfs not being found. It has been
> enabled in 4.13.4-1, which is available in sid:
> 
> [armhf,arm64] mmc: Enable MMC_BCM2835 (Closes: #845422)
> 
> Also your kernel cmdline is probably incorrect for early
> printing, which works with the Debian kernel on RPi2 (and
> properly displayed the rootfs could not be found problem
> for 4.12 kernels):
> 
> earlyprintk console=ttyAMA0,115200 root=/dev/mmcblk0p2 rootwait

Note that 'earlyprintk' doesn't (and can't) work on distribution
kernels for ARM because there is too much variation in the available
output devices.

'earlycon' should work but you have to tell it the specific UART type
and address.

Ben.

-- 
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption]
would be
development of an easy way to factor large prime numbers. - Bill Gates



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

Bug#878465: jackson-dataformat-cbor: package is deprecated and should be replaced with jackson-dataformats-binary

[Markus Koschany]

Source: jackson-dataformat-cbor
Version: 2.7.8-1
Severity: wishlist

This package is deprecated and won't receive further updates by
upstream. jackson-dataformat-cbor is now included in

https://github.com/FasterXML/jackson-dataformats-binary

That will be a good opportunity to fix the incorrect binary package
name. (#848984)

Bug#878467: jackson-dataformat-yaml: package is deprecated and should be replaced with jackson-dataformats-binary

[Markus Koschany]

Source: jackson-dataformat-yaml
Version: 2.8.6-1
Severity: wishlist

This package is deprecated and won't receive further updates by
upstream. jackson-dataformat-yaml is now included in

https://github.com/FasterXML/jackson-dataformats-binary

That will be a good opportunity to fix the incorrect binary package
name. (#848985)

Bug#878466: nmu: gnome-sushi for gjs transition

[Jeremy Bicha]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal

Please schedule a binNMU for gnome-sushi so that gnome-core will
remain installable.
(libgjs0g Conflicts: libgjs0e)

Here's my guess at the wanna-build syntax:

nmu gnome-sushi_3.24.0-1 . ANY . -m 'Rebuild against gjs 1.50'
dw gnome-sushi_3.24.0-1 . ANY . -m 'libgjs0g'

Thanks,
Jeremy Bicha

Bug#878464: jackson-dataformat-smile: package is deprecated and should be replaced with jackson-dataformats-binary

[Markus Koschany]

Source: jackson-dataformat-smile
Version: 2.7.8-1
Severity: wishlist

This package is deprecated and won't receive further updates by
upstream. jackson-dataformat-smile is now included in

https://github.com/FasterXML/jackson-dataformats-binary

That will be a good opportunity to fix the incorrect binary package
name. (#848983)

Bug#878463: python-subunit2sql FTBFS: Exception: Versioning for this project requires either an sdist tarball, or access to an upstream git repository.

[Adrian Bunk]

Source: python-subunit2sql
Version: 1.8.0-2
Severity: serious

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

...
   dh_auto_clean -O--buildsystem=python_distutils
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
python setup.py clean -a
ERROR:root:Error parsing
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pbr/core.py", line 111, in pbr
attrs = util.cfg_to_args(path, dist.script_args)
  File "/usr/lib/python2.7/dist-packages/pbr/util.py", line 246, in cfg_to_args
pbr.hooks.setup_hook(config)
  File "/usr/lib/python2.7/dist-packages/pbr/hooks/__init__.py", line 25, in 
setup_hook
metadata_config.run()
  File "/usr/lib/python2.7/dist-packages/pbr/hooks/base.py", line 27, in run
self.hook()
  File "/usr/lib/python2.7/dist-packages/pbr/hooks/metadata.py", line 26, in 
hook
self.config['name'], self.config.get('version', None))
  File "/usr/lib/python2.7/dist-packages/pbr/packaging.py", line 725, in 
get_version
raise Exception("Versioning for this project requires either an sdist"
Exception: Versioning for this project requires either an sdist tarball, or 
access to an upstream git repository. Are you sure that git is installed?
error in setup command: Error parsing 
/build/1st/python-subunit2sql-1.8.0/setup.cfg: Exception: Versioning for this 
project requires either an sdist tarball, or access to an upstream git 
repository. Are you sure that git is installed?
dh_auto_clean: python setup.py clean -a returned exit code 1
debian/rules:7: recipe for target 'clean' failed
make: *** [clean] Error 1

Bug#878462: unison FTBFS: Error: The implementation /build/1st/unison-2.48.3/system.ml does not match the interface system.cmi

[Adrian Bunk]

Source: unison
Version: 2.48.3-1
Severity: serious
Tags: buster sid

Some recent change in unstable makes unison FTBFS:

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

...
Use Bytes.create instead.
ocamlopt.opt: system/system_generic.ml ---> system/system_generic.cmx
ocamlopt.opt -g -I lwt -I ubase -I system -I fsmonitor -I fsmonitor/linux -I 
fsmonitor/windows -I system/generic -I lwt/generic -c 
/build/1st/unison-2.48.3/system/system_generic.ml
ocamlopt.opt: system/generic/system_impl.ml ---> system/generic/system_impl.cmx
ocamlopt.opt -g -I lwt -I ubase -I system -I fsmonitor -I fsmonitor/linux -I 
fsmonitor/windows -I system/generic -I lwt/generic -c 
/build/1st/unison-2.48.3/system/generic/system_impl.ml
ocamlc: system/system_intf.ml ---> system/system_intf.cmo
ocamlc -g -I lwt -I ubase -I system -I fsmonitor -I fsmonitor/linux -I 
fsmonitor/windows -I system/generic -I lwt/generic -c 
/build/1st/unison-2.48.3/system/system_intf.ml
ocamlopt.opt: system.mli ---> system.cmi
ocamlopt.opt -g -I lwt -I ubase -I system -I fsmonitor -I fsmonitor/linux -I 
fsmonitor/windows -I system/generic -I lwt/generic -c 
/build/1st/unison-2.48.3/system.mli
ocamlopt.opt: system.ml ---> system.cmx
ocamlopt.opt -g -I lwt -I ubase -I system -I fsmonitor -I fsmonitor/linux -I 
fsmonitor/windows -I system/generic -I lwt/generic -c 
/build/1st/unison-2.48.3/system.ml
File "/build/1st/unison-2.48.3/system.ml", line 1:
Error: The implementation /build/1st/unison-2.48.3/system.ml
   does not match the interface system.cmi:
   Values do not match:
 val symlink : ?to_dir:bool -> string -> string -> unit
   is not included in
 val symlink : string -> fspath -> unit
Makefile.OCaml:434: recipe for target 'system.cmx' failed
make[1]: *** [system.cmx] Error 2

Bug#878461: maven-debian-helper: version of parent pom cannot be substituted with maven.rules

[Markus Koschany]

Package: maven-debian-helper
Version: 2.2.6
Severity: normal

The version of the parent pom in pom.xml cannot be replaced with a
rule in debian/maven.rules. This behavior can be observed in
src:jackson-dataformat-yaml

The parent pom exists in libjackson2-core-java and is installed into

/usr/share/maven-repo/com/fasterxml/jackson/jackson-parent/2.9.1/jackson-parent-2.9.1.pom

the debian version is located at

/usr/share/maven-repo/com/fasterxml/jackson/jackson-parent/debian/jackson-parent-debian.pom

The relevant part in pom.xml in jackson-dataformat-yaml is:


com.fasterxml.jackson
jackson-parent
2.8


Expected behavior:

The following rule will replace version 2.8 with the debian version.

com.fasterxml.jackson jackson-parent * s/.*/debian/ * *

Result: no effect

Bug#878460: debhelper: improve cmake buildsystem for UsePkgConfig.cmake

[Helmut Grohne]

Source: debhelper
Version: 10.9.1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:gtk2-engines-oxygen

cmake has two mechanisms for using pkg-config. The current one is
FindPkgConfig.cmake and uses the variable PKG_CONFIG_EXECUTABLE. An
older one is UsePkgConfig.cmake and uses the variable
PKGCONFIG_EXECUTABLE. Since debhelper sets the former, but not the
latter, packages that use UsePkgConfig.cmake (such as
gtk2-engines-oxygen) fail to use the right pkg-config. I think debhelper
should simply set both. Please consider applying the attached patch.

Helmut
diff --minimal -Nru debhelper-10.9.1/debian/changelog 
debhelper-10.9.1+nmu1/debian/changelog
--- debhelper-10.9.1/debian/changelog   2017-10-10 21:01:00.0 +0200
+++ debhelper-10.9.1+nmu1/debian/changelog  2017-10-13 23:39:36.0 
+0200
@@ -1,3 +1,11 @@
+debhelper (10.9.1+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * cmake buildsystem: Also supply PKGCONFIG_EXECUTABLE for obsolete
+UsePkgConfig.cmake. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 13 Oct 2017 23:39:36 +0200
+
 debhelper (10.9.1) unstable; urgency=medium
 
   [ Niels Thykier ]
diff --minimal -Nru debhelper-10.9.1/lib/Debian/Debhelper/Buildsystem/cmake.pm 
debhelper-10.9.1+nmu1/lib/Debian/Debhelper/Buildsystem/cmake.pm
--- debhelper-10.9.1/lib/Debian/Debhelper/Buildsystem/cmake.pm  2017-09-17 
15:41:53.0 +0200
+++ debhelper-10.9.1+nmu1/lib/Debian/Debhelper/Buildsystem/cmake.pm 
2017-10-13 23:39:34.0 +0200
@@ -81,6 +81,7 @@
push @flags, "-DCMAKE_CXX_COMPILER=" . 
dpkg_architecture_value("DEB_HOST_GNU_TYPE") . "-g++";
}
push(@flags, "-DPKG_CONFIG_EXECUTABLE=/usr/bin/" . 
dpkg_architecture_value("DEB_HOST_GNU_TYPE") . "-pkg-config");
+   push(@flags, "-DPKGCONFIG_EXECUTABLE=/usr/bin/" . 
dpkg_architecture_value("DEB_HOST_GNU_TYPE") . "-pkg-config");
push(@flags, "-DCMAKE_INSTALL_LIBDIR=lib/" . 
dpkg_architecture_value("DEB_HOST_MULTIARCH"));
}
 

Bug#878457: lintian: please remove "none were" → "none was" correction

[Chris Lamb]

tags 878457 + pending
thanks

Hi Florian,

> "none were" is deemed "acceptable beyond serious criticism"

Ah, but this is Debian!

> Hence I request this correction be removed

Thanks for the report. I've reverted this in:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=fd6ddf87c3c6b9176329ec226d62477f78c74998



Best wishes,

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

Bug#878459: sni-qt FTCBFS: fails running xvfb-run

[Helmut Grohne]

Source: sni-qt
Version: 0.2.7+15.10.20150729-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

sni-qt fails to cross build from source, because it fails running
xvfb-run. That might be a bug in xvfb, but here it is much easier to
simply skip xvfb as cross builds are normally performed with
DEB_BUILD_OPTIONS containing nocheck. After doing so, sni-qt cross
builds successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru sni-qt-0.2.7+15.10.20150729/debian/changelog 
sni-qt-0.2.7+15.10.20150729/debian/changelog
--- sni-qt-0.2.7+15.10.20150729/debian/changelog2015-09-06 
11:39:56.0 +0200
+++ sni-qt-0.2.7+15.10.20150729/debian/changelog2017-10-13 
23:23:11.0 +0200
@@ -1,3 +1,11 @@
+sni-qt (0.2.7+15.10.20150729-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Avoid running xvfb when DEB_BUILD_OPTIONS contains nocheck.
+(Closes: #-1)
+
+ -- Helmut Grohne   Fri, 13 Oct 2017 23:23:11 +0200
+
 sni-qt (0.2.7+15.10.20150729-2) unstable; urgency=medium
 
   * Upload to unstable.
diff --minimal -Nru sni-qt-0.2.7+15.10.20150729/debian/rules 
sni-qt-0.2.7+15.10.20150729/debian/rules
--- sni-qt-0.2.7+15.10.20150729/debian/rules2015-09-06 11:36:23.0 
+0200
+++ sni-qt-0.2.7+15.10.20150729/debian/rules2017-10-13 23:23:09.0 
+0200
@@ -7,7 +7,9 @@
dh $@ --parallel
 
 override_dh_auto_test:
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
xvfb-run -a dh_auto_test
+endif
 
 override_dh_makeshlibs:
dh_makeshlibs -Nsni-qt

Bug#878457: lintian: please remove "none were" → "none was" correction

[Florian Schlichting]

Package: lintian
Version: 2.5.55
Severity: normal

Hi,

#860558 requested the addition of a "none were" → "none was" correction:

--- a/data/spelling/corrections-multiword
+++ b/data/spelling/corrections-multiword
@@ -23,3 +23,4 @@
 (?i)per say||per se
 (?i)these package||this package
 (?i)this packages||these packages
+(?i)none were||none was


However, a google search for "none were" suggests this isn't universally
accepted, and there's some explanation at
http://data.grammarbook.com/blog/singular-vs-plural/none-were-vs-none-was/
that suggests both forms are possible and "none were" is deemed
"acceptable beyond serious criticism" in some cases.

Hence I request this correction be removed, as it generates
recommendations that are not safe to be followed blindly by non-native
speakers.

Florian

Bug#878458: nethogs FTCBFS: fails running tests despite DEB_BUILD_OPTIONS=nocheck

[Helmut Grohne]

Source: nethogs
Version: 0.8.5-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

nethogs fails to cross build from source, because it fails running tests
that shouldn't be run in the presence of DEB_BUILD_OPTIONS=nocheck.
After passing the correct targets to dh_auto_build and dh_auto_test,
nethogs cross builds successfully. Please consider applying the attached
patch.

Helmut
diff --minimal -Nru nethogs-0.8.5/debian/changelog 
nethogs-0.8.5/debian/changelog
--- nethogs-0.8.5/debian/changelog  2016-12-04 13:46:00.0 +0100
+++ nethogs-0.8.5/debian/changelog  2017-10-13 21:46:37.0 +0200
@@ -1,3 +1,10 @@
+nethogs (0.8.5-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Honour DEB_BUILD_OPTIONS=nocheck. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 13 Oct 2017 21:46:37 +0200
+
 nethogs (0.8.5-2) unstable; urgency=medium
 
   * debian/rules:
diff --minimal -Nru nethogs-0.8.5/debian/rules nethogs-0.8.5/debian/rules
--- nethogs-0.8.5/debian/rules  2016-12-04 13:43:49.0 +0100
+++ nethogs-0.8.5/debian/rules  2017-10-13 21:46:33.0 +0200
@@ -5,9 +5,10 @@
 #export PREFIX = /usr
 
 override_dh_auto_test:
+   dh_auto_test -- decpcap_test test
 
 %:
dh $@
 
 override_dh_auto_build:
-   dh_auto_build -- VERSION="$(shell dpkg-parsechangelog --show-field 
Version)"
+   dh_auto_build -- VERSION="$(shell dpkg-parsechangelog --show-field 
Version)" nethogs

Bug#878449: lintian: [PATCH] Update debconf reference mapping

[Chris Lamb]

tags 878449 + pending
thanks

Applied in Git. Again, many thanks!
  
  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=5f7868b859735251093ed4661ad433feb69fea5e

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=b2f320dcb742f03ceaf1936fac09784c15e0d94a


Regards,

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

Bug#878433: dgit-maint-merge(7) workflow for converting an existing package does not work

[Sean Whitton]

control: tag -1 +patch
control: severity -1 minor

Hello Michael,

Firstly, let me note that you didn't finish following the instructions.
You're meant to follow the "Source package configuration" section after
following either "Initial Debianisation" or "Converting an existing
package".  That's why "Source package configuration" comes before the
instructions to use `dgit build-source`.

That wouldn't fix the missing orig.tar, though.  The issue is that the
manpage assumes that you already have the repository cloned and have
been using it with another workflow, in which case you'd already have
the orig.tar present.

The attached patch adds a few commands to handle your case.

On Fri, Oct 13 2017, Michael Stapelberg wrote:

> Could a check for the orig tarball be added to “dgit build-source”?
> The current dpkg-source message is confusing: [...]

I think it makes more sense to improve this error message in
dpkg-source, rather than working around it in dgit.

-- 
Sean Whitton

From b850304d55df5d4948cef43dcd3d5439adf9a7e4 Mon Sep 17 00:00:00 2001
From: Sean Whitton 
Date: Fri, 13 Oct 2017 14:08:51 -0700
Subject: [PATCH] dgit-maint-merge(7): Include instructions to clone existing
 repo

Signed-off-by: Sean Whitton 
---
 dgit-maint-merge.7.pod | 11 ++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/dgit-maint-merge.7.pod b/dgit-maint-merge.7.pod
index 3da1b78..ffece64 100644
--- a/dgit-maint-merge.7.pod
+++ b/dgit-maint-merge.7.pod
@@ -188,7 +188,16 @@ this workflow.  It should be skipped when debianising a new package.
 
 =head2 Existing git history using another workflow
 
-First, dump any existing patch queue:
+First, if you don't already have the git history locally, clone it,
+and obtain the corresponding orig.tar from the archive:
+
+=over 4
+
+% git clone git.debian.org:collab-maint/foo
+% cd foo
+% origtargz
+
+Now dump any existing patch queue:
 
 =over 4
 
-- 
2.14.2



signature.asc
Description: PGP signature

Bug#874400: debian mirror mirror.unej.ac.id issues

[Peter Palfrader]

ping.

On Mon, 11 Sep 2017, Peter Palfrader wrote:

> ping.
> 
> On Tue, 05 Sep 2017, Peter Palfrader wrote:
> 
> > Package: mirrors
> > User: mirr...@packages.debian.org
> > Usertags: mirror-problems may-auto-close
> > 
> > [Sent to the mirror maintainer]
> > 
> > Hi!
> > 
> > It seems your mirror isn't updating correctly at the moment.
> > 
> > cf.
> > https://mirror-master.debian.org/status/mirror-info/mirror.unej.ac.id.html
> > 
> > Please investigate.
> > 
> > 
> > Also:
> > 
> > o trace file:
> >   I notice there is no tracefile matching your site name
> >   mirror.unej.ac.id in
> >   http://mirror.unej.ac.id/debian/project/trace/ -- Are you using our 
> > ftpsync script to
> >   mirror Debian?  It should produce the trace files we require
> >   http://mirror.unej.ac.id/debian/project/ftpsync/ftpsync-current.tar.gz
> > 
> > -- 
> > |  .''`.   ** Debian **
> >   Peter Palfrader   | : :' :  The  universal
> >  https://www.palfrader.org/ | `. `'  Operating System
> > |   `-https://www.debian.org/
> > 
> 
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/
> 

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#878456: Debian mirror mirrors.netix.net: sync frequency, ftpsync version

[Peter Palfrader]

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem may-auto-close
Control: submitter -1 mirr...@debian.org

Hi,

I was checking some things in the Debian mirror universe.

o I noticed while looking at our monitoring
  https://mirror-master.debian.org/status/mirror-info/mirrors.netix.net.html
  that you don't seem to sync four times a day.

  We recommend mirrors match the update frequency of the archive,
  which is every 6 hours or four times a day.


o Also, the tracefile suggests that the ftpsync version you are using is
  very old.  Please upgrade.

  Using a modern ftpsync ensures updates are done in the correct order
  so apt clients don't get confused.   In particular, it processes
  translations, contents, and more files that have been added to the
  archive in recent years in the correct stage.  It also should produce
  trace files that contain more information that is useful for us.

  http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz


Apropos, the latest ftpsync versions come with a wrapper script called
ftpsync-cron, which is intended to be run out of cron every hour or so
(at a randomish offset).  The script monitors your upstream mirror, and
if there was an update triggers a full sync using ftpsync.  You might
want to give it a try.

Cheers,
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#869692: RFS: cyclograph/1.9.1-1

[Andrey Rahmatullin]

On Fri, Oct 13, 2017 at 10:46:11PM +0200, Federico Brega wrote:
> > > the package contains an html file which uses Open Layers and has the
> > option
> > > to show the Google Maps tiles. This obviously involves using the Google
> > > Maps service. The usage of this tile is explicitly described as part of
> > the
> > > Google Maps service so I think it's up to the user to use this service
> > and
> > > trust Google or not use it.
> > >
> > > I think that every user should be free to chose the service it wants, so
> > > I'd propose to override this warning. The other viable alternative I see
> > is
> > > to have a Debian patch to disable the Google Maps tiles and use only Open
> > > Street Map.
> 
> 
> Is my proposal of adding a lintian override Ok?
I don't think overriding X tags is worth it. On the other hand I don't
have an opinion whether this "privacy breach" is a problem or not. I'm
fine with keeping this as it is now unless someone has another opinion.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#878446: lintian: [PATCH] Spelling fixes

[Chris Lamb]

tags 878446 + pending
thanks

Merged... many thanks!

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=4e4d496a65861f74030f107ea6ecae5c94f0b72b


Regards,

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

Bug#878455: Debian mirror mirror.intergrid.com.au: broken clock

[Peter Palfrader]

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem may-auto-close
Control: submitter -1 mirr...@debian.org

Status: 
https://mirror-master.debian.org/status/mirror-info/mirror.intergrid.com.au.html

Hi,

it seems your clock is many many hours fast.

e.g, on Friday at 13:45 UTC your system thought it was Saturday 23:44.

please fix.
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#788384: Seminario: Reforma Tributaria al Impuesto de Inmuebles. Invita Achurra Navarro y Asociados

[Soluciones Gerenciales ®]

Boletin






 



Teléfonos: 3985092 - 3985084

Nos Complace Invitarlos a nuestro Seminario Organizado por 
Soluciones Gerenciales y con el apoyo de la Firma Achurra Navarro y Asociados, 
conocerá los aspectos más importantes de la nueva reforma al impuesto 
inmobiliario.



 

 



Próximos Eventos

 



 

 



Talleres Incompany

 



 




 
 



Reservar en Panamá (Presencial)

 



 

Seminario

 

Reforma Tributaria al Impuesto de Inmuebles

 

 



 

 

Conozca los nuevos cambios de la reforma mas 
importante del Impuesto Tributario

 



 




 


 
 

Bug#869692: RFS: cyclograph/1.9.1-1

[Federico Brega]

2017-10-13 22:14 GMT+02:00 Andrey Rahmatullin :

> On Fri, Oct 13, 2017 at 10:04:26PM +0200, Federico Brega wrote:
> > In the meantime lintian started to warn about a new
> privacy-breach-generic:
> It was there from the beginning though:
> https://lists.debian.org/debian-mentors/2017/08/msg00048.html
>

My bad I haven't noticed it until now.


> > the package contains an html file which uses Open Layers and has the
> option
> > to show the Google Maps tiles. This obviously involves using the Google
> > Maps service. The usage of this tile is explicitly described as part of
> the
> > Google Maps service so I think it's up to the user to use this service
> and
> > trust Google or not use it.
> >
> > I think that every user should be free to chose the service it wants, so
> > I'd propose to override this warning. The other viable alternative I see
> is
> > to have a Debian patch to disable the Google Maps tiles and use only Open
> > Street Map.


Is my proposal of adding a lintian override Ok?
--
Federico

Bug#878454: installation-guide: Does not specify flexibility with firmware packages in installer images written to USB

[Reuven]

Source: installation-guide
Severity: normal

Dear Maintainer,

In the installation guide ch06s04 the process of loading firmware is
described. Now, it mentions that one posibility is including the firmware in
a second media or partition, but by looking at the contents of the installer
image one can see that there's a folder named /firmware in there, which
contains the firmware-linux-free package. If a user loads the image onto a USB
stick, that user could potentially just put any additional formware packages 
into that folder and the system should then just use those.

Looking at the unofficial build of the iso from here:
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/
it looks like that all that they've really done.


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

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

Bug#878453: altos FTBFS: misleading-indentation

[Adrian Bunk]

Source: altos
Version: 1.8.2-1
Severity: serious

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

...
  CC  kf_rem_pio2.o
../math/kf_rem_pio2.c: In function '__kernel_rem_pio2f':
../math/kf_rem_pio2.c:80:6: error: this 'for' clause does not guard... 
[-Werror=misleading-indentation]
  for(j=0,fw=0.0;j<=jx;j++) fw += x[j]*f[jx+i-j]; q[i] = fw;
  ^~~
../math/kf_rem_pio2.c:80:54: note: ...this statement, but the latter is 
misleadingly indented as if it is guarded by the 'for'
  for(j=0,fw=0.0;j<=jx;j++) fw += x[j]*f[jx+i-j]; q[i] = fw;
  ^
cc1: all warnings being treated as errors
../stm/Makefile.defs:47: recipe for target 'kf_rem_pio2.o' failed
make[4]: *** [kf_rem_pio2.o] Error 1

Bug#875948: doxia-sitetools: FTBFS due to missing build dependencies

[Adrian Bunk]

On Thu, Oct 12, 2017 at 10:14:21PM +0200, Markus Koschany wrote:
> Control: severity -1 normal
> Control: tags -1 moreinfo
> 
> On Sat, 16 Sep 2017 15:02:44 +0200 Hans Joachim Desserud
>  wrote:
> > Source: doxia-sitetools
> > Version: 1.7.4-2
> > Severity: serious
> > Tag: patch
> > 
> > Dear Maintainer,
> > 
> > doxia-sitetools currently fails to build from source with the following
> > error message:
> 
> Hi,
> 
> I can't reproduce the build failure at the moment. Maybe it was caused
> by the Maven 2 -> 3 transition? Could you try again if it still fails to
> build for you.

I'd say whatever caused the FTBFS was fixed in unstable last week and 
migrated to testing at the beginning of this week:
https://tests.reproducible-builds.org/debian/history/doxia-sitetools.html

> Thank you
> 
> Markus

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#873718: Fixes for security vulnerabilities on libgig?

[Jaromír Mikeš]

2017-10-03 20:07 GMT+02:00 Christian Schoenebeck <
schoeneb...@linuxsampler.org>:

Hi Christian,


> I just applied your patch regarding CVE-2017-12950, CVE-2017-12952 and
> CVE-2017-12953 for libgig on our side, in slightly modified form:
>
> http://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision=3348
>
> Additionally, the following 2 patches are yet missing on your side, as far
> as
> I can see it.
>
> 1. CVE-2017-12951:
> http://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision=3349
>
> 2. CVE-2017-12954:
> http://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision=3350
>

Sorry for coming so late ... I am just applying your patches and will
update libgig in debian
this evening.

best regards

mira

Bug#878452: libjs-angular-gettext: Missing build dependency on openstack-pkg-tools

[Adrian Bunk]

Source: libjs-angular-gettext
Version: 2.3.8-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libjs-angular-gettext.html

...
 fakeroot debian/rules clean
debian/rules:4: /usr/share/openstack-pkg-tools/pkgos.make: No such file or 
directory
dh /usr/share/openstack-pkg-tools/pkgos.make
dh: Unknown sequence /usr/share/openstack-pkg-tools/pkgos.make (choose from: 
binary binary-arch binary-indep build build-arch build-indep clean install 
install-arch install-indep)
debian/rules:7: recipe for target '/usr/share/openstack-pkg-tools/pkgos.make' 
failed
make: *** [/usr/share/openstack-pkg-tools/pkgos.make] Error 255

Bug#869692: RFS: cyclograph/1.9.1-1

[Andrey Rahmatullin]

On Fri, Oct 13, 2017 at 10:04:26PM +0200, Federico Brega wrote:
> In the meantime lintian started to warn about a new privacy-breach-generic:
It was there from the beginning though:
https://lists.debian.org/debian-mentors/2017/08/msg00048.html 

> the package contains an html file which uses Open Layers and has the option
> to show the Google Maps tiles. This obviously involves using the Google
> Maps service. The usage of this tile is explicitly described as part of the
> Google Maps service so I think it's up to the user to use this service and
> trust Google or not use it.
> 
> I think that every user should be free to chose the service it wants, so
> I'd propose to override this warning. The other viable alternative I see is
> to have a Debian patch to disable the Google Maps tiles and use only Open
> Street Map.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#869692: RFS: cyclograph/1.9.1-1

[Federico Brega]

Hello,

elyxer will be probabbly removed from Debian in the near future, so we
cannot use it anymore to generate the user manual.
In the RC3 of the package the html file is generated from a asciidoc file.

In the meantime lintian started to warn about a new privacy-breach-generic:
the package contains an html file which uses Open Layers and has the option
to show the Google Maps tiles. This obviously involves using the Google
Maps service. The usage of this tile is explicitly described as part of the
Google Maps service so I think it's up to the user to use this service and
trust Google or not use it.

I think that every user should be free to chose the service it wants, so
I'd propose to override this warning. The other viable alternative I see is
to have a Debian patch to disable the Google Maps tiles and use only Open
Street Map.
--
Federico

Bug#859544: opensmtpd: Please migrate to openssl1.1 in buster

[Sebastian Andrzej Siewior]

On 2017-10-13 11:21:03 [-0400], Ryan Kavanagh wrote:
> Hi Sebastian,
Hi Ryan,

> To clarify: I wrote a patch that I believe ports opensmtpd to OpenSSL
> 1.1, but with no backwards compatibility for 1.0. It has not been
> applied (nor reviewed) by upstream, because upstream needs to cope with
> multiple SSL libraries and they are waiting to see how other OpenBSD
> portable daemons deal with this. See this comment[0] for details on
> their situation.
 
Could you retry with the following patch?
SSL_F_SSL_CTX_USE_CERTIFICATE_FILE and SSL_CTX_clear_extra_chain_certs
was around in openssl since before they forked it. So with this patch it
should work with their libressl, libssl 1.0.2 and 1.1.

From: Ryan Kavanagh 
Date: Sun, 6 Nov 2016 11:40:32 -0500
Subject: [PATCH] OpenSSL 1.1 compat: update SSL ctx usages

[ bigeasy @ breakpoint
---
 openbsd-compat/libressl.c |   17 +++--
 smtpd/libressl.c  |   13 +
 smtpd/ssl.h   |   14 ++
 3 files changed, 26 insertions(+), 18 deletions(-)

--- a/openbsd-compat/libressl.c
+++ b/openbsd-compat/libressl.c
@@ -81,14 +81,14 @@ SSL_CTX_use_certificate_chain(SSL_CTX *c
x = ca = NULL;
 
if ((in = BIO_new_mem_buf(buf, len)) == NULL) {
-   SSLerr(SSL_F_SSL_CTX_USE_CERTIFICATE_CHAIN_FILE, ERR_R_BUF_LIB);
+   SSLerr(SSL_F_SSL_CTX_USE_CERTIFICATE_FILE, ERR_R_BUF_LIB);
goto end;
}
 
if ((x = PEM_read_bio_X509(in, NULL,
-   ctx->default_passwd_callback,
-   ctx->default_passwd_callback_userdata)) == NULL) {
-   SSLerr(SSL_F_SSL_CTX_USE_CERTIFICATE_CHAIN_FILE, ERR_R_PEM_LIB);
+   SSL_CTX_get_default_passwd_cb(ctx),
+   SSL_CTX_get_default_passwd_cb_userdata(ctx))) == NULL) {
+   SSLerr(SSL_F_SSL_CTX_USE_CERTIFICATE_FILE, ERR_R_PEM_LIB);
goto end;
}
 
@@ -99,14 +99,11 @@ SSL_CTX_use_certificate_chain(SSL_CTX *c
 * the CA certificates.
 */
 
-   if (ctx->extra_certs != NULL) {
-   sk_X509_pop_free(ctx->extra_certs, X509_free);
-   ctx->extra_certs = NULL;
-   }
+   SSL_CTX_clear_extra_chain_certs(ctx);
 
while ((ca = PEM_read_bio_X509(in, NULL,
-   ctx->default_passwd_callback,
-   ctx->default_passwd_callback_userdata)) != NULL) {
+   SSL_CTX_get_default_passwd_cb(ctx),
+   SSL_CTX_get_default_passwd_cb_userdata(ctx))) != NULL) {
 
if (!SSL_CTX_add_extra_chain_cert(ctx, ca))
goto end;
--- a/smtpd/libressl.c
+++ b/smtpd/libressl.c
@@ -94,8 +94,8 @@ ssl_ctx_use_certificate_chain_bio(SSL_CT
 
ERR_clear_error(); /* clear error stack for SSL_CTX_use_certificate() */
 
-   x = PEM_read_bio_X509_AUX(in, NULL, ctx->default_passwd_callback,
-   ctx->default_passwd_callback_userdata);
+   x = PEM_read_bio_X509_AUX(in, NULL, SSL_CTX_get_default_passwd_cb(ctx),
+   SSL_CTX_get_default_passwd_cb_userdata(ctx));
if (x == NULL) {
SSLerr(SSL_F_SSL_CTX_USE_CERTIFICATE_CHAIN_FILE, ERR_R_PEM_LIB);
goto end;
@@ -115,14 +115,11 @@ ssl_ctx_use_certificate_chain_bio(SSL_CT
int r;
unsigned long err;
 
-   if (ctx->extra_certs != NULL) {
-   sk_X509_pop_free(ctx->extra_certs, X509_free);
-   ctx->extra_certs = NULL;
-   }
+   SSL_CTX_clear_extra_chain_certs(ctx);
 
while ((ca = PEM_read_bio_X509(in, NULL,
-   ctx->default_passwd_callback,
-   ctx->default_passwd_callback_userdata)) != NULL) {
+   SSL_CTX_get_default_passwd_cb(ctx),
+   SSL_CTX_get_default_passwd_cb_userdata(ctx))) != NULL) {
r = SSL_CTX_add_extra_chain_cert(ctx, ca);
if (!r) {
X509_free(ca);
--- a/smtpd/ssl.h
+++ b/smtpd/ssl.h
@@ -73,3 +73,17 @@ void SSL_CTX_set_ecdh_auto(SSL_CTX *, in
 void   SSL_CTX_set_dh_auto(SSL_CTX *, int);
 #endif
 int SSL_CTX_use_certificate_chain_mem(SSL_CTX *, void *, int);
+
+#if (OPENSSL_VERSION_NUMBER < 0x1010L) || defined(LIBRESSL_VERSION_NUMBER)
+
+static inline pem_password_cb *SSL_CTX_get_default_passwd_cb(SSL_CTX *ctx)
+{
+   return ctx->default_passwd_callback;
+}
+
+static inline void *SSL_CTX_get_default_passwd_cb_userdata(SSL_CTX *ctx)
+{
+   return ctx->default_passwd_callback_userdata;
+}
+
+#endif

> Best,
> Ryan
> 

Sebastian

Bug#872087: Pending fixes for bugs in the liburi-perl package

[Florian Schlichting]

On Fri, Oct 13, 2017 at 11:39:54AM +, Hugh McMaster wrote:
> Thanks for working on this, Florian.
> When will the package be available in Sid?

I wasn't aware you were waiting for this to appear, and thought an
upload could perhaps wait for upstream to release a new version. I'm
going to upload 1.72-2 in a minute.

Florian

Bug#841733: Transition Opencv 3.1

[Mattia Rizzolo]

On Fri, Oct 13, 2017 at 07:09:52PM +0200, Emilio Pozuelo Monfort wrote:
> Alright, let's go ahead with this, now that gdal is done.

\o/

Uploaded, and started to build.

I've also raised all the remaining bug to RC, and poked them (also to
get the needed sourceful uploads sorted).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#869233: khronos-api: Update to new version from new git repo

[Jens Reyer]

On 07/21/2017 08:58 PM, Jens Reyer wrote:
> Package: khronos-api
> Version: 0~svn29735-1.1
> Severity: wishlist
> 
> 
> While working on #865307 and #865308 I saw that the Khronos Group moved,
> see
> https://cvs.khronos.org/svn/repos/ogl/trunk/doc/registry/public/README.txt:
> ~
> As of 2017-01-21, the OpenGL Registry has been MOVED to
> 
> https://www.khronos.org/registry/OpenGL/
> 
> The new registry location is backed by a github repository at
> 
> https://github.com/KhronosGroup/OpenGL-Registry
> 
> There will be no further updates to the public Subversion area. We are
> in the process of setting up redirects so that deep links under
> opengl.org/registry will continue to work, and the old website will
> remain active until those redirects are established; but everyone should
> begin using the new registry on khronos.org as soon as possible.
> 
> Please file issues with the new registry on the github repository.
> ~
> 
> 
> For now I uploaded 0~svn33340-0.1, so that we have the latest version
> from the old repo for comparison with the new ones.  (There have been a
> few more svn revisions, but they don't touch the api/ directory.)
> 
> Next I'll be working on updating upstream Wine to the current version
> and the new location.
> 
> Then I'd like to update khronos-api here, however there are a few things
> to consider:
> 
> 
> 1.) Version
> ---
> 
> Currently there are no upstream releases or tags available, so we have
> to continue to make our own number.
> 
> Unfortunately 0~gitVERSION < 0~svnVERSION, so I suggest 0+gitVERSION.
> 
> For the specific VERSION:
> 
> A commonly used scheme (especially for golang packages) is
>   0~git-
> e.g.:
> $ git log -1 --pretty=format:0.0~git%cd.%h --date=format:%Y%m%d%H%M
> 0.0~git201707111832.9755811
> 
> This works without any additional tags.  Also the maintainer of the
> github repo may merge other branches, even if they have older committer
> dates, without breaking it.  AFAICS also cherry-picking an old commit,
> or rebasing another branch, should work.
> 
> 
> Alternatively we might tag the inital commit in the repo "0", and then
> use git describe:
> 
> $ git tag 0 2f2b0f91f0a7ed3b468e03593dde66176e9b3032
> $ git describe --tags
> 0-126-g9755811
> $ VERSION="$(git describe --tags | sed "s|-|+git|")-1"
> $ echo $VERSION
> 0+git126-g9755811-1
> 
> 
> Any preferences or suggestions?
> 
> 
> 
> 2.) EGL API and Extension Registry
> 
> EGL is part of the current khronos-api package, but Khronos moved it now
> to a separate repository.  (I might have gotten this wrong, or missed
> further changes.  Can't say for sure yet.)
> 
> This shouldn't be a problem for Wine, because it only uses gl.xml and
> wgl.xml.
> 
> But there's one other package (qtwebengine-opensource-src) which
> build-depends on khronos-api.  I've rebuilt that successfully with
> 0~svn33340-0.1, but I don't know yet if it requires egl.
> 
> So we have to keep that in mind, but generally I'd just suggest to drop
> egl from the khronos-api package (no multi source tarball package).


Hi Mike

any news on this?

I just uploaded Wine 2.18, but had to patch it because it requires
OpenGL 4.6.

Greets
jre

Bug#876021: Aw: Re: Bug#876021: libreoffice-writer: launching writer makes libreoffice crash

[Rene Engelhard]

Hi,

As I said: Stuff using Java crashes

This means e.g. Wruter when initializing the wiki publisher and ESPECIALLY Base 
since Bases internal database is pure Java.
So there is no real work around for Base except maybe connecting via odbc or to 
MySQL/PostgreSQL directly via the respective connectors...

As said, the bug needs to be fixed in the kernel and/or Java.

Regards

Rene

> Gesendet: Freitag, 13. Oktober 2017 um 21:13 Uhr
> Von: "Jérôme Bouat" 
> An: "Rene Engelhard" 
> Cc: 876...@bugs.debian.org
> Betreff: Re: Bug#876021: libreoffice-writer: launching writer makes 
> libreoffice crash
>
> Hello.
> 
> FYI,
> I removed the libreoffice-wiki-publisher package. Next I achieved to use 
> Writer. However I experienced a crash when I tried to create a new LO Base 
> file.
> 
>

Bug#878196: libopenmpt0: Illegal instruction on mipsel arch

[Guillaume Perréal]

Hello,

[...]

Kernel: Linux 4.4.52-gnu (SMP w/4 CPU cores)

Where is this kernel from? I note the CPU you are using does not have an
FPU, so this could be a bug in the kernel FPU emulator. I can't remember
what fixes have gone in since 4.4 though.
This kernel is provided by the manufacturer of the board. I used this 
binary to update the firmware : 
https://github.com/gnubee-git/gnubee-git.github.io/blob/master/debian/librecmc-ramips-mt7621-gb-pc1-squashfs-sysupgrade_2017-07-22.bin. 
In normal operation, only the bootloader, kernel and initramfs are 
used. The initramfs pivots to a GNUBEE-ROOT partition if it finds one. 
The LibreCMC distribution is only used as a fallback.


cat /proc/version
Linux version 4.4.52-gnu (dgazineu@olimpo) (gcc version 5.4.0 (LEDE 
GCC 5.4.0 r20-646beea) ) #0 SMP Wed Jul 5 16:50:03 2017
According to 
https://wiki.openwrt.org/doc/howto/building_kernels_for_debian_binaries, 
it is quite possible that this kernel was not compiled with the FPU 
emulator at all. I will try to recompile the kernel with the FPU 
emulation and keep you informed.


Best regards,
Guillaume Perréal.

Bug#850886: ruby2.3: Please migrate to openssl1.1 in buster

[Antonio Terceiro]

On Thu, Oct 12, 2017 at 11:44:53PM +0200, Sebastian Andrzej Siewior wrote:
> Hi,
> 
> this is a remainder about the openssl transition [0]. We really want to
> remove libssl1.0-dev from unstable for Buster. I will raise the severity
> of this bug to serious in a month. Please react before that happens.
> 
> [0] https://bugs.debian.org/871056#55

ruby2.3 is not going to ship in buster and never got ported upstrem to
openssl 1.1, so TBH this bug is mostly pointless.

ruby2.5 builds against openssl 1.1 and at this moment is sitting in NEW.
we will start a transition Soon™.


signature.asc
Description: PGP signature

Bug#841250: [Pkg-php-pecl] Bug#841250: php-facedetect: FTBFS: error with opencv 3.1

[Mattia Rizzolo]

On Fri, Oct 13, 2017 at 09:31:20PM +0200, Mathieu Parent wrote:
> I'm currently unable to build my package because libopencv-dev
> transitively depend on libopencv-imgcodecs3.2 which depend on
> unavailable gdal-abi-2-2-1 (current is 2-2-2).

Are you building against experimental?  You would be supposed to build
only against unstable, and there libopencv-dev >= 3 is not yet built
(it's in the queue…  I expect it to be done within the next 2 hours).


Thanks for the very fast action.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#878451: pstotext FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: pstotext
Version: 1.9-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

pstotext fails to cross build from source, because debian/rules hard
codes the build architecture compiler "gcc". After passing a
triplet-prefixed compiler, pstotext cross builds successfully. Please
consider applying the attached patch.

Helmut
diff --minimal -Nru pstotext-1.9/debian/changelog pstotext-1.9/debian/changelog
--- pstotext-1.9/debian/changelog   2012-03-05 18:28:52.0 +0100
+++ pstotext-1.9/debian/changelog   2017-10-13 21:29:04.0 +0200
@@ -1,3 +1,10 @@
+pstotext (1.9-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Use a triplet-prefixed CC. (Closs: #-1)
+
+ -- Helmut Grohne   Fri, 13 Oct 2017 21:29:04 +0200
+
 pstotext (1.9-6) unstable; urgency=low
 
   * [debian/rules] use dpkg-buildflags; fix "Please enabled hardened build
diff --minimal -Nru pstotext-1.9/debian/rules pstotext-1.9/debian/rules
--- pstotext-1.9/debian/rules   2012-03-05 18:28:52.0 +0100
+++ pstotext-1.9/debian/rules   2017-10-13 21:29:03.0 +0200
@@ -9,6 +9,11 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+include /usr/share/dpkg/architecture.mk
+ifeq ($(origin CC),default)
+CC = $(DEB_HOST_GNU_TYPE)-gcc
+endif
+
 CFLAGS = `dpkg-buildflags --get CFLAGS`
 CFLAGS += -Wall -DNEED_PROTO
 LDFLAGS = `dpkg-buildflags --get LDFLAGS`
@@ -25,7 +30,7 @@
 build-stamp:
dh_testdir
 # The Makefile doesn't use CFLAGS, so we pass flags in an ugly way.
-   make CC="gcc $(CFLAGS) $(CPPFLAGS) $(LDFLAGS)"
+   make CC="$(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS)"
 
touch build-stamp
 

Bug#878417: The "most probable" packages actually required by installing LSDVD are probably "LIBC6" or "LIBDVDREAD4"

[Harrison]

I know installing LSDVD resolved my issue but, technically, the package
required was probably something LSDVD calls, most likely LIBC6 or
LIBDVDREAD4.  I don't know whether there would be patent or other issues
by packaging them with Debian?

Bug#841250: [Pkg-php-pecl] Bug#841250: php-facedetect: FTBFS: error with opencv 3.1

[Mathieu Parent]

.Hello Mattia,

2017-10-13 19:53 GMT+02:00 Mattia Rizzolo :
> Control: severity -1 serious
>
> On Thu, Oct 20, 2016 at 02:18:43PM +0200, Mathieu Parent wrote:
>> > I am scheduled to transition of opencv.
>> > This package is target to transition. I tested build with opencv 3.1.
>> > As a result, this FTBFS with opencv 3.1.
>> > Because libhighgui-dev and libcv-dev has been removed from opencv 3.1 
>> > package.
>> > We need to use libopencv-dev instead of these package. And currenct
>> > package disable
>> > support of opencv 3 by patches/0002-Revert-opencv3-support.patch.
>>
>> I've local changes that work. The problem is it FTBFS opencv << 3.
>
> Thank you very much for the experimental upload!
> It really helps to have a fixed package in experimental to use during
> tests builds.
>
>> Do you have more info on the expected date of fransition?
>
> I'm about to upload opencv 3.2 to unstable, starting the transition.  So
> now this bug is becoming RC again.  Please upload the changes you
> already uploaded to experimental to unstable.


I'm currently unable to build my package because libopencv-dev
transitively depend on libopencv-imgcodecs3.2 which depend on
unavailable gdal-abi-2-2-1 (current is 2-2-2).


Regards
-- 
Mathieu Parent

Bug#878449: Info received (Bug#878449: Acknowledgement (lintian: [PATCH] Update debconf reference mapping))

[Ville Skyttä]

...and here's the corresponding spec ref update.
From e1caf5c816a212f3e9df3e4a5e9243837009e54c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?= 
Date: Fri, 13 Oct 2017 22:25:29 +0300
Subject: [PATCH 2/2] Update debconf-spec refs

---
 checks/debconf.desc   |  8 
 data/output/manual-references | 16 +---
 2 files changed, 13 insertions(+), 11 deletions(-)

diff --git a/checks/debconf.desc b/checks/debconf.desc
index d5d3ac19a..336e18efa 100644
--- a/checks/debconf.desc
+++ b/checks/debconf.desc
@@ -24,7 +24,7 @@ Severity: important
 Certainty: certain
 Info: Valid fields are currently "Template:", "Type:", "Choices:", "Default:",
  and "Description:".
-Ref: debconf-spec aen45, debconf-devel(7)
+Ref: debconf-spec 3.1, debconf-devel(7)
 
 Tag: no-template-name
 Severity: important
@@ -75,20 +75,20 @@ Severity: important
 Certainty: certain
 Info: Templates using the "select" or "multiselect" data types must provide
  a "Choices:" field listing the possible values of the template.
-Ref: debconf-spec aen45, debconf-devel(7)
+Ref: debconf-spec 3.1, debconf-devel(7)
 
 Tag: boolean-template-has-bogus-default
 Severity: important
 Certainty: certain
 Info: The "boolean" type in a debconf template, can have only two values: true
  and false.  The default has been set to something different.
-Ref: debconf-spec aen45, debconf-devel(7)
+Ref: debconf-spec 3.1, debconf-devel(7)
 
 Tag: no-template-description
 Severity: important
 Certainty: certain
 Info: The templates file contains a template without a "Description:" field.
-Ref: debconf-spec aen45, debconf-devel(7)
+Ref: debconf-spec 3, debconf-devel(7)
 
 Tag: duplicate-long-description-in-template
 Severity: minor
diff --git a/data/output/manual-references b/data/output/manual-references
index c40a22194..886636fa2 100644
--- a/data/output/manual-references
+++ b/data/output/manual-references
@@ -7,15 +7,17 @@
 # If  is empty, that line specifies the title and URL for the whole
 # manual.  If  is empty, that manual is not available on the web.
 #
-# Last updated: 2016-08-22
+# Last updated: 2017-10-13
 
 debconf-specConfiguration management::https://www.debian.org/doc/packaging-manuals/debconf_specification.html
-debconf-spec::aen27::Introduction::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#AEN27
-debconf-spec::aen30::Configuration Data::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#AEN30
-debconf-spec::aen45::Templates::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#AEN45
-debconf-spec::aen101::Configuration frontends::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#AEN101
-debconf-spec::aen106::Communication with the frontend::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#AEN106
-debconf-spec::aen283::Debian install-time configuration::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#AEN283
+debconf-spec::1::Introduction::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#id-1.2
+debconf-spec::2::Configuration Data::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#id-1.3
+debconf-spec::2.1::The configuration space::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#id-1.3.2
+debconf-spec::3::Templates::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#id-1.4
+debconf-spec::3.1::Template information::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#id-1.4.4
+debconf-spec::4::Configuration frontends::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#id-1.5
+debconf-spec::5::Communication with the frontend::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#id-1.6
+debconf-spec::6::Debian install-time configuration::https://www.debian.org/doc/packaging-manuals/debconf_specification.html#id-1.7
 devrefDebian Developer's Reference::https://www.debian.org/doc/developers-reference/
 devref::1::Scope of This Document::https://www.debian.org/doc/developers-reference/ch01.html
 devref::2::Applying to Become a Maintainer::https://www.debian.org/doc/developers-reference/ch02.html
-- 
2.14.1

Bug#850895: [pkg-bacula-devel] Bug#850895: Bug#850895: bacula: Please migrate to openssl1.1 in buster

[Carsten Leonhardt]

Hi Sebastian,

> Arch, Fedora and Gentoo provide OpenSSL 1.1. They are also stucked with
> 1.0 as compatibility layer.
>
>> Lastly, the bug is tagged "help" for quite some time already, but help
>> doesn't seem to be forthcoming.
>
> Could please check if one of the three distos I mentioned has patch? If
> not, please ping me again and I take a look at the code.

I've checked all three distros, Fedora and Arch use OpenSSL 1.0 to build
bacula. For Gentoo I'm not sure I can parse the ebuild-files correctly,
but I think they use LibreSSL - in any case there's no patch to enable
building with OpenSSL 1.1.

Regards,

Carsten

Bug#878450: lpr FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: lpr
Version: 1:2008.05.17.2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

lpr fails to cross build from source, because it uses the build
architecture compiler. Letting dh_auto_build pass cross compilers to
make fixes that. Please consider applying the attached patch.

Helmut
diff --minimal -Nru lpr-2008.05.17.2/debian/changelog 
lpr-2008.05.17.3/debian/changelog
--- lpr-2008.05.17.2/debian/changelog   2016-09-25 15:08:29.0 +0200
+++ lpr-2008.05.17.3/debian/changelog   2017-10-13 13:28:42.0 +0200
@@ -1,3 +1,10 @@
+lpr (1:2008.05.17.3) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross compilers to make. (closes: #-1)
+
+ -- Helmut Grohne   Fri, 13 Oct 2017 13:28:42 +0200
+
 lpr (1:2008.05.17.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --minimal -Nru lpr-2008.05.17.2/debian/rules lpr-2008.05.17.3/debian/rules
--- lpr-2008.05.17.2/debian/rules   2016-09-25 15:08:29.0 +0200
+++ lpr-2008.05.17.3/debian/rules   2017-10-13 13:28:42.0 +0200
@@ -12,7 +12,7 @@
 build: build-stamp
 build-stamp:
dh_testdir
-   make -W CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)"
+   dh_auto_build -- CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)"
touch build-stamp
 
 clean: 

Bug#878449: Acknowledgement (lintian: [PATCH] Update debconf reference mapping)

[Ville Skyttä]

On a second thought, here's a simpler fix that may help with parsing
some others as well.
From c758e4d02993deb2205da744cdf0e9f4e6ad4a46 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?= 
Date: Fri, 13 Oct 2017 22:08:02 +0300
Subject: [PATCH] private/refresh-manual-refs: Update debconf reference
 mapping, strip whitespace with $index_re

The usual $index_re now applies, tweaked to strip surrounding whitespace.
---
 private/refresh-manual-refs | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/private/refresh-manual-refs b/private/refresh-manual-refs
index 906d31084..3960e3e66 100755
--- a/private/refresh-manual-refs
+++ b/private/refresh-manual-refs
@@ -62,7 +62,7 @@ my $title_re = qr/(.+?)<\/title\s?>/i;
 my $link_re
   = qr//;
 my $index_re
-  = qr/([A-Z]|[A-Z]?[\d\.]+?)\.?\s+([\w\s[:punct:]]+?)<\/a>/;
+  = qr/\s*([A-Z]|[A-Z]?[\d\.]+?)\.?\s+([\w\s[:punct:]]+?)\s*<\/a>/;
 my $fields = [['url'], ['section'], ['title']];
 my $dbk_index_re
   = qr/([\d.]+?)\.\s+([\w\s[:punct:]]+?)<\/a\s*>/i;
@@ -132,8 +132,7 @@ my %manuals = (
 join(q{/},
 'https://www.debian.org',
 'doc/packaging-manuals/debconf_specification.html'),
-qr/([\w\s[:punct:]]+?)<\/a>/,
-[['section', 'url'], ['title']]
+$index_re, $fields
 ],
 'fhs' => [
 '/usr/share/doc/debian-policy/fhs/fhs-2.3.html',
-- 
2.14.1

Bug#867140: cqrlog: Please migrate to openssl1.1 in Buster

[Colin Tuckley]

On 13/10/17 20:08, Sebastian Andrzej Siewior wrote:

> This was done for Stretch. For Buster we want the old library out.

No, for Buster Debian wants to have working packages. If a package needs
openssl 1.0 then we should provide it.