Bug#889524: r-bioc-biocparallel: Fixes needed for compatibility with boost 1.65

[Steve Langasek]

Package: r-bioc-biocparallel
Version: 1.12.0-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear Andreas,

The latest r-bioc-biocparallel has failed to build on arm64 and ppc64el in
Ubuntu, because Ubuntu has moved to boost 1.65, and as of this version,
librt is needed because boost::interprocess::shared_memory_object is
implemented on top of shm_open().

I have uploaded the attached patch to Ubuntu to fix this build failure.  You
may wish to consider including it in Debian as well, since this will
eventually become a build failure there once Debian also updates boost.

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 r-bioc-biocparallel-1.12.0/debian/patches/librt-linkage.patch 
r-bioc-biocparallel-1.12.0/debian/patches/librt-linkage.patch
--- r-bioc-biocparallel-1.12.0/debian/patches/librt-linkage.patch   
1969-12-31 16:00:00.0 -0800
+++ r-bioc-biocparallel-1.12.0/debian/patches/librt-linkage.patch   
2018-02-03 23:25:35.0 -0800
@@ -0,0 +1,13 @@
+Description: link librt for shm_open()
+ In boost 1.65, boost::interprocess::shared_memory_object is implemented
+ in terms of shm_open(), which according to shm_open(3), requires linking
+ against librt.  Pass this option explicitly in src/Makevars, since boost
+ can't do this for us.
+Author: Steve Langasek 
+
+Index: r-bioc-biocparallel-1.12.0/src/Makevars
+===
+--- /dev/null
 r-bioc-biocparallel-1.12.0/src/Makevars
+@@ -0,0 +1 @@
++PKG_LIBS = -lrt
diff -Nru r-bioc-biocparallel-1.12.0/debian/patches/series 
r-bioc-biocparallel-1.12.0/debian/patches/series
--- r-bioc-biocparallel-1.12.0/debian/patches/series2017-11-07 
08:30:12.0 -0800
+++ r-bioc-biocparallel-1.12.0/debian/patches/series2018-02-03 
23:20:21.0 -0800
@@ -1,2 +1,3 @@
 ignore_test_requiring_rmpi.patch
 use_debian_packages_boost.patch
+librt-linkage.patch

Bug#889523: foobillardplus FTCBFS: configures for the build architecture

[Helmut Grohne]

Source: foobillardplus
Version: 3.43~svn170+dfsg-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects 871470 + src:foobillardplus

foobillardplus fails to cross build from source, because it does not
pass --host to ./configure. Using dh_auto_configure fixes that. After
doing so, it still fails to cross build due to #871470. Please consider
applying the attached patch anyway and close this bug when doing so.

Helmut
diff --minimal -Nru foobillardplus-3.43~svn170+dfsg/debian/changelog 
foobillardplus-3.43~svn170+dfsg/debian/changelog
--- foobillardplus-3.43~svn170+dfsg/debian/changelog2017-06-25 
21:19:55.0 +0200
+++ foobillardplus-3.43~svn170+dfsg/debian/changelog2018-02-04 
07:20:20.0 +0100
@@ -1,3 +1,11 @@
+foobillardplus (3.43~svn170+dfsg-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Partially fix FTCBFS: Let dh_auto_configure pass --host to ./configure
+(Closes: #-1).
+
+ -- Helmut Grohne   Sun, 04 Feb 2018 07:20:20 +0100
+
 foobillardplus (3.43~svn170+dfsg-4) unstable; urgency=medium
 
   * Declare compliance with Debian Policy 4.0.0.
diff --minimal -Nru foobillardplus-3.43~svn170+dfsg/debian/rules 
foobillardplus-3.43~svn170+dfsg/debian/rules
--- foobillardplus-3.43~svn170+dfsg/debian/rules2017-06-25 
21:19:55.0 +0200
+++ foobillardplus-3.43~svn170+dfsg/debian/rules2018-02-04 
07:20:19.0 +0100
@@ -17,7 +17,7 @@
autoconf -f
autoheader -f
automake -a -c -f
-   ./configure \
+   dh_auto_configure -- \
--enable-network=no \
--enable-fastmath=no \
--enable-debian

Bug#889522: baresip FTBFS: test failure

[Adrian Bunk]

Source: baresip
Version: 0.5.7-1
Severity: serious

Some recent change in unstable makes baresip FTBFS:

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

...
[ RUN  ] test_ua_register
ua: SIP register failed: Invalid argument
TEST_ERR: test/ua.c:114: (Invalid argument)
selftest: ua_register test failed (Invalid argument)
ua: SIP register failed: Invalid argument
TEST_ERR: test/ua.c:114: (Invalid argument)
selftest: ua_register test failed (Invalid argument)
ua: SIP register failed: Invalid argument
TEST_ERR: test/ua.c:114: (Invalid argument)
selftest: ua_register test failed (Invalid argument)
test_ua_register: test failed (Invalid argument)
test failed (Invalid argument)
re main loop:
  maxfds:  1024
  nfds:24
  method:  3 (epoll)

Makefile:208: recipe for target 'test' failed
make[1]: *** [test] Error 22

Bug#889521: libmsv FTBFS on mips64el: shared library not built

[Adrian Bunk]

Source: libmsv
Version: 1.1.1-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=libmsv&arch=mips64el&ver=1.1.1-1&stamp=1517695216&raw=0

...
checking whether to build shared libraries... no
...
mv debian/libmsv1/usr/lib/*.a debian/libmsv-dev/usr/lib
mv debian/libmsv1/usr/lib/*.so debian/libmsv-dev/usr/lib
mv: cannot stat 'debian/libmsv1/usr/lib/*.so': No such file or directory
debian/rules:45: recipe for target 'binary-arch' failed
make: *** [binary-arch] Error 1


For some reason it Works for me on eller.

Bug#889520: ITP: golang-github-disintegration-imaging -- Simple Go image processing package

[Anthony Fok]

Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

* Package name: golang-github-disintegration-imaging
  Version : 1.3.0-1
  Upstream Author : Grigory Dryapak
* URL : https://github.com/disintegration/imaging
* License : Expat
  Programming Lang: Go
  Description : Simple Go image processing package

 Package imaging provides basic image manipulation functions (resize,
 rotate, flip, crop, etc.).  This package is based on the standard Go
 image package and works best along with it.
 .
 Image manipulation functions provided by the package take any
 image type that implements image.Image interface as an input,
 and return a new image of *image.NRGBA type (32bit RGBA colors, not
 premultiplied by alpha).

Reason for packaging: Needed by Hugo >= 0.32 for image processing.

Bug#889151: python3-matplotlib: backports.functools_lru_cache, subprocess32 are not Python 3 dependencies

[Adrian Bunk]

Control: severity -1 serious
Control: affects -1 src:python-memprof

On Fri, Feb 02, 2018 at 10:28:50AM -0800, Diane Trout wrote:
>...
> It looks like the requirements.txt file to resolve #887964 and
> #887965 for Python 2 is being incorrectly installed in the Python 3
> package.
>...

I'm raising the severity since this causes  python-memprof to FTBFS:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/python-memprof.html

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#889519: open-adventure: Please set $TERM when running test suite

[Steve Langasek]

Package: open-adventure
Version: 1.4+git20170917.0.d512384-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear Tobias,

The open-adventure package fails to build in Ubuntu, because the Ubuntu
autobuilders run with a $TERM value of 'unknown', and the open-adventure
testsuite doesn't like this:

cd tests; make --quiet
make[2]: Entering directory 
'/<>/open-adventure-1.4+git20170917.0.d512384/tests'
cheat: Generate save file with -900 deaths
  axebear ## Observe axe after throwing at bear
cheat: Generate save file with -1000 deaths
cheat: Generate save file with version -1337
cheat: Generate save file 1000 saves
--- axebear.chk 2017-09-17 15:35:45.0 +
+++ /tmp/regress59172018-01-31 09:49:33.370681503 +
@@ -1,3 +1,5 @@
+No entry for terminal type "unknown";
+using dumb terminal settings.
 
 Welcome to Adventure!!  Would you like instructions?
 
Makefile:92: recipe for target 'regress' failed
make[2]: *** [regress] Error 1

(https://launchpad.net/ubuntu/+source/open-adventure/1.4+git20170917.0.d512384-1/+build/13665404)

Please consider the attached patch, which makes the package build more
portable by setting TERM to a known-good value.

-- 
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 open-adventure-1.4+git20170917.0.d512384/debian/rules 
open-adventure-1.4+git20170917.0.d512384/debian/rules
--- open-adventure-1.4+git20170917.0.d512384/debian/rules   2017-09-17 
05:52:01.0 -0700
+++ open-adventure-1.4+git20170917.0.d512384/debian/rules   2018-02-03 
22:14:05.0 -0800
@@ -6,6 +6,8 @@
 # package maintainers to append LDFLAGS
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
 
+export TERM=xterm
+
 %:
dh $@
 

Bug#889518: z-push: Please depend on php-xsl, not php7.0-xsl

[Steve Langasek]

Package: z-push
Version: 2.3.8-2
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear maintainers,

The z-push-backend-carddav package currently depends on php7.0-xsl; but all
other php dependencies are on php-*, which currently points to php7.2.  Thus
php7.0-xsl is not actually usable together with the other php packages, and
is bound to leave this dependency unsatisfied at runtime.

Please adjust the dependencies to point to php-xsl instead.  This is
unfortunately a virtual package provided by multiple php7.x-xsl packages in
Debian, but that is a separate bug which should be fixed in the php
packaging.

-- 
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 z-push-2.3.8/debian/control z-push-2.3.8/debian/control
--- z-push-2.3.8/debian/control 2017-10-26 09:58:24.0 -0700
+++ z-push-2.3.8/debian/control 2018-02-03 21:54:34.0 -0800
@@ -126,7 +126,7 @@
 Architecture: all
 Depends:
  php-curl,
- php7.0-xsl,
+ php-xsl,
  z-push-common (= ${binary:Version}),
  ${misc:Depends},
 Description: open source implementation of the ActiveSync protocol - CardDav 
backend

Bug#889517: libklibc: klibc segfaults during boot that leads to kernel panic on sparc64

[csaba mate]

Package: libklibc
Version: 2.0.4-10
Severity: normal

Dear Maintainer,

after upgrading from 4.14-1 to 4.14-3, my sparc does not boot anymore.
during the boot, i see some klibc segfaults and a kernel panic.
please find the console output below of booting up first the 4.14-3,
then the 4.14-1.

thanks,
cs





Sun Netra X1 (UltraSPARC-IIe 400MHz), No Keyboard
OpenBoot 4.0, 256 MB memory installed, Serial #50652786.
Ethernet address 0:3:ba:4:e6:72, Host ID: 8304e672.



Executing last command: boot  
Boot device: disk  File and args: 
SILO Version 1.4.14
boot: 
Allocated 64 Megs of memory at 0x4000 for kernel
Uncompressing image...
Loaded kernel version 4.14.13
Loading initial ramdisk (18172824 bytes at 0x6400 phys, 0x40C0 virt)...
|
[0.92] PROMLIB: Sun IEEE Boot Prom 'OBP 4.0.6 2001/02/19 09:56'
[0.000165] PROMLIB: Root node compatible: sun4u
[0.000432] Linux version 4.14.0-3-sparc64 (debian-ker...@lists.debian.org) 
(gcc version 7.2.0 (Debian 7.2.0-18)) #1 Debian 4.14.13-)
[0.287718] bootconsole [earlyprom0] enabled
[0.338602] ARCH: SUN4U
[0.367813] Ethernet address: 00:03:ba:04:e6:72
[0.421762] MM: PAGE_OFFSET is 0xf800 (max_phys_bits == 40)
[0.500700] MM: VMALLOC [0x0001 --> 0x0600]
[0.575512] MM: VMEMMAP [0x0600 --> 0x0c00]
[0.653089] Kernel: Using 3 locked TLB entries for main kernel image.
[0.729136] Remapping the kernel... 
[0.730888] done.
[1.082375] OF stdout device is: /pci@1f,0/isa@7/serial@0,3f8
[1.150118] PROM: Built device tree with 68464 bytes of memory.
[1.221077] Top of RAM: 0x67ec8000, Total RAM: 0xfe36000
[1.284155] Memory hole size: 1408MB
[1.934375] Allocated 16384 bytes for kernel page tables.
[1.998537] Zone ranges:
[2.028126]   Normal   [mem 0x4000-0x67ec7fff]
[2.101895] Movable zone start for each node
[2.152809] Early memory node ranges
[2.195416]   node   0: [mem 0x4000-0x47ff]
[2.270227]   node   0: [mem 0x6000-0x66ffdfff]
[2.345040]   node   0: [mem 0x6700-0x67df]
[2.419852]   node   0: [mem 0x67e8-0x67ea]
[2.494665]   node   0: [mem 0x67ec-0x67ec7fff]
[2.569486] Initmem setup node 0 [mem 0x4000-0x67ec7fff]
[2.685439] Booting Linux...
[2.718905] CPU CAPS: [flush,stbar,swap,muldiv,v9,mul32,div32,v8plus]
[2.795781] CPU CAPS: [vis]
[2.838321] Built 1 zonelists, mobility grouping on.  Total pages: 32253
[2.917466] Kernel command line: root=/dev/sda2 ro
[2.981962] PID hash table entries: 1024 (order: 0, 8192 bytes)
[3.053800] Dentry cache hash table entries: 32768 (order: 5, 262144 bytes)
[3.137419] Inode-cache hash table entries: 16384 (order: 4, 131072 bytes)
[3.218689] Sorting __ex_table...
[3.281507] Memory: 215888K/260312K available (6037K kernel code, 752K 
rwdata, 1664K rodata, 464K init, 398K bss, 44424K reserved, 0)
[3.438762] random: get_random_u32 called from 
cache_alloc_refill+0x260/0xb40 with crng_init=0
[3.542150] ftrace: allocating 20945 entries in 41 pages
[3.703413] NR_IRQS: 2048, nr_irqs: 2048, preallocated irqs: 1
[3.772437] clocksource: hbtick: mask: 0x max_cycles: 
0x148020aa9, max_idle_ns: 440795202069 ns
[3.892732] clocksource: mult[b400012e] shift[24]
[3.948838] clockevent: mult[16c16bf] shift[32]
[4.003962] Console: colour dummy device 80x25
[4.056131] console [tty0] enabled
[4.096612] bootconsole [earlyprom0] disabled
[0.92] PROMLIB: Sun IEEE Boot Prom 'OBP 4.0.6 2001/02/19 09:56'
[0.000165] PROMLIB: Root node compatible: sun4u
[0.000432] Linux version 4.14.0-3-sparc64 (debian-ker...@lists.debian.org) 
(gcc version 7.2.0 (Debian 7.2.0-18)) #1 Debian 4.14.13-)
[0.287718] bootconsole [earlyprom0] enabled
[0.338602] ARCH: SUN4U
[0.367813] Ethernet address: 00:03:ba:04:e6:72
[0.421762] MM: PAGE_OFFSET is 0xf800 (max_phys_bits == 40)
[0.500700] MM: VMALLOC [0x0001 --> 0x0600]
[0.575512] MM: VMEMMAP [0x0600 --> 0x0c00]
[0.653089] Kernel: Using 3 locked TLB entries for main kernel image.
[0.729136] Remapping the kernel... 
[0.730888] done.
[1.082375] OF stdout device is: /pci@1f,0/isa@7/serial@0,3f8
[1.150118] PROM: Built device tree with 68464 bytes of memory.
[1.221077] Top of RAM: 0x67ec8000, Total RAM: 0xfe36000
[1.284155] Memory hole size: 1408MB
[1.934375] Allocated 16384 bytes for kernel page tables.
[1.998537] Zone ranges:
[2.028126]   Normal   [mem 0x4000-0x67ec7fff]
[2.101895] Movable zone start for each node
[2.152809] Early memory node ranges
[2.195416]   node   0: [mem 0x4000-0x47ff]
[2.270227]   

Bug#889516: ITP: el-ixir -- two-player board game with randomness

[Adam Borowski]

Package: wnpp
Severity: wishlist
Owner: Adam Borowski 

* Package name: el-ixir
  Version : 3.0
  Upstream Author : me
* URL : https://github.com/kilobyte/el-ixir
* License : GPL2+
  Programming Lang: Pascal
  Description : two-player board game with randomness
 El-Ixir is a board game that has apparently been invented by Isoft in 1981,
 released as a booter floppy.  This is a quite faithful remake, like the
 original using text-mode graphics.
 .
 Every turn, players are presented with four random squares they can place
 a block on.  The object of the game is to connect as many blocks to the
 board's corners as you can, possibly “embracing” areas while doing so.

Just a thingy I made in 1990.  Probably a curses-like same-computer
interface won't make it popular today, now that everyone expects to tap a
phone even if the opponent sits next to you -- but there are stronger
contenders for the title of the crappiest package in the archive.
And those of us whose beards are grey enough know how to use a shared
tmux for remote play.

Bug#873440: ruby-grpc FTBFS: cc1: error: -Wformat-security ignored without -Wformat

[Steve Langasek]

Package: ruby-grpc
Version: 1.3.2+debian-3
Followup-For: Bug #873440
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Hi Pirate,

Here's a patch to fix this build failure, which has been uploaded to Ubuntu.

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 ruby-grpc-1.3.2+debian/debian/patches/no-cflags-override.patch 
ruby-grpc-1.3.2+debian/debian/patches/no-cflags-override.patch
--- ruby-grpc-1.3.2+debian/debian/patches/no-cflags-override.patch  
1969-12-31 16:00:00.0 -0800
+++ ruby-grpc-1.3.2+debian/debian/patches/no-cflags-override.patch  
2018-02-03 20:20:51.0 -0800
@@ -0,0 +1,19 @@
+Description: Don't set -Wno-format which conflicts with default hardening flags
+ ruby-grpc sets -Wno-format in cflags, but by default Debian sets -Wformat
+ -Werror=format-security.  Passing -Wno-format breaks setting
+ -Werror=format-security, which should be kept for security reasons.
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/873400
+
+Index: ruby-grpc-1.3.2+debian/src/ruby/ext/grpc/extconf.rb
+===
+--- ruby-grpc-1.3.2+debian.orig/src/ruby/ext/grpc/extconf.rb
 ruby-grpc-1.3.2+debian/src/ruby/ext/grpc/extconf.rb
+@@ -106,7 +106,6 @@
+ $CFLAGS << ' -Wall '
+ $CFLAGS << ' -Wextra '
+ $CFLAGS << ' -pedantic '
+-$CFLAGS << ' -Wno-format '
+ 
+ output = File.join('grpc', 'grpc_c')
+ puts 'Generating Makefile for ' + output
diff -Nru ruby-grpc-1.3.2+debian/debian/patches/series 
ruby-grpc-1.3.2+debian/debian/patches/series
--- ruby-grpc-1.3.2+debian/debian/patches/series2017-08-04 
11:36:52.0 -0700
+++ ruby-grpc-1.3.2+debian/debian/patches/series2018-02-03 
20:18:41.0 -0800
@@ -3,3 +3,4 @@
 no-make-in-extconf.patch
 use-system-grpc.patch
 fix-protoc-path.patch
+no-cflags-override.patch

Bug#889515: RFS: persepolis/3.0.1-1 [ITP]

[Moein Alinaghian]

Package: sponsorship-requests
Severity: wishlist


Dear Mentors,

I am looking for a sponsor for the package I created, "persepolis".

* Package name: persepolis
  Version : 3.0.1-1
  Upstream Author : Alireza Amirsamimi 
* URL : https://persepolisdm.github.io/
* License : GPL-3+
  Section : net

It builds the following package:
persepolis - Download Manager with a GUI based on Aria2

To access further information about this package, please visit the
following URL:
https://mentors.debian.net/package/persepolis

Alternatively, one can download the package with dget using this command:
dget -x 
https://mentors.debian.net/debian/pool/main/p/persepolis/persepolis_3.0.1-1.dsc

More information about persepolis can be obtained from
https://persepolisdm.github.io/ .

Sincerely yours,
Moein Alinaghian

Bug#889009: postfix: /etc/systemd/system/postfix.service.d/override.conf is not world readable

[Daniel Kahn Gillmor]

On Fri 2018-02-02 01:37:28 -0500, Scott Kitterman wrote:
> Actually, if you have that file, then something else is going on.  It was 
> removed from the package May 17th of last year both in unstable and 
> experimental, so I'm not sure why you still have it at all.

me neither, but if you've got any suggestions for how i could track it
down, i'm happy to pursue them.

or, if you'd just prefer that i remove it and we close this bug as a
mystery, i can deal with that too.  let me know what you prefer.

 --dkg


signature.asc
Description: PGP signature

Bug#889514: Not work desktop icons and set wallpapper

[Luiz Carlos]

Package: pcmanfm
Version: 1.2.5-3
Severity: important

When I start the system, all the desktop icons disappear, when I
right-click openbox options appear, I use the debian version with LXDE and
Debian works with pcmanfm to manage icons in the desktop.

This is output of errors:
 user@debian:~$ pcmanfm --desktop
** Message: x-terminal-emulator has very limited support, consider choose
another terminal

** (pcmanfm:25928): WARNING **: XDG_TEMPLATES_DIR is set to invalid path,
ignoring it
Segmentation fault
user@debian:~$ pcmanfm --desktop-pref
** Message: x-terminal-emulator has very limited support, consider choose
another terminal

** (pcmanfm:25960): WARNING **: XDG_TEMPLATES_DIR is set to invalid path,
ignoring it

$ pcmanfm --desktop
** Message: x-terminal-emulator has very limited support, consider choose
another terminal

** (pcmanfm:14319): WARNING **: XDG_TEMPLATES_DIR is set to invalid path,
ignoring it
Segmentation fault

Bug#889513: Mention that the "lock" disappearing doesn't mean the "file" disappears

[積丹尼 Dan Jacobson]

Package: daemontools
Version: 1:0.76-6.1
Severity: wishlist
File: /usr/share/man/man8/setlock.8.gz


Mention somewhere here that "yes the lock disappears, but that doesn't meant the
file disappears. You have to remove the file yourself."


   setlock opens fn for writing (creating it if it does not exist), obtains 
an exclusive lock on it, and runs child.

   Normally the lock disappears when child exits.

   Here's the complete story: child is given a descriptor for a locked 
ofile pointing to the disk file named fn.  The lock disappears when this ofile 
is

   o  closed by all the processes that have descriptors for it or

   o  explicitly unlocked.


$ setlock -n /tmp/rrr echo eee
eee
$ ls -l /tmp/rrr
-rw--- 1 jidanni jidanni 0 02-04 09:29 /tmp/rrr


Or add examples of intended usage, plus ls afterwards.

Bug#889512: say if fn means file earlier

[積丹尼 Dan Jacobson]

Package: daemontools
Version: 1:0.76-6.1
Severity: wishlist
File: /usr/share/man/man8/setlock.8.gz

Add an example to show if fn means file or file descriptor number or
what.

DESCRIPTION
   fn is a single argument.  child consists of one or more arguments.

   setlock opens fn for writing (creating it if it does not exist), obtains 
an exclusive lock on it, and runs child.

   Normally the lock disappears when child exits.

   Here's the complete story: child is given a descriptor for a locked 
ofile pointing to the disk file named fn.  The lock disappears when this ofile 
is

OK finally it is mentioned. Maybe mention it earlier.

Bug#889487: linux-image-4.14.0-2-amd64: please enable CONFIG_X86_MCELOG_LEGACY

[Jon DeVree]

On Sun, Feb 04, 2018 at 01:03:59 +0100, Ben Hutchings wrote:
> Control: severity -1 wishlist
> Control: tag -1 wontfix
> 
> On Sat, 2018-02-03 at 14:32 -0500, Jon wrote:
> > Package: src:linux
> > Version: 4.14.7-1
> > Severity: normal
> > 
> > Please enable CONFIG_X86_MCELOG_LEGACY so that /dev/mcelog exists again.
> > 
> > It seems this functionality was seperated from CONFIG_X86_MCE in 4.12
> > and is not enabled by default. I don't see it explicitly set one way or
> > another in the debian kernel source repo and no mention of it in the
> > changelog, so I assume that not enabling it is unintentional
> 
> This was unintentional, but I think it's correct.  The Kconfig says to
> use rasdaemon which is already packaged and in stable.
> 
> Ben.
> 

rasdaemon has a hard dependency on systemd, it isn't installable on
machines still running sysvinit.

Not sure if thats a hard dep or if it only just means rasdaemon is
missing a sysvinit script.


-- 
Jon
Doge Wrangler
X(7): A program for managing terminal windows. See also screen(1) and tmux(1).

Bug#887174: linaro-image-tools should depend on e2fsprogs explicitly

[Andreas Henriksson]

On Sun, Jan 14, 2018 at 08:07:29PM +0100, Helmut Grohne wrote:
> Package: linaro-image-tools
[...]
> /usr/bin/linaro-android-media-create contains e2label. According to file it 
> is a Python script, ASCII text executable

Seems e2label is only used if the --systemimage command line option
was passed. Makes me think a strict dependency might not be required.
Either a Recommends or Depends on e2fsprogs is possibly useful though.

> /usr/bin/linaro-hwpack-install contains e2fsck. According to file it is a 
> POSIX shell script, ASCII text executable
[...]

This file only mentions e2fsck in a code comment that talks about what
initramfs-tools is up to. Not sure if what the comment says is true,
but if it is then initramfs-tools should have the dependencies it needs
in place. (There's also already an open bug report against
initramfs-tools  see #887211)

Would be great to hear the maintainers view on this!

Regards,
Andreas Henriksson

Bug#887173: obs-build should depend on e2fsprogs explicitly

[Andreas Henriksson]

On Sun, Jan 14, 2018 at 08:08:26PM +0100, Helmut Grohne wrote:
> Package: obs-build
[...]
> /usr/lib/obs-build/build-vm contains mkfs.ext2, mkfs.ext3, mkfs.ext4 and 
> tune2fs. According to file it is a ASCII text
> /usr/lib/obs-build/init_buildsystem contains chattr. According to file it is 
> a Bourne-Again shell script, ASCII text executable
[...]

It seems both of these occurances are guarded by the CLEAN_BUILD
variable being set, which it seems to only be if you pass the
--clean command line option.

If set, there's also potential use for xfs and btrfs so their
respective packages should likely also be added at the same
potential level as e2fsprogs. Potentially it could be argued
that xfs and btrfs is less common and should thus be one level
below.

Given it doesn't seem strictly necessary for the commands to
be installed, but likely you want them if it was up to me I
might have used Recommends for e2fsprogs and either Recommends
or Suggests for xfsprogs, btrfs-tools.
If maintainers decides to be more strict and support less variantions
using Depends isn't something I'd object to either though.

Would be great to hear from maintainers on this!

Regards,
Andreas Henriksson

Bug#887176: [Resolvconf-devel] Bug#887176: resolvconf should depend on e2fsprogs explicitly

[Andreas Henriksson]

Hi Thomas,

On Fri, Jan 26, 2018 at 03:14:01PM +, Thomas Hood wrote:
> Hi there,
> 
> Is there any special reason not to add e2fsprogs as a dependency?

Not really. If you need it you should definitely add a dependency.

If you're refering to my previous comments, then I was just trying
to explore all possible theoretical possibilities.

I don't think it's useful to complicate things just to be able to avoid
a dependency on e2fsprogs, unless you have any particular reason for
doing it.

Hope to see this issue resolved soon.

Regards,
Andreas Henriksson

Bug#885411: python-pyelftools: Please mark python*-pyelftools as Multi-Arch: foreign

[Vagrant Cascadian]

On 2018-02-03, Tomasz Buchert wrote:
> On 26/12/17 12:37, Vagrant Cascadian wrote:
>> Please mark python-pyelftools and python3-pyelftools as "Multi-Arch:
>> foreign", so that it can be used to satisfy build-dependencies when
>> cross-building packages.
>>
>>   
>> https://wiki.debian.org/Multiarch/Implementation#Multi-Arch:_foreign_support_packages
...
> Thanks Vagrant,
> I wonder why I've changed Architecture to 'all' from 'any' at some point [1].
> Would you happen to know and/or maybe we would switch back to any?

Given that it's just a bunch of regular python, "Architecture: all"
seems correct, so I think you did the right thing, Tomasz. :)

I just also want it to to be satisfyable as build-depends when
cross-building packages, hence needing to also set "Multi-Arch:
foreign".

Thanks for considering it!


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#886655: debian-cd: Fails to add EFI Grub menu entries when append gets too long or so

[Steve McIntyre]

Control: tag -1 +pending

Hi!

Thanks for the bug report and reminding me about the patch. I've just
applied it in git and it'll be fixed in the next upload to unstable,
coming soon.

On Thu, Jan 18, 2018 at 03:34:26PM +0100, Moritz Schlarb wrote:
>Control: tag 886655 patch
>
>Hi everyone,
>
>I just found the same problem reported and solved in another mail here
>(<65b7a7928c7ef2da0ebc597643a3ca5dcfc4d098.1513345492.git.h...@univention.de>,
> https://lists.debian.org/debian-cd/2017/12/msg00018.html):
>
>> Debian added Multi-Arch support to its CD images, where "label" and
>> "append" have to be special parsed to distinguish between "ifcpu64" and
>> normal "linux" statements.
>> 
>> That broke "append" parsing, as those lines were no longer passed on for
>> further procession:
>>> 162: foreach my $line(@lines) {
>> ...
>>> 239} elsif ($line =~ /append (.*)$/ && $in_kernel) {
>>> 240$kernel{"append"} = $1;
>> no longer trigger.
>> 
>> Pass on the line if we are not in "ifcpu64==3" mode.
>> ---
>>  tools/boot/stretch/parse_isolinux | 2 ++
>>  1 file changed, 2 insertions(+)
>> 
>> diff --git a/tools/boot/stretch/parse_isolinux 
>> b/tools/boot/stretch/parse_isolinux
>> index 5ed32cb..a15e52d 100755
>> --- a/tools/boot/stretch/parse_isolinux
>> +++ b/tools/boot/stretch/parse_isolinux
>> @@ -66,6 +66,8 @@ sub parse_file {
>>  if ($in_ifcpu == 3) {
>>  parse_file($1);
>>  $in_ifcpu = 1;
>> +} else {
>> +push(@lines, $line);
>>  }
>>  } elsif ($line =~ /append (.*)$/ && $in_ifcpu == 2) {
>>  # Parse out the first entry - that's what we want to use
>
>Regards,
>-- 
>Moritz Schlarb
>Unix-Gruppe | Systembetreuung
>Zentrum für Datenverarbeitung
>Johannes Gutenberg-Universität Mainz
>Raum 01-331 - Tel. +49 6131 39-29441
>OpenPGP Fingerprint: DF01 2247 BFC6
>5501 AFF2 8445 0C24 B841 C7DD BAAF

>begin:vcard
>fn:Moritz Schlarb
>n:Schlarb;Moritz
>org;quoted-printable;quoted-printable:Johannes Gutenberg-Universit=C3=A4t 
>Mainz;Zentrum f=C3=BCr Datenverarbeitung
>adr;dom:;;;Mainz
>email;internet:schla...@uni-mainz.de
>tel;work:+49 6131 39 29441
>note;quoted-printable:OpenPGP Fingerprint: DF01 2247 BFC6=0D=0A=
>   5501 AFF2 8445 0C24 B841 C7DD BAAF
>version:2.1
>end:vcard
>




-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"I suspect most samba developers are already technically insane... Of
 course, since many of them are Australians, you can't tell." -- Linus Torvalds

Bug#885960: closed by Thomas Goirand (Bug#885960: fixed in miniupnpd 2.0.20171212-1)

[Nye Liu]

As noted in the upstream bug, I believe this should be a runtime (not 
compile time) option:


https://github.com/miniupnp/miniupnp/issues/277#issuecomment-362868926

Bug#889510: ruby-rspec: FTBFS with ruby2.5

[Andreas Beckmann]

Source: ruby-rspec
Version: 3.5.0c3e0m0s0-1
Severity: serious
Tags: sid buster experimental
Justification: fails to build from source
Control: found -1 3.6.0c0e0m0s0-1~exp1
Control: block 888531 with -1

Hi,

ruby-rspec in both sid and experimental FTBFS due to test failures
with ruby2.5 as the default.

Please see attached sid buildlog for the details of the failures, it's
hard for me to provide a batter excerpt than

  ERROR: Test "ruby2.5" failed. Exiting.


Andreas


ruby-rspec.build.gz
Description: application/gzip

Bug#889511: libpodofo: CVE-2018-5295

[Matthias Brinke]

Source: libpodofo
Version: 0.9.5-8
Tags: upstream security patch
Severity: important

CVE-2018-5295 from the security-tracker.debian.org:
In PoDoFo 0.9.5, there is an integer overflow in
the PdfXRefStreamParserObject::ParseStream function
(base/PdfXRefStreamParserObject.cpp). Remote attackers
could leverage this vulnerability to cause a denial-of-service
via a crafted pdf file.

I've implemented a patch to fix this vulnerability, it is attached
and tested with the PoC from the report (RedHat Bugzilla #1531897)
and GCC 7 UBSan (-fsanitize=undefined in CXXFLAGS set via .sbuildrc).
The builds were done with sbuild in an up-to-date Debian sid chroot.
I've done the tests in a sandbox, where without the patch,
signed integer overflow was detected, with it, nothing from UBSan.
Otherwise, the same (expected, correct for the PoC) exception message
with detailed info and "call stack" (via PdfError method) was output
by podofoimgextract.
This bug is probably also present in version 0.9.4-6 in stretch, but I
haven't tested that, I don't use stretch (yet).

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

Best regards, Matthias BrinkeDescription: Fix CVE-2018-5295
Author: Matthias Brinke 
Last-Updated: 2018-01-30
---
--- libpodofo-0.9.5.orig/src/base/PdfXRefStreamParserObject.cpp
+++ libpodofo-0.9.5/src/base/PdfXRefStreamParserObject.cpp
@@ -38,7 +38,9 @@
 #include "PdfStream.h"
 #include "PdfVariant.h"
 
-#include 
+// #include 
+
+#include 
 
 namespace PoDoFo {
 
@@ -122,12 +124,25 @@ void PdfXRefStreamParserObject::ParseStr
 {
 char*pBuffer;
 pdf_long lBufferLen;
-const size_t entryLen  = static_cast(nW[0] + nW[1] + nW[2]);
 
-if( nW[0] + nW[1] + nW[2] < 0 )
+for(pdf_int64 nLengthSum = 0, i = 0; i < W_ARRAY_SIZE; i++ )
 {
-PODOFO_RAISE_ERROR_INFO( ePdfError_NoXRef, "Invalid entry length in XRef stream" );
+if ( nW[i] < 0 )
+{
+PODOFO_RAISE_ERROR_INFO( ePdfError_NoXRef,
+"Negative field length in XRef stream" );
+}
+if ( std::numeric_limits::max() - nLengthSum < nW[i] )
+{
+PODOFO_RAISE_ERROR_INFO( ePdfError_NoXRef,
+"Invalid entry length in XRef stream" );
+}
+else
+{
+nLengthSum += nW[i];
+}
 }
+const size_t entryLen  = static_cast(nW[0] + nW[1] + nW[2]);
 
 this->GetStream()->GetFilteredCopy( &pBuffer, &lBufferLen );
 

Bug#888887: passwordsafe FTBFS on big endian: test failures

[Bill Blough]

I have uploaded passwordsafe-1.04+dfsg-2 which fixes the failures on all
big endian archs except for alpha and sparc64.

While those are not offically supported archs, if I can get access to a
porterbox for them, I will try to resolve those remaining issues, also.

Bug#889487: linux-image-4.14.0-2-amd64: please enable CONFIG_X86_MCELOG_LEGACY

[Ben Hutchings]

Control: severity -1 wishlist
Control: tag -1 wontfix

On Sat, 2018-02-03 at 14:32 -0500, Jon wrote:
> Package: src:linux
> Version: 4.14.7-1
> Severity: normal
> 
> Please enable CONFIG_X86_MCELOG_LEGACY so that /dev/mcelog exists again.
> 
> It seems this functionality was seperated from CONFIG_X86_MCE in 4.12
> and is not enabled by default. I don't see it explicitly set one way or
> another in the debian kernel source repo and no mention of it in the
> changelog, so I assume that not enabling it is unintentional

This was unintentional, but I think it's correct.  The Kconfig says to
use rasdaemon which is already packaged and in stable.

Ben.

-- 
Ben Hutchings
The generation of random numbers is too important to be left to chance.
   - Robert Coveyou



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

Bug#886782: pulseaudio: Audio playback is slow (sample rate mismatch?)

[Ben Hutchings]

Control: reassign -1 src:linux 4.9.65-3+deb9u2
Control: found -1 4.15~rc8-1
Control: tag -1 upstream

On Sat, 2018-02-03 at 17:41 +, Andy Simpkins wrote:
> Control: reassign -1 linux-image-4.9.0-5-amd64
[...]

Please always assign kernel bugs to the source package, since the set
of binary packages changes over time.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug


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

Bug#887010: telegram-desktop segfaults on debian buster (amd64) using Gnome3

[Alexander Gerasiov]

Hello Mattia,

On Sat, 3 Feb 2018 22:54:44 +0100
Mattia Rizzolo  wrote:

> > If this is the case, it should added as a dependency.
> > Unfortunately, I cannot test it as I'm running the current version
> > of Telegram right now.  
> 
> You say that, but libtgvoip1.0 *is* a dependency of the
> telegram-desktop package.
> I wonder how you could be without, did you manually install the deb
> with --force-depends or something?

Looks like original bugreport was posted _after_ user removed telegram
package. That's why reportbug shows dependence as removed.


-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: g...@cs.msu.su  WWW: http://gerasiov.net  Telegram/Skype:
 gerasiov PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8
 2AAC 33F1


pgp7yZw1Txgf_.pgp
Description: OpenPGP digital signature

Bug#889185: pps-tools: Please make build compatible with -Wl,--as-needed

[Alexander Gerasiov]

Hello Bernd,

On Sat, 3 Feb 2018 17:50:49 +0100
Bernd Zeimetz  wrote:

> Hi Alexander,
> 
> On 02/03/2018 12:05 PM, Alexander Gerasiov wrote:
> > Hello Steve,
> > 
> > Applied upstream.
> > 
> > Bernd, Steve, do you want me to tag it 1.0.2 ?  
> 
> yes please!
Done.

> 
> then I can just upload a new version instead of adding patches.

Exactly. Just want to know that there are no more fixes coming =)


-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: g...@cs.msu.su  WWW: http://gerasiov.net  Telegram/Skype:
 gerasiov PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8
 2AAC 33F1

Bug#889501: spamassassin: root escalation from debian-spamd user on kernels that do not have fs.protected_hardlinks=1

[Noah Meyerhans]

On Sat, Feb 03, 2018 at 03:58:10PM -0500, Daniel Kahn Gillmor wrote:
> This problem exists at least in debian unstable, but it appears to go
> back at least to 2012, when the debian-spamd user was introduced.
> (most likely, the recursive chown was to make it easier to transition
> existing setups that were already root-owned; those setups should now
> be obsolete and we don't have to account for them any more).

Yes, the recursive chown was needed because we used to run everything as
root. Realistically we probably could probably have just deleted the
original contents of the directory and relied on sa-update and/or
sa-compile to fix it, rather than chowning the contents.

> It can be fixed simply by making this chown non-recursive:

Yup.

noah



signature.asc
Description: PGP signature

Bug#888642:

[Michelle Konzack]

Am 2018-02-04 hackte Christopher Schramm in die Tasten:
> I think I found the initial problem: /usr/bin/dbus-launch does not
> terminate abnormally, it doesn't even start as it's not present. blueman
> is missing a dependency on dbus-x11.

Ahhh, this can be the reason, why it is working now.
I have installed some packages, from which I was thinking it COULD work!

Bug#856260: needrestart: always says newer kfreebsd kernel available

[Thomas Liske]

Hi Bill,

this report is about kfreebsd kernel - you are using a linux
kernel. Needrestart's warning on pending kernel updates seems to be
correct:

- running kernel is 4.9.0-4-686-pae build on 2017-09-28
- installed kernel is 4.9.0-4-686-pae build on 2017-12-03


HTH,
Thomas


Bill Brelsford  writes:

> I get the same message on one of my linux systems (stretch):
>
>   # uname -r
>   4.9.0-4-686-pae
>
>   # needrestart -v -k
>   [main] eval /etc/needrestart/needrestart.conf
>   [main] needrestart v2.11
>   [main] running in root mode
>   [Core] Using UI 'NeedRestart::UI::stdio'...
>   [Kernel] Linux: kernel release 4.9.0-4-686-pae, kernel version #1 SMP 
> Debian 4.9.51-1 (2017-09-28)
>   [Kernel/Linux] /boot/vmlinuz-4.9.0-4-686-pae => 4.9.0-4-686-pae 
> (debian-ker...@lists.debian.org) #1 SMP Debian 4.9.65-3 (2017-12-03) 
> [4.9.0-4-686-pae]
>   [Kernel/Linux] /boot/vmlinuz-4.9.0-3-686-pae => 4.9.0-3-686-pae 
> (debian-ker...@lists.debian.org) #1 SMP Debian 4.9.30-2+deb9u5 (2017-09-19) 
> [4.9.0-3-686-pae]
>   [Kernel/Linux] Expected linux version: 4.9.0-4-686-pae
>   Pending kernel upgrade!
>
>   Running kernel version:
> 4.9.0-4-686-pae
>
>   Diagnostics:
> The currently running kernel has an ABI compatible upgrade pending.
>
> This also occurred before the recent upgrade to 4.9.0-4-686-pae.
> Other systems with equivalent setups behave normally.
>
> Regards..  Bill
>

-- 

::  WWW:https://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr: https://www.flickr.com/photos/laugufe/  ::

Bug#889509: Fix CMake module installation, prepare for DNF support

[Mihai Moldovan]

Package: libsolv
Version: 0.6.30-1

This patch:
  - fixes how libsolv installs its FindLibSolv.cmake files, which has been
broken before - no, this is not a version file!
  - fixes various meta errors (dependencies, typo in patch file name that is
supposed to fix typos, symbols file cleanup, ...)
  - enables some optional features previously disabled and
  - patches libsolv's RPMDB handling to be compatible with the patched rpm
package version that uses ~/.rpmdb instead of the system-level /var/lib/rpm
dbpath.

I will probably have to push the latter patch upstream as well.

This patch also opens the way for DNF on Debian.



Mihai
diff -Nru libsolv-0.6.30/debian/changelog libsolv-0.6.30/debian/changelog
--- libsolv-0.6.30/debian/changelog	2017-11-03 09:02:08.0 +0100
+++ libsolv-0.6.30/debian/changelog	2018-02-02 14:33:28.0 +0100
@@ -1,3 +1,34 @@
+libsolv (0.6.30-2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches:
++ Drop 1004_cmake-module-path-fix.patch. Breaks package, since Find*
+  modules should actually be installed in the modules directory and this
+  file does NOT provide version information.
++ Add 1005_install-cmake-module-into-libdir.patch. Installs
+  FindLibSolv.cmake into ${libdir}/cmake/libsolv/.
++ Rename 1006_various-types.patch to 1006_various-typos.patch.
++ Add 3000_ext-repo_rpmdb.c_src_pool.h_c_debian-style-home-dir-rpmdb.patch
+  for RPMDB handling in home directories, compatible with Debian's rpm
+  package.
++ Add 3010_src-libsolv.ver_add-new-pool-homedir-functions.patch for binary
+  compatibility and exporting the newly inserted symbols.
++ Add 3020_bindings-solv.i_add-new-pool-homedir-functions.patch, providing
+  perl bindings for the new functions.
++ Add 3030_doc-misc_add-new-pool-homedir-functions.patch documenting the
+  new functions.
+  * debian/rules:
++ Enable complex (i.e., rich) dependencies support.
+* Enable Fedora comps support.
+  * debian/libsolv0.symbols:
++ Remove symbols related to libsolvext0.
+  * debian/libsolvext0.symbols:
++ Update.
+  * debian/control:
++ Add BD: dh-python.
+
+ -- Mihai Moldovan   Fri, 02 Feb 2018 14:33:28 +0100
+
 libsolv (0.6.30-1) unstable; urgency=medium
 
   [ Héctor Orón Martínez ]
diff -Nru libsolv-0.6.30/debian/control libsolv-0.6.30/debian/control
--- libsolv-0.6.30/debian/control	2017-11-03 09:00:30.0 +0100
+++ libsolv-0.6.30/debian/control	2018-02-02 14:33:28.0 +0100
@@ -1,11 +1,12 @@
 Source: libsolv
 Section: admin
 Priority: optional
 Maintainer: Mike Gabriel  
 Build-Depends:
  debhelper (>= 9),
  dpkg-dev (>= 1.16.1.1),
  cdbs,
+ dh-python,
  cmake, 
  libexpat1-dev,
  zlib1g-dev,
diff -Nru libsolv-0.6.30/debian/libsolv0-dev.install libsolv-0.6.30/debian/libsolv0-dev.install
--- libsolv-0.6.30/debian/libsolv0-dev.install	2016-06-29 16:25:10.0 +0200
+++ libsolv-0.6.30/debian/libsolv0-dev.install	2018-01-28 11:07:05.0 +0100
@@ -26,5 +26,5 @@
 usr/include/*/solv/transaction.h
 usr/include/*/solv/util.h
 usr/lib/*/libsolv.so
-usr/lib/*/cmake/
+usr/lib/*/cmake/libsolv/FindLibSolv.cmake
 usr/lib/*/pkgconfig/libsolv.pc
diff -Nru libsolv-0.6.30/debian/libsolv0.symbols libsolv-0.6.30/debian/libsolv0.symbols
--- libsolv-0.6.30/debian/libsolv0.symbols	2017-11-03 09:00:30.0 +0100
+++ libsolv-0.6.30/debian/libsolv0.symbols	2018-02-02 14:33:28.0 +0100
@@ -72,6 +72,7 @@
  pool_freewhatprovides@SOLV_1.0 0.6.5
  pool_get_flag@SOLV_1.0 0.6.5
  pool_get_rootdir@SOLV_1.0 0.6.5
+ pool_get_use_homedir@SOLV_1.1 0.6.30-2~
  pool_id2evr@SOLV_1.0 0.6.5
  pool_id2langid@SOLV_1.0 0.6.5
  pool_id2rel@SOLV_1.0 0.6.5
@@ -102,6 +103,7 @@
  pool_set_installed@SOLV_1.0 0.6.5
  pool_set_languages@SOLV_1.0 0.6.5
  pool_set_rootdir@SOLV_1.0 0.6.5
+ pool_set_use_homedir@SOLV_1.1 0.6.30-2~
  pool_setarch@SOLV_1.0 0.6.5
  pool_setarchpolicy@SOLV_1.0 0.6.5
  pool_setdebugcallback@SOLV_1.0 0.6.5
@@ -422,67 +424,3 @@
  transaction_order_get_cycleids@SOLV_1.0 0.6.21
  transaction_print@SOLV_1.0 0.6.5
  transaction_type@SOLV_1.0 0.6.5
-libsolvext.so.0 libsolv0 #MINVER#
- SOLV_1.0@SOLV_1.0 0.6.30
- pool_deb_get_autoinstalled@SOLV_1.0 0.6.30
- pool_findfileconflicts@SOLV_1.0 0.6.30
- repo_add_arch_local@SOLV_1.0 0.6.30
- repo_add_arch_pkg@SOLV_1.0 0.6.30
- repo_add_arch_repo@SOLV_1.0 0.6.30
- repo_add_code11_products@SOLV_1.0 0.6.30
- repo_add_content@SOLV_1.0 0.6.30
- repo_add_cudf@SOLV_1.0 0.6.30
- repo_add_deb@SOLV_1.0 0.6.30
- repo_add_debdb@SOLV_1.0 0.6.30
- repo_add_debpackages@SOLV_1.0 0.6.30
- repo_add_deltainfoxml@SOLV_1.0 0.6.30
- repo_add_helix@SOLV_1.0 0.6.30
- repo_add_keydir@SOLV_1.0 0.6.30
- repo_add_keyring@SOLV_1.0 0.6.30
- repo_add_mdk@SOLV_1.0 0.6.30
- repo_add_mdk_info@SOLV_1.0 0.6.30
- repo_add_products@SOLV_1.0 0.6.30
- repo_add_pubkey@SOLV_1.0 0.6.30
- repo_add_releasefile_products@SOLV_1.0 0.6.30
- repo_add_repomdxml@SOLV_1.0 0.6.30
- repo_add_rpm@SOLV_1.0 0.

Bug#889508: hostapd: please consider adding systemd service template

[Piotr Ożarowski]

Package: hostapd
Version: 2:2.4-1+deb9u1
Severity: wishlist
Tags: patch

Dear Andrew,

Please consider replacing hostapd.service with hostapd@.service
template - this makes it a lot easier if you have multiple WLAN cards

Here's the template I use:

  [Unit]
  Description=Advanced IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP 
Authenticator (%I)
  After=network.target
  BindsTo=sys-subsystem-net-devices-%i.device

  [Service]
  EnvironmentFile=/etc/default/hostapd
  ExecStart=/usr/sbin/hostapd $DAEMON_OPTS /etc/hostapd/%i.conf
  Restart=on-failure
  RestartSec=1

  [Install]
  WantedBy=multi-user.target sys-subsystem-net-devices-%i.device


it assumes one will feed it with wlan interface name, f.e.

  $ systemctl start hostapd@wlan0.service

will read config data from /etc/hostapd/wlan0.conf which should contain
"interface=wlan0" and will be stopped automatically if wlan0 interface is no
longer available (I use it to disable hostapd if USB device is removed or start
hostapd when USB device is inserted)

Note that I also changed forking type & removed creating PID file since
systemd can handle all this stuff

DAEMON_OPTS from /etc/default/hostapd is shared in all instances (if one needs
more options)

It's probably also worth mentioning `systemctl enable hostapd@wlan0.service`
commnand in a README

Bug#876237: Doesn't display all commits

[Antonio Ospite]

On Sun, 4 Feb 2018 07:57:47 +1100
Carlos Maddela  wrote:

> I'm not sure if this bug can be safely closed now, since I don't know if the
> behaviour I described previously was intended.
> 
> What has been resolved with the release of libgit2-glib/0.26.2-1 is that the
> 'Preferences' menu becomes available again in gitg, and you can choose
> the 'Show history in topological order' to restore the original behaviour in
> version 0.24.
> 

Sorry but I still see the issue with gitg, it can be replicated cloning
the repository mentioned in the upstream report:
https://bugzilla.gnome.org/show_bug.cgi?id=788090

Enabling topological order to fix the gitg issue is just a workaround.

My test case is a simple repository with only one branch, and gitg fails
to show all the commits, while the git command line tools work fine.

I am not sure if this is a libgit2 issue TBH, this simple pygit2 example
shows all the commits:


#!/usr/bin/env python3

import pygit2

#mode = pygit2.GIT_SORT_NONE
#mode = pygit2.GIT_SORT_TOPOLOGICAL
mode = pygit2.GIT_SORT_TIME
#mode |= pygit2.GIT_SORT_REVERSE

repo = pygit2.Repository('.git')
for commit in repo.walk(repo.head.target, mode):
print(commit.id, commit.message.split('\n')[0])


Ciao,
   Antonio

-- 
Antonio Ospite
https://ao2.it
https://twitter.com/ao2it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?

Bug#876701: needs a toggle

[Adam Borowski]

I wrote:
> Here's a patch that implements "~/.boring-bugs".  If such a file exists,
> all lines starting with a bug number make rc-alert and tools that use it
> filter out those bugs.

Unlike the RFC patch I submitted, it turns out that there's an override
needed -- sometimes you want to know "which packages not within my skillset
are at the risk of not getting to the next release?".  Also, I see that it's
not rare for a bug to rot despite having "Flags:   [ +  ] (patch)" --
while I don't know Python or Java enough to write a fix myself, these
languages are readable enough to assess a patch written by a non-DD
contributor.

Adding such an option is no rocket surgery, but it's up to you to decide
1. what the default should be (my guess: obey .boring-bugs by default),
2. how to name it.


Guillem Jover wrote:
> Could this file be namespaced under some devscripts directory, ideally
> under the XDG hierarchy?

What would you prefer?


ᛗᛖᛟᚹ!
-- 
⢀⣴⠾⠻⢶⣦⠀ The bill with 3 years prison for mentioning Polish concentration
⣾⠁⢰⠒⠀⣿⡁ camps is back.  What about KL Warschau (operating until 1956)?
⢿⡄⠘⠷⠚⠋⠀ Zgoda?  Łambinowice?  Most ex-German KLs?  If those were "soviet
⠈⠳⣄ puppets", Bereza Kartuska?  Sikorski's camps in UK (thanks Brits!)?

Bug#880391: libsane1: File conflict in Multi-Arch: same package

[Adam Conrad]

Package: sane-backends
Version: 1.0.27-1~experimental3
Followup-For: Bug #880391
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch



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

  * debian/rules: Drop timestamps from conflicting multiarch:same files
hwdb.d/20-sane.hwdb and rules.d/60-libsane1.rules (closes: #880391)

Should be self-explanatory.  Thanks for considering the patch.

... Adam

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

Kernel: Linux 4.13.0-25-lowlatency (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru sane-backends-1.0.27/debian/rules sane-backends-1.0.27/debian/rules
--- sane-backends-1.0.27/debian/rules   2017-10-28 05:18:46.0 -0600
+++ sane-backends-1.0.27/debian/rules   2018-02-03 14:26:39.0 -0700
@@ -107,7 +107,9 @@
# udev support
# Generate the udev rules file
$(CURDIR)/tools/sane-desc -s $(CURDIR)/doc/descriptions -m udev+hwdb > 
$(CURDIR)/debian/libsane1.udev
+   sed -i -e '/^# by sane-desc/d' $(CURDIR)/debian/libsane1.udev
$(CURDIR)/tools/sane-desc -s $(CURDIR)/doc/descriptions -m hwdb > 
$(CURDIR)/debian/20-sane.hwdb
+   sed -i -e '/^# by sane-desc/d' $(CURDIR)/debian/20-sane.hwdb
cp $(CURDIR)/debian/20-sane.hwdb 
$(CURDIR)/debian/libsane1/lib/udev/hwdb.d/
dh_installudev
 endif

Bug#889301: Updating the xft Uploaders list

[Cyril Brulebois]

Control: tag -1 patch pending

Tobias Frost  (2018-02-03):
> The MIA team has received notice that Cyril Brulebois  wishes
> no longer to be uploader of xft, but the corresponding was not filed,
> 
> The MIA team and would like to ask you to remove him from the Uploaders list
> of the package so we can close that part of the file.
> 
> (If the person is listed as Maintainer, what we are asking is to please
> step in as a new maintainer.)

Thanks for the reminder, applied in git:
  
https://salsa.debian.org/xorg-team/lib/xft/commit/df1553b409d8efb0f0af27bb1fcaa35585ce2ae0


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


signature.asc
Description: PGP signature

Bug#889507: icingaweb2: Fails with php7.2

[Symphorien Gibol]

Package: icingaweb2
Version: 2.4.1-1
Severity: important

Dear Maintainer,

php is now 7.2 in testing and upgrading from 7.0 to 7.2 broke icingaweb2
exactly as decribed here:
https://github.com/Icinga/icingaweb2/issues/3185
I applied the patch discussed above:
https://github.com/Icinga/icingaweb2/pull/3315
and it solved the problem.

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

Kernel: Linux 4.14.0-2-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)
LSM: AppArmor: enabled

Versions of packages icingaweb2 depends on:
ii  icingaweb2-common 2.4.1-1
ii  php-dompdf0.6.2+dfsg-3
ii  php-htmlpurifier  4.7.0-2
ii  php-xml   1:7.2+60
ii  php7.2-xml [php-xml]  7.2.1-1

Versions of packages icingaweb2 recommends:
ii  icingacli 2.4.1-1
ii  icingaweb2-module-doc 2.4.1-1
ii  icingaweb2-module-monitoring  2.4.1-1
ii  nginx-full [httpd]1.13.8-1
ii  php   1:7.2+60
ii  php-imagick   3.4.3~rc2-2+b1
ii  php-intl  1:7.2+60
ii  php-ldap  1:7.2+60
ii  php7.0 [php]  7.0.27-1
ii  php7.0-cli [php-cli]  7.0.27-1
ii  php7.0-intl [php-intl]7.0.27-1
ii  php7.0-json [php-json]7.0.27-1
ii  php7.0-ldap [php-ldap]7.0.27-1
ii  php7.2 [php]  7.2.1-1
ii  php7.2-cli [php-cli]  7.2.1-1
ii  php7.2-intl [php-intl]7.2.1-1
ii  php7.2-json [php-json]7.2.1-1
ii  php7.2-ldap [php-ldap]7.2.1-1

icingaweb2 suggests no packages.

-- no debconf information

Bug#886402: needrestart: Shows perl errors (uninitialized value)

[Thomas Liske]

tags 886402 upstream fixed-upstream
thanks


Hi,

the perl warnings have been already fixed upstream[1].

[1] 
https://github.com/liske/needrestart/commit/7ab8834b154f7813b0528424d149e0a0aa3f5b88


HTH,
Thomas


cre  writes:

> Package: needrestart
> Version: 2.11-4
> Severity: normal
>
> Dear Maintainer,
>
> The program seems to run fine, but it prints out these error messages just 
> before the "real" messages:
>
> $ sudo needrestart 
> [sudo] password for cre: 
> Use of uninitialized value $testp in stat at /usr/sbin/needrestart line 
> 462,  line 1.==  ]
> Use of uninitialized value $sdev in right bitshift (>>) at 
> /usr/sbin/needrestart line 463,  line 1.
> Use of uninitialized value $sdev in right bitshift (>>) at 
> /usr/sbin/needrestart line 463,  line 1.
> Use of uninitialized value $sdev in bitwise and (&) at 
> /usr/sbin/needrestart line 463,  line 1.
> Use of uninitialized value $sdev in right bitshift (>>) at 
> /usr/sbin/needrestart line 463,  line 1.
> Use of uninitialized value $sdev in right bitshift (>>) at 
> /usr/sbin/needrestart line 463,  line 1.
> Use of uninitialized value $sdev in bitwise and (&) at 
> /usr/sbin/needrestart line 463,  line 1.
> Use of uninitialized value $sdev in right bitshift (>>) at 
> /usr/sbin/needrestart line 475,  line 1.
> Use of uninitialized value $sdev in right bitshift (>>) at 
> /usr/sbin/needrestart line 475,  line 1.
> Use of uninitialized value $sinode in string eq at /usr/sbin/needrestart 
> line 480,  line 1.
> Scanning processes...
> Scanning candidates...
> Scanning linux images...
> [...cut...]
>
> That seems related to perl.
>
>
> -- Package-specific info:
> needrestart output:
> Your outdated processes:
> applet.py[1317], at-spi-bus-laun[1251], at-spi2-registr[1258], bash[21570], 
> claws-mail[21747], dbus-daemon[1256, 1174], dconf-service[1342], 
> firefox[21585], gvfsd[1306], keepassxc[21528],
>  light-locker[1324], panel-2-actions[1302], panel-4-notific[1301], 
> panel-6-systray[1300], panel-7-whisker[1289], panel-12-cpugra[1296], 
> panel-16-fsguar[1299], panel-17-netloa[1298],
>  panel-19-system[1297], pulseaudio[1318], sh[1166], systemd[1150], 
> terminator[21561], Thunar[1271], VBoxClient[1207, 1232, 1205, 1221, 1219, 
> 1227, 1225, 1233], vlc[21829], Web
>  Content[21634], xfce4-notifyd[1347], xfce4-panel[1272], 
> xfce4-power-man[1307, 1325], xfce4-session[1250], xfconfd[1262], 
> xfdesktop[1278], xfsettingsd[1274], xfwm4[1270]
>
> checkrestart output:
>
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
> LANGUAGE=en_US:en (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages needrestart depends on:
> ii  dpkg   1.19.0.4
> ii  gettext-base   0.19.8.1-4
> ii  libintl-perl   1.26-2
> ii  libmodule-find-perl0.13-1
> ii  libmodule-scandeps-perl1.24-1
> ii  libproc-processtable-perl  0.53-2+b2
> ii  libsort-naturally-perl 1.03-1
> ii  libterm-readkey-perl   2.37-1+b2
> ii  perl   5.26.1-3
> ii  xz-utils   5.2.2-1.3
>
> Versions of packages needrestart recommends:
> pn  libpam-systemd | sysvinit-core  
>
> Versions of packages needrestart suggests:
> ii  libnotify-bin  0.7.7-3
>
> -- Configuration Files:
> /etc/needrestart/needrestart.conf changed:
> $nrconf{sendnotify} = 0;
> $nrconf{restart} = 'a';
> $nrconf{ui} = 'NeedRestart::UI::stdio';
> $nrconf{blacklist} = [
> # ignore sudo (not a daemon)
> qr(^/usr/bin/sudo(\.dpkg-new)?$),
> # ignore DHCP clients
> qr(^/sbin/(dhclient|dhcpcd5|pump|udhcpc)(\.dpkg-new)?$),
> # ignore apt-get (Debian Bug#784237)
> qr(^/usr/bin/apt-get(\.dpkg-new)?$),
> ];
> $nrconf{override_rc} = {
> # DBus
> qr(^dbus) => 0,
> # display managers
> qr(^gdm) => 0,
> qr(^kdm) => 0,
> qr(^nodm) => 0,
> qr(^sddm) => 0,
> qr(^wdm) => 0,
> qr(^xdm) => 0,
> qr(^lightdm) => 0,
> qr(^slim) => 0,
> qr(^lxdm) => 0,
> # networking stuff
> qr(^network-manager) => 0,
> qr(^NetworkManager) => 0,
> qr(^wpa_supplicant) => 0,
> qr(^openvpn) => 0,
> qr(^quagga) => 0,
> qr(^tinc) => 0,
> # gettys
> qr(^getty@.+\.service) => 0,
> # systemd --user
> qr(^user@\d+\.service) => 0,
> # misc
> qr(^zfs-fuse) => 0,
> qr(^mythtv-backend) => 0,
> qr(^xendomains) => 0,
> qr(^lxcfs) => 0,
> # workaround for broken systemd-journald
> # (see also Debian Bug#771122 & #771254)
> qr(^systemd-journald) => 0,
> # more systemd stuff
> # (see also Debian Bug#784238 & #784437)
> qr(^emergency\.service$) => 0,
> qr(^rescue

Bug#889336: Info received (dnsmasq cannot be started with systemd 237-1)

[Sławomir Gonet]

Attached systemd service (put in /etc/systemd/system/dnsmasq.service)
seems to work.

Keep in mind that it is not 1:1 replacement, it lacking features of
original unit file.

[Unit]
Description=A lightweight DHCP and caching DNS server
After=network.target

[Service]
Type=simple
ExecStartPre=/usr/sbin/dnsmasq --test
ExecStart=/usr/sbin/dnsmasq -k --user=dnsmasq --group=nogroup
ExecReload=/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target

-- 
sg

Bug#887828: needrestart: Possible false positive on postifx and wazuh-agent running in LXC container

[Thomas Liske]

tags 887828 upstream
thanks


Hi,

you are running needrestart outside of the container? For some reason
needrestart seems to not detect that the services are belonging to a LXC
container. And the postfix service name looks suspicious. Could you
please provide the content of /proc/$PID/cgroup of the postfix's master
service?


Thanks,
Thomas


Chris  writes:

> Package: needrestart
> Version: 2.11-3
> Severity: normal
>
> Dear Maintainer,
>
> having Postfix and the wazuh-agent package from [1] on a current Debian
> Stretch 9.3 running within an LXC container shows the following services
> as required for a restart even if the services, the container or the
> host was freshly restarted:
>
> postfix@-.service
> wazuh-agent.service
>
> Running needrestart with the -v parameter shows this output:
>
> [main] eval /etc/needrestart/needrestart.conf
> [main] needrestart v2.11
> [main] running in root mode
> [Core] Using UI 'NeedRestart::UI::stdio'...
> [main] detected systemd
> [main] #372 uses non-existing /var/ossec/bin/ossec-agentd
> [main] #372 is not a child
> [main] #1047 uses non-existing /usr/lib/postfix/sbin/pickup
> [main] #1047 is a child of #438
> [main] #372 exe => /var/ossec/bin/ossec-agentd
> [main] #372 is wazuh-agent.service
> [main] #438 exe => /usr/lib/postfix/sbin/master
> [main] #438 is postfix@-.service
> [Kernel] Linux: kernel release 4.13.13-5-pve, kernel version #1 SMP PVE 
> 4.13.13-36 (Mon, 15 Jan 2018 12:36:49 +0100)
> [Kernel/Linux] Did not find any linux images.
> Failed to retrieve available kernel versions.
> Restarting services...
> Services to be restarted:
> Restart «postfix@-.service»? [Ynas?] n
> Restart «wazuh-agent.service»? [Ynas?] n
> Services being skipped:
>  systemctl restart postfix@-.service
>  systemctl restart wazuh-agent.service
> No containers need to be restarted.
> No user sessions are running outdated binaries.
>
> The two mentioned binaries which doesn't exist according to needrestart
> output are there and accessible:
>
> ls -la /var/ossec/bin/ossec-agentd
>
> -rwxr-x--- 1 root root 528136 Dez 22 18:59 /var/ossec/bin/ossec-agentd
>
> ls -la /usr/lib/postfix/sbin/pickup
>
> -rwxr-xr-x 1 root root 14408 Sep 27 06:56 /usr/lib/postfix/sbin/pickup
>
> ls -la 
>
> Not sure what causes this behavior. If there are any additional info i
> could / need to provide please let me know.
>
> Thanks,
>
> [1] 
> https://documentation.wazuh.com/current/installation-guide/installing-wazuh-agent/wazuh_agent_deb.html

-- 

::  WWW:https://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr: https://www.flickr.com/photos/laugufe/  ::

Bug#889506: last-align: Please make build compatible with -Wl,--as-needed

[Steve Langasek]

Package: last-align
Version: 885-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear maintainers,

The latest version of last-align has failed to build in Ubuntu, because it
depends on libpthread but debian/rules passes -lpthread in a way that is
incompatible with -Wl,--as-needed, which is a default linker flag in Ubuntu.

The attach patch, which is more strictly correct, fixes the build failure in
Ubuntu.  Please consider applying it in Debian.

-- 
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 last-align-885/debian/rules last-align-885/debian/rules
--- last-align-885/debian/rules 2017-10-15 06:06:40.0 -0700
+++ last-align-885/debian/rules 2018-02-03 14:03:28.0 -0800
@@ -16,7 +16,7 @@
 # -Wconversion
 # -fomit-frame-pointer ?
 
-LDFLAGS += -lpthread
+LDFLAGS += -pthread
 
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 

Bug#889504: libqt5core5a fails to install: rmdir: failed to remove '/etc/xdg/QtProject': No such file or directory

[Sven Joachim]

Am 03.02.2018 um 22:35 schrieb Helmut Grohne:

> libqt5core5a fails to install:
> [...]
> # apt-get install libqt5core5a
> dpkg: error processing package libqt5core5a:amd64 (--configure):
>  installed libqt5core5a:amd64 package post-installation script subprocess 
> returned error exit status 1
> Processing triggers for libc-bin (2.26-6) ...
> Errors were encountered while processing:
>  libqt5core5a:amd64
> E: Sub-process /usr/bin/dpkg returned an error code (1)

Since many people are going to hit this, here's a $0.02 tip how to work
around it while the maintainers prepare a fix:

# mkdir -p /etc/xdg/QtProject
# dpkg --configure --pending

Cheers,
   Sven

Bug#889336: dnsmasq cannot be started with systemd 237-1

[Sławomir Gonet]

I am also affected, I see no workaround at this moment (without knowing
about systemd internals).

dnsmasq setup itself is still valid, # dnsmasq -d -C /etc/dnsmasq.conf
starts without issues.

-- 
sg

Bug#889505: gdm3: randomly prevents user switch

[Daniel]

Package: gdm3
Version: 3.22.3-3+deb9u1
Severity: important

Dear Maintainer,

after upgrading to stretch user switch (with gnome-shell and gdm3) became
almost unusable:
sometimes it will work, sometimes it will just give me the password prompt of
the user I'm trying to switch away from instead of the login screen, and
sometimes it will just give me the lock screen and I won't be able to login
with any user until I suspend and resume the system once or twice.
(When this happens, pressing enter gives me a fraction of a seconds worth of
flickering to he login screen and back to the lock screen.)

Thanks, Daniel



-- 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/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.43-1
ii  adduser  3.115
ii  dconf-cli0.26.0-2+b1
ii  dconf-gsettings-backend  0.26.0-2+b1
ii  debconf [debconf-2.0]1.5.61
ii  gir1.2-gdm-1.0   3.22.3-3+deb9u1
ii  gnome-session [x-session-manager]3.22.3-1
ii  gnome-session-bin3.22.3-1
ii  gnome-session-flashback [x-session-manager]  3.22.0-3
ii  gnome-settings-daemon3.22.2-2+deb9u2
ii  gnome-shell  3.22.3-3
ii  gnome-terminal [x-terminal-emulator] 3.22.2-1
ii  gsettings-desktop-schemas3.22.0-1
ii  konsole [x-terminal-emulator]4:16.12.0-4
ii  libaccountsservice0  0.6.43-1
ii  libaudit11:2.6.7-2
ii  libc62.24-11+deb9u1
ii  libcanberra-gtk3-0   0.30-3
ii  libcanberra0 0.30-3
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u2
ii  libgdm1  3.22.3-3+deb9u1
ii  libglib2.0-0 2.50.3-2
ii  libglib2.0-bin   2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libkeyutils1 1.5.9-9
ii  libpam-modules   1.1.8-3.6
ii  libpam-runtime   1.1.8-3.6
ii  libpam-systemd   232-25+deb9u1
ii  libpam0g 1.1.8-3.6
ii  librsvg2-common  2.40.16-1+b1
ii  libselinux1  2.6-3+b3
ii  libsystemd0  232-25+deb9u1
ii  libwrap0 7.6.q-26
ii  libx11-6 2:1.6.4-3
ii  libxau6  1:1.0.8-1
ii  libxcb1  1.12-1
ii  libxdmcp61:1.1.2-3
ii  lsb-base 9.20161125
ii  metacity [x-window-manager]  1:3.22.1-1
ii  mutter [x-window-manager]3.22.3-2
ii  policykit-1  0.105-18
ii  ucf  3.0036
ii  x11-common   1:7.7+19
ii  x11-xserver-utils7.7+7+b1
ii  xfce4-session [x-session-manager]4.12.1-5
ii  xfce4-terminal [x-terminal-emulator] 0.8.3-1
ii  xfwm4 [x-window-manager] 4.12.4-1
ii  xterm [x-terminal-emulator]  327-2

Versions of packages gdm3 recommends:
ii  at-spi2-core2.22.0-6+deb9u1
ii  desktop-base9.0.2+deb9u1
ii  x11-xkb-utils   7.7+3+b1
ii  xserver-xephyr  2:1.19.2-1+deb9u2
ii  xserver-xorg1:7.7+19
ii  zenity  3.22.0-1+b1

Versions of packages gdm3 suggests:
ii  gnome-orca3.22.2-3
ii  libpam-gnome-keyring  3.20.0-3

-- debconf information excluded

Bug#884001: linux-image-4.9.0-5-amd64: severe screen flickering and subsequent system freeze on intel broadwell after upgrade to stretch

[Daniel]

Package: src:linux
Version: 4.9.65-3+deb9u2
Followup-For: Bug #884001

Dear Maintainer,

after recently upgrading from jessie to stretch my laptop with intel core
i5-5200U became unusable with kernel 4.9:
a few minutes after booting I would get severe screen flickering with
subsequent complete system freeze requiring a hard reset.
This happened every time, and more quickly in gnome (X or wayland) than xfce
(but eventually also there).
The logs did not show anything, unfortunately.

The problem went away after upgrading to kernel 4.14 from stretch-backports. (I
still get minor flickering where the screen "slides" sideways sometimes after
user switch, but no more crashes.)

I should also mention that I did not experience this bug on jessie where I was
using kernel 4.9 from jessie-backports (with boot parameter
"i915.enable_psr=0") with no problems for many months.

Thanks, Daniel



-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Dell Inc.
product_name: XPS 13 9343
product_version: 
chassis_vendor: Dell Inc.
chassis_version: 
bios_vendor: Dell Inc.
bios_version: A13
board_vendor: Dell Inc.
board_name: 0TM99H
board_version: A00

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Broadwell-U Host Bridge -OPI 
[8086:1604] (rev 09)
Subsystem: Dell Broadwell-U Host Bridge -OPI [1028:0665]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: bdw_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 5500 
[8086:1616] (rev 09) (prog-if 00 [VGA controller])
Subsystem: Dell HD Graphics 5500 [1028:0665]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:03.0 Audio device [0403]: Intel Corporation Broadwell-U Audio Controller 
[8086:160c] (rev 09)
Subsystem: Dell Broadwell-U Audio Controller [1028:0665]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel

00:04.0 Signal processing controller [1180]: Intel Corporation Broadwell-U 
Processor Thermal Subsystem [8086:1603] (rev 09)
Subsystem: Dell Broadwell-U Processor Thermal Subsystem [1028:0665]
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: proc_thermal
Kernel modules: processor_thermal_device

00:14.0 USB controller [0c03]: Intel Corporation Wildcat Point-LP USB xHCI 
Controller [8086:9cb1] (rev 03) (prog-if 30 [XHCI])
Subsystem: Dell Wildcat Point-LP USB xHCI Controller [1028:0665]
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:16.0 Communication controller [0780]: Intel Corporation Wildcat Point-LP MEI 
Controller #1 [8086:9cba] (rev 03)
Subsystem: Dell Wildcat Point-LP MEI Controller [1028:0665]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: mei_me
Kernel modules: mei_me

00:1b.0 Audio device [0403]: Intel Corporation Wildcat Point-LP High Definition 
Audio Controller [8086:9ca0] (rev 03)
Subsystem: Dell Wildcat Point-LP High Definition Audio Controller 
[1028:0665]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel

00:1c.0 PCI bridge [0604]: Intel Corporation Wildcat Point-LP PCI Express Root 
Port #1 [8086:9c90] (rev e3) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1c.3 PCI bridge [0604]: Intel Corporation Wildcat Point-LP PCI Express Root 
Port #4 [8086:9c96] (rev e3) (prog-if 00 [Normal decod

Bug#887010: telegram-desktop segfaults on debian buster (amd64) using Gnome3

[Mattia Rizzolo]

On Wed, Jan 31, 2018 at 10:34:39AM +0100, Robin Mueller-Bady wrote:
> On Wed, 31 Jan 2018 08:56:55 +0300 =?UTF-8?B?0JrQvtC70Y8g0JPRg9GA0YzQtdCy?= 
>  ru> wrote:
> > 12.01.2018 16:31, Robin пишет:
> > > Versions of packages telegram-desktop depends on:
> > ...
> > > pn  libtgvoip1.0 
> > 
> > It seems you have no installed package with libtgvoip. This may have led
> > to such crash.
> 
> If this is the case, it should added as a dependency. Unfortunately, I cannot 
> test it as
> I'm running the current version of Telegram right now.

You say that, but libtgvoip1.0 *is* a dependency of the telegram-desktop
package.
I wonder how you could be without, did you manually install the deb with
--force-depends or something?

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#889504: libqt5core5a fails to install: rmdir: failed to remove '/etc/xdg/QtProject': No such file or directory

[Ben Caradoc-Davies]

Upgrade of libqt5core5a (5.9.2+dfsg-7 => 5.9.2+dfsg-8) succeeded for me 
on sid. Prior to upgrade I had /etc/xdg/QtProject (an empty directory).


$ ls -ald /etc/xdg/QtProject
drwxr-xr-x 2 root root 4096 Jan 21 11:50 /etc/xdg/QtProject/

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#889504: libqt5core5a fails to install: rmdir: failed to remove '/etc/xdg/QtProject': No such file or directory

[Helmut Grohne]

Package: libqt5core5a
Version: 5.9.2+dfsg-8
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap

libqt5core5a fails to install:

# apt-get install libqt5core5a
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following additional packages will be installed:
  libdouble-conversion1 libglib2.0-0 libicu57 libpcre2-16-0
Suggested packages:
  libthai0
Recommended packages:
  libglib2.0-data shared-mime-info xdg-user-dirs qttranslations5-l10n
The following NEW packages will be installed:
  libdouble-conversion1 libglib2.0-0 libicu57 libpcre2-16-0 libqt5core5a
0 upgraded, 5 newly installed, 0 to remove and 1 not upgraded.
Need to get 12.7 MB of archives.
After this operation, 42.1 MB of additional disk space will be used.
Do you want to continue? [Y/n] 
Get:1 http://ftp.stw-bonn.de/debian sid/main amd64 libdouble-conversion1 amd64 
2.0.1-4 [33.7 kB]
Get:2 http://ftp.stw-bonn.de/debian sid/main amd64 libglib2.0-0 amd64 2.54.3-2 
[2822 kB]
Get:3 http://ftp.stw-bonn.de/debian sid/main amd64 libicu57 amd64 57.1-8 [7699 
kB]
Get:4 http://ftp.stw-bonn.de/debian sid/main amd64 libpcre2-16-0 amd64 10.22-5 
[174 kB]
Get:5 http://ftp.stw-bonn.de/debian sid/main amd64 libqt5core5a amd64 
5.9.2+dfsg-8 [1930 kB]
Fetched 12.7 MB in 0s (70.6 MB/s)  
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package libdouble-conversion1:amd64.
(Reading database ... 10065 files and directories currently installed.)
Preparing to unpack .../libdouble-conversion1_2.0.1-4_amd64.deb ...
Unpacking libdouble-conversion1:amd64 (2.0.1-4) ...
Selecting previously unselected package libglib2.0-0:amd64.
Preparing to unpack .../libglib2.0-0_2.54.3-2_amd64.deb ...
Unpacking libglib2.0-0:amd64 (2.54.3-2) ...
Selecting previously unselected package libicu57:amd64.
Preparing to unpack .../libicu57_57.1-8_amd64.deb ...
Unpacking libicu57:amd64 (57.1-8) ...
Selecting previously unselected package libpcre2-16-0:amd64.
Preparing to unpack .../libpcre2-16-0_10.22-5_amd64.deb ...
Unpacking libpcre2-16-0:amd64 (10.22-5) ...
Selecting previously unselected package libqt5core5a:amd64.
Preparing to unpack .../libqt5core5a_5.9.2+dfsg-8_amd64.deb ...
Unpacking libqt5core5a:amd64 (5.9.2+dfsg-8) ...
Setting up libdouble-conversion1:amd64 (2.0.1-4) ...
Setting up libglib2.0-0:amd64 (2.54.3-2) ...
No schema files found: doing nothing.
Setting up libicu57:amd64 (57.1-8) ...
Processing triggers for libc-bin (2.26-6) ...
Setting up libpcre2-16-0:amd64 (10.22-5) ...
Setting up libqt5core5a:amd64 (5.9.2+dfsg-8) ...
rmdir: failed to remove '/etc/xdg/QtProject': No such file or directory
dpkg: error processing package libqt5core5a:amd64 (--configure):
 installed libqt5core5a:amd64 package post-installation script subprocess 
returned error exit status 1
Processing triggers for libc-bin (2.26-6) ...
Errors were encountered while processing:
 libqt5core5a:amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)
#

Helmut

Bug#887010: telegram-desktop segfaults on debian buster (amd64) using Gnome3

[Коля Гурьев]

Control: severity -1 important

Please send Telegram logs from the ~/.local/share/TelegramDesktop/log.txt
file to debug this crash.

31.01.2018 12:34, Robin Mueller-Bady пишет:
> Setting XDG_CURRENT_DESKTOP to NONE works fine all the time. If it is not 
> set, Telegram
> won't start at all due to a SIGSEV. In both ways completely deterministic :-)

If so and the program works (in any way), the bug should have important
or normal severity because a workaround is found.

Bug#871462: (no subject)

[Michael Lustfield]

retitle 871462  RFP: libjs-semanticui -- JS framework based around principles 
from natural language
tags 871462 + wontfix
close 871462
thanks

I am no longer working on Gitea packaging and no longer have a need for this 
package.

One would be wise to not attempt this ugly beast...
  https://wiki.debian.org/Javascript/Nodejs/Tasks/semantic-ui

-- 
Michael Lustfield

Bug#882090: (no subject)

[Michael Lustfield]

retitle 882090  RFP: node-yamljs -- JavaScript YAML 1.2 Parser & Encoder
thanks

I am no longer working on Gitea packaging and no longer have a need for this
package. However, the packaging is nearly ready for upload. If anyone wants to
take over - https://anonscm.debian.org/cgit/pkg-javascript/node-yamljs.git/

-- 
Michael Lustfield

Bug#889503: gnu-smalltalk FTCBFS: configures for the build architecture

[Helmut Grohne]

Source: gnu-smalltalk
Version: 3.2.5-1.1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

gnu-smalltalk fails to cross build from source, because it fails to pass
--host to ./configure. Thus it fails finding libffi, which is only
requested for the host architecture by Build-Depends. After letting
dh_auto_configure pass the missing flag, the build proceeds until it
tries (and fails) to run ./gst. I have no clue how to fix that and thus
the attached patch only fixes the first issue. Please consider applying
the attached patch and closing this bug when doing so.

Helmut
diff -u gnu-smalltalk-3.2.5/debian/changelog 
gnu-smalltalk-3.2.5/debian/changelog
--- gnu-smalltalk-3.2.5/debian/changelog
+++ gnu-smalltalk-3.2.5/debian/changelog
@@ -1,3 +1,11 @@
+gnu-smalltalk (3.2.5-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Address FTCBFS: Let dh_auto_configure pass --host to ./configure. (Closes:
+#-1)
+
+ -- Helmut Grohne   Sat, 03 Feb 2018 22:09:49 +0100
+
 gnu-smalltalk (3.2.5-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u gnu-smalltalk-3.2.5/debian/rules gnu-smalltalk-3.2.5/debian/rules
--- gnu-smalltalk-3.2.5/debian/rules
+++ gnu-smalltalk-3.2.5/debian/rules
@@ -20,7 +20,7 @@
cp -f /usr/share/misc/config.sub build-aux/config.sub
cp -f /usr/share/misc/config.guess build-aux/config.guess
# Commands to configure the package.
-   ./configure --prefix=/usr --libexecdir='$${prefix}/lib' \
+   dh_auto_configure -- --libexecdir='$${prefix}/lib' \
 --with-imagedir=/usr/lib/gnu-smalltalk \
--enable-gtk=yes \
--with-lispstartdir \

Bug#888642: (no subject)

[Christopher Schramm]

I think I found the initial problem: /usr/bin/dbus-launch does not
terminate abnormally, it doesn't even start as it's not present. blueman
is missing a dependency on dbus-x11.

Bug#889502: cypari2: FTBFS on several architectures

[Andreas Beckmann]

Source: cypari2
Version: 1.1.3-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

cypari2/experimental FTBFS on several architectures:
https://buildd.debian.org/status/package.php?p=cypari2&suite=experimental

I can reproduce this in pbuilder on i386, but not on amd64 (where it
also built successfully on the buildd).

Excerpt from
https://buildd.debian.org/status/fetch.php?pkg=cypari2&arch=i386&ver=1.1.3-3&stamp=1516945955&raw=0

make[2]: Entering directory '/<>/docs'
Running Sphinx v1.6.6
making output directory...
loading pickled environment... not yet created
building [mo]: targets for 0 po files that are out of date
building [html]: targets for 6 source files that are out of date
updating environment: 6 added, 0 changed, 0 removed
reading sources... [ 16%] closure
reading sources... [ 33%] convert
reading sources... [ 50%] gen
reading sources... [ 66%] handle_error
reading sources... [ 83%] index
reading sources... [100%] pari_instance

/<>/docs/source/closure.rst:1: WARNING: autodoc: failed to import 
module u'cypari2.closure'; the following exception was raised:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 658, in 
import_object
__import__(self.modname)
ImportError: No module named cypari2.closure
/<>/docs/source/convert.rst:1: WARNING: autodoc: failed to import 
module u'cypari2.convert'; the following exception was raised:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 658, in 
import_object
__import__(self.modname)
ImportError: No module named cypari2.convert
/<>/docs/source/gen.rst:1: WARNING: autodoc: failed to import 
module u'cypari2.gen'; the following exception was raised:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 658, in 
import_object
__import__(self.modname)
ImportError: No module named cypari2.gen
/<>/docs/source/handle_error.rst:1: WARNING: autodoc: failed to 
import module u'cypari2.handle_error'; the following exception was raised:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 658, in 
import_object
__import__(self.modname)
ImportError: No module named cypari2.handle_error
/<>/docs/source/pari_instance.rst:1: WARNING: autodoc: failed to 
import module u'cypari2.pari_instance'; the following exception was raised:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 658, in 
import_object
__import__(self.modname)
ImportError: No module named cypari2.pari_instance
looking for now-outdated files... none found
pickling environment... done
checking consistency... done
preparing documents... done


Andreas

Bug#889492: lyx: FTBFS twice in a row due to leftover lyx-dbg handling

[Dr. Tobias Quathamer]

control: found -1 2.2.3-2

Am 03.02.2018 um 21:46 schrieb Andreas Beckmann:
> Hi,
> 
> lyx/experimental fails to build twice in a row, the package in unstable
> probably has the same problem.
> [...]>
> This looks like there are leftover commands for creating the
>   debian/lyx-dbg/usr/share/doc/lyx-dbg -> lyx
> symlink. Since the lyx-dbg package is no longer built, the temporary
> debian/lyx-dbg staging directory is not cleaned up between the builds,
> and the second build tries to create stuff that already exists there ...

Hi Andreas,

very good catch, thanks a lot! Yes, this bug has been introduced in
2.2.3-2 already. I'm fixing it now.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#889501: spamassassin: root escalation from debian-spamd user on kernels that do not have fs.protected_hardlinks=1

[Daniel Kahn Gillmor]

Package: spamassassin
Version: 3.4.1-8
Severity: normal
Tags: patch security
Control: found -1 3.3.2-3

spamassassin.postinst has this in the "configure" stanza:
…
# Lets debian-spamd claim ownership of spamassassin updates on upgrades,
# unless the user has overridden.
if ! dpkg-statoverride --list /var/lib/spamassassin/* >/dev/null && \
[ "$OWNER:$GROUP" != "debian-spamd:debian-spamd" ]; then
chown -R debian-spamd:debian-spamd /var/lib/spamassassin
OWNER=debian-spamd
GROUP=debian-spamd
fi

This means that (barring some special local administrative override of
how spamassassin updates are handled) upon package configuration,
there will be a recursive chown of the contents of
/var/lib/spamassassin to be owned by the debian-spamd user.

if the debian-spamd user account is compromised, and the kernel is
running without fs.protected_hardlinks=1, then debian-spamd can link
to arbitrary files on the same filesystem as this directory, and wait
for a package upgrade to gain ownership of them.

This problem exists at least in debian unstable, but it appears to go
back at least to 2012, when the debian-spamd user was introduced.
(most likely, the recursive chown was to make it easier to transition
existing setups that were already root-owned; those setups should now
be obsolete and we don't have to account for them any more).

It can be fixed simply by making this chown non-recursive:

diff --git a/debian/spamassassin.postinst b/debian/spamassassin.postinst
index 995a3bf..f9bf27f 100644
--- a/debian/spamassassin.postinst
+++ b/debian/spamassassin.postinst
@@ -23,7 +23,7 @@ if [ "$1" = "configure" ]; then
 # unless the user has overridden.
 if ! dpkg-statoverride --list /var/lib/spamassassin/* >/dev/null && \
 [ "$OWNER:$GROUP" != "debian-spamd:debian-spamd" ]; then
-chown -R debian-spamd:debian-spamd /var/lib/spamassassin
+chown debian-spamd:debian-spamd /var/lib/spamassassin
 OWNER=debian-spamd
 GROUP=debian-spamd
 fi

Thanks for maintaining spamassassin in debian!

   --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 spamassassin depends on:
ii  adduser  3.116
ii  curl 7.58.0-2
ii  init-system-helpers  1.51
ii  libhtml-parser-perl  3.72-3+b2
ii  libhttp-date-perl6.02-1
ii  libmail-dkim-perl0.44-1
ii  libnet-dns-perl  1.10-2
ii  libnetaddr-ip-perl   4.079+dfsg-1+b2
ii  libsocket6-perl  0.27-1+b3
ii  libsys-hostname-long-perl1.5-1
ii  libwww-perl  6.31-1
ii  lsb-base 9.20170808
ii  perl 5.26.1-4
ii  perl-modules-5.24 [libarchive-tar-perl]  5.24.1-7
ii  perl-modules-5.26 [libarchive-tar-perl]  5.26.1-4
ii  w3m  0.5.3-36

Versions of packages spamassassin recommends:
ii  gnupg 2.2.4-1
ii  libio-socket-inet6-perl   2.72-2
pn  libmail-spf-perl  
ii  libperl5.24 [libsys-syslog-perl]  5.24.1-7
ii  libperl5.26 [libsys-syslog-perl]  5.26.1-4
pn  sa-compile
ii  spamc 3.4.1-8

Versions of packages spamassassin suggests:
ii  libdbi-perl  1.639-1
pn  libencode-detect-perl
pn  libgeo-ip-perl   
ii  libio-socket-ssl-perl2.052-1
pn  libnet-patricia-perl 
ii  libperl5.24 [libcompress-zlib-perl]  5.24.1-7
ii  libperl5.26 [libcompress-zlib-perl]  5.26.1-4
pn  pyzor
pn  razor

-- no debconf information

Bug#886992: git-buildpackage: Please make "gbp clone" not quieten the "git clone" output by default

[Guido Günther]

Hi,
On Fri, Jan 12, 2018 at 04:04:26PM +0530, Chris Lamb wrote:
> Package: git-buildpackage
> Version: 0.9.6
> Severity: wishlist
> 
> Hi,
> 
>$ gbp clone [url]
> 
> .. is very un-noisy.  Hiding the *gbp* "--verbose" Python debug messages
> seems entirely fine and sensible.
> 
> But even with --verbose it seems to call the underlying "git clone" 
> with --quiet.
> 
> As this is typically the slowest part of getting a repo, I think a nicer
> UI would, by default, show the *git* clone messages (and not call with
> "--quiet" when gbp clone is called with --verbose..)
> 
> What do you think?

Would make sense, it would even be better if git clone would be able to
output progress on a separate fd so output does not mix with error
messages making it hard to report something useful to the user
(which is basically the reason it's off atm).

Cheers,
 -- Guido

Bug#876237: Doesn't display all commits

[Carlos Maddela]

I'm not sure if this bug can be safely closed now, since I don't know if the
behaviour I described previously was intended.

What has been resolved with the release of libgit2-glib/0.26.2-1 is that the
'Preferences' menu becomes available again in gitg, and you can choose
the 'Show history in topological order' to restore the original behaviour in
version 0.24.

Best regards,

Carlos

Bug#875852: git-buildpackage: [gbp pull] please add add "reset" option

[Guido Günther]

Hi,
On Fri, Sep 15, 2017 at 08:25:40AM +0100, Chris Lamb wrote:
> Package: git-buildpackage
> Version: 0.8.18
> Severity: wishlist
> 
> Hi,
> 
> Sometimes my local repo has skewed so badly or I just don't trust it
> enough that just want to reset it to what is upstream. I'm currently
> doing this with manual calls:
> 
>   git checkout pristine-tar
>   git reset --hard origin/pristine-tar
>   git checkout upstream
>   git reset --hard origin/upstream
>   git checkout master
>   git reset --hard origin/master
> 
> .. as ``gbp pull --force`` seems to want to do a merge.

--force does a reset for all branches except for the branch you're on
which is somewhat inconsistent:

https://github.com/agx/git-buildpackage/pull/53

So the best thing would probably be to reset that branch as well.
Cheers,
 -- Guido
> 
> It would be great if there was a --reset option to do the above or some
> equivalent thereof.
> 
> 
> Best wishes,
> -- 
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-
> 

Bug#889495: O: libjs-dropzone - JavasScript library providing Dropzone

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889498: O: jquery-areyousure - jQuery plugin to alert users of unsaved changes

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889494: O: simplemde-markdown-editor - JavaScript library providing a simple Markdown editor

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889499: O: gitgraph.js - convert git log --graph to image with HTML5 canvas

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889496: O: libjs-cssrelpreload - JavaScript to load CSS asynchronously

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889497: O: libjs-autolink - JavaScript methods converting text to links

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889500: O: libjs-emojify - JavaScript library converting Emoji keywords to images

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889493: tech-ctte: Please review if systemd is reliable enough to be the default

[Kingsley G. Morse Jr.]

Package: tech-ctte
Severity: important

First of all, thank you very much for sharing your
time and expertise with the debian project.

I'm happy to report I've been using it 24x7 since 1996.


The main reason I'm writing is that it seems to
me 

1.) the committee decided in 2014 that systemd
would be the default init system[1].

2.) enough

a.) years have passed,

b.) committee members have changed[2] and

c.) bugs have been reported[3]

to re-evaluate whether systemd is reliable enough
to be debian's default init system.

So,
Kingsley

[1] [CTTE #727708] Default init system for Debian
https://lists.debian.org/debian-devel-announce/2014/02/msg5.html

[2] WikiPedia
systemd
https://en.wikipedia.org/wiki/Systemd

"In November 2014 Debian maintainers and
Technical Committee members Joey Hess,[81]
Russ Allbery,[82] Ian Jackson[83] and systemd
package-maintainer Tollef Fog Heen[84]
resigned from their positions."

[3] Debian Bug report logs: Bugs in package systemd
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=systemd;dist=stable

Bug#889492: lyx: FTBFS twice in a row due to leftover lyx-dbg handling

[Andreas Beckmann]

Source: lyx
Version: 2.3.0~rc2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

lyx/experimental fails to build twice in a row, the package in unstable
probably has the same problem.
>From the attached log, from the second build:

[...]
   debian/rules override_dh_installdocs
make[1]: Entering directory '/build/lyx-2.3.0~rc2'
mkdir -p debian/lyx/usr/share/doc
ln -s lyx-common debian/lyx/usr/share/doc/lyx
mkdir -p debian/lyx-dbg/usr/share/doc
ln -s lyx debian/lyx-dbg/usr/share/doc/lyx-dbg
ln: failed to create symbolic link 'debian/lyx-dbg/usr/share/doc/lyx-dbg': File 
exists
debian/rules:62: recipe for target 'override_dh_installdocs' failed
make[1]: *** [override_dh_installdocs] Error 1
make[1]: Leaving directory '/build/lyx-2.3.0~rc2'
debian/rules:9: recipe for target 'binary' failed
make: *** [binary] Error 2

This looks like there are leftover commands for creating the
  debian/lyx-dbg/usr/share/doc/lyx-dbg -> lyx
symlink. Since the lyx-dbg package is no longer built, the temporary
debian/lyx-dbg staging directory is not cleaned up between the builds,
and the second build tries to create stuff that already exists there ...


Andreas


lyx_2.3.0~rc2-1_twice.log.gz
Description: application/gzip

Bug#889486: Please check for packages named "dh-*" in binary-package-depends-on-toolchain-package

[Josh Triplett]

On Sun, Feb 04, 2018 at 01:16:04AM +0530, Chris Lamb wrote:
> Hi Josh,
> 
> > In binary-package-depends-on-toolchain-package, please disable the
> > warning for any package starting with "dh-". That'll help avoid false
> > positives.)
> 
> What package is this triggering on for you? I ask because we should
> already checking against the RHS of:
> 
>   
> https://anonscm.debian.org/git/lintian/lintian.git/tree/data/common/dh_addons

dh-cargo, which ships a buildsystem but not a dh_* command.

Bug#889490: RFS: clipf/0.5-1 [ITA] -- command line minimalistic personal finance manager

[Adam Bilbrough]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clipf"

   Package name: clipf
   Version: 0.5-1
   Upstream Author: Adam Bilbrough 
   URL: https://gitlab.com/atsb/clipf
   License: GPLv2
   Section: misc

  It builds these binary packages:

clipf - command line minimalistic personal finance manager

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/clipf


  Alternatively, one can download the package with dget using this command:

dget -x https://mentors.debian.net/debian/pool/main/c/clipf/clipf_0.5-1.dsc

  More information about clipf can be obtained from:

https://gitlab.com/atsb/clipf

  Changes since the last upload:

  * New maintainer. (Closes: #746696).
  * New upstream release.
  * Merged debian/control fixes. (Closes: #684789).
  * Merged manpage spelling fixes. (Closes: #663668).
  * debian/control:
  - Updated to Standards-version 4.1.3.

  Just a note that I have contacted the original author who has
  no problems with me being the new upstream maintainer.

  I will be updating the software and the Debian GNU/Linux package and will
  not abandon the software or package.


  Regards,

   Adam

Bug#889491: trousers: root escalation from tss user on kernels that do not have fs.protected_hardlinks=1

[Daniel Kahn Gillmor]

Package: trousers
Version: 0.3.14+fixed1-1
Severity: normal
Tags: patch security

trousers.postinst has:

case "${1}" in
configure)
# Adding tss system user
adduser --system --quiet --home /var/lib/tpm --shell /bin/false 
--no-create-home --group tss

# Setting owner
chown tss:tss /var/lib/tpm -R
chown tss:tss /etc/tcsd.conf



This means that upon package configuration, there will be a recursive
chown of the contents of /var/lib/tpm to be owned by the tss user.

if the tss user account is compromised, and the kernel is running
without fs.protected_hardlinks=1, then the tss can link to arbitrary
files on the same filesystem as this directory, and wait for a package
upgrade to gain ownership of the linked file.

I've only looked at testing/unstable, but i would guess that this
security bug goes back a long way.

It can be fixed simply by making this chown non-recursive:


--- /var/lib/dpkg/info/trousers.postinst2016-11-20 10:10:31.0 
-0500
+++ ./trousers.postinst 2018-02-03 15:34:19.655511509 -0500
@@ -8,7 +8,7 @@
adduser --system --quiet --home /var/lib/tpm --shell /bin/false 
--no-create-home --group tss
 
# Setting owner
-   chown tss:tss /var/lib/tpm -R
+   chown tss:tss /var/lib/tpm
chown tss:tss /etc/tcsd.conf
 
# Setting permissions


thanks for maintaining trousers in debian!

   --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 trousers depends on:
ii  adduser3.116
ii  libc6  2.26-4
ii  libssl1.1  1.1.0g-2
ii  lsb-base   9.20170808

trousers recommends no packages.

trousers suggests no packages.

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

-- no debconf information

Bug#889489: lintian: improve description of maintainer-script-should-not-use-recursive-chown-or-chmod

[Daniel Kahn Gillmor]

Package: lintian
Version: 2.5.72
Severity: normal
Tags: patch

It would be nice to explain to maintainers how to avoid using chmod
-R.

The attached patch makes the description of the problem and some
possible steps to resolve it better.

it also points to another similar bug in ntp.

   --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 lintian depends on:
ii  binutils  2.29.1-13
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  dpkg  1.19.0.5
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.5
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.24 [libdigest-sha-perl]  5.24.1-7
ii  libperl5.26 [libdigest-sha-perl]  5.26.1-4
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.73-1
ii  libxml-simple-perl2.24-1
ii  libyaml-libyaml-perl  0.69+repack-1
ii  man-db2.7.6.1-4
ii  patchutils0.3.4-2
ii  perl  5.26.1-4
ii  t1utils   1.41-2
ii  xz-utils  5.2.2-1.3

Versions of packages lintian recommends:
pn  libperlio-gzip-perl  

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

-- no debconf information
>From 86eed052809dac1bb66fd9511d5884b54d705948 Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor 
Date: Sat, 3 Feb 2018 15:15:50 -0500
Subject: [PATCH] Add more suggestions for how to avoid recursive chown.

Many recursive chown vulnerabilities are just overkill, which can be
fixed by not doing that any more.  Some have legitimate reasons for
doing the recursive chown, and are tougher to solve.

Offer developers some suggestions about how to avoid the problematic
behavior in the lintian tag description.
---
 checks/scripts.desc | 20 +++-
 1 file changed, 19 insertions(+), 1 deletion(-)

diff --git a/checks/scripts.desc b/checks/scripts.desc
index 176b8a198..1bf19fc91 100644
--- a/checks/scripts.desc
+++ b/checks/scripts.desc
@@ -819,4 +819,22 @@ Certainty: certain
 Info: The maintainer script appears to call chmod or chown
  with the recursive -R argument. This is vulnerable to hardlink
  attacks on kernels that do not have fs.protected_hardlinks=1
-Ref: #889060
+ .
+ The risk lies in the act of changing permissions or ownership within
+ a directory that may already be owned by an otherwise non-privileged
+ user.  On mainline kernels, such a user can link to files that they
+ do not own, like /etc/shadow or files within
+ /var/lib/dpkg/.  A promiscuous chown or chmod could convert
+ the ownership or permissions of these sensitive files so that they
+ are manipulable by the non-privileged user.
+ .
+ Some ways to avoid the problem:
+ .
+  - If your package uses a static uid, do the chown at package build
+time instead of installation time.
+  - Use targeted, non-recursive chown instead, ensuring that you do
+not change ownership of files that are in user-controlled
+directories.
+  - Use runuser to do initialization work as the user you
+would chown to.
+Ref: #889060, #889488
-- 
2.15.1

Bug#889473: Acknowledgement (mirror submission for mirrors.mit.edu)

[Lizhou Sha]

Hello,

I am a maintainer of mirrors.mit.edu. As far as we know, we did not
submit this request, and we are not ready to be included in the list
of official Debian mirrors at this time.

Please close this request at your convenience.

Thank you!

Best,
Lizhou
MIT SIPB Mirrors Team

-- 
Lizhou Sha
Massachusetts Institute of Technology
Department of Physics

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

[Charlemagne Lasse]

forwarded 888605 https://dev.gajim.org/gajim/gajim/issues/8875
tags 888605 + patch
thanks

The problem is fixed in
https://dev.gajim.org/gajim/gajim/merge_requests/206. The kwalletcli
dependency has to be dropped in debian (it is wrong at the moment
anyway) and instead it now has to depend on python3-keyring and
python3-dbus

Bug#889488: ntp: root escalation from ntp user on kernels that do not have fs.protected_hardlinks=1

[Daniel Kahn Gillmor]

Source: ntp
Version: 1:4.2.8p10+dfsg-6
Severity: normal
Control: found -1 1:4.2.8p10+dfsg-3+deb9u1
Control: tags -1 + security patch

ntp.postinst contains:

if [ "$1" = "configure" ]; then
addgroup --system --quiet ntp
adduser --system --quiet --ingroup ntp --no-create-home ntp
chown -R ntp:ntp /var/lib/ntp /var/log/ntpstats
fi

This means that upon package configuration, there will be a recursive
chown of the contents of /var/lib/ntp and /var/log/ntpstats to be
owned by the ntp user.

if the ntp user account is compromised, and the kernel is running
without fs.protected_hardlinks=1, then it can link to arbitrary files
on the same filesystem as these two directories, and wait for a
package upgrade to gain ownership of them.

This problem exists in debian stable and debian unstable.  it probably
goes back a long way.

It can be fixed simply by making this chown non-recursive:

diff --git a/debian/ntp.postinst b/debian/ntp.postinst
index 71d1139..228c16a 100644
--- a/debian/ntp.postinst
+++ b/debian/ntp.postinst
@@ -21,7 +21,7 @@ fi
 if [ "$1" = "configure" ]; then
addgroup --system --quiet ntp
adduser --system --quiet --ingroup ntp --no-create-home --home 
/nonexistent ntp
-   chown -R ntp:ntp /var/lib/ntp /var/log/ntpstats
+   chown ntp:ntp /var/lib/ntp /var/log/ntpstats
 
# Bug#863857, the experimental version shipped a broken systemd wrapper
# writing a bogus PIDFILE on the root partition


Thanks for maintaining ntp in debian!

   --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)

Bug#889486: Please check for packages named "dh-*" in binary-package-depends-on-toolchain-package

[Chris Lamb]

Hi Josh,

> In binary-package-depends-on-toolchain-package, please disable the
> warning for any package starting with "dh-". That'll help avoid false
> positives.)

What package is this triggering on for you? I ask because we should
already checking against the RHS of:

  https://anonscm.debian.org/git/lintian/lintian.git/tree/data/common/dh_addons


Regards,

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

Bug#889144: stricter PIDfile handling breaks several daemons

[Michael Biebl]

Control: forwarded -1 https://github.com/systemd/systemd/issues/8085

Hi Sven,

I filed an upstream issue at
https://github.com/systemd/systemd/issues/8085 trying to summarize what
the issue is afaiu from reading this and related bug reports.

If you have further feedback or corrections, please directly follow up
on the upstream bug report.

Sorry for the inconvenience. Unfortunately a git revert is non-trivial,
so this will probably need input from upstream.

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



signature.asc
Description: OpenPGP digital signature

Bug#889487: linux-image-4.14.0-2-amd64: please enable CONFIG_X86_MCELOG_LEGACY

[Jon]

Package: src:linux
Version: 4.14.7-1
Severity: normal

Please enable CONFIG_X86_MCELOG_LEGACY so that /dev/mcelog exists again.

It seems this functionality was seperated from CONFIG_X86_MCE in 4.12
and is not enabled by default. I don't see it explicitly set one way or
another in the debian kernel source repo and no mention of it in the
changelog, so I assume that not enabling it is unintentional

Bug#889468: libsane-hpaio: similar story, different model

[Brian Potkin]

merge #879719  889468
thanks




Thank you for your report, Cristian.

On Sat 03 Feb 2018 at 17:58:00 +0100, Cristian Ionescu-Idbohrn wrote:

> Package: libsane-hpaio
> Version: 3.17.10+repack0-2
> Followup-For: Bug #879719
> 
> And the model is a: HP Color LaserJet MFP M281fdw.
> 
> After duplicating the [hp_color_laserjet_mfp_m277dw] configuration
> block and modifying it:
> 
> -[hp_color_laserjet_mfp_m277dw]
> +[hp_colorlaserjet_mfp_m278-m281]
> 
> and:
> 
>  -model1=HP Color LaserJet MFP M277dw
>  +model1=HP Color LaserJet MFP M281fdw
> 
> got the scanner working.  The printer driver I use is:
> 
>   'HP Color LaserJet Pro MFP M277 Postscript (recommended)'
> 
> I also used the advice here [1]:
> 
>   $ snmpwalk -Os -c public -v 1  1.3.6.1.4.1.11.2.3.9.1.1.7.0
> 
> to identify what the block header name should be:
> 
>   HP ColorLaserJet MFP M278-M281 -> hp_colorlaserjet_mfp_m278-m281
> 
> I'd also like to refer to [2], I found on my way to a solution.
> 
> I should also mention that I don't use systemd as init and the avahi
> packages are just dependencies I _have to_ keep:
> 
> libavahi-client3:amd64install
> libavahi-common-data:amd64install
> libavahi-common3:amd64install
> libavahi-compat-libdnssd1:amd64   install
> libavahi-glib1:amd64  install
> 
> 
> [1] 
> https://developers.hp.com/hp-linux-imaging-and-printing/KnowledgeBase/Troubleshooting/TroubleshootNetwork
> [2] https://answers.launchpad.net/hplip/+question/662398

I have merged this report with #879719. Please note that that report was
forwarded upstream. It is probably better to make detailed contributions
to that source if a resolution of the issue is to be undertaken.

Regards,

Brian.

Bug#889486: Please check for packages named "dh-*" in binary-package-depends-on-toolchain-package

[Josh Triplett]

Package: lintian
Version: 2.5.72
Severity: normal

In binary-package-depends-on-toolchain-package, please disable the
warning for any package starting with "dh-". That'll help avoid false
positives.)

You might also consider disabling the warning for any package shipping a
file in /usr/share/perl5/Debian/Debhelper.

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.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.30-1
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  dpkg  1.19.0.5
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.5
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-4+b1
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.73-1
ii  libxml-simple-perl2.24-1
ii  libyaml-libyaml-perl  0.69+repack-1
ii  man-db2.7.6.1-4+b1
ii  patchutils0.3.4-2
ii  perl  5.26.1-4+b1
ii  t1utils   1.41-2
ii  xz-utils  5.2.2-1.3

Versions of packages lintian recommends:
pn  libperlio-gzip-perl  

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

-- no debconf information

Bug#889485: O: golang-gopkg-testfixtures.v2 - Rails-like test fixtures for Go

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889484: O: golang-gopkg-gomail.v2 - simple and efficient package to send emails in Go

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889479: O: golang-github-gogits-go-gogs-client - Gogs API client in Go

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889482: O: golang-golang-x-sync - Supplemental Go synchronization libraries

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889483: libegl1 package disables amdgpu direct rendering

[fin4478 fin4478]

Package: libegl1
Version: 1.0.0-2

The presence of this package disables 2d and 3d hardware acceleration
of the Mesa amdgpu  driver:

[ 6.245] (EE) AMDGPU(0): eglGetDisplay() failed
[ 6.245] (EE) AMDGPU(0): glamor detected, failed to initialize EGL.

[ 6.452] (II) AMDGPU(0): Front buffer pitch: 7680 bytes
[ 6.452] (==) AMDGPU(0): DRI3 disabled
[ 6.452] (==) AMDGPU(0): Backing store enabled
[ 6.452] (WW) AMDGPU(0): Direct rendering disabled
[ 6.452] (II) AMDGPU(0): 2D and 3D acceleration disabled
[ 6.452] (==) AMDGPU(0): DPMS enabled
[ 6.452] (==) AMDGPU(0): Silken mouse enabled
[ 6.453] (II) AMDGPU(0): RandR 1.2 enabled, ignore the following RandR
disabled message. [ 6.489] (--) RandR disabled
[ 6.491] (II) SELinux: Disabled on system
[ 6.491] (II) AIGLX: Screen 0 is not DRI2 capable
[ 6.491] (EE) AIGLX: reverting to software rendering
[ 6.499] (II) IGLX: enabled GLX_MESA_copy_sub_buffer
[ 6.500] (II) IGLX: Loaded and initialized swrast
[ 6.500] (II) GLX: Initialized DRISWRAST GL provider for screen 0

Many Debian buster mesa packages can not install with Oibaf ppa Mesa
packages any more, because depends versions use = instead of >=. This
happened about 26.1.2018.

xfce@ryzen5pc:~$ inxi -bM
System:Host: ryzen5pc Kernel: 4.15.0-rc8+ x86_64 bits: 64
   Desktop: Xfce 4.12.4 Distro: Debian GNU/Linux buster/sid
Machine:   Device: desktop Mobo: ASUSTeK model: PRIME B350M-K v: Rev X.0x 
serial: N/A
   UEFI [Legacy]: American Megatrends v: 3401 date: 12/04/2017
CPU:   6 core AMD Ryzen 5 1600 Six-Core (-MT-MCP-)
   speed/max: 2727/3375 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Baffin [Polaris11]
   Display Server: x11 (X.Org 1.19.6 )
   drivers: modesetting,ati,radeon,amdgpu (unloaded: fbdev,vesa)
   Resolution: 1920x1080@60.00hz
   OpenGL: renderer: llvmpipe (LLVM 5.0, 128 bits)
   version: 3.3 Mesa 17.3.3
Network:   Card: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
   driver: r8169
Drives:HDD Total Size: 256.1GB (66.9% used)
Info:  Processes: 242 Uptime: 7 min Memory: 737.0/7976.9MB

Bug#889480: O: golang-github-microcosm-cc-bluemonday - Go library for scrubbing user generated data of unapproved html

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889478: O: golang-github-blevesearch-bleve

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889481: O: golang-github-nbutton23-zxcvbn-go - Strong password generator in Go

[Michael Lustfield]

Package: wnpp
Severity: normal

This package was added to Debian as a dependency of Gitea. I am no longer
working on Gitea and no longer have a reason to continue maintaining the
dependencies.

-- 
Michael Lustfield

Bug#889477: Please update SPI address

[Martin Michlmayr]

Package: www.debian.org

SPI changed its address a few months ago.  The old one is still used
at https://www.debian.org/license

Please update it to:

Software in the Public Interest, Inc.
1732 1st Ave #20327
New York, NY 10128-5177
United States

You can verify the address here: http://spi-inc.org/donations/

-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#889476: /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.31: gtk_file_chooser auto completes when it shouldn't, can't select directory with one subdirectory

[David Fries]

Package: libgtk2.0-0
Version: 2.24.31-2
Severity: important
File: /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.31
Tags: upstream

Dear Maintainer,

>From chromium "Load unpacked extension..." it brought up what I assume
is the gtk file chooser.  Enable "Type a file name" then I put in the
directory to my extension (calling it /abs_path here).  It added a
slash at the end so now /abs_path/ , I pressed Enter, and I can see it
briefly flash on /abs_path/.git before the dialog closed, chromium
gives an error loading extension because it has the /abs_path/.git
path.

I gave it the correct path, it decided to auto complete something else
and not only that but to do so after accepting the path I gave it
doesn't give the user a chance to fix the program's wrong choice.

It will also auto complete to an invalid filename.  In chromimum
select a file to upload, do the "Type a file name" option, put in the
full path to a bunch of image files that all have the same first few
characters.  After putting in the path into the location I press
enter, any other file browser will go to that directory, this will
instead will provide the application with path/prefix where prefix is
the first few characters common to all the name files in that
directory.  The result is giving the application a file name that
doesn't exist.

Don't auto select a file, ever!  If you give the "Type a file name" a
directory that has only one file in it, and press enter, in the case
of uploading a browser file, it provides that file to the browser,
which uploads it, and the user has no chance to stop.  Browsers have
required a user to select the file for years to avoid uploading
security sensitive files.  In this case the user would have to
mindfully use a separate program to view that location to verify that
yes it is the file they wanted to upload.

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

Kernel: Linux 4.13.0 (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 libgtk2.0-0:amd64 depends on:
ii  adwaita-icon-theme   3.22.0-1+deb9u1
ii  gnome-icon-theme 3.12.0-2
ii  hicolor-icon-theme   0.15-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo21.14.8-1
ii  libcups2 2.2.1-8
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-common 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
ii  libx11-6 2:1.6.4-3
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.1.14-1+deb9u1
ii  libxdamage1  1:1.1.4-2+b3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxinerama1 2:1.1.3-1+b3
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  shared-mime-info 1.8-1

Versions of packages libgtk2.0-0:amd64 recommends:
ii  libgail-common  2.24.31-2
ii  libgtk2.0-bin   2.24.31-2

Versions of packages libgtk2.0-0:amd64 suggests:
ii  gvfs 1.30.4-1
ii  librsvg2-common  2.40.16-1+b1

-- no debconf information

Bug#889475: ldap-account-manager - dependency error

[Yadickson Soto]

Package: ldap-account-manager
Version: 6.2-1
Branch: buster (testing)

Hi,

There is a problem, I install the ldap-account-manager on buster
Run in the browser http://localhost/lam

The process build fail:

Your PHP has no LDAP support!
Please install the LDAP extension for PHP.

Your PHP has no XML support!
Please install the XML extension for PHP.

Your PHP has no ZIP support.
Please install the ZIP extension for PHP.

The php-ldap, php-xml and php-zip is installed

Solution

Install php7.0-ldap, php7.0-xml and php7.0-zip


Best regards
Thanks a lot



Ing. Yadickson Soto
+56 9 9668 8798
Usuario Linux #497718

Bug#889474: gdbm: should be buildable without dietlibc

[Helmut Grohne]

Source: gdbm
Version: 1.14.1-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

gdbm is part of architecture bootstrap, because perl needs it and
because debhelper needs it via man-db. Thus it needs to be cross
buildable. The new dietlibc-dev dependency makes that difficult. For one
thing, cross building dietlibc does not presently work, nor is fixing
the debian package simple. Another issue is that the dietlibc packaging
does not separate the diet tool in a way suitable for cross compilation.
These issues are documented in #889080.

Thus I'll have to reqeuest that you drop the dietlibc-dev dependency for
the time being. It's not necessary to drop it completely. Making it
optional via a build profile is sufficient. Thus I am proposing the
attached patch for doing so. I note that it makes libgdbm-dev provide a
new virtual package libgdbm-dietlibc-dev iff it builds with dietlibc
support. Thus reverse dependencies using the dietlibc functionality
should depend on libgdbm-dietlibc-dev rather than libgdbm-dev. Possibly
it would be even better to split this out as a real package, but my
patch tries to keep the changes minimal. Please consider applying it.

In general, I question the utility of having dietlibc as some addon
library on a regular glibc port. Wouldn't it be a lot better if there
was a dietlibc-linux-any port? Then you could simply build gdbm for
dietlibc-linux-something and have regular dietlibc packages with no
extra effort. Piggy backing it on existing glibc ports seems just wrong
to me and it makes bootstrapping harder.

Helmut
diff --minimal -Nru gdbm-1.14.1/debian/changelog gdbm-1.14.1/debian/changelog
--- gdbm-1.14.1/debian/changelog2018-01-31 13:24:25.0 +0100
+++ gdbm-1.14.1/debian/changelog2018-02-01 20:56:26.0 +0100
@@ -1,3 +1,10 @@
+gdbm (1.14.1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add pkg.gdbm.nodietlibc build profile. (Closes: #-1)
+
+ -- Helmut Grohne   Thu, 01 Feb 2018 20:56:26 +0100
+
 gdbm (1.14.1-2) unstable; urgency=medium
 
   * Upload to unstable
diff --minimal -Nru gdbm-1.14.1/debian/control gdbm-1.14.1/debian/control
--- gdbm-1.14.1/debian/control  2018-01-29 14:43:50.0 +0100
+++ gdbm-1.14.1/debian/control  2018-02-01 20:55:05.0 +0100
@@ -5,7 +5,7 @@
 Build-Depends: texinfo,
debhelper (>= 10),
dh-exec,
-   dietlibc-dev (>= 0.34~cvs20160606-3) [alpha amd64 arm arm64 
armeb armel armhf hppa i386 ia64 mips mipsel mips64el powerpc powerpcspe ppc64 
ppc64el s390 s390x sparc sparc64 x32],
+   dietlibc-dev (>= 0.34~cvs20160606-3) [alpha amd64 arm arm64 
armeb armel armhf hppa i386 ia64 mips mipsel mips64el powerpc powerpcspe ppc64 
ppc64el s390 s390x sparc sparc64 x32] ,
libreadline-dev
 Standards-Version: 4.1.3
 Homepage: https://gnu.org/software/gdbm
@@ -40,6 +40,7 @@
 Package: libgdbm-dev
 Architecture: any
 Depends: libc6-dev | libc-dev, libgdbm5 (= ${binary:Version}), 
${shlibs:Depends}, ${misc:Depends}
+Provides: ${libgdbm-dietlibc:Provides}
 Section: libdevel
 Priority: optional
 Multi-Arch: same
diff --minimal -Nru gdbm-1.14.1/debian/rules gdbm-1.14.1/debian/rules
--- gdbm-1.14.1/debian/rules2018-01-18 19:35:48.0 +0100
+++ gdbm-1.14.1/debian/rules2018-02-01 20:56:22.0 +0100
@@ -36,7 +36,7 @@
 
 ifeq ($(HAVE_DIETLIBC),yes)
 override_dh_gencontrol:
-   dh_gencontrol -- -VBuilt-Using="$(BUILT_USING)"
+   dh_gencontrol -- -VBuilt-Using="$(BUILT_USING)" 
-Vlibgdbm-dietlibc:Provides=libgdbm-dietlibc-dev
 endif
 
 override_dh_install:

Bug#886782: pulseaudio: Audio playback is slow (sample rate mismatch?)

[Steve McIntyre]

On Sat, Feb 03, 2018 at 05:41:34PM +, Andy Simpkins wrote:
>
>Many thanks for your help and suggestions, this is now sounding like
>a driver issue.  We'll re-assign this to the appropriate linux-image
>package I'm using and CC the kernel folks too.
>
>Dear kernel folks - sorry, looks like this is your bug (and clearly
upstream!).

Quickly responding here again - we've just tried the latest kernel
from experimental (4.15.0-rc8) and this still shows the same problem.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Who needs computer imagery when you've got Brian Blessed?

Bug#889473: mirror submission for mirrors.mit.edu

[MIT]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirrors.mit.edu
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archive-http: /debian/
Archive-rsync: debian/
Maintainer: MIT 
Country: US United States
Comment: another mit debian mirror site, not http://debian.csail.mit.edu/debian/




Trace Url: http://mirrors.mit.edu/debian/project/trace/
Trace Url: http://mirrors.mit.edu/debian/project/trace/ftp-master.debian.org
Trace Url: http://mirrors.mit.edu/debian/project/trace/mirrors.mit.edu

Bug#889471: libcairo-perl: FTBFS: t/CairoSurface.t failure

[Niko Tyni]

On Sat, Feb 03, 2018 at 07:19:24PM +0200, Niko Tyni wrote:
> Package: libcairo-perl
> Version: 1.106-2
> Severity: serious
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
> 
> As noticed by ci.debian.net, the test suite of this package
> recently started failing.
> 
>   Test Summary Report
>   ---
>   t/CairoSurface.t (Wstat: 139 Tests: 41 Failed: 0)
> Non-zero wait status: 139
> Parse errors: Bad plan.  You planned 88 tests but ran 41.
>   Files=9, Tests=256,  0 wallclock secs ( 0.08 usr  0.00 sys +  0.58 cusr  
> 0.05 csys =  0.71 CPU)
>   Result: FAIL
>  
> Timing suggests src:cairo (1.15.8-3 -> 1.15.10-1) as the probable cause
> for this regression.

Confirmed by downgrading libcairo2; that makes the test suite pass again.
Copying the cairo maintainers FYI.

With libcairo2 1.15.10-1, t/CairoSurface.t the libcairo-perl test suite
segfaults:

  ok 36 - An object of class 'Cairo::ImageSurface' isa 'Cairo::ImageSurface'
  ok 37 - An object of class 'Cairo::ImageSurface' isa 'Cairo::Surface'
  ok 38 - An object of class 'Cairo::ImageSurface' isa 'Cairo::ImageSurface'
  ok 39 - An object of class 'Cairo::ImageSurface' isa 'Cairo::Surface'
  ok 40
  ok 41
  Segmentation fault
 
Backtrace with -O0:

  Core was generated by `perl -Iblib/lib -Iblib/arch t/CairoSurface.t'.
  Program terminated with signal SIGSEGV, Segmentation fault.
  #0  png_get_IHDR (png_ptr=0x55bf0389cdd0, info_ptr=0x55bf035c6480, 
width=width@entry=0x7ffcbf7e50c0, 
  height=height@entry=0x55bf0328eb01, bit_depth=bit_depth@entry=0x8, 
  color_type=color_type@entry=0x, 
interlace_type=0x7ffcbf7e4fb0, compression_type=0x0, 
  filter_type=0x0) at pngget.c:841
  841   pngget.c: No such file or directory.
  (gdb) bt
  #0  png_get_IHDR (png_ptr=0x55bf0389cdd0, info_ptr=0x55bf035c6480, 
width=width@entry=0x7ffcbf7e50c0, 
  height=height@entry=0x55bf0328eb01, bit_depth=bit_depth@entry=0x8, 
  color_type=color_type@entry=0x, 
interlace_type=0x7ffcbf7e4fb0, compression_type=0x0, 
  filter_type=0x0) at pngget.c:841
  #1  0x7f1876db570f in read_png 
(png_closure=png_closure@entry=0x7ffcbf7e5020)
  at ../../../../src/cairo-png.c:595
  #2  0x7f1876db5e65 in cairo_image_surface_create_from_png_stream 
(read_func=, 
  closure=) at ../../../../src/cairo-png.c:837
  #3  0x7f1877050809 in XS_Cairo__ImageSurface_create_from_png_stream 
(my_perl=0x55bf03289260, 
  cv=0x55bf037f8a28) at CairoSurface.xs:494
  #4  0x55bf01174121 in Perl_pp_entersub (my_perl=0x55bf03289260) at 
pp_hot.c:4231
  #5  0x55bf0116bf46 in Perl_runops_standard (my_perl=0x55bf03289260) at 
run.c:41
  #6  0x55bf010ed08f in S_run_body (oldscope=, 
my_perl=) at perl.c:2519
  #7  perl_run (my_perl=0x55bf03289260) at perl.c:2447
  #8  0x55bf010c43a2 in main (argc=, argv=, 
env=)
  at perlmain.c:123
 
-- 
Niko Tyni   nt...@debian.org

Bug#889472: horst manpage refers to horst.conf(5) manpage which does not exist

[Matthias Fritzsche]

Package: horst
Version: 5.0-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

the "see also" part of horst(8) manpage refers to horst.conf(5). But this 
manpage does not exist on my computer. According to [0] it doesn't exist 
anywhere. Please include horst.conf(8) manpage into the horst package.

[0] 
https://packages.debian.org/search?suite=sid&searchon=contents&keywords=horst.conf

kind regard
txt.file

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

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: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages horst depends on:
ii  libc6 2.26-6
ii  libncurses5   6.0+20171125-1
ii  libnl-3-200   3.2.27-2
ii  libnl-genl-3-200  3.2.27-2
ii  libtinfo5 6.0+20171125-1

horst recommends no packages.

horst suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJIBAEBCgAyFiEE1NOunmXPptEkFyWqOb+C9VkIZegFAlp19kUUHHR4dC5maWxl
QHR4dGZpbGUuZXUACgkQOb+C9VkIZegiahAAkMq1SdRyMTGnqgxLI1QnSLeZD4v7
HcDGUjGSYf6E0NkNx2fyNcJCLJNgjzcjr8N59TiUYXCn5JUldxANfIKENBciBjBs
xozUx2HWA2jYFnEOakmBaGE67Jp86PuIw/Ql74TJBTt+PNt+dEFTeMzbD61CeYdl
kYiQAQ9mdz1nN9dHVPEk8ta9WUvhhUxGADU9DW5vEydAKaRUF+1oxFzZlkcagjan
rz0VA/cUF81w0kYBdkr2XUi6lHRRyP3FSipBsjKQ7mfWCGsnGJ8Hs8Q9d1TYLl8z
iS+202q1g8cRKwblRMrOhmkvVrLRs15OjcjjR8PgibyAI//1/0pybxFfMn2RWI6N
d791qzNYEggM8ZsJASAiJV8zeRPHJEn3VVx9reJLsZ/jIpKzEN4CpORayh1fUbs5
9nqtunwL8ye7lPtTzWAQq2s4GNJY2jn7v6siB6fKpYvHxeonuOUlMHFYjT+rK9ku
VrNY14Se5wZHH51YMhBDv8uIaDDz7Cmi2KXwRooGKboChTZg+mRahWJRHYSqUTwj
Iyk+Siaz1JiaxXyqcFvt+7SytRQsjX+odUxvF7bMZ4oIY1WAcQdgTG6fjO6efLDi
tGRFiwgDaHf8dkwYp/7UUNjFaJJKkSrVtc6l49okGuBRYXaFkobH4zO6c3KKwPcU
czNyNfq+WO31VrQ=
=snDu
-END PGP SIGNATURE-

Bug#886782: pulseaudio: Audio playback is slow (sample rate mismatch?)

[Andy Simpkins]

Control: reassign -1 linux-image-4.9.0-5-amd64
Control: retitle -1 Audio playback is slow over DisplayPort on AMD Tahiti 
hardware (sample rate mismatch?)
Control: version -1 4.9.65-3+deb9u2

On 15/01/18 23:18, Felipe Sateler wrote:

On Tue, Jan 9, 2018 at 5:44 PM, Andy Simpkins  wrote:

Package: pulseaudio
Version: 10.0-1+deb9u1
Severity: important

Dear Maintainer,

Following the upgrade to stretch sound on my system has stopped
working correctly.  Instead of normal sounding playback, all audio now
plays back slower than it should.

This feels like it could be a sample rate issue.  The only speakers on
my system are on my monitors and derive their audio over display port.
As part of the Squeeze upgrade I am aware that my Graphic Card drivers
got changed from the 'non-free ATI drivers to the recommended FLOSS
driver so it could be something there...


Could you try with the trivial resampler? That should rule out the
resampler as a source of the slowness.

The driver change sounds a lot more likely to be the cause. Could you
try booting with the jessie kernel to see if the slowness goes away?
Also relevant, is the slowness present when playing to any output, or
only on one (HDMI, internal, etc)?

Another avenue to try is to set default-fragment-size-msec to some
very high value, like 250ms.



Hi Again

Sorry for the long time to respond, I needed to get time with someone who knows 
what they are doing so they can sit with me (many thanks Sledge)

OK so we have tried the following:
1) reverted back to the Jessie Kernel with free drivers, and that does not work with sound through the hdmi display port at all (the OLD fglrx catalyst non-free driver was what I used to use in Jessie 
did however work)


2) tested analogue output (PC motherboard) and sound works correctly.

3) moving back to Stretch, 4.9.X kernel and we have also tested using the 
Analogue sound port.  this plays output correctly.

4) switching to hdmi / display port and the sound problem returns

5) when we try playback from different applications we get different results.
Playback through VLC is 'bursty': that is sound plays for a fraction of a second, stops, then starts again having skipped some of a track. playback is also SLOW as previously reported, it sounds like 
VLC might be trying to re-sync.


When using Quod Libet the playback is just slow (without the skipping that VLC 
appears to do to 'resync')

Finally using speaker-test with a 1khz sine output this to my ears also sounds 
off pitch.

6) setting the resample method to trivial has no obvious effect (audio is still 
slow)

7) setting default fragment size to 0.25s only changes the 'chunk' of audio 
duration, playback speed is still slow, and it still pauses and skips before 
playing the next 'chunk' of audio (using VLC)


Many thanks for your help and suggestions, this is now sounding like a driver 
issue.  We'll re-assign this to the appropriate linux-image package I'm using 
and CC the kernel folks too.

Dear kernel folks - sorry, looks like this is your bug (and clearly upstream!).

Cheers

/Andy