Bug#890017: libodb-boost-dev: missing /usr/include/odb/boost.options

[Antonio Chiuchiolo]

Package: libodb-boost-dev
Version: 2.4.0-1+b1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
I tried to use ODB (code synthesis) ORM compiler with boost profile and
it didn't found the boost path.
   * What exactly did you do (or not do) that was effective (or
 ineffective)? I contacted ODB support and they suggest to report a debian
package bug.
   * What was the outcome of this action?
   * What outcome did you expect instead?
To use the boost library with ODB.
*** End of the template - remove these template lines ***



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

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

Versions of packages libodb-boost-dev depends on:
ii  libodb-boost-2.4  2.4.0-1+b1
ii  libodb-dev2.4.0-1+b1

libodb-boost-dev recommends no packages.

libodb-boost-dev suggests no packages.

-- no debconf information

Bug#832806: Build time test failure

[Andreas Tille]

Hi Jose,

On Fri, Feb 09, 2018 at 01:58:48PM -0800, Jose Luis Rivero wrote:
> 
> I've been in contact with upstream and seems like it is a flaky test so
> they recommend me to disable it since it highly depend on time. I did that:
> 
> https://salsa.debian.org/science-team/ignition-common/commit/6aa2abd28993a131a99b1004af8c7eccea82cb2e
> 
> Let me know if this finally works for you or I need to keep working on it.

I've uploaded after adding some nocheck option to the test override. (Please 
pull)
(lintian -i would have told you about this.)

Kind regards

Andreas.

-- 
http://fam-tille.de

Bug#883245: Bug back in 52.6.0

[Carsten Schoenert]

Hello,

On Fri, Feb 09, 2018 at 05:02:43PM -0500, Maryse Argouin & Jean Lafontaine 
wrote:
> Hi the bug was resolved but is now back with Thunderbird 52.6.0

we didn't have closed this report so "officially" this report wasn't ever
marked as resolved.

Don't get me wrong, 'just' saying it's now no working correctly any
longer isn't helping much. Please append some logging where the people
who are working on the apparmor profile can see whats going on under the
hood.

https://wiki.debian.org/AppArmor/Reportbug

Regards
Carsten

Bug#889625: poco: Please use mariadb directly, not mysql-defaults

[Steve Langasek]

Package: poco
Version: 1.8.0.1-1
Followup-For: Bug #889625
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Control: retitle -1 Please fix support for MySQL

Hello,

Unfortunately, building against mariadb in distros that use MySQL as the
default has knock-on effects, because poco has reverse-dependencies that
depend on both poco and other mysql-using libraries.

The attached patch is better, fixing compatibility with current versions of
libmysqlclient.

Thanks for considering,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru poco-1.8.0.1/debian/patches/MySQL-5.7-compatibility.patch 
poco-1.8.0.1/debian/patches/MySQL-5.7-compatibility.patch
--- poco-1.8.0.1/debian/patches/MySQL-5.7-compatibility.patch   1969-12-31 
16:00:00.0 -0800
+++ poco-1.8.0.1/debian/patches/MySQL-5.7-compatibility.patch   2018-02-09 
21:38:48.0 -0800
@@ -0,0 +1,17 @@
+Description: Find libmysqlclient instead of the obsolete libmysqlclient_r
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/889625
+
+Index: poco-1.8.0.1/cmake/FindMySQL.cmake
+===
+--- poco-1.8.0.1.orig/cmake/FindMySQL.cmake
 poco-1.8.0.1/cmake/FindMySQL.cmake
+@@ -45,7 +45,7 @@
+${BINDIR32}/MySQL/lib
+$ENV{SystemDrive}/MySQL/*/lib/${libsuffixDist})
+ else (WIN32)
+-  find_library(MYSQL_LIB NAMES mysqlclient_r
++  find_library(MYSQL_LIB NAMES mysqlclient
+PATHS
+/usr/lib/mysql
+/usr/local/lib/mysql
diff -Nru poco-1.8.0.1/debian/patches/series poco-1.8.0.1/debian/patches/series
--- poco-1.8.0.1/debian/patches/series  2017-11-13 11:42:17.0 -0800
+++ poco-1.8.0.1/debian/patches/series  2018-02-09 21:33:32.0 -0800
@@ -5,3 +5,4 @@
 0006-fp-support-environments-without-hardware-floating-po.patch
 0007-Switch-FreeBSD-to-poll.patch
 0009-Link-against-dl-on-FreeBSD.patch
+MySQL-5.7-compatibility.patch

Bug#890016: fig2dev: null dereference while running fig2dev

[Joonun Jang]

Package: fig2dev
Version: 1:3.2.6a-6
Severity: important
Tags: security

null dereference running fig2dev with "-L pdf poc" option

Running 'fig2dev -L pdf poc' with the attached file raises null dereference
which may allow a remote attacker to cause denial-of-service attack
I expected the program to terminate without segfault, but the program crashes 
as follow

june@june:~/temp/report/fig2dev/null$ 
../../binary/fig2dev-3.2.6a/fig2dev/fig2dev -L pdf poc
incomplete spline object
ASAN:DEADLYSIGNAL
=
==16804==ERROR: AddressSanitizer: SEGV on unknown address 0x (pc 
0x5557911b bp 0x6080bf20 sp 0x7fffd8d0 T0)
#0 0x5557911a in free_splinestorage 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/free.c:122
#1 0x5557ad0d in read_splineobject 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/read1_3.c:430
#2 0x5557bef7 in read_1_3_objects 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/read1_3.c:102
#3 0x55581ad4 in readfp_fig 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/read.c:187
#4 0x5556eb70 in main 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/fig2dev.c:412
#5 0x763762b0 in __libc_start_main 
(/lib/x86_64-linux-gnu/libc.so.6+0x202b0)
#6 0x5556f259 in _start 
(/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/fig2dev+0x1b259)

AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/free.c:122 in 
free_splinestorage
==16804==ABORTING

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

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

Versions of packages fig2dev depends on:
ii  gawk 1:4.1.4+dfsg-1
ii  libc62.24-11+deb9u1
ii  libpng16-16  1.6.28-1
ii  libxpm4  1:3.5.12-1
ii  x11-common   1:7.7+19

Versions of packages fig2dev recommends:
ii  ghostscript  9.20~dfsg-3.2+deb9u1
ii  netpbm   2:10.0-15.3+b2

Versions of packages fig2dev suggests:
pn  xfig  

-- no debconf information
71


0
1
16 3

16 6

0

16 6

0
1
1 6
1=6

Bug#890015: fig2dev: global buffer overflow while running fig2dev

[Joonun Jang]

Package: fig2dev
Version: 1:3.2.6a-6
Severity: important
Tags: security

global buffer overflow running fig2dev with "-L pdf poc" option

Running 'fig2dev -L pdf poc' with the attached file raises global buffer 
overflow
which may allow a remote attacker to cause unspecified impact including 
denial-of-service attack
I expected the program to terminate without segfault, but the program crashes 
as follow

june@june:~/temp/report/fig2dev/global$ 
../../binary/fig2dev-3.2.6a/fig2dev/fig2dev -L pdf poc
=
==16175==ERROR: AddressSanitizer: global-buffer-overflow on address 
0x55826e40 at pc 0x5557da29 bp 0x7fffdcd0 sp 0x7fffdcc8
READ of size 8 at 0x55826e40 thread T0
#0 0x5557da28 in save_comment 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/read.c:1425
#1 0x5557da28 in get_line 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/read.c:1404
#2 0x55581d52 in read_objects 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/read.c:325
#3 0x55581d52 in readfp_fig 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/read.c:185
#4 0x5556eb70 in main 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/fig2dev.c:412
#5 0x763762b0 in __libc_start_main 
(/lib/x86_64-linux-gnu/libc.so.6+0x202b0)
#6 0x5556f259 in _start 
(/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/fig2dev+0x1b259)

0x55826e40 is located 32 bytes to the left of global variable 'line_no' 
defined in 'read.c:88:13' (0x55826e60) of size 4
0x55826e40 is located 0 bytes to the right of global variable 'comments' 
defined in 'read.c:95:14' (0x55826b20) of size 800
SUMMARY: AddressSanitizer: global-buffer-overflow 
/home/june/temp/report/binary/fig2dev-3.2.6a/fig2dev/read.c:1425 in save_comment
Shadow bytes around the buggy address:
  0x0aab2aafcd70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0aab2aafcd80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0aab2aafcd90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0aab2aafcda0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0aab2aafcdb0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x0aab2aafcdc0: 00 00 00 00 00 00 00 00[f9]f9 f9 f9 04 f9 f9 f9
  0x0aab2aafcdd0: f9 f9 f9 f9 00 00 00 00 00 00 00 00 00 00 00 00
  0x0aab2aafcde0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0aab2aafcdf0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0aab2aafce00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0aab2aafce10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:   00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:   fa
  Heap right redzone:  fb
  Freed heap region:   fd
  Stack left redzone:  f1
  Stack mid redzone:   f2
  Stack right redzone: f3
  Stack partial redzone:   f4
  Stack after return:  f5
  Stack use after scope:   f8
  Global redzone:  f9
  Global init order:   f6
  Poisoned by user:f7
  Container overflow:  fc
  Array cookie:ac
  Intra object redzone:bb
  ASan internal:   fe
  Left alloca redzone: ca
  Right alloca redzone:cb
==16175==ABORTING

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

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

Versions of packages fig2dev depends on:
ii  gawk 1:4.1.4+dfsg-1
ii  libc62.24-11+deb9u1
ii  libpng16-16  1.6.28-1
ii  libxpm4  1:3.5.12-1
ii  x11-common   1:7.7+19

Versions of packages fig2dev recommends:
ii  ghostscript  9.20~dfsg-3.2+deb9u1
ii  netpbm   2:10.0-15.3+b2

Versions of packages fig2dev suggests:
pn  xfig  

-- no debconf information


poc
Description: Binary data

Bug#887917: should not depend on initramfs-tools

[Ritesh Raj Sarraf]

On Sun, 2018-01-21 at 18:05 +0100, Thomas Lange wrote:
> multipath-tools-boot depends on initramfs-tools instead of
> linux-initramfs-tool. This prevents using multipath with dracut, a
> initramfs-tools replacement. linux-initramfs-tool is provided by
> dracut and initramfs-tools.

I don't have much experience with dracut. Is dracut a drop-in
replacement for initramfs-tools ?

In multipath, we have many initramfs hooks that are essential.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#885408: multipath-tools: please make the build reproducible

[Ritesh Raj Sarraf]

Control: tag -1 +pending

On Thu, 2018-02-08 at 13:53 +0530, Chris Lamb wrote:
> unarchive 885408
> found 885408 0.7.4-2
> tags 885408 + patch
> thanks
> 


Thanks. I have added it to my repo and it'll be part of next upload.

Ritesh


> Hi,
> 
> It seems like my patch was inccomplete:
> 
>date: invalid date '1514353803'
> 
> This is due to:
> 
>   if (defined($ENV{'KBUILD_BUILD_TIMESTAMP'}) &&
>   (my $seconds = `date -d"${ENV{'KBUILD_BUILD_TIMESTAMP'}}" +%s`)
> ne '') {
>   
> New patch attached.
> 
>  [0] https://reproducible-builds.org/
> 
> 
> Best wishes,
> 
-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#890013: ITP: goconvey -- Go testing in the browser. Integrates with 'go test`. Write behavioral tests in Go.

[Manas Kashyap]

Package: wnpp
Severity: wishlist
Owner: Manas kashyap 
X-Debbugs-CC: debian-de...@lists.debian.org,
pkg-go-maintain...@lists.alioth.debian.org

* Package name: goconvey
  Version : 1.6.3
  Upstream Author : SmartyStreets
* URL : https://github.com/smartystreets/goconvey
* License : Expat
  Programming Lang: Go
  Description : Go testing in the browser. Integrates with `go test`.
Write behavioral tests in Go.

 GoConvey is awesome Go testing Build Status
 .
 GoConvey is a testing tool for gophers. Works with go test.
 Use it in the terminal or browser according to your viewing
 pleasure.
 .
 Features:
 • Directly integrates with go test
 • Fully-automatic web UI (works with native Go tests, too)
 • Huge suite of regression tests
 • Shows test coverage (Go 1.2+)
 • Readable, colorized console output (understandable by any manager, IT or
not)
 • Testcode generator
 • Desktop notifications (optional)
 • Immediately open problem lines in Sublime Text

Bug#888219: ignition-math4: FTBFS on *i386: OrientedBoxTest.OperatorStreamOut fails

[Steve Langasek]

Package: ignition-math4
Version: 4.0.0+dfsg1-1
Followup-For: Bug #888219
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Hello,

I can confirm that building with -ffloat-store fixes this issue on i386. 

https://launchpad.net/ubuntu/+source/ignition-math4/4.0.0+dfsg1-1ubuntu2/+build/14331366

Attached is the patch has been uploaded to Ubuntu to fix this issue there,
and is one possible solution.  (Though you may wish to adjust it to also do
the right thing on non-Linux i386 Debian architectures.)

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru ignition-math4-4.0.0+dfsg1/debian/rules 
ignition-math4-4.0.0+dfsg1/debian/rules
--- ignition-math4-4.0.0+dfsg1/debian/rules 2018-01-02 15:43:21.0 
-0800
+++ ignition-math4-4.0.0+dfsg1/debian/rules 2018-02-09 19:39:13.0 
-0800
@@ -8,6 +8,10 @@
 
 ifeq ($(DEB_HOST_ARCH),amd64)
 SSE_FLAGS = -mfpmath=sse -msse -msse2 -msse3 -mssse3 -DSSE
+else
+ifeq ($(DEB_HOST_ARCH),i386)
+SSE_FLAGS=-ffloat-store
+endif
 endif
 
 override_dh_auto_configure:

Bug#888839: update soon

[積丹尼 Dan Jacobson]

https://github.com/htacg/tidy-html5/issues/675#issuecomment-364540044

Bug#890012: namazu2-index-tools: mknmz fails with Perl 5.26

[Tatsuya Kinoshita]

Package: namazu2-index-tools
Version: 2.0.21-21
Severity: important

mknmz fails because of the following error:

```
$ perl -c /usr/share/namazu/filter/hnf.pl
Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/%{ <-- HERE ?([a-z]+)}?/ at /usr/share/namazu/filter/hnf.pl line 247.
```

Probably, "{" should be escaped to "\{", because unescaped left
brace in regex is deprecated in Perl 5.26.

Thanks,
--
Tatsuya Kinoshita


pgpFxTTkn4oyl.pgp
Description: PGP signature

Bug#890011: man page headers lack full NAME item

[積丹尼 Dan Jacobson]

Package: markdown
Version: 1.0.2~b8-3
File: /usr/share/man/man1/markdown.1.gz

A proper NAME item looks like

NAME
   cat - concatenate files and print on the standard output

That way

$ apropos markdown
Markdown (3) - (unknown subject)
markdown (1) - (unknown subject)
markdown (3) - (unknown subject)

could be avoided.

By the way one or two links to the same thing, not three, would be enough...

Bug#744196: HELLO...

[Debra Parslow]

From: Debra Parslow
Sent: Saturday, 10 February 2018 10:43 AM
Subject: RE: HELLO...

I av' been trying to reach you, contact me on---> 
jonathansymonds...@outlook.com for more details

Bug#890010: deluge-web: Doesn't work over IPv6

[Witold Baryluk]

Package: deluge-web
Version: 1.3.13+git20161130.48cedf63-3
Severity: important
Tags: ipv6

# ss -apn | grep deluge-web
tcpLISTEN 0  50*:8112  *:*  
 users:(("deluge-web",pid=4442,fd=3))
...
#

but I am not able to connect to this port using browser, wget or nmap using 
IPv6. It says the port is closed.

Client and server are on the same network, and other ports (like 22 for ssh) 
works fine between them.

iptables are empty.

I also had trouble adding IPv6 in deluge-web to connect to deluge deamon.
I used ::1, and same port (58846) as the deamon on 127.0.0.1, and it says
deamon is Offline.


# ss -apn | grep deluged | grep LIST
tcpLISTEN 0  50*:58846 *:*  
 users:(("deluged",pid=4548,fd=16))
tcpLISTEN 0  5 *:57091 *:*  
 users:(("deluged",pid=4548,fd=14))
tcpLISTEN 0  5:::57091:::*  
 users:(("deluged",pid=4548,fd=13))
#



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

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

Versions of packages deluge-web depends on:
ii  deluge-common  1.3.13+git20161130.48cedf63-3
ii  python 2.7.13-2
ii  python-mako1.0.6+ds1-2

deluge-web recommends no packages.

deluge-web suggests no packages.

-- no debconf information

Bug#873240: redshift-gtk: Python 3 permissions

[John Scott]

Package: redshift-gtk
Version: 1.11-1
Followup-For: Bug #873240

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I don't think this has anything to do with GNOME or Wayland. I'm using MATE on
X, and I have the same issue.

It looks like a non-trivial one to fix, though. I invoked Python with -v to see
what it would say, and I think it sheds light on this issue.

The following line appears many times in the output:

# could not create '/usr/lib/python3/dist-packages/xdg/__pycache__':
PermissionError(13, 'Permission denied')

This is despite running it as a normal user. A part of the problem could be
that /usr/bin/redshift-gtk has this line in it:

sys.path.append('/usr/lib/python3.5/site-packages')

/usr/lib/python3.5 doesn't exist on my system, let alone /site-packages/.
Rebuilding Redshift from the source package produces a binary that points to
/usr/lib/python3.6/site-packages, though it should be looking to
/usr/lib/python3/dist-packages/.

I'm not comfortable enough with Python to be able to provide a patch, at least
not yet, but this looks like a severe issue that is not specific to any setup.

It's also worth pointing out that #883119 is a dupe of this bug.



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

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

Versions of packages redshift-gtk depends on:
ii  gir1.2-appindicator3-0.1  0.4.92-5
ii  python3   3.6.4-1
ii  python3-gi3.26.1-2
ii  python3-xdg   0.25-4
ii  redshift  1.11-1

Versions of packages redshift-gtk recommends:
ii  at-spi2-core  2.26.2-2

redshift-gtk suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQFFBAEBCgAwFiEEJwCMxdBfG24Y2trvfWFEpid5MHIFAlp+RpcSHGpzY290dEBw
b3N0ZW8ubmV0AAoJEH1hRKYneTBysXEH91iffSJYSxNnR1OcAdV1dP4fQmcfExqf
OtNFrXnOqFyF4f6KD7jNDn4cLucczVwAn65GiS4hrW84wLdh6fTJqHP4Fkra+UFP
UyCMGwq0OW3k+fmmaIfs/LzpzQXFqUlX/xa5waH3FVLxLBp2/O4SFmmw83SxgZTL
KsNcwvrcRRNuV40HioyIVB2e8NIGdMwP2Uh6N7q2jmhlDoEvos832W0Feqdt8Q38
O0ohykYhR6LBRz0VVUJNpd08izcgssTnJHSsLz3kGQpOv9bAm33GAn3AJaqdvZ3Z
NP0s0sXv24CTAGpdMKYBdC+1tPXwhmKavKJrXNQAEtYs2/EscYHvow==
=RlMV
-END PGP SIGNATURE-

Bug#890009: vulkan: Missing packages for SDK layers.

[Mike Mestnik]

Source: vulkan
Version: 1.0.65.2+dfsg1-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The layers are important for collecting debug information and traces.  I'd
perticularily like to see VK_LAYER_LUNARG_api_dump and
VK_LAYER_LUNARG_standard_validation plus thier dependancies.

- -- System Information:
Debian Release: 9.3
  APT prefers stable
  APT policy: (500, 'stable'), (480, 'unstable'), (470, 'experimental')
Architecture: i386 (x86_64)

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

-BEGIN PGP SIGNATURE-

iQJLBAEBCAA1FiEE50YYYn+e/FujuFBs49GprY7cq4oFAlp+QXoXHGNoZWFrb0Bt
aWtlbWVzdG5pay5uZXQACgkQ49GprY7cq4qRiQ//Wo2iy0h/ItFzEwzoHdQmeTqg
9clJj9PNWDHaASINk+vNKLXgblTnfqEg/6mRfnkwsIt2Rns01UYa613b1j4AwsRQ
1S8dtoxKBJ9t5GRSnMEDozxDmpO8dcG10U/DvhYQ8EpGKHkbW0Cdd8oi8ZHckcmq
v79whtqPa7oyUDwUifEnm7AuyQoYqxe+mDYDOsZtMHNA+eS40FKp/BLbTva5k30+
2jNSenFmsqxKvGTgUgiT/9gu0d3PH5eKpZdCh6lTntrRXNLuY2ejk2ThfH5PpK61
7wfnvmrvU9XNr6OGd7qzxGEENBdID3Nkhq4k4Uh53hyvEpm3658NTZOIxZQ4J6no
QuKhnr4ipUPBs/PtmhC2TbrDg58denNfEl/y3s1lUZvyHNCFmvqAU6QXeaUX+0wB
WM9W858y0e0zLUnmYgXIiVszkQb6AjeYMTyQ+/bm+dXf1oKKCxtT2CggtlCURRob
jID2xxLVe5hgCTMAz3CvVP7aN/Ov65H3JTAOkJ3rMgHdXydLxGf1R1aWqAA0e8ZM
ZN8oxlzQQv1d/ob/LWIzPiLhvGxVT4Qyt51aacxxGRDIIAKEAdQRvPoENe6On7VX
Eb1e6gaEkY4VIzTzD+5dznPw0HlIdIKiV6HrAU3tCr+nPf/jDq0AQKDYSaOmm6YX
ti7A3YC/yhjBxfCNFmQ=
=KRoO
-END PGP SIGNATURE-

Bug#890008: init(8): Some corrections to the manual

[Bjarni Ingi Gislason]

Package: init
Version: 1.51
Severity: minor
Tags: patch

Dear Maintainer,

Test nr. 1: Remove space at end of lines.

122:it is signaled by \fBtelinit\fP to change the system's runlevel.  
177:tell \fBinit\fP to re-execute itself (preserving the state). No 
re-examining of 

#

Test nr. 2: Fix warning from man/groff

:330 (macro BR): only 1 argument, but more are expected

#

Test nr. 5: Change - to \(en if it is
a numeric range

83:Runlevels 7-9 are also valid, though not really documented. This is
226:.B 1-5

#

Test nr. 8: Protect . if not end of sentence

59:\fB0\(en6\fP and \fBS\fP (a.k.a. \fBs\fP).  The runlevel is
246:line a bit, so that it takes some more space on the stack. \fBInit\fP

#

Test nr. 25: Change a HYPHEN-MINUS (code 0x55, 2D) to a dash (minus) if it
matches " -[:alpha:]" or \(aq-[:alpha:] (for options)

184:is 5 seconds, but this can be changed with the \fB-t\fP option.
186:\fBtelinit -e\fP tells \fBinit\fP to change the environment
188:The argument of \fB-e\fP is either of the form \fIVAR\fP=\fIVAL\fP
245:The argument to \fB-z\fP is ignored. You can use this to expand the command

#

  Additionally:

  Sentences in the first created patch, that showed a wrong amount of
space between them, were separated ("man-pages(7)"), and a new patch
created.

  Patch:

--- init.8  2017-09-08 19:18:37.0 +
+++ init.8.new  2018-02-09 01:44:20.0 +
@@ -56,7 +56,7 @@ A \fIrunlevel\fP is a software configura
 only a selected group of processes to exist.  The processes spawned by
 \fBinit\fP for each of these runlevels are defined in the
 \fB/etc/inittab\fP file.  \fBInit\fP can be in one of eight runlevels:
-\fB0\(en6\fP and \fBS\fP (a.k.a. \fBs\fP).  The runlevel is
+\fB0\(en6\fP and \fBS\fP (a.k.a.\& \fBs\fP).  The runlevel is
 changed by having a privileged user run \fBtelinit\fP, which sends
 appropriate signals to \fBinit\fP, telling it which runlevel to change
 to.
@@ -80,8 +80,8 @@ the administrator performs maintenance a
 For more information,
 see the manpages for \fBshutdown\fP(8) and \fBinittab\fP(5).
 .PP
-Runlevels 7-9 are also valid, though not really documented. This is
-because "traditional" Unix variants don't use them.
+Runlevels 7\(en9 are also valid, though not really documented.
+This is because "traditional" Unix variants don't use them.
 .PP
 Runlevels \fIS\fP and \fIs\fP are the same.
 Internally they are aliases for the same runlevel.
@@ -119,7 +119,7 @@ provided that these files exist.
 .SH CHANGING RUNLEVELS
 After it has spawned all of the processes specified, \fBinit\fP waits
 for one of its descendant processes to die, a powerfail signal, or until
-it is signaled by \fBtelinit\fP to change the system's runlevel.  
+it is signaled by \fBtelinit\fP to change the system's runlevel.
 When one of the above three conditions occurs, it re-examines
 the \fB/etc/inittab\fP file.  New entries can be added to this file at
 any time.  However, \fBinit\fP still waits for one of the above three
@@ -174,18 +174,18 @@ tell \fBinit\fP to re-examine the \fB/et
 .IP "\fBS\fP or \fBs\fP"
 tell \fBinit\fP to switch to single user mode.
 .IP "\fBU\fP or \fBu\fP"
-tell \fBinit\fP to re-execute itself (preserving the state). No re-examining 
of 
-\fB/etc/inittab\fP file happens. Run level should be one of
-\fBSs0123456\fP
-otherwise request would be silently ignored.
+tell \fBinit\fP to re-execute itself (preserving the state).
+No re-examining of \fB/etc/inittab\fP file happens.
+Run level should be one of \fBSs0123456\fP otherwise request would be
+silently ignored.
 .PP
 \fBtelinit\fP can tell \fBinit\fP how long it should wait
 between sending processes the SIGTERM and SIGKILL signals.  The default
-is 5 seconds, but this can be changed with the \fB-t\fP option.
+is 5 seconds, but this can be changed with the \fB\-t\fP option.
 .PP
-\fBtelinit -e\fP tells \fBinit\fP to change the environment
+\fBtelinit \-e\fP tells \fBinit\fP to change the environment
 for processes it spawns.
-The argument of \fB-e\fP is either of the form \fIVAR\fP=\fIVAL\fP
+The argument of \fB\-e\fP is either of the form \fIVAR\fP=\fIVAL\fP
 which sets variable \fIVAR\fP to value \fIVAL\fP,
 or of the form \fIVAR\fP
 (without an equality sign)
@@ -215,15 +215,16 @@ The system console. This is really inher
 if it is not set \fBinit\fP will set it to \fB/dev/console\fP by default.
 .SH BOOTFLAGS
 It is possible to pass a number of flags to \fBinit\fP from the
-boot monitor (eg. LILO). \fBInit\fP accepts the following flags:
+boot monitor (e.g.\& LILO).
+\fBInit\fP accepts the following flags:
 .TP 0.5i
 .B -s, S, single
-Single user mode boot. In this mode \fI/etc/inittab\fP is
-examined and the bootup rc scripts are usually run before
-the single user mode shell is started.
+Single user mode boot.
+In this mode \fI/etc/inittab\fP is examined and the bootup rc scripts
+are usually run before the single user mode shell is started.
 .PP
 .TP 0.5i
-.B 1-5
+.B 1\(en5
 Runlevel to 

Bug#839046: debootstrap: enable --merged-usr by default

[Ian Jackson]

I had a conversation with Marco about this at FOSDEM.  I'm sorry to
say that I still don't understand why we would make this change.

The links provided do not explain what the benefits are.  And there
are downsides.

One obvious downside is reduced testing of existing systems which have
filesystem layouts not easily compatible with "merged /usr" (or at
least, not compatible without wholesale moving of stuff about, which
seems like a risk which would need a substantial justification).

Another bad consequence is that some existing configurations that do
not, for whatever reason, mount /usr early, will be harder to set up.
One may argue (as Russ cogently does) that the distinction between
/usr and / cannot be coherently maintained as a distro-wide property
of software if we take into account all the realistic use cases.  But
there are some traditional configurations where the distinction _can_
be maintained and we shouldn't break those things without a reason.

Also, I fear that unless we provide a straightforward way to retain
separate /usr, including an appropriate d-i command line option, we
will get further pushback and anger from traditionalists.  We risk
reopening old wounds (see some of the less temperate responses earlier
in the thread Ansgar links to as [1]).  If there are benefits of
changing the default arrangement of new installs, it would be worth
thinking how those benefits could be obtained without the damage to
our community (even if the objections are felt, by many people, to be
technically unsound).

Finally, I have to say that I think that this summary from Ansgar
is not really accurate:

> As mentioned earlier, I would like to see --merged-usr enabled by
> default for Debian Stretch.  The last discussion on -devel@[1] was
> quite positive; I had some additional positive feedback on IRC.
...
> [1] 

That is a link to a message from Russ which mostly explains why
mounting /usr early (ie in the initramfs, by default) is a good idea.
That has now been implemented and has caused very little push-back.

But this bug report requests something entirely different: it is about
actually moving the contents of /bin into /usr/bin, etc.

It is also not fair to say that the discussion was "quite positive".
There was a good deal of opposition of various kinds, much of it
quite heated.

Thanks for your attention,
Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#890007: condor ftbfs on all architectures

[Matthias Klose]

Package: src:condor
Version: 8.6.8~dfsg.1-1
Severity: serious
Tags: sid buster

looks it doesn't build with the new gsoap.

cd "/<>/obj-x86_64-linux-gnu/src/condor_collector.V6" &&
/usr/bin/c++  -DBUILD_DATE="\"Feb 06 2018\"" -DCONDOR_VERSION=\"8.6.8\"
-DGLIBC226=GLIBC226 -DGLIBC=GLIBC -DHAVE_CONFIG_H
-DLINUX=\"LINUX_4.9.0-5-AMD64\" -DPLATFORM=\"X86_64-Debian_\"
-DPRE_RELEASE_STR="\" Debian-8.6.8~dfsg.1-1+b1\"" -DWITH_OPENSSL -DX86_64=X86_64
-I"/<>/obj-x86_64-linux-gnu/bld_external/classads-8.6.8/install/include"
-I/usr/include/globus -I/usr/lib64/globus/include -I/usr/lib/globus/include
-I/usr/local/globus/include/globus -I"/<>/src/condor_includes"
-I"/<>/obj-x86_64-linux-gnu/src/condor_includes"
-I"/<>/src/condor_utils"
-I"/<>/obj-x86_64-linux-gnu/src/condor_utils"
-I"/<>/src/condor_daemon_core.V6"
-I"/<>/src/condor_daemon_client" -I"/<>/src/ccb"
-I"/<>/src/condor_io" -I"/<>/src/h"
-I"/<>/obj-x86_64-linux-gnu/src/h"
-I"/<>/obj-x86_64-linux-gnu/src/classad"
-I"/<>/src/classad" -I"/<>/src/safefile"
-I"/<>/obj-x86_64-linux-gnu/src/safefile"
-I"/<>/obj-x86_64-linux-gnu/src/condor_collector.V6"  -g -O2
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++11 -DWITH_IPV6
-fopenmp -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fopenmp
-Wall -W -Wextra -Wfloat-equal -Wendif-labels -Wpointer-arith -Wcast-qual
-Wcast-align -Wvolatile-register-var -Wno-error=unused-local-typedefs
-Wdeprecated-declarations -Wno-error=deprecated-declarations
-Wno-nonnull-compare -Wno-error=nonnull-compare -fstack-protector -rdynamic -g
 -fPIE -DPIE -w -o CMakeFiles/condor_collector.dir/soap_collectorStub.cpp.o -c
"/<>/src/condor_collector.V6/soap_collectorStub.cpp"
/<>/src/condor_collector.V6/soap_collectorStub.cpp:31:17: error:
'soap_collector' is not a namespace-name
 using namespace soap_collector;
 ^~
/<>/src/condor_collector.V6/soap_collectorStub.cpp:31:31: error:
expected namespace-name before ';' token
 using namespace soap_collector;
   ^
In file included from
/<>/src/condor_collector.V6/soap_collectorStub.cpp:32:0:
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp: In
function 'bool convert_ad_to_adStruct(soap*, compat_classad::ClassAd*,
condor__ClassAdStruct*, bool)':
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:49:14:
error: invalid use of incomplete type 'struct condor__ClassAdStruct'
 ad_struct->__size = 0;
  ^~
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:30:31:
note: forward declaration of 'struct condor__ClassAdStruct'
struct condor__ClassAdStruct *ad_struct,
   ^
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:49:16:
error: invalid use of incomplete type 'struct condor__ClassAdStruct'
 ad_struct->__size = 0;
^~
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:30:31:
note: forward declaration of 'struct condor__ClassAdStruct'
struct condor__ClassAdStruct *ad_struct,
   ^
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:50:14:
error: invalid use of incomplete type 'struct condor__ClassAdStruct'
 ad_struct->__ptr = NULL;
  ^~
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:30:31:
note: forward declaration of 'struct condor__ClassAdStruct'
struct condor__ClassAdStruct *ad_struct,
   ^
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:50:16:
error: invalid use of incomplete type 'struct condor__ClassAdStruct'
 ad_struct->__ptr = NULL;
^
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:30:31:
note: forward declaration of 'struct condor__ClassAdStruct'
struct condor__ClassAdStruct *ad_struct,
   ^
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:65:14:
error: invalid use of incomplete type 'struct condor__ClassAdStruct'
 ad_struct->__size = 0;
  ^~
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:30:31:
note: forward declaration of 'struct condor__ClassAdStruct'
struct condor__ClassAdStruct *ad_struct,
   ^
/<>/src/condor_collector.V6/../condor_utils/soap_helpers.cpp:65:16:
error: invalid use of incomplete type 'struct condor__ClassAdStruct'
 ad_struct->__size = 0;

Bug#890006: make the testsuite more verbose, so it doesn't time out

[Matthias Klose]

Package: src:python-gnupg
Version: 0.4.1-1
Severity: important
Tags: patch

if your buildd doesn't have much entropy, the build fails with a timeout.  Just
make the build more verbose, so it doesn't time out. Each test takes less than
150min to run ...

patch at
http://launchpadlibrarian.net/356263977/python-gnupg_0.4.1-1_0.4.1-1ubuntu1.diff.gz

only the second chunk is needed (verbosity=2).

Bug#890005: (no subject)

[Jordan Waughtal]

Subject: unison-gtk requires the unison package inorder to use an ssh profile.
Package: unison-gtk
Version: 2.48.3-1
Severity: important

Dear Maintainer,

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

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

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


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

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

Versions of packages unison-gtk depends on:
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo21.14.8-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u2
ii  libglib2.0-0 2.50.3-2
ii  libgtk2.0-0  2.24.31-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpangoft2-1.0-01.40.5-1

Versions of packages unison-gtk recommends:
ii  openssh-client [ssh-client]  1:7.4p1-10+deb9u2
ii  ssh-askpass  1:1.2.4.1-9+b2

Versions of packages unison-gtk suggests:
ii  unison-all-gtk  2.48+2

-- no debconf information

Bug#890004: ITP: carml -- carml is a command-line tool to query and control a running Tor

[ju xor]

Package: wnpp
Severity: wishlist
Owner: ju xor 

* Package name: carml
  Version : 17.4.0
  Upstream Author : meejah 
* URL : https://github.com/meejah/carml
* License : public domain
  Programming Lang: Python
  Description : carml is a command-line tool to query and control a running 
Tor

You can do things like:

list and remove streams and circuits;
monitor stream, circuit and address-map events;
watch for any Tor event and print it (or many) out;
monitor bandwidth;
run any Tor control-protocol command;
pipe through common Unix tools like grep, less, cut, etcetera;
download TBB through Tor, with pinned certs and signature checking;
...even spit out and run xplanet configs (with router/circuit markers)!

It is written in Python and uses Tor's control-port via the txtorcon library.

- why is this package useful/relevant? 
  helps monitoring tor 

- if there are other packages providing similar functionality?
  no, there's txtorcon, which this package depends on

- how do you plan to maintain it? inside a packaging team? 
  maybe pkg-privacy

Bug#739300: dh_sphinxdoc: Please replace MathJax.js with links to the packaged libjs-mathjax

[Nicholas D Steeves]

Hi!

On Sun, Dec 04, 2016 at 11:51:38AM +0300, Dmitry Shachnev wrote:
> Hi Ximin!
> 
> On Sat, Dec 03, 2016 at 01:49:00AM +, Ximin Luo wrote:
> > Could dh_sphinxdoc not scan the html files for 

Bug#889991: Debian part of a version number when epoch is bumped

[Chris Lamb]

Hi Ian,

> > Yes. Please file bugs for this. :)
> > 
> > Note however that such a lintian check should not consider changelog
> > entries indicating another source package name.
> 
> Done: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889991

Done: 
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=1cadac3c48bf361c2894d56f2ef6fdf28bc32e9e


Regards,

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

Bug#883245: Bug back in 52.6.0

[Maryse Argouin & Jean Lafontaine]

Hi the bug was resolved but is now back with Thunderbird 52.6.0

Thanks!

Jean

Bug#832806: Build time test failure

[Jose Luis Rivero]

On 08/02/18 05:25, Andreas Tille wrote:
>
> I can confirm that the problem is somehow randomized.  I tried the
> following patch which sometimes helps for non-reproducable issues
> 
>  $ git diff
> diff --git a/debian/rules b/debian/rules
> index 6b7ed6a..e677071 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -21,7 +21,7 @@ override_dh_clean:
>  
>  override_dh_auto_test:
> mkdir -p $(BUILDHOME)
> -   HOME=$(BUILDHOME) dh_auto_test
> +   HOME=$(BUILDHOME) dh_auto_test --no-parallel
>  
>  %:
> dh $@ --buildsystem=cmake
>

The no parallel is good idea. Thanks, I added it to the package.

> 
> but this just led to a different problem:
> 
> ...

> [ RUN  ] WorkerPool.ThingsRunInParallel
> /build/ignition-common-1.0.1/src/WorkerPool_TEST.cc:136: Failure
> Value of: pool.WaitForResults(time)
>   Actual: false
> Expected: true
> /build/ignition-common-1.0.1/src/WorkerPool_TEST.cc:137: Failure
>   Expected: 2
> To be equal to: sentinel
>   Which is: 1
> [  FAILED  ] WorkerPool.ThingsRunInParallel (12 ms)
> [--] 6 tests from WorkerPool (37 ms total)
> 
> [--] Global test environment tear-down
> [==] 6 tests from 1 test case ran. (37 ms total)
> [  PASSED  ] 5 tests.
> [  FAILED  ] 1 test, listed below:
> [  FAILED  ] WorkerPool.ThingsRunInParallel
>

> Unfortunately I have no idea how to deal with this.  I'd recommend
> you ask about this problem at debian-scie...@lists.debian.org and/or
> debian-ment...@lists.debian.org.
>

I've been in contact with upstream and seems like it is a flaky test so
they recommend me to disable it since it highly depend on time. I did that:

https://salsa.debian.org/science-team/ignition-common/commit/6aa2abd28993a131a99b1004af8c7eccea82cb2e

Let me know if this finally works for you or I need to keep working on it.

Thanks a lot.

-- 
Jose Luis Rivero 

Bug#890003: electrum: CVE-2018-6353

[Salvatore Bonaccorso]

Source: electrum
Version: 3.0.5-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/spesmilo/electrum/issues/3678

Hi,

the following vulnerability was published for electrum.

CVE-2018-6353[0]:
| The Python console in Electrum through 2.9.4 and 3.x through 3.0.5
| supports arbitrary Python code without considering (1)
| social-engineering attacks in which a user pastes code that they do not
| understand and (2) code pasted by a physically proximate attacker at an
| unattended workstation, which makes it easier for attackers to steal
| Bitcoin via hook code that runs at a later time when the wallet
| password has been entered, a different vulnerability than
| CVE-2018-122.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-6353
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6353
[1] https://github.com/spesmilo/electrum/issues/3678

Regards,
Salvatore

Bug#865043: Please drop Build-Depends on deprecated libck-connector-dev

[Steve Langasek]

Control: severity -1 serious

consolekit binaries have been dropped from all Linux architectures in an
NMU, and the old binaries will soon be garbage-collected from the archive.
Raising the severity of this bug report.

I can confirm that lxdm still builds successfully with the trivial build-dep
change.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#889753: uwsgi: diff for NMU version 2.0.15-10.2

[Salvatore Bonaccorso]

Control: tags -1 + pending

Jonas confirmed me on IRC to be fine to straight upload rather than
targed a delayed queue.

I have as well prepared updates for jessie- and stretch-pu.

Regards,
Salvatore

Bug#889753: uwsgi: diff for NMU version 2.0.15-10.2

[Salvatore Bonaccorso]

Control: tags 889753 + patch

Dear maintainer,

I've prepared an NMU for uwsgi (versioned as 2.0.15-10.2). Not yet
uploaded (to any delayed queue).

Regards,
Salvatore
diff -Nru uwsgi-2.0.15/debian/changelog uwsgi-2.0.15/debian/changelog
--- uwsgi-2.0.15/debian/changelog	2018-01-24 14:23:23.0 +0100
+++ uwsgi-2.0.15/debian/changelog	2018-02-09 21:35:00.0 +0100
@@ -1,3 +1,11 @@
+uwsgi (2.0.15-10.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Stack-based buffer overflow in uwsgi_expand_path function (CVE-2018-6758)
+(Closes: #889753)
+
+ -- Salvatore Bonaccorso   Fri, 09 Feb 2018 21:35:00 +0100
+
 uwsgi (2.0.15-10.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru uwsgi-2.0.15/debian/patches/0001-improve-uwsgi_expand_path-to-sanitize-input-avoiding.patch uwsgi-2.0.15/debian/patches/0001-improve-uwsgi_expand_path-to-sanitize-input-avoiding.patch
--- uwsgi-2.0.15/debian/patches/0001-improve-uwsgi_expand_path-to-sanitize-input-avoiding.patch	1970-01-01 01:00:00.0 +0100
+++ uwsgi-2.0.15/debian/patches/0001-improve-uwsgi_expand_path-to-sanitize-input-avoiding.patch	2018-02-09 21:35:00.0 +0100
@@ -0,0 +1,46 @@
+From: Unbit 
+Date: Tue, 6 Feb 2018 16:01:47 +0100
+Subject: improve uwsgi_expand_path() to sanitize input, avoiding stack
+ corruption and potential security issue
+Origin: https://github.com/unbit/uwsgi/commit/cb4636f7c0af2e97a4eef7a3cdcbd85a71247bfe
+Bug-Debian: https://bugs.debian.org/889753
+Bug-Debian-Security: https://security-tracker.debian.org/tracker/CVE-2018-6758
+
+---
+ core/utils.c | 11 ---
+ 1 file changed, 8 insertions(+), 3 deletions(-)
+
+diff --git a/core/utils.c b/core/utils.c
+index b4c98dfd..fd886932 100644
+--- a/core/utils.c
 b/core/utils.c
+@@ -3674,9 +3674,12 @@ void uwsgi_write_pidfile_explicit(char *pidfile_name, pid_t pid) {
+ }
+ 
+ char *uwsgi_expand_path(char *dir, int dir_len, char *ptr) {
+-	char src[PATH_MAX + 1];
+-	memcpy(src, dir, dir_len);
+-	src[dir_len] = 0;
++	if (dir_len > PATH_MAX)
++	{
++		uwsgi_log("invalid path size: %d (max %d)\n", dir_len, PATH_MAX);
++		return NULL;
++	}
++	char *src = uwsgi_concat2n(dir, dir_len, "", 0);
+ 	char *dst = ptr;
+ 	if (!dst)
+ 		dst = uwsgi_malloc(PATH_MAX + 1);
+@@ -3684,8 +3687,10 @@ char *uwsgi_expand_path(char *dir, int dir_len, char *ptr) {
+ 		uwsgi_error_realpath(src);
+ 		if (!ptr)
+ 			free(dst);
++		free(src);
+ 		return NULL;
+ 	}
++	free(src);
+ 	return dst;
+ }
+ 
+-- 
+2.11.0
+
diff -Nru uwsgi-2.0.15/debian/patches/series uwsgi-2.0.15/debian/patches/series
--- uwsgi-2.0.15/debian/patches/series	2018-01-24 14:23:23.0 +0100
+++ uwsgi-2.0.15/debian/patches/series	2018-02-09 21:35:00.0 +0100
@@ -1,6 +1,7 @@
 020170502~a63b659.patch
 020170503~ef58701.patch
 020170604~8368f94.patch
+0001-improve-uwsgi_expand_path-to-sanitize-input-avoiding.patch
 1001_avoid_setting_RPATH.patch
 1002_fix-reload-process-name.patch
 1003_remove-php-libs.patch

Bug#889987: steam: depends on non-existent libtxc-dxtn0

[Alexandre Detiste]

Hi,

This package was a workaround againt S3TC pattent.

This pattent has now expired and functionality has been merged into Mesa.

Greetings,

https://www.phoronix.com/scan.php?page=news_item=S3TC-Lands-In-Mesa


2018-02-09 20:59 GMT+01:00 James Cowgill :
>
> Control: retitle -1 steam: depends on non-existent libtxc-dxtn0
>
> Hi,
>
> On 09/02/18 19:44, Stephen Kitt wrote:
> > Hi Jörg,
> >
> > On Fri, 09 Feb 2018 19:39:39 +0100, Jörg Frings-Fürst 
> > wrote:
> >> on a fresh buster, sid install I get on
> >>
> >> $ sudo apt-get install steam
> > [...]
> >> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
> >>  steam:i386 : Hängt ab von: libc6:i386 (>= 2.15) soll aber nicht 
> >> installiert
> >> werden
> >>   Hängt ab von: libstdc++6:i386 (>= 4.3) soll aber nicht
> >> installiert werden
> >>   Hängt ab von: libx11-6:i386 soll aber nicht installiert 
> >> werden
> >>   Hängt ab von: libudev1:i386 soll aber nicht installiert 
> >> werden
> >>   Hängt ab von: libxinerama1:i386 soll aber nicht installiert
> >> werden
> >>   Hängt ab von: libtxc-dxtn0:i386
>
> The only package which provided this library was removed at the end of
> January:
> https://tracker.debian.org/pkg/s2tc
> https://tracker.debian.org/news/928386
>
> I guess only main was checked so noone realized steam (in non-free)
> still depended on it :/
>
> Thanks,
> James
>

Bug#890002: openshot-qt: desktop file is missing translations

[Ronny Standtke]

Package: openshot-qt
Version: 2.4.1-1~bpo9+1
Severity: minor
Tags: patch, l10n

The openshot-qt desktop file is missing translations. This is user
visible in
e.g. the KDE Plasma start menu. The attached patch adds a German
translation.

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

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

Versions of packages openshot-qt depends on:
ii  libjs-jquery    3.1.1-2
ii  python3 3.5.3-1
ii  python3-openshot    0.1.9+dfsg1-3~bpo9+1
ii  python3-pyqt5   5.7+dfsg-5
ii  python3-pyqt5.qtsvg 5.7+dfsg-5
ii  python3-pyqt5.qtwebkit  5.7+dfsg-5
ii  python3-zmq 16.0.2-2

Versions of packages openshot-qt recommends:
ii  blender   2.79+dfsg0-2~bpo9+1
ii  inkscape  0.92.2-1~bpo9+1

Versions of packages openshot-qt suggests:
pn  openshot-qt-doc  

-- no debconf information

--- openshot-qt.desktop.orig	2018-02-09 21:42:19.676628000 +0100
+++ openshot-qt.desktop	2018-02-09 21:37:35.044628000 +0100
@@ -1,8 +1,10 @@
 [Desktop Entry]
 Name=OpenShot Video Editor
 GenericName=Video Editor
+GenericName[de]=Video-Editor
 X-GNOME-FullName=OpenShot Video Editor
 Comment=Create and edit amazing videos and movies
+Comment[de]=Erstelle und bearbeite tolle Videos und Filme
 Exec=openshot-qt %F
 Terminal=false
 Type=Application

Bug#890001: libspring-java: CVE-2018-1199 Security bypass with static resources

[Markus Koschany]

Package: libspring-java
X-Debbugs-CC: t...@security.debian.org
Severity: grave
Tags: security

Hi,

the following vulnerability was published for libspring-java.

I intend to fix this in sid/buster by uploading 4.3.14.

CVE-2018-1199[0]:
Security bypass with static resources

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-1199
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1199

Please adjust the affected versions in the BTS as needed.



signature.asc
Description: OpenPGP digital signature

Bug#890000: exim4: CVE-2018-6789

[Salvatore Bonaccorso]

Source: exim4
Version: 4.90-1
Severity: grave
Tags: security upstream

Hi,

the following vulnerability was published for exim4 (actually not
really the details, filling the bug for having a tracking bug in the
BTS).

CVE-2018-6789[0]:
| An issue was discovered in the SMTP listener in Exim 4.90 and earlier.
| By sending a handcrafted message, a buffer overflow may happen in a
| specific function. This can be used to execute code remotely.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-6789
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6789
[1] https://exim.org/static/doc/security/CVE-2018-6789.txt

Please adjust the affected versions in the BTS as needed, when issue
goes public with details and possibly adjust severity.

Regards,
Salvatore

Bug#889999: python-crypto: CVE-2018-6594

[Salvatore Bonaccorso]

Source: python-crypto
Version: 2.6.1-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/dlitz/pycrypto/issues/253

Hi,

the following vulnerability was published for python-crypto.

CVE-2018-6594[0]:
| lib/Crypto/PublicKey/ElGamal.py in PyCrypto through 2.6.1 generates
| weak ElGamal key parameters, which allows attackers to obtain
| sensitive information by reading ciphertext data (i.e., it does not
| have semantic security in face of a ciphertext-only attack). The
| Decisional Diffie-Hellman (DDH) assumption does not hold for
| PyCrypto's ElGamal implementation.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-6594
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6594
[1] https://github.com/dlitz/pycrypto/issues/253

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#889998: pycryptodome: CVE-2018-6594

[Salvatore Bonaccorso]

Source: pycryptodome
Version: 3.4.7-1
Severity: important
Tags: patch security upstream
Forwarded: https://github.com/Legrandin/pycryptodome/issues/90

Hi,

the following vulnerability was published for pycryptodome.

CVE-2018-6594[0]:
| lib/Crypto/PublicKey/ElGamal.py in PyCrypto through 2.6.1 generates
| weak ElGamal key parameters, which allows attackers to obtain
| sensitive information by reading ciphertext data (i.e., it does not
| have semantic security in face of a ciphertext-only attack). The
| Decisional Diffie-Hellman (DDH) assumption does not hold for
| PyCrypto's ElGamal implementation.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-6594
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6594
[1] https://github.com/Legrandin/pycryptodome/issues/90
[2] 
https://github.com/Legrandin/pycryptodome/commit/99c27a3b9e8a884bbde0e88c63234b669d4398d8

Regards,
Salvatore

Bug#889997: git-buildpackage: gbp create-remote-repo should default to salsa, not git.debian.org

[Daniel Kahn Gillmor]

Package: git-buildpackage
Version: 0.9.7
Severity: wishlist

alioth (which provided git.debian.org) is reaching end of life.
debian developers are encouraged to use salsa.debian.org instead.  gbp
create-remote-repo has some defaults which point to alioth, which
should point to salsa instead.

thanks for maintaining gbp!

   --dkg

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts 2.17.12
ii  git1:2.15.1-3
ii  man-db 2.7.6.1-4
ii  python33.6.4-1
ii  python3-dateutil   2.6.1-1
ii  python3-pkg-resources  38.4.0-1

Versions of packages git-buildpackage recommends:
pn  cowbuilder | pbuilder | sbuild  
ii  pristine-tar1.42
ii  python3-requests2.18.4-1

Versions of packages git-buildpackage suggests:
pn  python3-notify2  
pn  sudo 
ii  unzip6.0-21

-- no debconf information

Bug#889996: resiprocate-turn-server: broken init script stop action

[Julien Cristau]

Package: resiprocate-turn-server
Version: 1:1.11.0~beta1-3
Severity: serious
User: debian-ad...@lists.debian.org
Usertags: needed-by-DSA-Team
X-Debbugs-Cc: debian-ad...@lists.debian.org

Hi,

your init script "stop" action is broken.

  stop)
log_daemon_msg "Stopping $DESC ($NAME)" $BIN
if start-stop-daemon --stop --quiet --oknodo --user $USER --pidfile 
$PIDFILE --exec $DAEMON ;
then
log_end_msg 0
else
log_end_msg 1
fi
;;

It is missing the --retry option which means it doesn't wait until the
process is actually dead before exiting.  This shows up in the "restart"
action with:

  restart)
$0 stop && sleep 2 && $0 start
;;

That "sleep" is evidence that "stop" is broken.

And because systemd never calls the init script with "restart" but uses
"stop" followed by "start" (which is supposed to be the same thing), the
old "sleep" workaround for broken "stop" no longer works.  Please add
the appropriate "--retry" option to "stop" and remove that "sleep".

Cheers,
Julien

Bug#845031: phpmyadmin: 4.7 for Stretch/backports?

[Michal Čihař]

Hello

On Tue, 2017-12-05 at 09:07 +0100, Olaf van der Spek wrote:
> Dear Maintainer,
> 
> Could you provide 4.7 for Stretch and/or set depends such that it can
> be installed on Stretch as is?

There are no 4.7 packages which could be backported, see
https://bugs.debian.org/879741

Also due to introducing several dependencies, backporting will be more
complex than just one package.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


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

Bug#886944: python3-regex: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Nicholas D Steeves]

Hi Sandro,

On Thu, Feb 08, 2018 at 10:47:08PM -0500, Sandro Tosi wrote:
> Hello Nicholas,
> 
> On Tue, Feb 6, 2018 at 10:15 PM, Nicholas D Steeves  
> wrote:
> >
> > Hi Sandro,
> >
> > Would you like a patch for current_version-new_revision or for
> > new_upstream_version-1?  I assumed the latter, and send two patches
> > also assuming that you'd squash them.  Of course I'd be happy to
> > squash them myself and rewrite the messages.  Whatever you prefer :-)
> 
> i would prefer a single patch for current_version-new_revision (small
> upload to fix the issue) - i'll then prepare a new upstream release
> soon after.
> 
> Thanks,
> -- 
> Sandro "morph" Tosi
> My website: http://sandrotosi.me/
> Me at Debian: http://wiki.debian.org/SandroTosi
> G+: https://plus.google.com/u/0/+SandroTosi

Patch is attached.  It would be nice for the -dbg packages to be
symlinks to their respective packages, which would be safe because the
-dbg packages depend on the non-dbg ones...but I couldn't figure out
an easy way to handle both stretch2buster and
buster_intermediary_version2buster_release, other than switching to
dbgsym.

Cheers,
Nicholas
From 50b123c8912bb10d3f5906676d9951a7db36e5c4 Mon Sep 17 00:00:00 2001
From: Nicholas D Steeves 
Date: Tue, 6 Feb 2018 15:43:34 -0500
Subject: [PATCH] Correct errors in maintscripts. (Closes: #886944)

---
 debian/python-regex-dbg.maintscript  | 2 +-
 debian/python3-regex-dbg.maintscript | 2 +-
 debian/python3-regex.maintscript | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/debian/python-regex-dbg.maintscript b/debian/python-regex-dbg.maintscript
index 06d5276..98054e4 100644
--- a/debian/python-regex-dbg.maintscript
+++ b/debian/python-regex-dbg.maintscript
@@ -1 +1 @@
-symlink_to_dir /usr/share/doc/python-regex-dbg python-regex-dbg 0.1.20171212-1
+symlink_to_dir /usr/share/doc/python-regex-dbg python-regex 0.1.20171212-2~
diff --git a/debian/python3-regex-dbg.maintscript b/debian/python3-regex-dbg.maintscript
index cb7b44f..3316dc3 100644
--- a/debian/python3-regex-dbg.maintscript
+++ b/debian/python3-regex-dbg.maintscript
@@ -1 +1 @@
-symlink_to_dir /usr/share/doc/python3-regex-dbg python3-regex-dbg 0.1.20171212-1
+symlink_to_dir /usr/share/doc/python3-regex-dbg python-regex 0.1.20171212-2~
diff --git a/debian/python3-regex.maintscript b/debian/python3-regex.maintscript
index 899180d..e99ccd2 100644
--- a/debian/python3-regex.maintscript
+++ b/debian/python3-regex.maintscript
@@ -1 +1 @@
-symlink_to_dir /usr/share/doc/python3-regex python3-regex 0.1.20171212-1
+symlink_to_dir /usr/share/doc/python3-regex python-regex 0.1.20171212-2~
-- 
2.11.0



signature.asc
Description: PGP signature

Bug#889995: steam: Fails to install: depends on removed package libtxc-dxtn0:i386

[Joe Dight]

Package: steam
Version: 1.0.0.54-3
Severity: important

Dear Maintainer,

Steam fails to install, as follows:
The following packages have unmet dependencies:
 steam:i386 : Depends: libtxc-dxtn0:i386 but it is not installable
E: Unable to correct problems, you have held broken packages.

libtxc-dxtn0 appears to be obsolete (and is no longer in unstable), as 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888430


Thanks,
Joe



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

Kernel: Linux 4.14.0-3-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages steam depends on:
ii  debconf [debconf-2.0]1.5.65
ii  libc62.26-6
ii  libgl1-mesa-dri  17.3.3-1
ii  libgl1-mesa-glx  17.3.3-1
ii  libgpg-error01.27-6
ii  libstdc++6   8-20180207-2
ii  libtxc-dxtn-s2tc [libtxc-dxtn0]  1.0+git20151227-2
ii  libudev1 237-1
ii  libx11-6 2:1.6.4-3
ii  libxinerama1 2:1.1.3-1+b3
ii  xz-utils 5.2.2-1.3

Versions of packages steam recommends:
ii  fonts-liberation   1:1.07.4-5
ii  konsole [x-terminal-emulator]  4:17.08.3-1
ii  libxss11:1.2.2-1+b2
ii  xterm [x-terminal-emulator]331-1
ii  zenity 3.26.0-2

Versions of packages steam suggests:
pn  steam-devices  

-- debconf information excluded


signature.asc
Description: OpenPGP digital signature

Bug#889994: sogo: GPG signed emails are not displayed

[Vivia Nikolaidou]

Package: sogo
Version: 3.2.6-2
Severity: normal
Tags: upstream

Dear Maintainer,

The SOGo version in stable (3.2.6) has a bug where PGP signed emails are not
displayed properly; only the headers are displayed, but the body appears to be
empty.

According to the upstream bug report, it is fixed in version 3.2.10:

https://sogo.nu/bugs/bug_relationship_graph.php?bug_id=4201=relation

Please backport the relevant fix from testing to stable.

Thank you very much,

Vivia Nikolaidou


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

Kernel: Linux 4.9.0-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=el_GR.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 sogo depends on:
ii  adduser  3.115
ii  init-system-helpers  1.48
ii  libc62.24-11+deb9u1
ii  libcurl3-gnutls  7.52.1-5+deb9u4
ii  libgcc1  1:6.3.0-18
ii  libglib2.0-0 2.50.3-2
ii  libgnustep-base1.24  1.24.9-3.1
ii  libgnutls30  3.5.8-5+deb9u3
ii  liblasso32.5.0-5+b1
ii  libmemcached11   1.0.18-4.1
ii  libobjc4 6.3.0-18
ii  libsbjson2.3 2.3.2-3
ii  libsope1 3.2.6-1
ii  lsb-base 9.20161125
ii  sogo-common  3.2.6-2
ii  systemd  232-25+deb9u1
ii  tmpreaper1.6.13+nmu1+b2
ii  zip  3.0-11+b1

Versions of packages sogo recommends:
ii  memcached  1.4.33-1

Versions of packages sogo suggests:
ii  default-mysql-server1.0.2
ii  mariadb-server-10.1 [virtual-mysql-server]  10.1.26-0+deb9u1

-- Configuration Files:
/etc/sogo/sogo.conf [Errno 13] Permission denied: '/etc/sogo/sogo.conf'

-- no debconf information

Bug#889993: Install failes at select and install software

[Fredrik johan angelsen]

Package: installation-reports

Boot method: USB-Disk
Image version: https://cdimage.debian.org/cdimage/buster_di_
alpha2/amd64/iso-cd/debian-buster-DI-alpha2-amd64-netinst.iso
Date: 09.02.2018

Machine:
MB:AB350M Pro4 bios version 4.50(https://www.asrock.com/mb
/AMD/AB350M%20Pro4/index.asp)
GPU:Asus Radeon RX 560 Strix Gaming HDMI DP 4GB
NVMESSD:Samsung 960 EVO Series MZ-V6E250BW 250GB
Processor:AMD Ryzen 5 1600X
Memory:Crucial Ballistix Sport LT Grey DDR4 PC21300/2666MHz CL16 8GB
(BLS8G4D26BFSBK)
Partitions: 

Output of lspci -knn (or lspci -nn): https://drive.google.
com/open?id=1vqbaqz5p_7gn7z-QmLmVzvKL2-kW8VtO

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot: [O]
Access software for a blind.. [ ]
Configure the keyboard [O]
Detect and mount CD-ROM [O]
Load installer components from CD [O]
Detect network hardware [O]
Configure the network: [O]
Set up users and passowrds [O]
Configure the clock: [O]
Detect disks: [O]
Partition disks: [O]
Install the base system: [O]
Configure the package manager: [O]
Select and install software: [E]


Comments/Problems:
Hardware-summary: https://drive.google.com/open?id=1MFcN
cvZqIKSPR5XAx4sUdxHOxHY9fE8y
Partman: https://drive.google.com/open?id=1Udt2qASW-Y7hE3uKf2brS_5MDfewMl4K
Syslog: https://drive.google.com/open?id=1Sof0B1GjGehOeftg9PX_0RFKIQb_IQOj

Bug#889987: steam: depends on non-existent libtxc-dxtn0

[James Cowgill]

Control: retitle -1 steam: depends on non-existent libtxc-dxtn0

Hi,

On 09/02/18 19:44, Stephen Kitt wrote:
> Hi Jörg,
> 
> On Fri, 09 Feb 2018 19:39:39 +0100, Jörg Frings-Fürst 
> wrote:
>> on a fresh buster, sid install I get on
>>
>> $ sudo apt-get install steam
> [...]
>> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>>  steam:i386 : Hängt ab von: libc6:i386 (>= 2.15) soll aber nicht installiert
>> werden
>>   Hängt ab von: libstdc++6:i386 (>= 4.3) soll aber nicht
>> installiert werden
>>   Hängt ab von: libx11-6:i386 soll aber nicht installiert werden
>>   Hängt ab von: libudev1:i386 soll aber nicht installiert werden
>>   Hängt ab von: libxinerama1:i386 soll aber nicht installiert
>> werden
>>   Hängt ab von: libtxc-dxtn0:i386

The only package which provided this library was removed at the end of
January:
https://tracker.debian.org/pkg/s2tc
https://tracker.debian.org/news/928386

I guess only main was checked so noone realized steam (in non-free)
still depended on it :/

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#889987: Steam can't install. Depends on libc6:i386, libstdc++6:i386, and more

[Adrian Bunk]

On Fri, Feb 09, 2018 at 07:39:39PM +0100, Jörg Frings-Fürst wrote:
> Source: steam
> Version: 1.0.0.54-3
> Severity: grave
> 
> Hi,
> 
> on a fresh buster, sid install I get on
> 
> $ sudo apt-get install steam
>...
> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>  steam:i386 : Hängt ab von: libc6:i386 (>= 2.15) soll aber nicht installiert
> werden
>   Hängt ab von: libstdc++6:i386 (>= 4.3) soll aber nicht
> installiert werden
>   Hängt ab von: libx11-6:i386 soll aber nicht installiert werden
>   Hängt ab von: libudev1:i386 soll aber nicht installiert werden
>   Hängt ab von: libxinerama1:i386 soll aber nicht installiert
> werden
>   Hängt ab von: libtxc-dxtn0:i386
>   Hängt ab von: libgl1-mesa-dri:i386 soll aber nicht installiert
> werden
>   Hängt ab von: libgl1-mesa-glx:i386 soll aber nicht installiert
> werden
>   Hängt ab von: libgpg-error0:i386 soll aber nicht installiert
> werden
>   Empfiehlt: libxss1:i386 soll aber nicht installiert werden
> E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte
> Pakete.
> 
> 
> Please ask me if you have a question.

apt is not really good at reporting the actual root cause,
please add the packages it cannot install until either
installation succeeds or the real error is found.

>...
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (300, 'unstable'), (1, 'experimental')
>...

Do you have any packages from sid installed?

If yes, does
  sudo apt-get -t unstable install steam
work?

> CU
> Jörg

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#889992: photofilmstrip: missing translations in desktop file

[Ronny Standtke]

Package: photofilmstrip
Version: 3.3.1-1~bpo9+1
Severity: minor
Tags: patch, l10n

The photofilmstrip desktop file is missing translations. This is user
visible
e.g. in the KDE Plasma start menu. The attached patch adds a German
translation.

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

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

Versions of packages photofilmstrip depends on:
ii  gstreamer1.0-libav  1.10.4-1
ii  python  2.7.13-2
ii  python-gst-1.0  1.10.4-1
ii  python-pil  4.0.0-4
ii  python-wxgtk3.0 3.0.2.0+dfsg-4

photofilmstrip recommends no packages.

photofilmstrip suggests no packages.

-- no debconf information

--- photofilmstrip.desktop.orig	2018-02-09 20:04:30.589676000 +0100
+++ photofilmstrip.desktop	2018-02-09 20:11:07.001676000 +0100
@@ -2,8 +2,11 @@
 Version=2.1.0
 Name=PhotoFilmStrip
 GenericName=Slideshow Creator
+GenericName[de]=Erstellung von Diashows
 Comment=Create animated slideshows
+Comment[de]=Erstelle animierte Diashows
 Keywords=album;gallery;image;images;photo;photographs;photos;picture;pictures;photography;video;
+Keywords[de]=Album;Gallerie;Bild;Bilder;Foto;Fotos;Fotografie;Fotografien;Dia;Dias;Video;
 Exec=photofilmstrip
 Icon=photofilmstrip
 Terminal=false

Bug#889991: lintian: Please warn if versions differ only in the epoch

[Ian Campbell]

Package: lintian
Version: 2.5.65
Severity: wishlist

Dear Maintainer,

The recent "Debian part of a version number when epoch is bumped" has
highlighted the fact that the epoch is not included in the names of the various
package files (source and binary) and that this can potentially cause problems
in various situations (both within Debian and for our downstreams).

Due to the filenames we are already implicitly requiring that all versions used
in a source package name's history are unique even once the epochs are stripped
off (e.g. a given $upstream-$debianrev must be unique and not differ only in
the epoch).

Perhaps lintian could check for this by comparing the current version with the
historical ones in debian/changelog.

Raphael notes in [1]:

> Note however that such a lintian check should not consider changelog
> entries indicating another source package name.

Which seems wise.

Thanks,
Ian.

[0] https://lists.debian.org/debian-devel/2018/02/msg00102.html
[1] https://lists.debian.org/debian-devel/2018/02/msg00144.html


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

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
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 lintian depends on:
ii  binutils  2.29.1-12
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  dpkg  1.19.0.4
ii  file  1:5.32-1
ii  gettext   0.19.8.1-4
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.33
ii  libarchive-zip-perl   1.60-1
ii  libclass-accessor-perl0.51-1
ii  libclone-perl 0.39-1
ii  libdpkg-perl  1.19.0.4
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.96-1
ii  liblist-moreutils-perl0.416-1+b3
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.26 [libdigest-sha-perl]  5.26.1-3
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.72-2
ii  libxml-simple-perl2.24-1
ii  libyaml-libyaml-perl  0.63-2+b2
ii  man-db2.7.6.1-4
ii  patchutils0.3.4-2
ii  perl  5.26.1-3
ii  t1utils   1.41-2
ii  xz-utils  5.2.2-1.3

Versions of packages lintian recommends:
ii  libperlio-gzip-perl  0.19-1+b4

Versions of packages lintian suggests:
ii  binutils-multiarch 2.29.1-12
ii  dpkg-dev   1.19.0.4
ii  libhtml-parser-perl3.72-3+b2
ii  libtext-template-perl  1.47-1

-- no debconf information

Bug#889987: Steam can't install. Depends on libc6:i386, libstdc++6:i386, and more

[Stephen Kitt]

Hi Jörg,

On Fri, 09 Feb 2018 19:39:39 +0100, Jörg Frings-Fürst 
wrote:
> on a fresh buster, sid install I get on
> 
> $ sudo apt-get install steam
[...]
> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>  steam:i386 : Hängt ab von: libc6:i386 (>= 2.15) soll aber nicht installiert
> werden
>   Hängt ab von: libstdc++6:i386 (>= 4.3) soll aber nicht
> installiert werden
>   Hängt ab von: libx11-6:i386 soll aber nicht installiert werden
>   Hängt ab von: libudev1:i386 soll aber nicht installiert werden
>   Hängt ab von: libxinerama1:i386 soll aber nicht installiert
> werden
>   Hängt ab von: libtxc-dxtn0:i386
>   Hängt ab von: libgl1-mesa-dri:i386 soll aber nicht installiert
> werden
>   Hängt ab von: libgl1-mesa-glx:i386 soll aber nicht installiert
> werden
>   Hängt ab von: libgpg-error0:i386 soll aber nicht installiert
> werden
>   Empfiehlt: libxss1:i386 soll aber nicht installiert werden
> E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene
> defekte Pakete.
> 
> 
> Please ask me if you have a question.

Silly question perhaps, but have you added the i386 architecture?

Also, for future bug reports, please run apt with LANG=C...

Regards,

Stephen


pgpPqQVu1PRL3.pgp
Description: OpenPGP digital signature

Bug#889990: gnome-boxes: Unable to start VMs because CPU mode 'custom' for x86_64 kvm domain on x86_64 host is not supported

[Jeremy Bicha]

On Fri, Feb 9, 2018 at 2:30 PM, Nick Quinn
 wrote:
> gnome-boxes is unusable for me as every time I start a VM it throws this 
> error.

Please report this bug upstream since there doesn't appear to be any
Debian-specific reason for this problem.

https://gitlab.gnome.org/GNOME/gnome-boxes/issues

Thanks,
Jeremy Bicha

Bug#889990: gnome-boxes: Unable to start VMs because CPU mode 'custom' for x86_64 kvm domain on x86_64 host is not supported

[Nick Quinn]

Package: gnome-boxes
Version: 3.27.90-1
Severity: important

Dear Maintainer,

gnome-boxes is unusable for me as every time I start a VM it throws this error.

I can create and run VMs with libvirt using virt-manager, but if I import those 
VMs into gnome-boxes, immediately the same error is thrown.

If I attempt to manually amend the gnome boxes config for the VM 
(boxes-unknown) to the correct CPU config, then as soon as gnome-boxes tries to 
start the VM again, it overwrites the change.


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

Kernel: Linux 4.14.0-3-amd64 (SMP w/16 CPU cores)
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)
LSM: AppArmor: enabled

Versions of packages gnome-boxes depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  libarchive13 3.2.2-3.1
ii  libc62.26-4
ii  libcairo21.15.10-1
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgovirt2   0.3.4-2
ii  libgtk-3-0   3.22.26-2
ii  libgtk-vnc-2.0-0 0.7.1-1
ii  libgudev-1.0-0   232-2
ii  libosinfo-1.0-0  1.1.0-1
ii  libosinfo-bin1.1.0-1
ii  libpango-1.0-0   1.40.14-1
ii  librest-0.7-00.8.0-2
ii  libsecret-1-00.18.5-6
ii  libsoup2.4-1 2.60.3-1
ii  libspice-client-glib-2.0-8   0.34-1.1
ii  libspice-client-gtk-3.0-50.34-1.1
ii  libtracker-sparql-2.0-0  2.0.2-1
ii  libusb-1.0-0 2:1.0.21-2
ii  libvirt-daemon   4.0.0-1
ii  libvirt-glib-1.0-0   1.0.0-1
ii  libwebkit2gtk-4.0-37 2.18.6-1
ii  libxml2  2.9.4+dfsg1-6.1
ii  mtools   4.0.18-2+b1
ii  tracker  2.0.2-1

Versions of packages gnome-boxes recommends:
ii  qemu-system-x86  1:2.11+dfsg-1

gnome-boxes suggests no packages.

-- no debconf information

Bug#889989: openvpn host route not restored after suspend-to-ram on systems using systemd

[Alex]

Package: openvpn
Version: 2.4.0-6+deb9u2
Severity: important

Dear Maintainer,
when using openvpn with a VPN which overrides the default route it does not 
reconnect after suspend to RAM.
After the computer wakes up again the host route for the vpn server is missing 
and openvpn cannot reconnect
to the vpn.
Workaround: use /etc/init.d./openvpn restart as root after resume.
Tagging this important as in "major consequences without making the package 
completely unusable" as a non-root
user would have to reboot the machine to restore connectivity as workaround.
The problem happens in stable and testing versions and only with systemd. At 
least I replaced systemd on
the debian testing with openrc and since then the reconnect works without any 
problems. Both systems use
network-manager to connect to the network but not to manage the openvpn, which 
just uses a openvpn config in /etc/openvpn.
As network-manager does not interfere on the openrc system it seems not to be 
the problem here. I do not know what
systemd does with the routes or if some dependency of systemd is the problem. I 
only can tell that it did not happen
in debian versions with sysvinit and does not happen on the testing system 
since I switched (for different reasons) to
openrc.

with kind regards,
Alex


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

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

Versions of packages openvpn depends on:
ii  debconf [debconf-2.0]  1.5.61
ii  init-system-helpers1.48
ii  iproute2   4.9.0-1+deb9u1
ii  libc6  2.24-11+deb9u1
ii  liblz4-1   0.0~r131-2+b1
ii  liblzo2-2  2.08-1.2+b2
ii  libpam0g   1.1.8-3.6
ii  libpkcs11-helper1  1.21-1
ii  libssl1.0.21.0.2l-2+deb9u2
ii  libsystemd0232-25+deb9u1
ii  lsb-base   9.20161125

Versions of packages openvpn recommends:
ii  easy-rsa  2.2.2-2

Versions of packages openvpn suggests:
ii  openssl 1.1.0f-3+deb9u1
pn  resolvconf  

-- debconf information:
  openvpn/create_tun: false

Bug#889988: debian-reference: Correct suggest dependency for subversion - Chapter 10.8

[mechtilde]

Source: debian-reference
Severity: normal
Tags: patch

As I tried to install Subversion I found the package "libapache2-svn" isn't in
Stretch or newer. Since Wheezy it is a transitional package.

Now subversion suggests libapache2-mod-svn.

I attach a patch for it:

diff --git a/asciidoc/10_datamngt.txt b/asciidoc/10_datamngt.txt
index 00f3cfd..eb002d8 100644
--- a/asciidoc/10_datamngt.txt
+++ b/asciidoc/10_datamngt.txt
@@ -1265,7 +1265,7 @@ Whenever you see execution permission problems in a
checked out file, e.g. "`fil

 Subversion is a **recent-generation** version control system replacing older
CVS.  It has most of CVS@@@sq@@@s features except tags and branches.

-You need to install `subversion`, `libapache2-svn` and `subversion-tools`
packages to set up a Subversion server.
+You need to install `subversion`, `libapache2-mod-svn` and `subversion-tools`
packages to set up a Subversion server.

  Configuration of Subversion repository

Please give me a hint to do it also in the German Translation

Kind regards

Mechtilde



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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/asciidoc/10_datamngt.txt b/asciidoc/10_datamngt.txt
index 00f3cfd..eb002d8 100644
--- a/asciidoc/10_datamngt.txt
+++ b/asciidoc/10_datamngt.txt
@@ -1265,7 +1265,7 @@ Whenever you see execution permission problems in a 
checked out file, e.g. "`fil
 
 Subversion is a **recent-generation** version control system replacing older 
CVS.  It has most of CVS@@@sq@@@s features except tags and branches.
 
-You need to install `subversion`, `libapache2-svn` and `subversion-tools` 
packages to set up a Subversion server.
+You need to install `subversion`, `libapache2-mod-svn` and `subversion-tools` 
packages to set up a Subversion server.
 
  Configuration of Subversion repository
 

Bug#889982: wrong maintain email...

[Peter Silva]

I just tested it, and peter_si...@sourceforge.net doesn't work, listed
as one of the upstream source emails.
Substitute: peter.silva@gmail.com is perhaps better then.

Bug#889987: Steam can't install. Depends on libc6:i386, libstdc++6:i386, and more

[Jörg Frings-Fürst]

Source: steam
Version: 1.0.0.54-3
Severity: grave

Hi,

on a fresh buster, sid install I get on

$ sudo apt-get install steam
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 steam:i386 : Hängt ab von: libc6:i386 (>= 2.15) soll aber nicht installiert
werden
  Hängt ab von: libstdc++6:i386 (>= 4.3) soll aber nicht
installiert werden
  Hängt ab von: libx11-6:i386 soll aber nicht installiert werden
  Hängt ab von: libudev1:i386 soll aber nicht installiert werden
  Hängt ab von: libxinerama1:i386 soll aber nicht installiert
werden
  Hängt ab von: libtxc-dxtn0:i386
  Hängt ab von: libgl1-mesa-dri:i386 soll aber nicht installiert
werden
  Hängt ab von: libgl1-mesa-glx:i386 soll aber nicht installiert
werden
  Hängt ab von: libgpg-error0:i386 soll aber nicht installiert
werden
  Empfiehlt: libxss1:i386 soll aber nicht installiert werden
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte
Pakete.


Please ask me if you have a question.


CU
Jörg



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

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

Bug#889829: ghc: error while loading shared libraries: libHShaskeline-0.7.3.0-ghc8.0.2.so

[Holger Levsen]

On Fri, Feb 09, 2018 at 11:43:56AM +, James Clarke wrote:
> What version of glibc do you have? Have you got any interesting (to ld.so)
> environment variables exported or configuration files changed?

root@appvm:/home/user# ghc
/usr/lib/ghc/bin/ghc: error while loading shared libraries: 
libHShaskeline-0.7.3.0-ghc8.0.2.so: cannot open shared object file: No such 
file or directory
root@appvm:/home/user# export
declare -x HOME="/root"
declare -x LOGNAME="root"
declare -x OLDPWD
declare -x PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
declare -x PWD="/home/user"
declare -x SCHROOT_ALIAS_NAME="sid"
declare -x SCHROOT_CHROOT_NAME="sid"
declare -x SCHROOT_COMMAND="-bash"
declare -x SCHROOT_GID="0"
declare -x SCHROOT_GROUP="root"
declare -x SCHROOT_SESSION_ID="sid"
declare -x SCHROOT_UID="0"
declare -x SCHROOT_USER="root"
declare -x SHELL="/bin/bash"
declare -x SHLVL="1"
declare -x TERM="xterm-256color"
declare -x USER="root"
root@appvm:/home/user# dpkg -l |grep libc-
ii  klibc-utils2.0.4-11  
amd64small utilities built with klibc for early boot
ii  libc-bin   2.26-6
amd64GNU C Library: Binaries
ii  libc-dev-bin   2.26-6
amd64GNU C Library: Development binaries
ii  libc-l10n  2.26-6
all  GNU C Library: localization files
ii  linux-libc-dev:amd64   4.14.13-1 
amd64Linux support headers for userspace development

all packages are updated to latest in sid for amd64 (and the fact that I see
this in Qubes seems to be irrelevant as Petter saw this on a plain Debian system
as well).


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#889986: nomad: new upstream version: 0.7.1

[Leo Antunes]

Package: nomad
Version: 0.4.0+dfsg-1
Severity: wishlist

Dear Maintainers,

Just a friendly poke: maybe someone in the pkg-go team has some time to
update nomad? Or are there any dependency issues? In this case this
could be documented here for other people like me ;)


Cheers,
Leo

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nomad depends on:
ii  init-system-helpers  1.51
ii  libc62.26-6
pn  pipexec  
ii  procps   2:3.3.12-3

nomad recommends no packages.

nomad suggests no packages.

Bug#876934: openorienteering-mapper FTBFS: test failures

[Kai Pastor, DG0YT]

Am 09.02.2018 um 16:03 schrieb Sebastiaan Couwenberg:

In preparating of the proj transition openorienteering-mapper (0.7.0-1)
was rebuilt in my cowbuilder chroot where these tests caused FTBFS too.

I'll raise the severity of this issue to serious when the proj
transition starts.

Kind Regards,

Bas


Be careful not to mix issues: #876934 was about tests failing on 
reproducible builds, due to the use of the __FILE__ macro.


What you are likely to face now is tests failing on exit, due to 
violation of ODR by linking openorienteering-mapper transitively via 
GDAL to libpoppler, and both openorienteering-mapper und libpoppler 
defining a class "Object". The crash occurs when a destructor for 
"Object" is run (cf. 
https://github.com/OpenOrienteering/mapper/issues/1030).


This is a horrible trap for application developers. IMO opinion no 
library must export such generic names in the global namespace, i.e. it 
is a serious bug in libpoppler.


Anyway, we moved all of openorienteering-mapper source code to namespace 
OpenOrienteering. This solved the failing tests we observed also for 
openSUSE Tumbleweed. v0.8.0 will be released in the next days.


Kind regards,
Kai

Bug#889963: Use iso_3166-1.mo filename instead of symlink

[Cyril Brulebois]

Control: tag -1 pending

Hi,

Dr. Tobias Quathamer  (2018-02-09):
> I spotted a minor issue in localechooser, because I've renamed the
> gettext domains in iso-codes to better match the ISO standard. The old
> gettext domains are still provided as symlinks, but eventually I'll
> remove them.
> 
> So long story short: here is a patch for localechooser you might want
> to apply.

Thanks for the heads-up. May I suggest you amend iso-codes' changelog
to mention the renaming and the symlinking in the 3.67 entry? I had to
debsnap all versions to figure out when that change happened.

Pushed:
  
https://anonscm.debian.org/cgit/d-i/localechooser.git/commit/?id=46aba03e8c0b13cfc2777c3c12e434fd56637a73


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#889985: Fw: Debian-installer - sublevel3 - Time zones - Dushanbe - Tajikistan

[Holger Wansing]

Package: tzsetup
Severity: wishlist



Turning this into a bugreport.
Thanks for the notice



Date: Thu, 8 Feb 2018 16:39:11 +0500
From: 
To: "'Christian Perrier'" , "'Holger Wansing'" 

Cc: , 
Subject: Debian-installer - sublevel3 - Time zones - Dushanbe - Tajikistan


Hi Debian-i18n team!

It looks like that in debian-installer "Dushanbe" (capital city of Tajikistan) 
is not listed in the list for time zone selection.
Could you please, check if it is possible to include Dushanbe into the list.
---
English source: Dushanbe
Tajik translation: Душанбе
---

Thank you for prompt reply,
Victor



-- 

Created with Sylpheed 3.5.1 under 
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#889984: qtcreator: clang code model after update on 4.5 not available anymore

[Lennart Nachtigall]

Package: qtcreator
Version: 4.5.0-3
Severity: important
Tags: d-i

Dear Maintainer,

after updating on version 4.5 the clang codemodel plugin isn't available
anymore. (Isn't listed under Help->Plugins)
I tested the version in testing (4.5.0-2) and in unstable (4.5.0-3) both are
affected.

I am using clang-5 on my system that runs debian testing.
There aren't any warnings or errors printed if qtcreator is started from
commandline.



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

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

Versions of packages qtcreator depends on:
ii  libc6 2.26-4
ii  libgcc1   1:7.2.0-19
ii  libqbscore1.101.10.0+dfsg-2
ii  libqbsqtprofilesetup1.10  1.10.0+dfsg-2
ii  libqt5concurrent5 5.9.2+dfsg-9
ii  libqt5core5a  5.9.2+dfsg-9
ii  libqt5designer5   5.9.2-6
ii  libqt5designercomponents5 5.9.2-6
ii  libqt5gui55.9.2+dfsg-9
ii  libqt5help5   5.9.2-6
ii  libqt5network55.9.2+dfsg-9
ii  libqt5printsupport5   5.9.2+dfsg-9
ii  libqt5qml5 [qtdeclarative-abi-5-9-2]  5.9.2-3
ii  libqt5quick5  5.9.2-3
ii  libqt5quickwidgets5   5.9.2-3
ii  libqt5sql55.9.2+dfsg-9
ii  libqt5sql5-sqlite 5.9.2+dfsg-9
ii  libqt5widgets55.9.2+dfsg-9
ii  libqt5xml55.9.2+dfsg-9
ii  libstdc++67.2.0-19
ii  qml-module-qtqml-models2  5.9.2-3
ii  qml-module-qtquick-controls   5.9.2-2
ii  qml-module-qtquick2   5.9.2-3
ii  qtchooser 64-ga1b6736-5
ii  qtcreator-data4.5.0-3

Versions of packages qtcreator recommends:
ii  clang 1:4.0-40
ii  gdb   7.12-6+b1
ii  gnome-terminal [x-terminal-emulator]  3.26.2-3
ii  make  4.1-9.1
ii  qmlscene  5.9.2-3
ii  qt5-doc   5.9.2-1
ii  qt5-qmltooling-plugins5.9.2-3
ii  qtbase5-dev-tools 5.9.2+dfsg-9
ii  qtcreator-doc 4.5.0-2
ii  qtdeclarative5-dev-tools  5.9.2-3
ii  qttools5-dev-tools5.9.2-6
ii  qttranslations5-l10n  5.9.2-1
ii  qtxmlpatterns5-dev-tools  5.9.2-3
ii  terminator [x-terminal-emulator]  1.91-1
ii  xterm [x-terminal-emulator]   331-1

Versions of packages qtcreator suggests:
ii  cmake  3.9.5-1
ii  g++4:7.2.0-1d1
ii  git1:2.15.1-3
ii  kdelibs5-data  4:4.14.36-1
pn  subversion 

-- no debconf information

Bug#889983: stretch-pu: package glade/3.20.0-2+deb9u1

[Sébastien Villemot]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Dear Release Team,

I prepared a p-u for glade, fixing #859324 (basically glade eats a lot of CPU
as soon as a non-trivial UI is created).

The debdiff is attached. It also includes Vcs changes related to the
salsa move.

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org
diff -Nru glade-3.20.0/debian/changelog glade-3.20.0/debian/changelog
--- glade-3.20.0/debian/changelog	2016-10-21 00:51:16.0 +0200
+++ glade-3.20.0/debian/changelog	2018-02-09 18:02:27.0 +0100
@@ -1,3 +1,16 @@
+glade (3.20.0-2+deb9u1) stretch; urgency=medium
+
+  * Team upload.
+
+  [ Sébastien Villemot ]
+  * fix-use-of-gtk-style-context-in-GladeDesignLayout.patch: new patch.
+Fixes high CPU usage. (Closes: #859324)
+
+  [ Jeremy Bicha ]
+  * Update Vcs fields and add debian/gbp.conf
+
+ -- Sébastien Villemot   Fri, 09 Feb 2018 18:02:27 +0100
+
 glade (3.20.0-2) unstable; urgency=medium
 
   [ Jeremy Bicha ]
diff -Nru glade-3.20.0/debian/control glade-3.20.0/debian/control
--- glade-3.20.0/debian/control	2016-10-21 00:51:16.0 +0200
+++ glade-3.20.0/debian/control	2018-02-09 18:02:27.0 +0100
@@ -7,8 +7,8 @@
 Priority: optional
 Maintainer: Debian GNOME Maintainers 
 Uploaders: Andreas Henriksson , Emilio Pozuelo Monfort , Michael Biebl 
-Vcs-Browser: https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/glade
-Vcs-Svn: svn://anonscm.debian.org/pkg-gnome/desktop/unstable/glade
+Vcs-Git: https://salsa.debian.org/gnome-team/glade.git -B debian/stretch
+Vcs-Browser: https://salsa.debian.org/gnome-team/glade/tree/debian/stretch
 Build-Depends: debhelper (>= 10),
gnome-pkg-tools (>= 0.10),
gnome-common,
diff -Nru glade-3.20.0/debian/control.in glade-3.20.0/debian/control.in
--- glade-3.20.0/debian/control.in	2016-10-21 00:44:23.0 +0200
+++ glade-3.20.0/debian/control.in	2018-02-09 17:51:16.0 +0100
@@ -3,8 +3,8 @@
 Priority: optional
 Maintainer: Debian GNOME Maintainers 
 Uploaders: @GNOME_TEAM@
-Vcs-Browser: https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/glade
-Vcs-Svn: svn://anonscm.debian.org/pkg-gnome/desktop/unstable/glade
+Vcs-Git: https://salsa.debian.org/gnome-team/glade.git -B debian/stretch
+Vcs-Browser: https://salsa.debian.org/gnome-team/glade/tree/debian/stretch
 Build-Depends: debhelper (>= 10),
gnome-pkg-tools (>= 0.10),
gnome-common,
diff -Nru glade-3.20.0/debian/gbp.conf glade-3.20.0/debian/gbp.conf
--- glade-3.20.0/debian/gbp.conf	1970-01-01 01:00:00.0 +0100
+++ glade-3.20.0/debian/gbp.conf	2018-02-09 18:00:38.0 +0100
@@ -0,0 +1,4 @@
+[DEFAULT]
+pristine-tar = True
+debian-branch = debian/stretch
+upstream-branch = upstream/3.20.x
diff -Nru glade-3.20.0/debian/patches/fix-use-of-gtk-style-context-in-GladeDesignLayout.patch glade-3.20.0/debian/patches/fix-use-of-gtk-style-context-in-GladeDesignLayout.patch
--- glade-3.20.0/debian/patches/fix-use-of-gtk-style-context-in-GladeDesignLayout.patch	1970-01-01 01:00:00.0 +0100
+++ glade-3.20.0/debian/patches/fix-use-of-gtk-style-context-in-GladeDesignLayout.patch	2018-02-09 17:44:05.0 +0100
@@ -0,0 +1,52 @@
+Description: Fix use of GTK+ style context in GladeDesignLayout.
+ It seems like modifying the style context in the 'draw' handler is not
+ recommended, and we need to save/restore the context.
+ .
+ Otherwise, for some widgets (GtkButton, GtkComboBox), the
+ GladeDesignLayout gets trapped in draw-damage loop.
+ .
+ See 0c076cc8828cd80f1f156a08569199675bf35165 for reference.
+Author: Arnaud Rebillout 
+Origin: https://git.gnome.org/browse/glade/commit/?id=ac55fa78566145ac44d48ba88ec1351db5b4a99d
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=763624
+Bug-Debian: https://bugs.debian.org/859324
+Reviewed-By: Sébastien Villemot 
+Last-Updated: 2018-02-09
+--- a/gladeui/glade-design-layout.c
 b/gladeui/glade-design-layout.c
+@@ -1033,13 +1033,13 @@ draw_frame (GtkWidget *widget, cairo_t *cr, gboolean selected,
+   if (priv->widget_name)
+ {
+   GdkRectangle *rect = >south_east;
+-
++  gtk_style_context_save (context);
+   gtk_style_context_add_class (context, "handle");
+   gtk_render_background (context, cr, rect->x, rect->y, rect->width, rect->height);
+   gtk_render_frame (context, cr, rect->x, rect->y, rect->width, rect->height);
+   gtk_render_layout (context, cr, rect->x + OUTLINE_WIDTH, rect->y + OUTLINE_WIDTH,
+  priv->widget_name);
+-  gtk_style_context_remove_class (context, "handle");
++  gtk_style_context_restore (context);
+ }
+ }
+ 

Bug#857081: linux-image-rt-amd64-unsigned: NOHZ: local_softirq_pending 80

[Fernando Toledo]

On Thu, 29 Jun 2017 19:08:59 +0200 Laurent Bonnaud
 wrote:
> Hi,
> 
> this bug is still there in kernel 4.11.6 :
> 
> $ uname -a
> Linux irancy.iut2.upmf-grenoble.fr 4.11.0-1-rt-amd64 #1 SMP PREEMPT RT Debian 
> 4.11.6-1 (2017-06-19) x86_64 GNU/Linux
> 
> $ dmesg
> [...]
> [690935.587688] NOHZ: local_softirq_pending 80
> 
> When this error occurred the system was accessing a btrfs filesystem on a USB 
> disk.  Might the problem be in btrfs?
> 
> -- 
> Laurent.
> 
> 
i think that is not only for btrfs but general usb usage (in my case
this triggered when bluetooth and nfts usb stick  are detected)


[   24.865569] usb 1-1.1: Product: Bluetooth USB Host Controller
[   24.867168] usb 1-1.1: Manufacturer: Atheros Communications
[   24.868883] usb 1-1.1: SerialNumber: Alaska Day 2006
[   25.676408] NOHZ: local_softirq_pending 80
[   26.539786] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   26.541172] Bluetooth: BNEP filters: protocol multicast
[   26.542276] Bluetooth: BNEP socket layer initialized
[   28.008330] vboxdrv: loading out-of-tree module taints kernel.
[   28.016088] vboxdrv: Found 4 processor cores
[   28.036635] vboxdrv: TSC mode is Invariant, tentative frequency
1795918881 Hz
[   28.036641] vboxdrv: Successfully loaded version 5.2.6 (interface
0x0029)
[   28.369292] VBoxNetFlt: Successfully started.
[   28.558477] VBoxNetAdp: Successfully started.
[   28.678656] VBoxPciLinuxInit
[   28.753930] vboxpci: IOMMU not found (not registered)
[   30.074684] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   30.397299] Ebtables v2.0 registered
[   37.727019] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   37.785572] r8169 :01:00.0: firmware: direct-loading firmware
rtl_nic/rtl8168e-3.fw
[   37.877806] r8169 :01:00.0 eth0: link down
[   37.877939] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   37.910313] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   37.924810] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   38.044857] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   38.794066] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   82.628975] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   83.756930] wlan0: authenticate with 00:1e:58:c4:35:f1
[   83.777654] wlan0: send auth to 00:1e:58:c4:35:f1 (try 1/3)
[   83.779557] wlan0: authenticated
[   83.780797] wlan0: associate with 00:1e:58:c4:35:f1 (try 1/3)
[   83.784090] wlan0: RX AssocResp from 00:1e:58:c4:35:f1 (capab=0x431
status=0 aid=3)
[   83.784244] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   83.784331] wlan0: associated
[   90.498577] Bluetooth: RFCOMM TTY layer initialized
[   90.498594] Bluetooth: RFCOMM socket layer initialized
[   90.498604] Bluetooth: RFCOMM ver 1.11
[  457.091349] NOHZ: local_softirq_pending 80
[  496.428319] NOHZ: local_softirq_pending 80
[  555.387813] NOHZ: local_softirq_pending 80
[ 4372.311469] usb 2-3: new high-speed USB device number 3 using xhci_hcd
[ 4372.456280] usb 2-3: New USB device found, idVendor=0930, idProduct=6545
[ 4372.456288] usb 2-3: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[ 4372.456290] usb 2-3: Product: DT 101 G2
[ 4372.456293] usb 2-3: Manufacturer: Kingston
[ 4372.456295] usb 2-3: SerialNumber: 0018F3A9A358EBB1C438082B
[ 4372.997748] usb-storage 2-3:1.0: USB Mass Storage device detected
[ 4372.997927] scsi host6: usb-storage 2-3:1.0
[ 4372.998073] usbcore: registered new interface driver usb-storage
[ 4373.021408] usbcore: registered new interface driver uas
[ 4374.088469] scsi 6:0:0:0: Direct-Access Kingston DT 101 G2
PMAP PQ: 0 ANSI: 0 CCS
[ 4374.103872] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 4375.434426] sd 6:0:0:0: [sdc] 30481152 512-byte logical blocks: (15.6
GB/14.5 GiB)
[ 4375.434627] sd 6:0:0:0: [sdc] Write Protect is off
[ 4375.434630] sd 6:0:0:0: [sdc] Mode Sense: 23 00 00 00
[ 4375.434791] sd 6:0:0:0: [sdc] No Caching mode page found
[ 4375.434792] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[ 4375.457479]  sdc: sdc1
[ 4375.459023] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[ 4376.449338] fuse init (API version 7.26)
[ 4787.394613] NOHZ: local_softirq_pending 80
[ 5202.614069] perf: interrupt took too long (2512 > 2500), lowering
kernel.perf_event_max_sample_rate to 79500

-- 
Fernando Toledo
Dock Sud BBS
http://bbs.docksud.com.ar
telnet://bbs.docksud.com.ar

Bug#889982: RFS: python3-metpx-sarracenia [put in ITP] - file transfer thingum.

[Peter Silva]

Package: sponsorhip-requests
Severity: wishlist

I am looking for a sponsor for my package python3-metpx-sarracenia.
It has been in development since 2013, and it is now getting stable
enough that putting it into a stable repository is starting to make sense.
currently alpha, should make it to beta soon.

Package name : python3-metpx-sarracenia
Version : 2.18.01a5 ? or later? maybe pull latest tag from git?
Upstream Author: ssc.hpc-chp@canada.ca,
peter_si...@sourceforge.net  ( Peter Silva is manager of a team at
Canadian government.)
URL: http://metpx.sf.net
License:   GPLv2
Section:python

Sarracenia is used to generate messages (called posts) about files,
which are then published to a rabbitmq AMQP broker.  Subscribers can
then do stuff with them. Usually one downloads them, thus doing a file
transfer.  Once downloaded, the files can also be published to another
broker, daisy chain style. Hence SARRA: Subscribe and Recusively
Re-Advertise.

Can be used to mirror large trees... and by large, I mean 27 million
files in a single tree large... and do so 72 times faster than
rsync... (explanation here:
http://metpx.sourceforge.net/mirroring_use_case.html )  mi

also can be used to download from the Canadian weather service's
public datamart ( http://dd.weather.gc.ca )

The debian building basically works, there is a PPA for it:
https://launchpad.net/metpx-sarracenia

One can obtain the source:

git clone git://git.code.sf.net/p/metpx/sarracenia metpx-sarracenia
cd metpx-sarracenia
git checkout v2.18.01a5
debuild

will build the python3-metpx-sarracenia_2.18.01a5_all.deb
package.

That's clean, and that's enough for now... If you are feeling kind/friendly,
 but there is also some (optional) C stuff in the c/ subdirectory.  if you do:

cd c
debuild

it will build:

libsarra-c_2.18.01a5_amd64.deb  libsarra-c-dev_2.18.01a5_amd64.deb
sarra-c_2.18.01a5_amd64.deb

The C stuff is needed for the large mirroring case, but most use cases
are fine with just the python.  I haven't figured out how to get
launchpad to do these builds automatically, and they require
librabbitmq4-0.8.0 which is too new from ubuntu 16.04, so have not
tried to build there, but current debian stable is OK (also 17.10, and
18.04) The c stuff is linux only (depends on INOTIFY kernel feature.)
likely won't work on alternate kernels.

Bug#884865: Response?

[Brett Johnson]

Any chance of a response to this request?  If y'all think it's a bad idea,
or don't want to do it, that's OK, I'll go back to the drawing board and
try to figure out some sane way to package/version glslang and spirv-tools
independently (although that's going to be difficult, as they don't have
any kind of internal versioning).  But I'd sure appreciate some kind of
response.  Thanks!

Bug#795593: systemsettings: Also happens with Alt+F1 Activate Application Launcher, but it also implicitly maps the Win key

[Vivia Nikolaidou]

Dear Maintainer,

The initial bug reported should be now fixed:
https://bugs.kde.org/show_bug.cgi?id=347352

My bug is actually a combination of two different issues, both
upstream, and both different from the one initially reported here.

One is this: https://bugs.kde.org/show_bug.cgi?id=346918 which is
still under discussion upstream.

The other is not a bug, just an undocumented feature:
https://forum.kde.org/viewtopic.php?t=137574

Dumping more information in case someone else runs into this bug:

chmod -w ~/.config/kglobalshortcutsrc doesn't work, the file still
manages to get overwritten.

Making a small shell script in .config/autostart-scripts that would
sed away the offending input in ~/.config/kglobalshortcutsrc also
doesn't work, because the substitution apparently happens after the
script is executed.

In any case, this bug can be closed. Maybe a different one can be
opened for the Alt+F1 shortcut.

Best regards,

Vivia Nikolaidou

On 8 February 2018 at 23:55, Vivia Nikolaidou  wrote:
> Package: systemsettings
> Version: 4:5.10.5-2
> Followup-For: Bug #795593
>
> Dear Maintainer,
>
> I have this with the Alt+F1 shortcut to Activate Application Launcher. 
> However, what I actually care about is the Left Win button. For some reason, 
> the Left Win button is also set to Activate Application Launcher even though 
> systemsettings claims it's Alt+F1. I go to systemsettings, set Activate 
> Application Launcher to None, then the Left Win key is also free for me to 
> use as Compose. I have tried setting it to a couple of other values apart 
> from Alt+F1 and they also seem to hijack my Left Win key without asking me.
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
> 'experimental-debug'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.14.0-3-amd64 (SMP w/20 CPU cores)
> Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages systemsettings depends on:
> pn  kio   
> ii  libc6 2.26-6
> pn  libkf5auth5   
> pn  libkf5completion5 
> pn  libkf5configcore5 
> pn  libkf5configgui5  
> pn  libkf5configwidgets5  
> ii  libkf5coreaddons5 5.37.0-3
> pn  libkf5dbusaddons5 
> pn  libkf5i18n5   
> pn  libkf5iconthemes5 
> pn  libkf5itemviews5  
> pn  libkf5kcmutils5   
> pn  libkf5khtml5  
> pn  libkf5kiowidgets5 
> pn  libkf5service-bin 
> pn  libkf5service5
> pn  libkf5widgetsaddons5  
> pn  libkf5windowsystem5   
> pn  libkf5xmlgui5 
> ii  libqt5core5a  5.9.2+dfsg-7
> ii  libqt5dbus5   5.9.2+dfsg-7
> ii  libqt5gui55.9.2+dfsg-7
> ii  libqt5widgets55.9.2+dfsg-7
> ii  libstdc++67.3.0-1
> pn  qml-module-org-kde-kirigami2  
> pn  qml-module-qtquick-controls   
> pn  qml-module-qtquick-layouts
> pn  qml-module-qtquick2   
>
> systemsettings recommends no packages.
>
> systemsettings suggests no packages.
>
> -- no debconf information

Bug#675008: bash: should handle /etc/bashrc.d (or similar) for non-login interactive shell

[Laurent Bigonville]

Hello,

More and more packages are adding files to /etc/profile.d/ but nothing 
is sourcing them by default in debian.


$ apt-file search /etc/profile.d/|wc -l
23

Other distributions (RH-like) are sourcing files put in that directory 
for years now (but not /etc/profile itself)


From /etc/bashrc:

# Only display echos from profile.d scripts if we are no login shell
# and interactive - otherwise just process them to set envvars
for i in /etc/profile.d/*.sh; do
if [ -r "$i" ]; then
if [ "$PS1" ]; then
. "$i"
else
. "$i" >/dev/null
fi
fi
done

Wouldn't it make sense to follow what RH and already some packages in 
the archive are doing and source .sh files from /etc/profile.d/ in 
non-login shell as well?


Kind regards,

Laurent Bigonville

Bug#882328: [Pkg-gauche-devel] Bug#882328: gauche-c-wrapper FTBFS with glibc 2.25

[Jens Thiele]

another idea would be to allow to skip macros via some keyword :skip-macro
example patch:

--- gauche-c-wrapper-0.6.1/lib/c-wrapper/c-parser.scm   2009-08-08 
16:44:52.0 +0200
+++ gauche-c-wrapper-0.6.1.new/lib/c-wrapper/c-parser.scm   2018-02-09 
16:56:03.390344967 +0100
@@ -1099,7 +1099,7 @@
 ;;:show-define? #f))
 ;;(start-macro-reset!)))
 
-(define (parse-macro include-dirs headers options)
+(define (parse-macro include-dirs headers options skip-macro)
   (unwind-protect
(guard (e (( e)
   (let ((errmsg (make-error-message (condition-ref e 'message
@@ -1115,7 +1115,10 @@
 (raise e
  (call-with-gcc-io include-dirs headers options
(lambda (in out)
- (let ((macro-list (queue->list (macro-queue
+ (let ((macro-list (filter
+   (lambda(m)
+ (not (skip-macro (car m
+   (queue->list (macro-queue)
(for-each (lambda (macro-def)
(display (car macro-def) out)
(newline out))
@@ -1152,11 +1155,11 @@
  (else
   (errorf "~s can't be used for :import argument." import-cond)
 
-(define (c-parse include-dirs headers options import-arg export? sandbox hides)
+(define (c-parse include-dirs headers options import-arg export? sandbox hides 
skip-macro)
   (with-parse-context
(lambda ()
  (parse-source include-dirs headers options)
- (parse-macro include-dirs headers options)
+ (parse-macro include-dirs headers options skip-macro)
 
  (let ((export-syms
 (if import-arg
--- gauche-c-wrapper-0.6.1/lib/c-wrapper.scm2009-08-08 16:44:52.0 
+0200
+++ gauche-c-wrapper-0.6.1.new/lib/c-wrapper.scm2018-02-09 
16:45:26.045654080 +0100
@@ -91,7 +91,8 @@
(module #t)
(export? #f)
(output #f)
-   (hide-symbols '()))
+   (hide-symbols '())
+  (skip-macro (lambda(m) #f)))
 (when (eq? module #t)
   (set! export? #t))
 (parameterize ((sandbox-module (make-sandbox curmod module)))
@@ -117,7 +118,8 @@
(lambda (expr)
  (push! output-list expr))
(sandbox-module))
-   hide-symbols)
+   hide-symbols
+  skip-macro)
   (if output
   (call-with-output-file output
 (lambda (out)
@@ -154,7 +156,8 @@
(module #t)
(export? #f)
(output #f)
-   (hide-symbols '()))
+   (hide-symbols '())
+  (skip-macro (lambda(m) #f)))
 (cond
  ((compiled-lib-exist? compiled-lib)
   `(begin
@@ -171,7 +174,7 @@
  " ")))
 `(begin
(c-ld ,ld-option)
-   (c-include ,headers :option ,cpp-option :import ,import-arg :output 
,output :module ,module :export? ,export? :hide-symbols ,hide-symbols)))
+   (c-include ,headers :option ,cpp-option :import ,import-arg :output 
,output :module ,module :export? ,export? :hide-symbols ,hide-symbols 
:skip-macro ,skip-macro)))
 
 (define-syntax define-enum
   (syntax-rules ()
--- gauche-c-wrapper-0.6.1/testsuite/cwrappertest.scm   2009-08-08 
16:44:51.0 +0200
+++ gauche-c-wrapper-0.6.1.new/testsuite/cwrappertest.scm   2018-02-09 
16:49:49.349893969 +0100
@@ -10,7 +10,7 @@
 (test-module 'c-wrapper)
 
 (c-load-library "./ffitest")
-(c-include "./ffitest.h")
+(c-include "./ffitest.h" :skip-macro (lambda(m) (#/^__glibc_macro_warning/ m)))
 
 (define-syntax test-cfunc
   (syntax-rules ()

Bug#889980: missing python3 autopkg test dependencies

[Matthias Klose]

Package: src:txzmq
Version: 0.7.4-2
Severity: important
Tags: sid buster patch

missing python autopkg test dependencies

patch at
http://launchpadlibrarian.net/356269392/txzmq_0.7.4-2ubuntu1_0.7.4-2ubuntu2.diff.gz

Maybe it's better to write a second test for the Python3 runs.

However, for me at least, the tests fail:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/t/txzmq/20180208_234021_24dbd@/log.gz

autopkgtest [20:53:31]: test unittests: [---
= test session starts ==
platform linux2 -- Python 2.7.14+, pytest-3.2.1, py-1.4.34, pluggy-0.4.0
rootdir: /tmp/autopkgtest.15j71t/autopkgtest_tmp, inifile:
collected 36 items

. .....ss..ss.

= 28 passed, 8 skipped in 9.23 seconds =
= test session starts ==
platform linux -- Python 3.6.4, pytest-3.2.1, py-1.4.34, pluggy-0.4.0
rootdir: /tmp/autopkgtest.15j71t/autopkgtest_tmp, inifile:
collected 38 items

. F...FFF.FFF....ss..FEautopkgtest [23:40:11]: ERROR: timed out on
command "su -s /bin/bash ubuntu -c set -e; export USER=`id -nu`; . /etc/profile
>/dev/null 2>&1 || true;  . ~/.profile >/dev/null 2>&1 || true;
buildtree="/tmp/autopkgtest.15j71t/build.iXO/src"; mkdir -p -m 1777 --
"/tmp/autopkgtest.15j71t/unittests-artifacts"; export
AUTOPKGTEST_ARTIFACTS="/tmp/autopkgtest.15j71t/unittests-artifacts"; export
ADT_ARTIFACTS="$AUTOPKGTEST_ARTIFACTS"; mkdir -p -m 755
"/tmp/autopkgtest.15j71t/autopkgtest_tmp"; export
AUTOPKGTEST_TMP="/tmp/autopkgtest.15j71t/autopkgtest_tmp"; export
ADTTMP="$AUTOPKGTEST_TMP"; export DEBIAN_FRONTEND=noninteractive; export
LANG=C.UTF-8; export DEB_BUILD_OPTIONS=parallel=1; unset LANGUAGE LC_CTYPE
LC_NUMERIC LC_TIME LC_COLLATE   LC_MONETARY LC_MESSAGES LC_PAPER LC_NAME
LC_ADDRESS   LC_TELEPHONE LC_MEASUREMENT LC_IDENTIFICATION LC_ALL;rm -f
/tmp/autopkgtest_script_pid; set -C; echo $$ > /tmp/autopkgtest_script_pid; set
+C; trap "rm -f /tmp/autopkgtest_script_pid" EXIT INT QUIT PIPE; cd
"$buildtree"; export 'ADT_TEST_TRIGGERS=txzmq/0.7.4-2ubuntu2'; chmod +x
/tmp/autopkgtest.15j71t/build.iXO/src/debian/tests/unittests; touch
/tmp/autopkgtest.15j71t/unittests-stdout
/tmp/autopkgtest.15j71t/unittests-stderr;
/tmp/autopkgtest.15j71t/build.iXO/src/debian/tests/unittests 2> >(tee -a
/tmp/autopkgtest.15j71t/unittests-stderr >&2) > >(tee -a
/tmp/autopkgtest.15j71t/unittests-stdout);" (kind: test)
autopkgtest [23:40:11]: test unittests: ---]
unittestsFAIL timed out
autopkgtest [23:40:11]: test unittests:  - - - - - - - - - - results - - - - - -
- - - -
autopkgtest [23:40:12]:  summary
unittestsFAIL timed out
Exit request sent.

Bug#889979: Composite extension broken

[Theodore Lytras]

Package: xserver-xephyr
Version: 1:1.19.6-1
Severity: important

I use Xephyr to play Sid Meier's Alpha Centauri (yes, people still play that), 
and this requires disabling its Composite extension (or the game hangs). 
Unfortunately, on my amd64 machine with Xephyr version 1.19.6 this throws an 
error (used to work with version 1.19.5):

$ Xephyr :1 -screen 800x600 -extension Composite

Xephyr: ../../../../include/privates.h:122: dixGetPrivateAddr: Assertion `key-
>initialized' failed.
(EE) 
(EE) Backtrace:
(EE) 0: Xephyr (xorg_backtrace+0x4d) [0x5608257337bd]
(EE) 1: Xephyr (0x56082556d000+0x1ca559) [0x560825737559]
(EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f0b03af6000+0x12180) 
[0x7f0b03b08180]
(EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (gsignal+0x110) [0x7f0b037746a0]
(EE) 4: /lib/x86_64-linux-gnu/libc.so.6 (abort+0x1c7) [0x7f0b03775cf7]
(EE) 5: /lib/x86_64-linux-gnu/libc.so.6 (0x7f0b0374+0x2cfca) 
[0x7f0b0376cfca]
(EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (0x7f0b0374+0x2d042) 
[0x7f0b0376d042]
(EE) 7: Xephyr (0x56082556d000+0x3c252) [0x5608255a9252]
(EE) 8: Xephyr (0x56082556d000+0x1c1c1f) [0x56082572ec1f]
(EE) 9: Xephyr (0x56082556d000+0x12c667) [0x560825699667]
(EE) 10: Xephyr (0x56082556d000+0x12bcc5) [0x560825698cc5]
(EE) 11: Xephyr (0x56082556d000+0x12b115) [0x560825698115]
(EE) 12: Xephyr (InitExtensions+0x3d) [0x56082562ce2d]
(EE) 13: Xephyr (0x56082556d000+0x7c93f) [0x5608255e993f]
(EE) 14: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xea) 
[0x7f0b03760f2a]
(EE) 15: Xephyr (_start+0x2a) [0x5608255a92fa]
(EE) 
(EE) 
Fatal server error:
(EE) Caught signal 6 (Aborted). Server aborting
(EE) 

Withour "-extension Composite" Xephyr starts, but unfortunately I can't play 
the game. Given that this is the only reason I use Xephyr (and I suspect that 
applies to many people as well), I think this bug qualifies as "important"...

Bug#859324: glade: eats unrelated key-repeat events

[Sébastien Villemot]

Control: severity -1 important
Control: tags -1 + upstream fixed-upstream patch
Control: fixed -1 3.20.2-1
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=763624

Dear Matthias, dear GNOME Maintainers,

On Sun, 02 Apr 2017 11:07:46 +0200 Matthias Urlichs  wrote:
> Package: glade
> Version: 3.20.0-2
> Severity: normal
> 
> Apparently, when a nontrivial Glade window is in the foreground, somehow
> key repeat events get clobbered.
> 
> $ x … (key repeats normally)
> $ glade FOO.glade
> xx (key repeats irregularly, every couple of seconds)
> < minimize Glade window or switch screens)
>  … (normal again)
> 
> The problem also disappears when Glade is interrupted or when the content
> it shows is empty. Thus this seems to be a problem with at least one of its 
> widgets.

This bug has been fixed upstream, and is no longer present in version
3.20.2 (in unstable). Here is the relevant commit:

 
https://git.gnome.org/browse/glade/commit/?id=ac55fa78566145ac44d48ba88ec1351db5b4a99d

I confirm that this patch, backported on 3.20.0, fixes the issue. I am
going to prepare a stable upload to fix it in stretch.

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


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

Bug#888880: Hyvää päivää,

[Corporate Lenders]

Hyvää päivää,

     Olen Thomas Walter, joka on rahoitusalan edustaja tunnetusta
lainanantajasta, joka tunnetaan nimellä Corporate Lenders. Onko sinulla
huono luotto tai tarvitset rahaa maksamaan laskuja? korko on 3%.

  Täytä alla oleva lomake, jos olet kiinnostunut lainasta.

  Koko nimi:
  sukupuoli:
  Tarvittava summa:
  Kesto:

  Voit ottaa meihin yhteyttä sähköpostitse: i...@corporatelendersonline.com

  Terveiset,
  Herra Thomas Walter

--
Esta mensagem foi verificada pelo sistema de antivírus e
acredita-se estar livre de perigo.

Bug#889976: ITP: node-package-hash -- hash for an installed npm package

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-package-hash
  Version : 2.0.0
  Upstream Author : Mark Wubben (https://novemberborn.net/)
* URL : https://github.com/novemberborn/package-hash#readme
* License : ISC
  Programming Lang: JavaScript
  Description : hash for an installed npm package

 This module generates a hash for an installed npm package, useful for
salting
 caches.
 .
 AVA for example caches precompiled test files. It generates a salt for its
 cache based on the various packages that are used when compiling the test
 files.
 .
 package-hash can generate an appropriate hash based on the package location
 (on disk) and the package.json file. This hash is salted with a hash
for the
 package-hash itself.
 .
 Node.js is an event-based server-side JavaScript engine.

Dependency of ava test framework.



signature.asc
Description: OpenPGP digital signature

Bug#889978: mdadm: Monthly checkarray not run if machine not running overnight

[Tony]

Package: mdadm
Version: 3.4-4+b1
Severity: normal

Dear Maintainer,

mdadm schedules a run of checkarray once a month using an entry in
/etc/cron.d

However, if the machine is not running at the time this is scheduled it
will not be run, even when the machine is reloaded.

Perhaps this should be moved to /etc/cron.monthly so that anacron can
pick it up.



-- Package-specific info:
--- mdadm.conf
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST 
MAILADDR failmessa...@roxburgh.net
ARRAY /dev/md1  metadata=1.0 UUID=a6fcec62:8151c509:d2bd0ab5:6b8e5c15 
name=thistle:1
ARRAY /dev/md3  metadata=1.2 UUID=6ba89e9a:1c2d0b18:aa28937c:8156ea9f 
name=thistle:3
ARRAY /dev/md4  metadata=1.2 UUID=e78fd9e3:0a57ee1e:307d639c:62a428f2 
name=thistle:4

--- /etc/default/mdadm
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS="--syslog"
VERBOSE=false

--- /proc/mdstat:
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] 
[raid10] 
md4 : active raid1 sda4[2] sdb4[0]
  198135360 blocks super 1.2 [2/2] [UU]
  bitmap: 0/2 pages [0KB], 65536KB chunk

md1 : active raid1 sda1[2] sdb1[0]
  511936 blocks super 1.0 [2/2] [UU]
  
md3 : active raid1 sda3[2] sdb3[0]
  31440896 blocks super 1.2 [2/2] [UU]
  
unused devices: 

--- /proc/partitions:
major minor  #blocks  name

   80  234431064 sda
   81 512000 sda1
   824194304 sda2
   83   31457280 sda3
   84  198266439 sda4
   8   16  234431064 sdb
   8   17 512000 sdb1
   8   184194304 sdb2
   8   19   31457280 sdb3
   8   20  198266439 sdb4
   93   31440896 md3
   91 511936 md1
   94  198135360 md4
 2530   26214400 dm-0
 2531  104857600 dm-1

--- LVM physical volumes:
  PV VG  Fmt  Attr PSize   PFree 
  /dev/md4   VGT lvm2 a--  188.00g 63.00g
--- mount output
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs 
(rw,nosuid,relatime,size=1725424k,nr_inodes=431356,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=347472k,mode=755)
/dev/md3 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs 
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs 
(rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/blkio type cgroup 
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/memory type cgroup 
(rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup 
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup 
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup 
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/perf_event type cgroup 
(rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs 
(rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9811)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/md1 on /boot/efi type vfat 
(rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
/dev/mapper/VGT-africa on /vol/africa type ext4 (rw,relatime,data=ordered)
/dev/mapper/VGT-offsite on /vol/offsite type ext4 (rw,relatime,data=ordered)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=347468k,mode=700)

--- initrd.img-4.9.0-5-amd64:
118486 blocks
192ccafcfe38eabf0f5184786764c4a9  ./scripts/local-bottom/mdadm
f3b648ca1c912da30940f0b821b7e9e6  ./scripts/local-block/mdadm
38a0d82d74715c1b647af1279c9e3b38  ./sbin/mdadm
a2bc3505926a2f2a745cc04dd5a2f485  
./lib/modules/4.9.0-5-amd64/kernel/drivers/md/dm-snapshot.ko
ff9457a2db3fe85981243e37438b5b40  
./lib/modules/4.9.0-5-amd64/kernel/drivers/md/md-mod.ko
92a77d664f5b69ee4dab75accedc0ee2  
./lib/modules/4.9.0-5-amd64/kernel/drivers/md/linear.ko
99b3ac6028546e5df37afdcf15cd  

Bug#889977: mdadm: checkarray --all only processes one array if scheduling class not specified

[Tony]

Package: mdadm
Version: 3.4-4+b1
Severity: normal

Dear Maintainer,

If --all given but no scheduling class specified only one array is
checked. This appears to be because at lines 194-200 the variable ionice
is checked. If no class is given then this is blank and the script
exits.

I thing the correction is to change 'break' on line
199 to 'continue'

-- Package-specific info:
--- mdadm.conf
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST 
MAILADDR failmessa...@roxburgh.net
ARRAY /dev/md1  metadata=1.0 UUID=a6fcec62:8151c509:d2bd0ab5:6b8e5c15 
name=thistle:1
ARRAY /dev/md3  metadata=1.2 UUID=6ba89e9a:1c2d0b18:aa28937c:8156ea9f 
name=thistle:3
ARRAY /dev/md4  metadata=1.2 UUID=e78fd9e3:0a57ee1e:307d639c:62a428f2 
name=thistle:4

--- /etc/default/mdadm
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS="--syslog"
VERBOSE=false

--- /proc/mdstat:
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] 
[raid10] 
md4 : active raid1 sda4[2] sdb4[0]
  198135360 blocks super 1.2 [2/2] [UU]
resync=DELAYED
  bitmap: 0/2 pages [0KB], 65536KB chunk

md1 : active raid1 sda1[2] sdb1[0]
  511936 blocks super 1.0 [2/2] [UU]
  
md3 : active raid1 sda3[2] sdb3[0]
  31440896 blocks super 1.2 [2/2] [UU]
  [==>..]  check = 72.6% (22841984/31440896) finish=0.6min 
speed=206314K/sec
  
unused devices: 

--- /proc/partitions:
major minor  #blocks  name

   80  234431064 sda
   81 512000 sda1
   824194304 sda2
   83   31457280 sda3
   84  198266439 sda4
   8   16  234431064 sdb
   8   17 512000 sdb1
   8   184194304 sdb2
   8   19   31457280 sdb3
   8   20  198266439 sdb4
   93   31440896 md3
   91 511936 md1
   94  198135360 md4
 2530   26214400 dm-0
 2531  104857600 dm-1

--- LVM physical volumes:
  PV VG  Fmt  Attr PSize   PFree 
  /dev/md4   VGT lvm2 a--  188.00g 63.00g
--- mount output
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs 
(rw,nosuid,relatime,size=1725424k,nr_inodes=431356,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=347472k,mode=755)
/dev/md3 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs 
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs 
(rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/blkio type cgroup 
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/memory type cgroup 
(rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup 
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup 
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup 
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/perf_event type cgroup 
(rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs 
(rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9811)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/md1 on /boot/efi type vfat 
(rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
/dev/mapper/VGT-africa on /vol/africa type ext4 (rw,relatime,data=ordered)
/dev/mapper/VGT-offsite on /vol/offsite type ext4 (rw,relatime,data=ordered)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=347468k,mode=700)

--- initrd.img-4.9.0-5-amd64:
118486 blocks
192ccafcfe38eabf0f5184786764c4a9  ./scripts/local-bottom/mdadm
f3b648ca1c912da30940f0b821b7e9e6  ./scripts/local-block/mdadm
38a0d82d74715c1b647af1279c9e3b38  ./sbin/mdadm
a2bc3505926a2f2a745cc04dd5a2f485  
./lib/modules/4.9.0-5-amd64/kernel/drivers/md/dm-snapshot.ko
ff9457a2db3fe85981243e37438b5b40  
./lib/modules/4.9.0-5-amd64/kernel/drivers/md/md-mod.ko
92a77d664f5b69ee4dab75accedc0ee2  

Bug#889975: roffit: debian/rules does not override targets as intended

[Chris Lamb]

Source: roffit
Version: 0.7~20120815+gitbbf62e6-1
Severity: minor
Tags: patch

Hi,

Your debian/rules contains:

  override_dh_auto_config, override_dh_auto_build, override_dh_auto_install:
 # Disable, see debian/install

I believe this should be:

  override_dh_auto_config:
  override_dh_auto_build:
  override_dh_auto_install:
 # Disable, see debian/install

Patch attached, although maybe this shows that you don't need such
overrides anyway given that they don't see to have any effect...?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 7e38255..baaee96 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,6 +1,8 @@
 #!/usr/bin/make -f
 
-override_dh_auto_config, override_dh_auto_build, override_dh_auto_install:
+override_dh_auto_config:
+override_dh_auto_build:
+override_dh_auto_install:
# Disable, see debian/install
 
 %:

Bug#889106: Multiarch interpreter names for traditional architectures

[Javier Serrano Polo]

El dv 09 de 02 de 2018 a les 16:03 +0100, Aurelien Jarno va escriure:
> I love the way you use "official" here.

Me too. It is precisely your policy not to include any unnecessary file
because "experience shows that users are very imaginative when you
provide a feature". You have taken steps to insure the existence of
multiarch interpreters and they have landed on stable releases.

> I don't care about compatibility within Debian and derivatives.

I do. Strange statement from a Debian developer.

> I care
> about the compatibility within the whole GNU/Linux ecosystem.

I do too. I even care about compatibility with non-Linux systems.

Give a solution like I do instead of complaining about the past.


smime.p7s
Description: S/MIME cryptographic signature

Bug#863863: ITP: gmailieer -- Fast fetch and two-way tag synchronization between notmuch and GMail

[Julian Andres Klode]

Control: tag -1 pending

On Thu, Jun 01, 2017 at 09:13:09AM +0200, Julian Andres Klode wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Julian Andres Klode 
> 
> (gauteh: this is a Debian packaging intent)
> 
> * Package name: gmailieer
>   Version : 0.1+git
>   Upstream Author : Gaute Hope 
> * URL : https://github.com/gauteh/gmailieer
> * License : GPL-3+
>   Programming Lang: Python
>   Description : Fast fetch and two-way tag synchronization between 
> notmuch and GMail
> 
> This program can pull email and labels (and changes to labels) from your 
> GMail account
> and store them locally in a maildir with the labels synchronized with a 
> notmuch database.
> The changes to tags in the notmuch database may be pushed back remotely to 
> your GMail account.
> 
> It will not and can not:
> 
> - Add or delete messages on your remote account
> - Modify messages other than their labels

Uploaded to NEW. Packaging in Salsa. Sorry it took so long :(

-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer  i speak de, en

Bug#876934: openorienteering-mapper FTBFS: test failures

[Sebastiaan Couwenberg]

On Mon, 9 Oct 2017 10:54:14 +0200 Graham Inggs wrote:
> I've just tried sbuild in an amd64 sid schroot and 
> openorienteering-mapper builds fine for me.
> 
> I noticed it also still builds in testing on the reproducible-builds 
> buildds.
> 
> Why don't co-maintainers (uploaders) receive bug by default?  I missed 
> this report.

In preparating of the proj transition openorienteering-mapper (0.7.0-1)
was rebuilt in my cowbuilder chroot where these tests caused FTBFS too.

I'll raise the severity of this issue to serious when the proj
transition starts.

Kind Regards,

Bas

Bug#888073: Multiarch interpreter names for traditional architectures

[Aurelien Jarno]

On 2018-02-09 15:20, Javier Serrano Polo wrote:
> El dv 09 de 02 de 2018 a les 15:02 +0100, Aurelien Jarno va escriure:
> > The notion of "multiarch interpreter" doesn't exist.
> 
> It does exist, but you do not accept it. You are now denying the
> official support that exists in Debian.

I love the way you use "official" here.

> Use /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 as the program
> interpreter and the program will work perfectly in Debian and
> derivatives.

I don't care about compatibility within Debian and derivatives. I care
about the compatibility within the whole GNU/Linux ecosystem.

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

Bug#853527: lmms: ftbfs with GCC-7

[Javier Serrano Polo]

El dv 09 de 02 de 2018 a les 17:22 +0300, Dmitry Eremin-Solenikov va
escriure:
> Any progress on uploading
> 1.1.3-8 or packaging 1.1.90?

Pending upload.


smime.p7s
Description: S/MIME cryptographic signature

Bug#889974: Sylpheed: adjust dependency

[Hideki Yamane]

Package: sylpheed
Severity: minor

Hi,

 In debian/control,

> Recommends: sylpheed-i18n, xfonts-100dpi | xfonts-75dpi |
>  xfonts-100dpi-transcoded | xfonts-75dpi-transcoded, aspell-en |
>  aspell-dictionary, ca-certificates

 Well, why sylpheed package recommends xfonts-* packages?
 Most of users use it under modern X with TrueType fonts, I guess.
 Can we remove or demote it?

> Suggests: jpilot, sylpheed-doc (>= 20020420-3), claws-mail-tools, bogofilter,
>  bsfilter, curl

 We should remove jpilot and put sylfilter | bogofilter | bsfilter to
 Recommends, IMO.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#888912: sagemath test failures with mpfr 4.0.0 and several architectures

[Peter Green]

Not a surprise as long as some dependencies are built against libmpfr4.

It looks like all dependencies are now rebuilt against libmpfr6 but sagemath is 
still failing.

https://buildd.debian.org/status/fetch.php?pkg=sagemath=amd64=8.1-2%2Bb2=1517950645=0

Bug#889973: seahorse FTCBFS: uses the build architecture pkg-config

[Helmut Grohne]

Source: seahorse
Version: 3.20.0-5
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap
Control: affects 889920 + src:seahorse
Control: affects 889925 + src:seahorse

seahorse fails to cross build from source, because it use the build
architecture pkg-config (via AC_PATH_PROG rather than AC_PATH_TOOL) and
thus fails to find relevant libraries. The attached patch fixes that.

Then it fails due to the general valac mess reported in #889920 and
#889925. Please just fix the pkg-config stuff here and close this bug.

Helmut
Index: seahorse-3.20.0/configure.ac
===
--- seahorse-3.20.0.orig/configure.ac
+++ seahorse-3.20.0/configure.ac
@@ -30,7 +30,7 @@
 AM_PROG_CC_C_O
 AC_PROG_INTLTOOL([0.35.0])
 AC_PROG_RANLIB
-AC_PATH_PROG(PKG_CONFIG, pkg-config, no)
+PKG_PROG_PKG_CONFIG
 
 GETTEXT_PACKAGE=seahorse
 AC_SUBST(GETTEXT_PACKAGE)

Bug#877388: s-nail adoption

[Paride Legovini]

Dear Hilko,

If you didn't change your mind, I would like to adopt s-nail. I used it
quite a few times when developing email sending scripts and it always
served me well. I would be happy to take care of its Debian package.

I took a look at the packaging and I see it's up-to-date with the latest
upstream release and you're using the classic branch structure I'm
already familiar with. I would like to move the repository to salsa
(under the "debian" group, the equivalent of collab-maint). I already
maintain a couple of packages there.

I am not a DD, so I will need support in creating the repository and
sponsorship for the upload.

Best regards,

Paride



signature.asc
Description: OpenPGP digital signature

Bug#889972: ITP: node-hullabaloo-config-manager -- Manages complex Babel config chains

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-hullabaloo-config-manager
  Version : 1.1.1
  Upstream Author : Mark Wubben (https://novemberborn.net/)
* URL :
https://github.com/novemberborn/hullabaloo-config-manager#readme
* License : Expat
  Programming Lang: JavaScript
  Description : Manages complex Babel config chains

 This module manages complex Babel config chains, avoiding duplicated
work and
 enabling effective caching.
 .
 Config sources and plugin and preset dependencies can be hashed and used as
 cache keys. The cache keys and generated module can be verified to
avoid having
 to repeatedly resolve the config chains, and to be sure a previously
 transformation result can be reused.
 .
 This module is used by AVA, a futuristic test runner.
 .
 Node.js is an event-based server-side JavaScript engine.



signature.asc
Description: OpenPGP digital signature

Bug#853527: lmms: ftbfs with GCC-7

[Dmitry Eremin-Solenikov]

Package: src:lmms
Followup-For: Bug #853527

LMMS is out of testing for quite a long time. Any progress on uploading
1.1.3-8 or packaging 1.1.90?

-- 
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.14.0-3-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)
LSM: AppArmor: enabled

Bug#888073: Multiarch interpreter names for traditional architectures

[Javier Serrano Polo]

El dv 09 de 02 de 2018 a les 15:02 +0100, Aurelien Jarno va escriure:
> The notion of "multiarch interpreter" doesn't exist.

It does exist, but you do not accept it. You are now denying the
official support that exists in Debian.
Use /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 as the program
interpreter and the program will work perfectly in Debian and
derivatives.


smime.p7s
Description: S/MIME cryptographic signature

Bug#887107: Bug #887107 https://i18n.debian.org/material/data/unstable.gz not updated since 2017-11-23

[Laura Arjona Reina]

Hi all

I see there are some packages excludes from the gen-material script, due to
different issues:

https://anonscm.debian.org/cgit/debian-l10n/dl10n.git/tree/etc/dl10n.conf

Maybe we can workaround the problem adding the packages that are problematic now
to the exclusion list.
I'll try to put some time on this later.

Cheers
-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#889961: courier-authdaemon: Upgrade failures in 0.68.0-4 package

[J Mo]

I was working on this yesterday. First noticed it about a week ago. Here 
are the upstream bugs:


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889144

https://github.com/systemd/systemd/issues/8085



And the money quotes:

"looking at the bigger picture here: This change in systemd, while with 
security in mind, changes the way PIDfiles have been handled for the 
last ... forever."


"and who will be blamed (again)? systemd of course, "breaking all the 
things again".


And rightfully so. This is systemd breaking shit again for fun.



On 02/09/2018 02:33 AM, Amos Jeffries wrote:

It seems that the systemd/systemctl is removing the
/run/courier/authdaemon/pid file underneath courier.

Removing the line "PIDFile=/run/courier/authdaemon/pid" from the
installed .service file resolves this problem and upgrade works fine.

Amos

Bug#888073: Multiarch interpreter names for traditional architectures

[Aurelien Jarno]

On 2018-02-06 01:55, Javier Serrano Polo wrote:
> Debian glibc officially supports multiarch interpreter names, even for
> traditional architectures. For instance, the multiarch interpreter for
> x86_64 is /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 . There is
> consensus among Debian-based distros.

The notion of "multiarch interpreter" doesn't exist. On debian x86_64,
the program interpreter is /lib64/ld-linux-x86-64.so.2 just like any
other x86_64 distribution.

Aurelien

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

Bug#673033: Confirmed

[Teus Benschop]

tags + confirmed + upstream + fixed
thanks

The bug appears to be fixed upstream.
It was tested and confirmed to be fixed in upstream version 1.8.1.
The upstream version is available here:
http://www.crosswire.org/ftpmirror/pub/sword/source/v1.8/
Once the package maintainer will package this version, I expect this bug to
be fixed.

On Fri, 9 Feb 2018 at 14:41 Teus Benschop  wrote:

> Control: tags + confirmed
> thanks
>
> Hi,
>
> Sorry for the late response to this bug report.
>
> The bug still occurs in version 1.7.3 of diatheke.
>
> The symptoms as you describe still occur in this new version.
>
>

Bug#862397: (no subject)

[Ken Milmore]

I came across this bug when using the Unison file synchroniser.  I have 
been able to reproduce it reliably as follows: Simply open a directory 
with Thunar and then execute the following shell fragment inside the 
same directory:


# while true ; do touch a ; mv a b ; rm b ; done

The Thunar window will become unresponsive almost immediately.

I can confirm that the above mentioned patch from Xfce upstream does 
indeed fix the issue. The patch already seems to have been rolled out in 
Ubuntu.



I would strongly recommend applying this patch in the next stable point 
release of Debian - it has a major effect on usability of the Xfce desktop.

Bug#673033: Confirmed

[Teus Benschop]

Control: tags + confirmed
thanks

Hi,

Sorry for the late response to this bug report.

The bug still occurs in version 1.7.3 of diatheke.

The symptoms as you describe still occur in this new version.

Bug#889344: O: commons-vfs -- Java API for accessing various filesystems

[Emmanuel Bourg]

Control: Close -1

This package is team maintained.

Bug#889970: ITP: horizon-eda -- EDA layout and schematic package

[Wookey]

Package: wnpp
Severity: wishlist
Owner: Wookey 

* Package name: horizon-eda
  Version : 0.2018-02
  Upstream Author : Lukas Kramer 
* URL : https://github.com/carrotIndustries/horizon
* License : GPL-3
  Programming Lang: C++
  Description : EDA layout and schematic package

 Electronic design package, covering the complete design flow from 
 schematic entry to gerber export. Includes interactive routing,
 rule-based DRC, 3D board layout, and a unified, netlist-aware, editor
 from symbol to board. The fundamental difference from KiCAD is the
 modern library management based around actual part IDs. It's a C++
 application that runs on Linux and Windows.


This is a fairly new package, presented at FOSDEM 2018. It is still
early in development, but it's already quite useable. It is an
alternative to KiCAD differentiated by fundamentally different choices
about library management.

I've packaged it in order to try it :-)

Bug#650519: No longer crashes with KJV

[Teus Benschop]

tags + fixed
thanks

Hi,

Sorry for the very late response to this bug report.

I have tried it on Bibletime version 2.11.1.
The crash described in this bug report does not occur in this version.
It must have been fixed along the way.

If it still happens on your system with this version, 2.11.1, may you
provide a crash log.

Thank you for reporting this and for your contribution to Debian.

Bug#888605: [gajim] Regression: kwallet integration missing

[Charlemagne Lasse]

Source: gajim
Source-Version: 1.0.0~beta1-1

Seems to work here. Thanks

Bug#889924: aptitude: obtaining changelogs

[David Kalnischkies]

On Fri, Feb 09, 2018 at 12:42:12PM +0100, Ansgar Burchardt wrote:
> FWIW we added a `Changelogs` field to Debian's Release files so tools
> like apt or aptitude no longer have to hardcode the source URL for
> changelogs for every distribution.  This was requested by the apt

libapt has the pkgAcqChangelog class which can be used for this, e.g.

new pkgAcqChangelog(, Ver, ".");

to download the changelog file to the current directory – without giving
a path it will us a temporary file. See apt-private/private-download.cc
and especially DoChangelog for the implementation of "apt(-get)
changelog" as a complete example.

Perhaps this is another command aptitude could delegate entirely by
calling apt – but I don't know aptitude specifics.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#889953: libbpp-phyl FTBFS on 32bit: RegisterRatesSubstitutionModel.h:154:36: error: invalid covariant return type

[Andreas Tille]

Hi Julien,

On Fri, Feb 09, 2018 at 09:34:58AM +0100, Julien Yann Dutheil wrote:
> I have committed a patch. But there are other errors like:

Thanks for the quick response.  For future pushes can you please make
sure two things:

   1. Add DEP3 headers to the patch - at least Author, Last-Updated and
  Description, if applicable Bug-Debian.
   2. Close fixed bugs in changelog

I've pushed my changes in case you have no idea what I mean.

Kind regards

   Andreas.

-- 
http://fam-tille.de