Bug#1069638: blender: crashes on startup (SIGSEGV)

[Marcus Better]

Package: blender
Version: 4.0.2+dfsg-1+b2
Severity: important

Dear Maintainer,

Starting blender crashes immediately, before any window is shown.

Stack trace:

(gdb) bt
#0  wm_window_set_drawable (activate=false, win=0x0, wm=0x7fff8fd68c08) at 
./source/blender/windowmanager/intern/wm_window.cc:1235
#1  wm_window_ghostwindow_add (title=0x58d0e545 "Blender", 
is_dialog=, win=0x7fff8fd44088, wm=0x7fff8fd68c08) at 
./source/blender/windowmanager/intern/wm_window.cc:785
#2  wm_window_ghostwindow_ensure(wmWindowManager*, wmWindow*, bool) 
(wm=0x7fff8fd68c08, win=0x7fff8fd44088, is_dialog=) at 
./source/blender/windowmanager/intern/wm_window.cc:817
#3  0x565087f5 in wm_window_ghostwindows_ensure(wmWindowManager*) 
(wm=wm@entry=0x7fff8fd68c08) at 
./source/blender/windowmanager/intern/wm_window.cc:874
#4  0x564d18f8 in WM_check(bContext*) (C=C@entry=0x7fff9436f788) at 
./source/blender/windowmanager/intern/wm.cc:483
#5  0x564e793e in wm_homefile_read_ex(bContext*, wmHomeFileRead_Params 
const*, ReportList*, wmFileReadPost_Params**)
(C=C@entry=0x7fff9436f788, 
params_homefile=params_homefile@entry=0x7fffd940, 
reports=reports@entry=0x0, 
r_params_file_read_post=r_params_file_read_post@entry=0x7fffd938)
at ./source/blender/windowmanager/intern/wm_files.cc:1476
#6  0x564ed1b8 in WM_init(bContext*, int, char const**) 
(C=C@entry=0x7fff9436f788, argc=argc@entry=1, argv=argv@entry=0x7fffdb18)
at ./source/blender/windowmanager/intern/wm_init_exit.cc:302
#7  0x55d67568 in main(int, char const**) (argc=1, argv=0x7fffdb18) 
at ./source/creator/creator.cc:537


With --debug::

> blender --debug 
Switching to fully guarded memory allocator.
Blender 4.0.2
argv[0] = blender
argv[1] = --debug
Writing: /tmp/blender.crash.txt
fish: Job 1, 'blender --debug' terminated by signal SIGSEGV (Address boundary 
error)

> cat /tmp/blender.crash.txt
# Blender 4.0.2, Unknown revision

# backtrace
blender(+0xf6d517) [0x55e4d22e6517]
blender(+0x83db0d) [0x55e4d1bb6b0d]
/lib/x86_64-linux-gnu/libc.so.6(+0x3c510) [0x7f3c00c5a510]
blender(+0xfb478c) [0x55e4d232d78c]
blender(+0xfb47f5) [0x55e4d232d7f5]
blender(+0xf7d8f8) [0x55e4d22f68f8]
blender(+0xf9393e) [0x55e4d230c93e]
blender(+0xf991b8) [0x55e4d23121b8]
blender(+0x813568) [0x55e4d1b8c568]
/lib/x86_64-linux-gnu/libc.so.6(+0x276ca) [0x7f3c00c456ca]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f3c00c45785]
blender(+0x839421) [0x55e4d1bb2421]

# Python backtrace

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

Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages blender depends on:
ii  blender-data  4.0.2+dfsg-1
ii  fonts-dejavu  2.37-8
ii  libavcodec60  7:6.1.1-1
ii  libavdevice60 7:6.1.1-1
ii  libavformat60 7:6.1.1-1
ii  libavutil58   7:6.1.1-1
ii  libboost-locale1.83.0 1.83.0-2+b2
ii  libc6 2.37-15
ii  libembree4-4  4.3.0+dfsg-2
ii  libepoxy0 1.5.10-1+b2
ii  libfftw3-double3  3.3.10-1+b1
ii  libfftw3-single3  3.3.10-1+b1
ii  libfreetype6  2.13.2+dfsg-1+b1
ii  libgcc-s1 14-20240201-3
ii  libgmp10  2:6.3.0+dfsg-2+b1
ii  libgomp1  14-20240201-3
ii  libimath-3-1-29t643.1.9-3.1+b1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.21~dfsg-3+b1
ii  libjemalloc2  5.3.0-2+b1
ii  libjpeg62-turbo   1:2.1.5-2+b2
ii  libopenal11:1.23.1-4+b1
ii  libopencolorio2.1t64  2.1.3+dfsg-1.1+b1
ii  libopenexr-3-1-30 3.1.5-5.1+b1
ii  libopenimageio2.4t64  2.4.17.0+dfsg-1.1+b1
ii  libopenjp2-7  2.5.0-2+b2
ii  libopenvdb10.0t64 10.0.1-2.1+b1
ii  libosdcpu3.5.0t64 3.5.0-2.1
ii  libosdgpu3.5.0t64 3.5.0-2.1
ii  libpng16-16t641.6.43-5
ii  libpotrace0   1.16-2+b1
ii  libpugixml1v5 1.14-0.1+b1
ii  libpulse0 16.1+dfsg1-3
ii  libpython3.11t64  3.11.9-1
ii  libsdl2-2.0-0 2.30.1+dfsg-4
ii  libsndfile1   1.2.2-1
ii  libspnav0 1.1-2
ii  libstdc++614-20240201-3
ii  libswscale7   7:6.1.1-1
ii  

Bug#1065615: New version 1.7.6 available

[Marcus Frings]

Package: dovecot-fts-xapian
Version: 1.6.0-1
Severity: wishlist

Dear maintainer,

Please package the latest version 1.7.6 for Debian because it seems to
fix the bug reported at: https://github.com/grosjo/fts-xapian/issues/147

Best regards
Marcus

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

Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dovecot-fts-xapian depends on:
ii  dovecot-core [dovecot-abi-2.3.abiv21]  1:2.3.21+dfsg1-2
ii  libc6  2.37-15.1
ii  libgcc-s1  14-20240303-1
ii  libicu72   72.1-4+b1
ii  libsqlite3-0   3.45.1-1
ii  libstdc++6 14-20240303-1
ii  libxapian301.4.22-1+b1

dovecot-fts-xapian recommends no packages.

dovecot-fts-xapian suggests no packages.

-- no debconf information

Bug#1053752: emacs metapackage only depends on emacs-{gtk,nox,…} >= 27.1; should depend on >= {Version of metapackage}

[Marcus Müller]

Package: emacs
Version: 1:29.1+1-5~bpo12+1
Severity: normal
X-Debbugs-Cc: marcus_deb...@hostalia.de

Dear Maintainer,

when upgrading the `emacs` metapackage, one would expect the providing
emacs-gtk, emacs-nox, emacs-lucid… package to be upgraded. That's not
happening. For example:

on bookworm:

#install emacs 28
apt install emacs
#enable the bookworm backports repo
sed -i 's/Suites:.*$/& bookworm-backports/'
#update emacs to 29
apt update
apt install emacs/bookworm-backports

effectlessly updates the metapackage, and leaves the actual emacs
installation alone. This leads to user confusion¹.

The reason becomes obvious when one checks the dependencies:

#> apt depends emacs
emacs
 |Depends: emacs-gtk (>= 1:27.1)
 |Depends: emacs-pgtk (>= 1:27.1)
 |Depends: emacs-lucid (>= 1:27.1)
  Depends: emacs-nox (>= 1:27.1)

#> apt depends emacs/bookworm-backports
emacs
 |Depends: emacs-gtk (>= 1:27.1)
 |Depends: emacs-pgtk (>= 1:27.1)
 |Depends: emacs-lucid (>= 1:27.1)
  Depends: emacs-nox (>= 1:27.1)

So, the metapackage in either case doesn't depend on
emacs-implementation of the same version, but on a much older version
(or anything after).

Proposed solution: make `emacs~version` depend on `emacs-gtk==version`,
not on `>=much-older-version`

Best,
Marcus Müller


¹ 
https://unix.stackexchange.com/questions/758547/i-have-2-versions-of-emacs-installed-in-debian-how-do-i-remove-one-of-them/758553#758553

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

Kernel: Linux 6.4.15-200.fc38.x86_64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect

Versions of packages emacs depends on:
ii  emacs-pgtk  1:29.1+1-5~bpo12+1

emacs recommends no packages.

emacs suggests no packages.

-- no debconf information

Bug#1038389: dch bookworm patch

[Marcus Hanisch]

Hi all!

I also noticed that `dch` still uses bullseye as latest stable when 
using `dch --bpo`.


I had a quick look into it and came up with this patch:


--- /usr/bin/dch    2023-04-05 12:40:28.0 +0200
+++ /root/dch_bookworm    2023-09-10 01:07:09.625694923 +0200
@@ -163,7 +163,7 @@
  distribution name
   --bpo
  Increment the Debian release number for a backports upload
- to "bullseye-backports"
+ to "bookworm-backports"
   --stable
  Increment the Debian release number for a stable upload.
   -l, --local 
@@ -507,7 +507,7 @@
 if (defined $opt_D) {
 if ($vendor eq 'Debian') {
 unless ($opt_D
-    =~ 
/^(experimental|unstable|sid|UNRELEASED|((old){0,2}stable|testing|wheezy|jessie|stretch|buster|bullseye)(-proposed-updates|-security)?|proposed-updates)$/
+    =~ 
/^(experimental|unstable|sid|UNRELEASED|((old){0,2}stable|testing|wheezy|jessie|stretch|buster|bullseye|bookworm)(-proposed-updates|-security)?|proposed-updates)$/

 ) {
 my $deb_info = get_debian_distro_info();
 my ($oldstable_backports, $stable_backports) = ("", "");
@@ -530,9 +530,9 @@
   if $oldstable_backports;
 warn "$progname warning: Recognised distributions are: \n"
   . "experimental, unstable, testing, stable, 
oldstable, oldoldstable,\n"
-  . 
"{bullseye,buster,stretch,jessie,wheezy}-proposed-updates,\n"
+  . 
"{bookworm,bullseye,buster,stretch,jessie,wheezy}-proposed-updates,\n"
   . 
"{testing,stable,oldstable,oldoldstable}-proposed-updates,\n"

-  . "{bullseye,buster,stretch,jessie,wheezy}-security,\n"
+  . 
"{bookworm,bullseye,buster,stretch,jessie,wheezy}-security,\n"
   . 
"{testing,stable,oldstable,oldoldstable}}-security$oldstable_backports$stable_backports 
and UNRELEASED.\n"

   . "Using your request anyway.\n";
 $warnings++ if not $opt_force_dist;
@@ -673,7 +673,7 @@
 11, 'bullseye', 12, 'bookworm', 13, 'trixie'
 );
 my $lts_dist    = '9';
-my $latest_dist = '11';
+my $latest_dist = '12';
 # dist guessed from backports, SRU, security uploads...
 my $guessed_dist = '';
 my $CHANGES  = '';

I


Best greetings!


Marcus Hanisch

Bug#1038202: Update on gvfs: "Message is already in session queue" when mount davs, seemed fixed 1.50.4, needs backport to stable?

[Marcus Hanisch]

Hi! A little update to the topic:

I upgraded my stables installation gvfs packages to the ones from testing, and 
the issue still exists:

```
mhanisch@marcus-debian:~$ gio mount davs://my.webdav/share/ mnt
gio: file:///home/mhanisch/mnt: Datenträger unterstützt Einhängen nicht
Anmeldung erforderlich
Bitte geben Sie das Passwort für »Authorised Users Only« ein:
User: marcus.hanisch
Password: 
gio: davs://my.webdav/share: Diese Nachricht ist bereits in der Warteschlange 
der Sitzung
mhanisch@marcus-debian:~$ gio --version
2.74.6
mhanisch@marcus-debian:~$ dpkg -l "gvfs-*"
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
 Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ NameVersion  Architektur  Beschreibung
+++-===---
ii  gvfs-backends   1.50.4-2 amd64userspace virtual filesystem - 
backends
ii  gvfs-common 1.50.4-2 all  userspace virtual filesystem - 
common data files
ii  gvfs-daemons1.50.4-2 amd64userspace virtual filesystem - 
servers
ii  gvfs-fuse   1.50.4-2 amd64userspace virtual filesystem - 
fuse server
ii  gvfs-libs:amd64 1.50.4-2 amd64userspace virtual filesystem - 
private libraries
mhanisch@marcus-debian:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 12 (bookworm)
Release:12
Codename:   bookworm
mhanisch@marcus-debian:~$ 
```

I'm really not sure if this is now a task  for debian team or gvfs team - i 
made a message to both bug trackers :) 

--
Marcus Hanisch
Linux Systems Engineer

Mail : mar...@deltalima.org

Bug#1038202: gvfs: "Message is already in session queue" when mount davs, seemed fixed 1.50.4, needs backport to stable?

[Marcus Hanisch]

Package: gvfs
Version: 1.50.3-1
Severity: important
Tags: upstream

Dear Maintainer,

this is my first debian bug report. I am sorry, if something is not correct :) 

   * What led up to the situation?
 * tried to mount a davs share (simple apache mod_dav vhost), getting 
"Message is already in session queue" error. 
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 * gio mount davs://my.webdav/share/ ~/mnt
   * What was the outcome of this action?
 * error massage above
   * What outcome did you expect instead?
 * davs should be mounted

There exists an issue on gnome gitlab gvfs project, 
https://gitlab.gnome.org/GNOME/gvfs/-/issues/636
It seems to be fixed in 1.50.4, so it probably need a backport to 1.50.3 in 
debian stable (bookworm)

Thank you a lot!
Marcus


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

Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gvfs depends on:
ii  gvfs-common   1.50.3-1
ii  gvfs-daemons  1.50.3-1
ii  gvfs-libs 1.50.3-1
ii  libc6 2.36-9
ii  libglib2.0-0  2.74.6-2

gvfs recommends no packages.

Versions of packages gvfs suggests:
ii  gvfs-backends  1.50.3-1

-- no debconf information

Bug#1021112:

[Marcus Werner]

Dear maintainer,

I've the same bug in debian bullseye, evolution 3.38.3-1+deb11u1 ,
Workaround to read my mails : Open it as "Als neue Nachricht
bearbeiten" (Edit as new message)

kind regards
M.WER

Bug#1034827: ITP: mustache-spec -- Formal standard definition for the Mustache templating language

[Marcus Hardt]

Package: wnpp
Severity: wishlist
Owner: Marcus Hardt 
X-Debbugs-Cc: debian-de...@lists.debian.org, mi...@lenk.info, mar...@hardt-it.de

* Package name: mustache-spec
  Version : 1.3.0
  Upstream Contact: The Mustache Team: https://github.com/mustache/spec/issues
* URL : https://github.com/mustache
* License : MIT
  Programming Lang: YAML, JSON
  Description : Formal standard definition for the Mustache templating 
language

 Formal standard definition for the Mustache templating language
 This is the formal standard for Mustache. It defines both normal usage and
 edge-case behavior for libraries parsing the Mustache templating language (or
 a superset thereof).
 .
 The specification is developed as a series of YAML files

- I'm packaging this package as the dependecy of mustach - a c library
  that implements the mustache templating engine. During the build of
  mustach, this spec is used to verify standard compliance.
  Upstream simply git clones these files, which seems a bit non-debian.
  Therefore, I'm providing this package.
- I hope that Micha will sponsor me to maintain this package
- I will continue to maintain it as part of my work at KIT

Bug#1034821: ITP: simple.css -- CSS template that allows making good looking websites quickly

[Marcus Hardt]

Package: wnpp
Severity: wishlist
Owner: Marcus Hardt 
X-Debbugs-Cc: debian-de...@lists.debian.org, mi...@lenk.info, mar...@hardt-it.de

* Package name: simple.css
  Version : 2.2.0
  Upstream Contact: Kev Quirk https://kevquirk.com/contact
* URL : https://github.com/kevquirk/simple.css.git
* License : MIT
  Programming Lang: Plain css files
  Description : CSS template that allows making good looking websites 
quickly

CSS template that allows making good looking websites quickly
 Simple.css is a mostly classless, simple, and minimal web framework. You can
 integrate Simple.css with plain HTML and your site will look great. Simple
 Classes for addon are available at https://simplecss.org

- This package is a dependency of the oidc-prompt subpackage of
  oidc-agent. The dependencies there were reduced from libjs-bootswatch-5,
  since no never versions lf libjs-bootswatch-3 were published.
- This package will continue to be maintained by me, as part of my work at
  KIT.
- I'm looking for Micha as a sponsor, which is why I've added him in cc.

Bug#1027977: libpam-fprintd: Disabled retries make fingerprint auth unreliable

[Marcus Thiesen]

Package: libpam-fprintd
Version: 1.94.2-2
Severity: normal

Dear Maintainer,

max_tries for pam fprintd is set to 1 in Debian/Ubuntu, which means no
retry. I would expect at least some retries when I have a failed
fingerprint auth attempt.

It comes from this commit:
commit d90232eaf6ce050ed494d9fb9cd8464ba595468f
Author: Didier Raboud 
Date:   Mon May 14 20:18:40 2012 +0200

Allow one to configure max_tries and timeout with a patch.

diff --git a/debian/pam-configs/fprintd b/debian/pam-configs/fprintd
index 1c79d52..365e3dd 100644
--- a/debian/pam-configs/fprintd
+++ b/debian/pam-configs/fprintd
@@ -4,4 +4,4 @@ Priority: 260
 Conflicts: fprint
 Auth-Type: Primary
 Auth:
-   [success=end default=ignore]pam_fprintd.so
+   [success=end default=ignore]pam_fprintd.so max_tries=1
timeout=10 # debug

That has been in there for 10 years, but in my opinion it makes fingerprint
reading in Debian/Ubuntu totally unusable, because at least on my P1
Thinkpad the fingerprint reader is not reliable enough/I hit not well
enough and I get false negatives quite often, after I changed that
max_tries to 3 it is much more fun to use, because I can actually try again
when it fails and I don't always have to fall back to typing my password.
It then behaves more like my phone which is I guess by now expected
behaviour (and I guess also the quality fingerprint readers have
nowadays).

I reached out to the author of the commit, Didier 'OdyX' Raboud, he said
"As you can see from the commit date, this is more than 10 (! wow) since I
committed this, during a period during which I was maintaining fprintd 
My last upload on fprintd was in 2016. I have never since re-tried using
pam_fprintd on any of the laptops I use.

I definitely and clearly don't insist that this patch is correct,
meaningful or relevant nowadays. With my now-non-expert eyes, this seems to
warrant a bugreport to Debian for removal, indeed."

Cheers,
  Marcus


-- 
 :: Marcus More-Thiesen :: blog.thiesen.org :: @mthiesen :: 0173 / 28 01 82
4 ::

Bug#1027898: ITP: clibs-list -- C library for doubly linked list

[Marcus Hardt]

Package: wnpp
Severity: wishlist
Owner: Marcus Hardt 
X-Debbugs-Cc: debian-de...@lists.debian.org, mar...@hardt-it.de, 
mi...@lenk.info, mar...@hardt-it.de

* Package name: clibs-list
  Version : 0.4.0
  Upstream Contact: TJ Holowaychuk 
* URL : https://github.com/clibs/list
* License : MIT
  Programming Lang: C
  Description : C library for doubly linked list

The package contains a lib and a lib-dev package

It contains simple linked list library is part of the clibs package
manager for the C programming language.


I'm packaging this package because versions of oidc-agent newer than the
one currently included in debian depend on it.

I plan to maintain this package in the future.

Bug#1027893: ITP: mustach-c -- Mustache is a push-strategy (a.k.a logic-less) template engine. This is the c implementation of it.

[Marcus Hardt]

Package: wnpp
Severity: wishlist
Owner: Marcus Hardt 
X-Debbugs-Cc: debian-de...@lists.debian.org, mar...@hardt-it.de, 
mi...@lenk.info, mar...@hardt-it.de

* Package name: mustach-c
  Version : 1.2.4
  Upstream Contact: José Bollo  
* URL : https://gitlab.com/jobol/mustach
* License : BSL-1.0
  Programming Lang: C
  Description : Mustache is a push-strategy (a.k.a logic-less) template 
engine. This is the c implementation of it.

Mustache processes a template from standard input and prints
one or more documents to standard output.

This package contains a tiny tool for processing JSON files with
Mustache templates. This version uses the cjson implementation.


I'm packaging this package because versions of oidc-agent newer than the
one currently included in debian depend on it.

I plan to maintain this package in the future.

Bug#1027788: nntpd not running after upgrading to openbsd-inetd_0.20221205-1

[Marcus Frings]

Package: leafnode
Version: 1.12.0-1
Severity: grave

Dear Moritz,

after upgrading openbsd-inetd to 0.20221205-1 I can't connect to my
local leafnode instance anymore and Gnus refuses with  "nntpd not
running: connection broken by remote peer".

Changing the line in /etc/inetd.conf from

nntp   stream   tcp [...]

to

nntp   stream   tcp4 [...]

and restating openbsd-inetd solves the problem.

Best regards
Marcus

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

Kernel: Linux 6.0.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages leafnode depends on:
ii  debconf [debconf-2.0] 1.5.81
ii  libc6 2.36-7
ii  libpcre2-8-0  10.42-1
ii  logrotate 3.21.0-1
ii  netbase   6.4
ii  openbsd-inetd [inet-superserver]  0.20221205-1
ii  tcpd  7.6.q-32

leafnode recommends no packages.

Versions of packages leafnode suggests:
ii  perl  5.36.0-6

-- Configuration Files:
/etc/cron.d/leafnode changed [not included]

-- debconf information excluded

Bug#1025679: mlpack-doc: docify documentation is almost empty.

[Marcus Hampel]

Package: mlpack-doc
Version: 3.4.2-1
Severity: normal

Dear Maintainer,

documentation under /usr/share/doc/mlpack-doc/html is almost empty.
The docify documentation has not been build properly.


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

Kernel: Linux 5.10.0-19-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de:en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mlpack-doc depends on:
ii  libjs-jquery  3.5.1+dfsg+~3.5.5-7

mlpack-doc recommends no packages.

mlpack-doc suggests no packages.

-- no debconf information

Bug#1022025: Problem Kernelupdate 5.10.0-19 on AMD Hardware

[Marcus Orthbandt]

I have checked something.

All three System have completly same installation:

On Athlon 220GE without seperate graphics card)
After Update to 5.10.0-19 first Blank Screen, after a lot of Time (~30 
Minutes) comes Lightdm up, but each Keystroke need Minutes!

So i think wie CPU are very very slowly.

On Ryzen 3 3250U without seperate graphics card)
Same effect, but i have not testet to wait until Ligthdm comes up.

On Ryzen 5 2400G with separate Graphics AMD Radeon RX570)
No Failure


I hope it helps to detect the issue.

Marcus


Am 19.10.22 um 15:31 schrieb Salvatore Bonaccorso:


Hi Marcus,

On Wed, Oct 19, 2022 at 02:57:40PM +0200, PC-vor-Ort, Marcus Orthbandt wrote:

Hello Kernel-Team,

the latest Update for 5.10.0-19 (149-1) prevent Boot of Linux on
AMD-Machines.

do you know these Bug currently?

Can you have a look if the following matches your issue:
https://bugs.debian.org/1022025

Regards,
Salvatore

Bug#1004964: lbzip2: Current package (version 2.5-2.2) is empty besides /usr/share/doc folder. No binary.

[Marcus Jodorf]

Package: lbzip2
Version: 2.5-2.2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

current package is broken.
Executable is missing.

Best

Marcus Jodorf


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

Bug#894126: help2man: Problem with encoding kk_KZ.RK1048

[Marcus Hardt]

I'm experiencing the same problem every now and then, because reprotest
uses this encoding to verify reproducible builds.

The problem seems to be triggered by setting this environment:

LANG=kk_KZ.RK1048
LANGUAGE=kk_KZ.RK1048:fr


Cheers,
-- 
Marcus.


signature.asc
Description: PGP signature

Bug#998834: Multiple subsystem options in sshd_config prevent sshd from starting

[Marcus Frings]

Package: openssh-server
Version: 1:8.7p1-1
Severity: important

Dear maintainers,

In /etc/ssh/sshd_config the option

  "Subsystem sftp /usr/lib/openssh/sftp-server"

is active by default.

"man 5 sshd_config" states:

  "/etc/ssh/sshd_config.d/*.conf files are included at the start of the
  configuration file, so options set there will override those in
  /etc/ssh/sshd_config."

However, after adding

  "Subsystem sftp /usr/lib/openssh/sftp-server -f AUTHPRIV -l INFO"

to /etc/ssh/sshd_config.d/10-marcus-sshd-config.conf, the ssh server fails
to start.

Hence, my attempt to leave the original sshd_config untouched and move
all my manually modified settings to a file parsed via the include
directive results in a broken ssh server.

Running "sshd -T" tells:

  /etc/ssh/sshd_config line 116: Subsystem 'sftp' already defined.

This undocumented behaviour contradicts the statement of the man page cited
above. I could not find any Debian bug report in the openssh-* packages
regarding this issue (please forgive me if I missed it).

In the end I dropped my new approach of using
/etc/ssh/sshd_config.d/*.conf and went back to a manually modified
/etc/ssh/sshd_config, until this issue is solved.

By the way, after a brief search on the error message I found the same
problem reported there as well:

https://bugzilla.mindrot.org/show_bug.cgi?id=3236

(Thus, I used the same subject line as in the cited bug report.)

Best regards,
Marcus

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

Kernel: Linux 5.14.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openssh-server depends on:
ii  adduser3.118
ii  debconf [debconf-2.0]  1.5.79
ii  dpkg   1.20.9
ii  libaudit1  1:3.0.6-1
ii  libc6  2.32-4
ii  libcom-err21.46.4-1
ii  libcrypt1  1:4.4.25-2
ii  libgssapi-krb5-2   1.18.3-7
ii  libkrb5-3  1.18.3-7
ii  libpam-modules 1.4.0-10
ii  libpam-runtime 1.4.0-10
ii  libpam0g   1.4.0-10
ii  libselinux13.1-3+b1
ii  libssl1.1  1.1.1l-1
ii  libsystemd0249.5-2
ii  libwrap0   7.6.q-31
ii  lsb-base   11.1.0
ii  openssh-client 1:8.7p1-1
ii  openssh-sftp-server1:8.7p1-1
ii  procps 2:3.3.17-5
ii  runit-helper   2.10.3
ii  ucf3.0043
ii  zlib1g 1:1.2.11.dfsg-2

Versions of packages openssh-server recommends:
ii  libpam-systemd [logind]  249.5-2
pn  ncurses-term 
ii  xauth1:1.1-1

Versions of packages openssh-server suggests:
pn  molly-guard   
pn  monkeysphere  
pn  ssh-askpass   
pn  ufw   

-- debconf information excluded

Bug#991586: unbound systemd service should use network-online.target instead of network.target

[Marcus Furlong]

Package: unbound
Version: 1.9.0-2+deb10u2

When starting unbound and binding to a specific interface using the
`interface` keyword, unbound can fail if the interface is not
configured correctly on boot.

Changing the systemd unit to use the `network-online.target` instead
of the `network.target` remedies the situation. Once the interface is
online, unbound succeeds in binding to the interface and starts
correctly.

There is also another bug report (for the Ubuntu package) where
another reason for switching to using `network-online.target` is
given: https://bugs.launchpad.net/ubuntu/+source/unbound/+bug/1923733

That bug report suggests reporting the bug against the Debian package
as they use the Debian package unmodified, but I cannot find a
corresponding bug report.

-- 
Marcus Furlong

Bug#991414: volk no longer supports neon on armhf

[Marcus Müller]

Hi Peter,

thanks for digging in so deeply!

First thing I'm going to do: Loop Johannes Demel in here, he's the most 
knowledgeable
person on the CPU detection and build issues.

Johannes, see below. There's two things to unpack here:

1. It looks like debian disables NEON. Do we need to check with Mait on that? 
Or is this
somehow "right"?
2. see the build problem; that looks like an archi/µarch mismatch, but I don't 
know how to
interpret it.

Maybe you can shine some light on this?

Best regards,
Marcus


On 23.07.21 00:07, peter green wrote:
> Package: volk
> Version: 2.0.0-1
> Severity: important
> X-debbugs-cc: mmuel...@gnuradio.org
> 
> Hi,
> 
> While raspbian and Debian armhf have different baselines what they share in
> common is that neon is not part of the baseline configuration but is present 
> on
> a large proportion of the systems people use in practice (for Debian armhf I
> suspect nearly all users have neon, for raspbian it's less because we still
> have pi1/pi0 users around) . So where upstream supports runtime detection
> of neon said runtime detection should be enabled and used.
> 
> Back in 2015 I disabled neon in raspbian's volk package, I can't remember why
> but I suspect it was because at the time I had no means of determining whether
> the package had runtime CPU   detection.
> 
> alle_die_mit_der from gnuradio upstream came into #raspbian on irc (to ask 
> about
> options for building stuff) and I took the opportunity to talk about the issue
> of runtime CPU detection. He guided me on how to test volk (quotes below) and
> I thus decided to revert our raspbian neon-disabling changes and build a 
> package
> for testing on raspbian bullseye.
> 
>>  The volk package in raspbian currently has neon disabled. from 
>> what you have
>> said I strongly suspect it could be re-enabled but before I actually 
>> re-enable it I need
>> a test plan that I can use to make sure i'm not breaking anything.
>>  VOLK has a unit test for every single "kernel"
>>  `make test` is your friend :)
>>  is there a way to run the tests against an installed version of 
>> volk?
>>  yeah
>>  `volk_profile` essentially does the same, while 
>> benchmarking them
>> <--snip-->
>>  does volk_profile use the same runtime cpu detection as normal 
>> use of volk?
>>  yes
>>  it should
>> <--snip-->
>>  you can query the runtime-available platforms with 
>> `volk-config-info
>> --avail-machines`
> 
> However to my surprise I discovered that the package built on raspbian from
> unmodified Debian sources didn't have any neon support either. I discovered 
> that
> the CMake scripts were failing to detect Neon because they were not using
> -mfpu=neon when building test programs.
> 
> I have confirmed this is not a raspbian specific issue and it seems to have
> been this way since version 2.0.0, this makes it a regression between buster
> and bullseye.
> 
> I modified the cmake scripts to use -mfpu=neon when detecting neon support
> but then the build itself failed with.
> 
>> cd /volk-2.4.1.new/obj-arm-linux-gnueabihf/lib && /usr/bin/cc -DHAVE_DLFCN_H
>> -DHAVE_FENV_H -D_GLIBCXX_USE_CXX11_ABI=1 
>> -I/volk-2.4.1.new/kernels/volk/asm/neon
>> -I/usr/include/orc-0.4 -I/volk-2.4.1.new/obj-arm-linux-gnueabihf/include
>> -I/volk-2.4.1.new/include -I/volk-2.4.1.new/kernels
>> -I/volk-2.4.1.new/obj-arm-linux-gnueabihf/lib -I/volk-2.4.1.new/lib
>> -I/usr/include/cpu_features -O2 -g -DNDEBUG -fPIC -o
>> CMakeFiles/volk_obj.dir/__/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s.o
>>  -c
>> /volk-2.4.1.new/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s
>> /volk-2.4.1.new/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s: 
>> Assembler
>> messages:
>> /volk-2.4.1.new/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s:11: 
>> Error:
>> selected FPU does not support instruction -- `vmov.i32 q12,#0'
>> /volk-2.4.1.new/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s:18: 
>> Error:
>> selected processor does not support `vld2.16 {d16-d19},[r4]!' in ARM mode
>> /volk-2.4.1.new/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s:22: 
>> Error:
>> selected FPU does not support instruction -- `vsub.i16 q10,q8,q9'
>> /volk-2.4.1.new/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s:23: 
>> Error:
>> selected processor does not support `vcge.s16 q11,q10,#0' in ARM mode
>> /volk-2.4.1.new/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s:24: 
>> Error:
>> selected processor does not support `vcgt.s16 q10,q12,q10' in ARM mode
>&g

Bug#991386: Security vulnerability: Denial of Service

[Marcus Frings]

Source: ublock-origin
Severity: grave
Tags: security
X-Debbugs-Cc: Debian Security Team 

Disclosure: 
https://github.com/vtriolet/writings/blob/main/posts/2021/ublock_origin_and_umatrix_denial_of_service.adoc

Fixed in 1.36.2: https://github.com/gorhill/uBlock/releases/tag/1.36.2

Bug#991344: Security vulnerability: Denial of Service - fixed by new upstream version!

[Marcus Frings]

Source: umatrix
Severity: grave
Tags: security
X-Debbugs-Cc: Debian Security Team 

Disclosure: 
https://github.com/vtriolet/writings/blob/main/posts/2021/ublock_origin_and_umatrix_denial_of_service.adoc

Upstream fixed the security vulnerability along with minor improvements
by releasing uMatrix version 1.4.2 and subsequently version 1.4.4:

https://github.com/gorhill/uMatrix/releases/tag/1.4.2
https://github.com/gorhill/uMatrix/releases/tag/1.4.4

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

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#990761: Sorry to early

[Marcus Werner]

I just tested the behaviour again under wayland: Because of trouble
with another programm I switched these days to Gnome under XOrg
and have forgotten this. Here Evolution runs fine. In Wayland I have
the same bug as before, segfault on start.

So the bug is half alive :(

Bug#990761: Bug is gone

[Marcus Werner]

After some updates (I did not test it on every update) the bug has gone
on 12.7.2021, evolution now starts and works fine.

Please close the Bug ;)!

Bug#990761: evolution crash (segfault) on startup without error msg

[Marcus Werner]

Package: evolution
Version: 3.38.3-1
Severity: normal
X-Debbugs-Cc: bugrep...@holozone.de

(amdgpu-pro installed from amd.com, but everything else runs fine)

Starting program: /usr/bin/evolution
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffeb3ac700 (LWP 11754)]
[New Thread 0x7fffeabab700 (LWP 11755)]
[New Thread 0x7fffea373700 (LWP 11756)]
[New Thread 0x7fffe9b61700 (LWP 11757)]

Thread 1 "evolution" received signal SIGSEGV, Segmentation fault.
0x72532903 in XAddExtension () from /lib/x86_64-linux-gnu/libX11.so.6
(gdb) bt
#0  0x72532903 in XAddExtension () at /lib/x86_64-linux-gnu/libX11.so.6
#1  0x7fffd1d5f517 in  () at /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#2  0x7fffd1d63fd9 in eglInitialize () at /usr/lib/x86_64-linux-
gnu/dri/amdgpu_dri.so
#3  0x7fffef4a7d85 in  () at /lib/x86_64-linux-gnu/libcogl.so.20
#4  0x7fffef4a3f15 in  () at /lib/x86_64-linux-gnu/libcogl.so.20
#5  0x7fffef4597d7 in cogl_renderer_connect () at /lib/x86_64-linux-
gnu/libcogl.so.20
#6  0x7fffef554f82 in  () at /lib/x86_64-linux-gnu/libclutter-1.0.so.0
#7  0x7fffef56e7c3 in  () at /lib/x86_64-linux-gnu/libclutter-1.0.so.0
#8  0x7fffef57f58a in  () at /lib/x86_64-linux-gnu/libclutter-1.0.so.0
#9  0x73ae4a46 in  () at /lib/x86_64-linux-gnu/libclutter-gtk-1.0.so.0
#10 0x77210278 in g_option_context_parse () at /lib/x86_64-linux-
gnu/libglib-2.0.so.0
#11 0x73ae4bc1 in gtk_clutter_init_with_args () at /lib/x86_64-linux-
gnu/libclutter-gtk-1.0.so.0
#12 0x8994 in main ()


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

Kernel: Linux 5.10.0-7-amd64 (SMP w/32 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages evolution depends on:
ii  dbus   1.12.20-2
ii  evolution-common   3.38.3-1
ii  evolution-data-server  3.38.3-1
ii  libc6  2.31-12
ii  libcamel-1.2-623.38.3-1
ii  libclutter-gtk-1.0-0   1.8.4-4
ii  libecal-2.0-1  3.38.3-1
ii  libedataserver-1.2-25  3.38.3-1
ii  libevolution   3.38.3-1
ii  libglib2.0-0   2.66.8-1
ii  libgtk-3-0 3.24.24-4
ii  libical3   3.0.9-2
ii  libnotify4 0.7.9-3
ii  libsoup2.4-1   2.72.0-2
ii  libwebkit2gtk-4.0-37   2.32.1-2
ii  libxml22.9.10+dfsg-6.7
ii  psmisc 23.4-2

Versions of packages evolution recommends:
ii  evolution-plugin-bogofilter  3.38.3-1
ii  evolution-plugin-pstimport   3.38.3-1
ii  evolution-plugins3.38.3-1
ii  yelp 3.38.3-1

Versions of packages evolution suggests:
pn  evolution-ews   
pn  evolution-plugins-experimental  
ii  gnupg   2.2.27-2
ii  network-manager 1.30.0-2

Bug#963980: (no subject)

[Marcus Hardt]

I have the same issue with these versions:


bumblebee:  3.2.1-27
init-system-helpers:  1.60
libbsd0:  0.11.3-1
libc6:  2.31-12
libglib2: 
libkmod2:  28-1
libx11-6:  2:1.7.1-1
lsb-base:  11.1.0
xserver-xorg-core:  2:1.20.11-1
bbswitch-dkms:  0.8-10
primus-libs:  0~20150328-13
bumblebee-nvidia:  3.2.1-27
nvidia-driver:  460.73.01-1
nvidia-driver-libs:  460.73.01-1
primus-libs:  0~20150328-13
xserver-xorg-video-nvidia:  460.73.01-1



-- 
Marcus.


signature.asc
Description: PGP signature

Bug#989100: New version available: v6.16

[Marcus Frings]

Package: getmail6
Version: 6.14-1
Severity: wishlist

Dear maintainer(s),

Upstream is two minor versions ahead (= v6.16) with fixed bugs and
new features. It would be great to have this version in Debian.

Thanks and best regards,
Marcus

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

Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages getmail6 depends on:
ii  python3  3.9.2-3

getmail6 recommends no packages.

getmail6 suggests no packages.

-- no debconf information

Bug#989086: New version 1.11.12 available

[Marcus Frings]

Package: leafnode
Version: 1.11.11-3
Severity: wishlist

Dear Moritz,

After some years of dormant sleep, leafnode received an update to 1.11.12 in 
2021.

Please consider the new version to be included in Debian.

Thanks and best regards,
Marcus

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

Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages leafnode depends on:
ii  debconf [debconf-2.0] 1.5.76
ii  libc6 2.31-12
ii  libpcre3  2:8.39-13
ii  logrotate 3.18.0-2
ii  netbase   6.3
ii  openbsd-inetd [inet-superserver]  0.20160825-5
ii  tcpd  7.6.q-31

leafnode recommends no packages.

Versions of packages leafnode suggests:
ii  claws-mail [news-reader]  3.17.8-1+b1
ii  emacs-gtk [news-reader]   1:27.1+1-3.1
ii  emacs-snapshot [news-reader]  2:20210517+emacs-27.1-7840-g7124598068e-1
ii  perl  5.32.1-4

-- Configuration Files:
/etc/cron.d/leafnode changed [not included]

-- debconf information excluded

Bug#934921: openssl: Wrong regular expression in /usr/bin/c_rehash

[Marcus C. Gottwald]

Andreas Gryphius wrote (Fri 2019-Aug-16 18:22:00 +0200):

> the perl script /usr/bin/c_rehash contains a line (#123)
> 
> FILE: foreach $fname (grep {/\.(pem)|(crt)|(cer)|(crl)$/} @flist) {
> 
> where I think the regex grouping is wrong.
> Obviously it is intended to find only files with the listed suffixes.
> But it also finds files with "crt" or "cer" just anywhere within the
> filename. For example it would find the file "i_am_not_a_cert_file.pdf"

That behaviour caused a (small) security incident for me. I had
renamed files containing CA certificates which should no longer be
trusted, expecting c_rehash to delete and not re-create symlinks
to those files. However, c_rehash unexpectedly re-created the
symlinks, and the application verifying certificates unexpectedly
found and thus kept trusting those CA certificates.

If c_rehash's current behaviour is intended, at least the man page
should reflect that, I guess. The man page currently says:

   rehash scans directories and calculates a hash value of
   each ".pem", ".crt", ".cer", or ".crl" file

Thanks, Marcus

-- 
   Marcus C. Gottwald  ··  @mcg:cheers.de

Bug#980462: ITP: oidc-agent -- Commandline tool for obtaining OpenID Connect Access tokens on the commandline

[Marcus Hardt]

Package: wnpp
Severity: wishlist
Owner: Marcus Hardt 
X-Debbugs-Cc: debian-de...@lists.debian.org, mar...@hardt-it.de

* Package name: oidc-agent
  Version : 4.0.2
  Upstream Author : Gabriel Zachmann 
* URL : https://github.com/indigo-dc/oidc-agent
* License : MIT
  Programming Lang: C++
  Description : Commandline tool for obtaining OpenID Connect Access tokens 
on the commandline

oidc-agent consists of five programs:
   - oidc-agent that handles communication with the OIDC provider
   - oidc-gen that generates config files
   - oidc-add that loads (and unloads) configuration into the agent
   - oidc-token that can be used to get access token on the command line
   - oidc-keychain that re-uses oidc-agent across logins

 The package is useful for using distributed infrastructures that make use
 of OpenID Connect (such as the European Federated Cloud, the Worldwide
 LHC Computing Grid).


 The package depends on a set of other packages:
fakeroot,
devscripts,
libcurl4-openssl-dev (>= 7.35.0),
libsodium-dev (>= 1.0.14),
help2man (>= 1.46.4),
libseccomp-dev (>= 2.1.1),
libmicrohttpd-dev (>= 0.9.33),
check (>= 0.10.0),
pkg-config (>= 0.29),
libsecret-1-dev (>= 0.18.4),
libcjson-dev (>= 1.7.14),

 Other packages that depend on oidc-agent are not (yet) shipped via
 debian. Those include the unicore commandline client, udocker, and the
 watts client.

 I am not aware of other packages providing OpenID Connect Access Tokens
 on the commandline.

 Maintenance plan is that I can do it during my office hours at work. The
 same currently holds for the upstream developer.

 I am not looking for co-maintainers.

 I have looked for a sponsor, Micha Lenk is helping us a lot.

Bug#950782: closed by Debian FTP Masters (reply to Kartik Mistry ) (Bug#950782: fixed in recoll 1.28.3-1)

[Marcus Frings]

On Wed, 6 Jan 2021 10:35:46 +0100 Marcus Frings
 wrote:

> Shouldn't it better suggest python3-py7zr instead of python3-lz4 as
> xiscu pointed out in the e-mail? (Many thanks to xiscu for spotting
> the solution!)

In the meantime I have already manually installed python3-py7zr
(0.11.1+dfsg-1) on my sid system. However, the most recent recoll
(1.28.3-1) still reports that it can't find py7zr:

:2:internfile/internfile.cpp:803::FileInterner::internfile: next_document error 
[/xxx/redacted.tar.7z] application/x-7z-compressed RECFILTERROR HELPERNOTFOUND 
python3:py7zr or python3:pylzma

:3:index/fsindexer.cpp:246::FsIndexer::index missing helper program(s):
or (application/x-7z-compressed)
python3:py7zr (application/x-7z-compressed)
python3:pylzma (application/x-7z-compressed)

Best regards,
Marcus


pgpYJP2WMuWOs.pgp
Description: OpenPGP digital signature

Bug#950782: closed by Debian FTP Masters (reply to Kartik Mistry ) (Bug#950782: fixed in recoll 1.28.3-1)

[Marcus Frings]

Dear Kartik and xiscu,

On Wed, 06 Jan 2021 08:18:05 +, "Debian Bug Tracking System"
 wrote:

> Changes:
>  recoll (1.28.3-1) unstable; urgency=low
>  .
>* New upstream release.
>* debian/control:
>  + Suggest python3-lz4 (Closes: #950782)
 ^^^

Shouldn't it better suggest python3-py7zr instead of python3-lz4 as
xiscu pointed out in the e-mail? (Many thanks to xiscu for spotting the
solution!)

(Highlighted in Recoll's release notes: "Use py7zr in preference to
pylzma for 7z archive indexing")

Thanks a lot for working on the bug report, too!

Best regards,
Marcus


pgpOowvRtzW82.pgp
Description: OpenPGP digital signature

Bug#977033: parallel: Multiple threads on multiple hosts with same home directory fails

[Marcus]

Package: parallel
Version: 20161222-1.1
Severity: important

Dear Maintainer,

When running parallel with multiple threads on multiple hosts
with the same home directory on all hosts, that is nfs mounted home
or as in my case gluster mounted home, you get the error:

parallel: This should not happen. You have found a bug.
Please contact paral...@gnu.org and include:

The version number: 20161222
The bugid: loadavg_invalid_content: 
/home/marcus/.parallel/tmp/loadavg-myhost
The command line being run
The files being read (put the files on a webserver if they are big)

If you get the error on smaller/fewer files, please include those instead.

Searching online I found a reason to beleave that this is a bug in older 
versions
of parallel and the recomendation was to upgrade to a newer version.
I got the latest version from gnu parallel (GNU parallel 20201122) and just 
copied the perl script file
parallel into /usr/bin/parallel.

After this everything was working fine and we never got the error again.


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

Kernel: Linux 4.19.0-12-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages parallel depends on:
ii  perl 5.28.1-6+deb10u1
ii  procps   2:3.3.15-2
ii  sysstat  12.0.3-2

parallel recommends no packages.

parallel suggests no packages.

-- no debconf information
---
När du skickar e-post till SLU så innebär detta att SLU behandlar dina 
personuppgifter. För att läsa mer om hur detta går till, klicka här 
<https://www.slu.se/om-slu/kontakta-slu/personuppgifter/>
E-mailing SLU will result in SLU processing your personal data. For more 
information on how this is done, click here 
<https://www.slu.se/en/about-slu/contact-slu/personal-data/>

Bug#940732: pulseeffects: almost all plugins broken in current sid

[Marcus]

Package: pulseeffects
Version: 4.7.3-1
Followup-For: Bug #940732
X-Debbugs-Cc: pleasespamtothis...@gmx.de

Dear Maintainer,

I don't know when it happened exactly, but the "pulseeffects" plugins seem to 
be broken again. 
I was using many plugins 1 to 2  months ago and they were working fine.
After one of the recent updates - suddenly most plugins aren't available anymore

When starting pulseeffects I now get:
"
(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.512: limiter plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.512: compressor 
plugin was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.512: filter plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.512: equalizer plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.513: reverb plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.513: bass_enhancer 
plugin was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.513: exciter plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.519: 
multiband_compressor plugin was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.520: loudness plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.520: gate plugin was 
not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.523: multiband_gate 
plugin was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.523: deesser plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.523: stereo_tools 
plugin was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.530: delay plugin was 
not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.536: limiter plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.537: compressor 
plugin was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.537: filter plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.537: equalizer plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.537: reverb plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.537: gate plugin was 
not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.537: deesser plugin 
was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.544: 
multiband_compressor plugin was not found!

(pulseeffects:2738441): pulseeffects-WARNING **: 23:12:01.544: multiband_gate 
plugin was not found!
"


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

Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pulseeffects depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gir1.2-gst-plugins-bad-1.0   1.16.2-2.2
ii  gstreamer1.0-adapter-pulseeffects4.7.3-1
ii  gstreamer1.0-plugins-bad 1.16.2-2.2
ii  gstreamer1.0-plugins-good1.16.2-3
ii  gstreamer1.0-pulseaudio  1.16.2-3
ii  libatkmm-1.6-1v5 2.28.0-2
ii  libboost-filesystem1.71.01.71.0-6+b2
ii  libc62.31-2
ii  libcairomm-1.0-1v5   1.12.2-4
ii  libgcc-s110.1.0-6
ii  libglib2.0-0 2.64.4-1
ii  libglibmm-2.4-1v52.64.2-2
ii  libgstreamer-plugins-base1.0-0   1.16.2-4
ii  libgstreamer1.0-01.16.2-2
ii  libgtk-3-0   3.24.20-1
ii  libgtkmm-3.0-1v5 3.24.2-1
ii  libpangomm-1.4-1v5   2.42.1-1
ii  libpulse013.0-5
ii  libsigc++-2.0-0v52.10.2-1
ii  libsndfile1  1.0.28-8
ii  libstdc++6   10.1.0-6
ii  pulseaudio   13.0-5

Versions of packages pulseeffects recommends:
ii  calf-plugins   0.90.3-1+b1
ii  gstreamer1.0-autogain-pulseeffects 4.7.3-1
ii  gstreamer1.0-convolver-pulseeffects4.7.3-1
ii  gstreamer1.0-crystalizer-pulseeffects  4.7.3-1
ii  liblilv-0-00.24.8~dfsg0-1
ii  lsp-plugins1.1.24-1
ii  lsp-plugins-lv21.1.24-1
ii  mda-lv21.2.4-1
ii  rubberband-ladspa  1.8.2-1
ii  

Bug#963517: fai support for CentOS package groups needs enhancement

[marcus hall]

Package: fai-server
Version: 5.9.4

FAI supports rpm based systems like CentOS, including rpm groups.  The
readconfig subroutine in the install_packages perl script should have some
enhancement for this case, though.

There is a warning message if a package name contains an upper case letter.
Package groups do commonly use upper case, though.

Most severe, though, is that rpm groups may contain spaces!  I don't know
who had the bright idea to do this, but if is unfortunately in general
practice.  I was looking into splitting out the graphical-server-environment
rpm group to separate out gnome packages, and many of the sub-groups contain
spaces.  So, it looks like the line in install_packages:

 push @{$list{$type}}, split if $doit;

is insufficient.  Perhaps a reasonable extension is to allow quoted strings
in the package_config files?  I'm not enough of a perl addict to suggest a
good modification for this, although I'm rather sure that it isn't more than
a few lines of code.

Bug#962346: CVE-2020-0181

[Marcus Meissner]

Hi,

https://github.com/libexif/libexif/commit/ce03ad7ef4e8aeefce79192bf5b6f69fae396f0c

Ciao, Marcus

Bug#950782: Acknowledgement (Please support 7z archives by adding python3-lz4 to Suggests)

[Marcus Frings]

Dear maintainer, 

I wrote:

> Recoll supports indexing 7z archives. If python3-lz4 is not installed,
> recoll gives errors such as
> 
> :2:utils/netcon.cpp:699::NetconData::send: send(16): errno 32: Broken
> pipe :2:utils/execmd.cpp:874::ExecCmd::send: send failed
> :2:internfile/mh_execm.cpp:209::MHExecMultiple: send error
> :2:internfile/internfile.cpp:797::FileInterner::internfile:
> next_document error [not-disclosed-here.7z]
> application/x-7z-compressed

Unfortunately, recoll still reports the same error some days after I
installed python3-lz4, so it was no solution at all. I am sorry that I
suggested something that does not work.

Best regards,
Marcus


pgpatxn64FrjX.pgp
Description: OpenPGP digital signature

Bug#950782: Please support 7z archives by adding python3-lz4 to Suggests

[Marcus Frings]

Package: recollcmd
Version: 1.26.3-1
Severity: wishlist

Dear maintainer,

Recoll supports indexing 7z archives. If python3-lz4 is not installed,
recoll gives errors such as

:2:utils/netcon.cpp:699::NetconData::send: send(16): errno 32: Broken pipe
:2:utils/execmd.cpp:874::ExecCmd::send: send failed
:2:internfile/mh_execm.cpp:209::MHExecMultiple: send error
:2:internfile/internfile.cpp:797::FileInterner::internfile: next_document error 
[not-disclosed-here.7z] application/x-7z-compressed

when it finds a 7z file. Thus, I recommend adding python3-lz4 to the
"Suggests" section.

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

Kernel: Linux 5.4.0-3-amd64 (SMP w/6 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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 recollcmd depends on:
ii  libc62.29-10
ii  libchm1  2:0.40a-5+b1
ii  libgcc-s1 [libgcc1]  10-20200204-1
ii  libgcc1  1:10-20200204-1
ii  libstdc++6   10-20200204-1
ii  libx11-6 2:1.6.8-1
ii  libxapian30  1.4.12-1
ii  libxml2  2.9.4+dfsg1-8
ii  libxslt1.1   1.1.32-2.2
ii  zlib1g   1:1.2.11.dfsg-1.2

Versions of packages recollcmd recommends:
ii  aspell  0.60.8-1
ii  python3 3.7.5-3
ii  python3-recoll  1.26.3-1
ii  xdg-utils   1.1.3-1
ii  xsltproc1.1.32-2.2

Versions of packages recollcmd suggests:
ii  antiword0.37-15
ii  djvulibre-bin   3.5.27.1-14
ii  ghostscript 9.50~dfsg-5
pn  groff   
ii  libimage-exiftool-perl  11.85-1
pn  libinotifytools0
pn  libwpd-tools
ii  poppler-utils   0.71.0-6
ii  pstotext1.9-6+b2
ii  python3-chardet 3.0.4-4
pn  python3-chm 
pn  python3-icalendar   
ii  python3-lxml4.4.2-1
pn  python3-mido
pn  python3-mutagen 
pn  python3-rarfile 
ii  python3-six 1.14.0-2
ii  unrtf   0.21.10-clean-1
ii  untex   1:1.2-6+b1
pn  wv  

-- no debconf information

Bug#950242: Adjust /etc/rsyslog.d/arno-iptables-firewall.conf to remove syslog warning

[Marcus Frings]

Package: arno-iptables-firewall
Version: 2.1.0-1
Severity: minor

Dear maintainer,

The configuration line

  & ~

in /etc/rsyslog.d/arno-iptables-firewall.conf causes the notorious
rsyslog warning:

rsyslogd[478990]: warning: ~ action is deprecated, consider using the 'stop' 
statement instead [v8.2001.0 try https://www.rsyslog.com/e/2307 ]

Please adjust the configuration syntax to the recommended stop statement:

  & stop

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

Kernel: Linux 5.4.0-3-amd64 (SMP w/6 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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 arno-iptables-firewall depends on:
ii  debconf [debconf-2.0]  1.5.73
ii  iproute2   5.4.0-1
ii  iptables   1.8.4-2
ii  kmod   26+20191223-1
ii  procps 2:3.3.15-2+b1

Versions of packages arno-iptables-firewall recommends:
ii  curl  7.67.0-2
ii  dnsutils  1:9.11.14+dfsg-3
ii  rsyslog   8.2001.0-1

arno-iptables-firewall suggests no packages.

-- Configuration Files:
/etc/arno-iptables-firewall/custom-rules changed [not included]
/etc/arno-iptables-firewall/plugins/ids-protection.conf changed [not included]
/etc/arno-iptables-firewall/plugins/ssh-brute-force-protection.conf changed 
[not included]
/etc/rsyslog.d/arno-iptables-firewall.conf changed [not included]

-- debconf information excluded

Bug#946852:

[Marcus Furlong]

Removing `,rsa1` in /usr/share/perl5/Smokeping/probes/SSH.pm fixes the issue.

-- 
Marcus Furlong

Bug#935490: debian-installer: Mouse and keyboard freezes at first screen, choose language

[Marcus]

Package: debian-installer
Version: Debian 10 buster
Severity: critical
Tags: d-i
Justification: breaks the whole system

Dear Maintainer,

Installing from USB stick on a supermicro server.
Tested with netintall, full local install and firmware install iso. All of them 
have the same behavior.
At first try came up to where the installer ask for non-free firmware. Went to 
fetch them and when I came back mouse and keyboard was frozen.
Tested a number of times and with different iso images with the same result. 
The mouse and keyboard freezes on first screen where you choose install 
language.
Server only have urb3 ports, and the BIOS were set to usb2 support enabled and 
usb3 auto. Tested to change settings but no difference.
Tried to install Debian 9.9 and that worked well without any freeze.
Might be related to bug report: #728226
debian-installer: Install freezes for up to 70 seconds in isolinux

Thanks
Marcus


-- System Information:
Debian Release: 10

Bug#933067: atop terminates with buffer overflow

[Marcus W]

Package: atop
Version: 2.4.0-3
Severity: important
Tags: upstream

Dear Maintainer,

atop terminates with 
"*** buffer overflow detected ***: atop terminated"
on startup.

Let me know what further informations you need.

Regards,
Marcus

Stack trace:

read(71, "rchar: 0\nwchar: 0\nsyscr: 0\nsyscw"..., 1024) = 90
read(71, "", 1024)  = 0
close(71)   = 0
getuid()= 0
setresuid(-1, 0, -1)= 0
chdir("..") = 0
chdir("29742")  = 0
openat(AT_FDCWD, "stat", O_RDONLY)  = 71
fstat(71, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
read(71, "29742 (CompositorTileW) S 4758 4"..., 3072) = 292
read(71, "", 3072)  = 0
close(71)   = 0
openat(AT_FDCWD, "status", O_RDONLY)= 71
fstat(71, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
read(71, "Name:\tCompositorTileW\nUmask:\t002"..., 1024) = 1024
close(71)   = 0
setresuid(-1, 0, -1)= 0
openat(AT_FDCWD, "io", O_RDONLY)= 71
fstat(71, {st_mode=S_IFREG|0400, st_size=0, ...}) = 0
read(71, "rchar: 0\nwchar: 0\nsyscr: 0\nsyscw"..., 1024) = 90
read(71, "", 1024)  = 0
close(71)   = 0
getuid()= 0
setresuid(-1, 0, -1)= 0
chdir("..") = 0
getdents64(70, /* 0 entries */, 32768)  = 0
close(70)   = 0
chdir("..") = 0
chdir("..") = 0
getdents64(69, /* 0 entries */, 32768)  = 0
brk(0x556c33cc4000) = 0x556c33cc4000
close(69)   = 0
chdir("/root")  = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=339200, ...}) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=339200, ...}) = 0
read(3, 
"\21\3\1\210\t\0\0\0\0\0\0\0\0\0\0\0\234[\0\0\233[\0\0\224\324:]\0\0\0\0"..., 
64) = 64
read(3, 
"\21\3\1\210\t\0\0\0\0\0\0\0\0\0\0\0\235[\0\0\233[\0\0\224\324:]\0\0\0\0"..., 
64) = 64
read(3, 
"\21\3\1\210\t\0\0\0\0\0\0\0\0\0\0\0\237[\0\0\236[\0\0\224\324:]\0\0\0\0"..., 
64) = 64
read(3, 
"\1\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\365U\0\0\2\0\0\0X\323:]\0\374\366F"..., 64) = 
64
mmap(NULL, 1007616, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7fb9f698d000
brk(0x556c33ce5000) = 0x556c33ce5000
brk(0x556c33d06000) = 0x556c33d06000
brk(0x556c33d27000) = 0x556c33d27000
brk(0x556c33d48000) = 0x556c33d48000
brk(0x556c33d69000) = 0x556c33d69000
brk(0x556c33d8a000) = 0x556c33d8a000
brk(0x556c33dab000) = 0x556c33dab000
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
stat("/root/.terminfo", 0x556c33da6fb0) = -1 ENOENT (Datei oder Verzeichnis 
nicht gefunden)
stat("/etc/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/lib/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/usr/share/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access("/etc/terminfo/x/xterm-256color", R_OK) = -1 ENOENT (Datei oder 
Verzeichnis nicht gefunden)
access("/lib/terminfo/x/xterm-256color", R_OK) = 0
openat(AT_FDCWD, "/lib/terminfo/x/xterm-256color", O_RDONLY) = 69
fstat(69, {st_mode=S_IFREG|0644, st_size=3555, ...}) = 0
read(69, "\36\2%\0&\0\17\0\235\1\2\6xterm-256color|xterm"..., 32768) = 3555
read(69, "", 28672) = 0
close(69)   = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCGWINSZ, {ws_row=115, ws_col=211, ws_xpixel=0, ws_ypixel=0}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCGWINSZ, {ws_row=115, ws_col=211, ws_xpixel=0, ws_ypixel=0}) = 0
brk(0x556c33dd1000) = 0x556c33dd1000
brk(0x556c33df2000) = 0x556c33df2000
brk(0x556c33e13000) = 0x556c33e13000
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, SNDCTL_TMR_STOP or TCSETSW, {B38400 opost isig -icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig -icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig -icanon echo ...}) = 0
ioctl(1, SNDCTL_TMR_STOP or TCSETSW, {B38400 opost isig -icanon -echo ...}) = 0

Bug#932838:

[Marcus Furlong]

This leads to people disabling functionality. See e,g,:

https://gerrit.wikimedia.org/r/#/c/operations/docker-images/docker-pkg/+/487849/3/docker_pkg/image.py

-- 
Marcus Furlong

Bug#932838: python-apt package on pypi should be updated

[Marcus Furlong]

Package: python-apt

The python-apt package on pypi is outdated (seems to be from 2012) and
fails to install when trying to pip install:

# pip install python-apt
 || 51kB 12.8MB/s
ERROR: Complete output from command python setup.py egg_info:
ERROR: Traceback (most recent call last):
  File "", line 1, in 
  File "/tmp/pip-install-nvaql1yl/python-apt/setup.py", line 6, in 
from DistUtilsExtra.command import *
ModuleNotFoundError: No module named 'DistUtilsExtra'

ERROR: Command "python setup.py egg_info" failed with error code 1 in
/tmp/pip-install-nvaql1yl/python-apt/

See https://pypi.org/project/python-apt/#history

Would it be possible to update this package to the most recent version?

--
Marcus Furlong

Bug#928228: libreoffice-l10n-my is not packaged with libreoffice

[Marcus Tomlinson]

Package: libreoffice
Version: 1:6.2.3~rc2-1
Severity: normal

Dear Maintainer,

The language pack for Myanmar / Burmese (libreoffice-l10n-my) is not packaged 
with LibreOffice in Debian as it is in OpenSuSE [1] and others [2].

(This bug was originally reported against Ubuntu: 
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1826901)

[1] 
http://download.opensuse.org/repositories/LibreOffice:/Unstable/openSUSE_Factory/noarch/
[2] https://repology.org/project/libreoffice/versions


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

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

Versions of packages libreoffice depends on:
ii  libreoffice-avmedia-backend-gstreamer  1:6.2.3~rc2-1
ii  libreoffice-base   1:6.2.3~rc2-1
ii  libreoffice-calc   1:6.2.3~rc2-1
ii  libreoffice-core   1:6.2.3~rc2-1
ii  libreoffice-draw   1:6.2.3~rc2-1
ii  libreoffice-impress1:6.2.3~rc2-1
ii  libreoffice-math   1:6.2.3~rc2-1
ii  libreoffice-report-builder-bin 1:6.2.3~rc2-1
ii  libreoffice-writer 1:6.2.3~rc2-1
ii  python3-uno1:6.2.3~rc2-1

Versions of packages libreoffice recommends:
ii  fonts-crosextra-caladea 20130214-2
ii  fonts-crosextra-carlito 20130920-1
ii  fonts-dejavu2.37-1
ii  fonts-liberation1:1.07.4-2
ii  fonts-liberation2   2.00.5-1
ii  fonts-linuxlibertine5.3.0-4
ii  fonts-noto-core 20181227-1
ii  fonts-noto-mono 20161116-1
ii  fonts-noto-ui-core  20181227-1
ii  fonts-sil-gentium-basic 1.102-1
ii  libreoffice-java-common 1:6.2.3~rc2-1
ii  libreoffice-librelogo   1:6.2.3~rc2-1
ii  libreoffice-nlpsolver   0.9+LibO6.2.3~rc2-1
ii  libreoffice-report-builder  1:6.2.3~rc2-1
ii  libreoffice-script-provider-bsh 1:6.2.3~rc2-1
ii  libreoffice-script-provider-js  1:6.2.3~rc2-1
ii  libreoffice-script-provider-python  1:6.2.3~rc2-1
ii  libreoffice-sdbc-mysql  1:6.2.3~rc2-1
ii  libreoffice-sdbc-postgresql 1:6.2.3~rc2-1
ii  libreoffice-wiki-publisher  1.2.0+LibO6.2.3~rc2-1

Versions of packages libreoffice suggests:
pn  cups-bsd   
ii  default-jre [java6-runtime]2:1.11-71
ii  firefox-esr60.6.1esr-1~deb9u1
ii  ghostscript9.26a~dfsg-0+deb9u2
ii  gnupg  2.2.15-1
pn  gpa
ii  gstreamer1.0-libav 1.10.4-1
ii  gstreamer1.0-plugins-bad   1.10.4-1
ii  gstreamer1.0-plugins-base  1.10.4-1
ii  gstreamer1.0-plugins-good  1.10.4-1
ii  gstreamer1.0-plugins-ugly  1.10.4-1
ii  hunspell-ar [hunspell-dictionary]  3.2-1
ii  hunspell-be [hunspell-dictionary]  0.53-3
ii  hunspell-bn [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-bs [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-ca [hunspell-dictionary]  3.0.1+repack1-3
ii  hunspell-cs [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-da [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-de-at [hunspell-dictionary]   20161207-1
ii  hunspell-de-ch [hunspell-dictionary]   20161207-1
ii  hunspell-de-de [hunspell-dictionary]   20161207-1
ii  hunspell-en-gb [hunspell-dictionary]   1:5.2.5-1
ii  hunspell-en-us [hunspell-dictionary]   20070829-7
ii  hunspell-eu [hunspell-dictionary]  0.5.20151110-2
ii  hunspell-fr-classical [hunspell-dictionary]1:5.7-1
ii  hunspell-gl-es [hunspell-dictionary]   13.10-1
ii  hunspell-gu [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-hi [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-hr [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-hu [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-is [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-it [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-kk [myspell-dictionary]   1.1-2
ii  hunspell-kmr [hunspell-dictionary] 1:5.2.5-1
ii  hunspell-ko [hunspell-dictionary]  0.5.6-2
ii  hunspell-lt [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-ne 

Bug#927163: linux-image-4.19.0-4-amd64: Missing modules for AXP288 power fuel gauge driver

[Marcus Lundblad]

Package: src:linux
Version: 4.19.28-2
Severity: wishlist

Dear Maintainer,

In #895129 axp288_fuel_gauge was included as a module for x86 platforms.
After that the battery icon was actually showing on my Cherrytrail tablet.
But since then, this has again stopped working (and I'm not sure it was
actually reporting a correct state), and also it never detected the AC power
being connected. I believe there are still some missing stuff to get this
working.

Looking at a commit for ARM I can see this:
https://salsa.debian.org/kernel-team/linux/commit/0138e6bc4eedd8c10ad637e742a4fe6c625c6def

There seems to be some additional things in there.

AXP20X_ADC, CHARGER_AXP20X, BATTERY_AXP20X, GPIO_AXP209,
AXP288_CHARGER, EXTCON_AXP288, AXP288_ADC

Also, looking at the kernel source, there seems to be a case where
the axp288_fuel_gauge module waits for axp288_adc to load (this module
is currently not built for x86):

https://github.com/torvalds/linux/blob/dc4060a5dc2557e6b5aa813bf5b73677299d62d2/drivers/power/supply/axp288_fuel_gauge.c#L774

This probing code was appearantly added late 2017 (so, possibly that code
wasn't in the kernel that was first released in Debian with the
axp288_fuel_gauge module on x86, which might possibly explain why I saw
the inaccurate reading (I recall it always reporting 100%).

Thanks,
//Marcus

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

Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8), 
LANGUAGE=sv_SE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages linux-image-4.19.0-4-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.133
ii  kmod26-1
ii  linux-base  4.6

Versions of packages linux-image-4.19.0-4-amd64 recommends:
ii  apparmor 2.13.2-10
ii  firmware-linux-free  3.4
ii  irqbalance   1.5.0-3

Versions of packages linux-image-4.19.0-4-amd64 suggests:
pn  debian-kernel-handbook  
ii  grub-pc 2.02+dfsg1-16
pn  linux-doc-4.19  

Versions of packages linux-image-4.19.0-4-amd64 is related to:
ii  firmware-amd-graphics 20190114-1
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x
pn  firmware-brcm80211
pn  firmware-cavium   
pn  firmware-intel-sound  
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
pn  firmware-iwlwifi  
pn  firmware-libertas 
ii  firmware-linux-nonfree20190114-1
ii  firmware-misc-nonfree 20190114-1
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
pn  firmware-realtek  
pn  firmware-samsung  
pn  firmware-siano
pn  firmware-ti-connectivity  
pn  xen-hypervisor

-- debconf-show failed

Bug#924499: libgeocode-glib0: Segfault in _geocode_create_place_from_attributes

[Marcus Lundblad]

Hi!

This is due to Nominatim changing the JSON format (with integer values
(without "") for the osm_id attributes (in some cases)). This has been
fixed upstream in git and it should be more "forgiving" of these
things.

//Marcus

Bug#721763: Good News Reply now........

[Mrs Victoria Marcus]

Donation made in your name contact for more detail

Bug#908712: linux-image-4.17.0-0.bpo.3-marvell: stretch-backports kernel 4.17 breaks QNAP TS-209

[Marcus Better]

Also affects linux-image-4.19.0-1-marvell 4.19.12-1 (buster) on QNAP TS-209.

Bug#903161: net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission denied

[Marcus Frings]

Hi Apollon,

On Mon, 26 Nov 2018 12:57:08 +0200, Apollon Oikonomopoulos
 wrote:

> On 11:29 Mon 26 Nov , Marcus Frings wrote:
> > But do you think that this is the way to go (to add ordinary users
> > to the dovecot group)?  
> 
> It all comes down to the following question: do we trust everyone on
> the system to submit dovecot stats or not? For some people it might
> be okay to just change permissions to 0666. OTOH, upstream seems to
> be more conservative about this.
> 
> Regarding the dovecot group, upstream notes the following:
> 
>   commit 5cf6951e37bd37bb11b3335a3dbd029065143454
>   Author: Timo Sirainen 
>   Date:   Wed Feb 7 13:03:23 2018 +0200
>   
>   master: Add default_internal_group setting, defaulting to
> "dovecot" 
>   It's expected that this is the primary group of the
> default_internal_user. 
>   This group will be used to provide access to sockets that are
> generally required by all Dovecot processes, but aren't safe enough
> to be allowed completely open access from untrusted processes.
> 
> So, it looks like the intention is precisely to allow more
> fine-grained access control for certain sockets.

Yes, I agree and see your point. Thanks for the additional information
by providing the upstream commit notes with respect to this issue. So
maybe it's the best solution to add a few lines to README.Debian as you
initially suggested.

Best regards,
Marcus


pgpCl4YtEeUeK.pgp
Description: OpenPGP digital signature

Bug#903161: net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission denied

[Marcus Frings]

Hi Apollon,

On Sun, 25 Nov 2018 20:22:11 +0200, Apollon Oikonomopoulos
 wrote:

> The issue described in the upstream mailing list is a bit different,
> as it applies to dovecot 2.3.1. Dovecot 2.3.1 by default set the 
> stats-writer permissions to root:root, 0600. In 2.3.2 this was
> relaxed to root:dovecot, 0660, which means that if you add your plain
> user to the dovecot group, doveadm should work fine. Can you try this
> out? If it works, I'll add a note in README.Debian about running
> doveadm as non-root.

I reverted my manual change of permissions
for /var/run/dovecot/stats-writer from 666 (suggested at the dovecot
mailing list) to 660 (Debian's current default) and added my
user to the dovecot group: I can confirm that running doveadm as normal
user now allows the nightly maintenance work (such as expunging mails).
Hence, it seems to work fine. 

But do you think that this is the way to go (to add ordinary users to
the dovecot group)?

Best regards,
Marcus


pgpXBQW_q0p8A.pgp
Description: OpenPGP digital signature

Bug#913274: Incorrectly parsing whitespace in Sources.iter_paragraphs

[Marcus Furlong]

> > Passing the contents does the correct thing in all other cases, so not
> > sure why it would be having an issue with this?
>
> Ahah!
>
> TagFile only accepts filehandles, not static data:
>
> https://salsa.debian.org/apt-team/python-apt/blob/master/python/tag.cc#L750
>
> In deb822.py there is a function _is_real_file() and that is used so that
> python-apt's TagFile is only invoked on filehandles and not on text data,
> diverting to the in-built parser when TagFile cannot be used.

So in my case, the in-built parser is being used and it is stricter
than python-apt's parser?

> BTW if you are read()ing so that you can deal with the compressed Pacakges.gz,
> TagFile can handle on-the-fly decompression.
>
> In [1]: from debian.deb822 import Packages
>
> In [2]: with open('Packages.gz') as fh:
>...: for p in Packages.iter_paragraphs(fh):
>...: if 'version' not in p:
>...: print(p)
>
> (wild guess as to why you might be doing this!)

One reason I'm doing it is for decompression, but a second reason is
to provide feedback to the user via a progress bar. To do that, the
Packages is downloaded, decompressed, packages counted via regex, then
parsed.

I have tried to do this in a generic way, as the code also handles yum
and yast repos. These mostly follow the same logic; download package
list, decompress package list, count occurrences, parse.

   
https://github.com/furlongm/patchman/blob/master/patchman/repos/utils.py#L296-L334

Looking at the git blame, most of that code has been working fine for
6+ years. This is the first time I've ever come across a repo with
whitespace in that section.

> I've been thinking that in cases where iter_paragraphs was called with
> use_apt_pkg=True and then apt_pkg is not used contrary to what was requested,
> iter_paragraphs should generate a warning. That risks becoming noisy in a way
> that is not desirable, but also perhaps gets us away from this ambiguous
> behaviour where the use_apt_pkg setting has been ignored.
>
> I wonder what the likelihood is that introducing a warning would break someone
> else's code? (It would break an autopkgtest, for instance, by writing to
> stderr)

If other tools/libraries are more tolerant, including python-apt,
would it make sense for python-debian to be more tolerant when using
the in-built parser? In that case, the two parser implementations
would be more consistent.

--
Marcus Furlong

Bug#913274: Incorrectly parsing whitespace in Sources.iter_paragraphs

[Marcus Furlong]

Control: retitle -1 Incorrectly parsing whitespace in Deb822.iter_paragraphs
On Tue, 13 Nov 2018 at 23:42, Marcus Furlong  wrote:
>
> > > I have come across a case where whitespace is added in
> > > Packages{.gz,.bz2} and I am not sure how it should be parsed.
> > [...]
> > > Should this whitespace be parsed as a paragraph delimiter?
> >
> > For a Packages file, each paragraph is defined as a set of DEBIAN/control
> > paragraphs; the Description field is not allowed to contain lines that are
> > whitespace-only.
> >
> > https://wiki.debian.org/DebianRepository/Format#A.22Packages.22_Indices
> >
> > https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-description
> >
> > So the strict answer is yes, it should be a paragraph delimiter but most
> > implementations seem to be more forgiving in what they accept.
> >
> > Note that for debian/control files in source packages, whitespace-only lines
> > are treated as paragraph separators so that whitespace errors in an editor
> > don't accidentally make packages disappear from the archive.
> >
> >
> > > Currently, the whitespace is being treated as a paragraph delimiter,
> > > in python-debian, but not by apt-get, etc.
> >
> > Could you expand on this with an example, perhaps?
> >
> > python-debian actually uses python-apt for dealing with Sources and Packages
>
> I was incorrect. As you have shown, python-apt works correctly.
>
> > files (i.e. the exact same code as apt) and already does treat 
> > whitespace-only
> > lines as being part of a paragraph rather than breaking them:
> >
> >
> > $ ipython3
> > Python 3.6.7 (default, Oct 21 2018, 08:08:16)
> > Type "copyright", "credits" or "license" for more information.
> >
> > In [1]: from debian.deb822 import Packages
> >
> > In [2]: with open('Packages') as fh:
> >   ...: for p in Packages.iter_paragraphs(fh):
> >   ...: if p['Version'] == '1.25.0-1529904044':
> >   ...: print(p)
>
> I've narrowed down where the issue occurs. It happens when passing the
> contents rather than the file handle to iter_paragraphs:
>
> ~# ipython3
> Python 3.5.3 (default, Jan 19 2017, 14:11:04)
> Type "copyright", "credits" or "license" for more information.
>
> IPython 5.1.0 -- An enhanced Interactive Python.
> ? -> Introduction and overview of IPython's features.
> %quickref -> Quick reference.
> help  -> Python's own help system.
> object?   -> Details about 'object', use 'object??' for extra details.
>
> In [1]: from debian.deb822 import Packages
>
> In [2]: with open('Packages') as fh:
>   ...:for p in Packages.iter_paragraphs(fh.read()):
>   ...:if 'version' not in p:
>   ...:print(p)
>   ...:
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
> Homepage: https://code.visualstudio.com/
>
>
> In [3]:
>
> Passing the contents does the correct thing in all other cases, so not
> sure why it would be having an issue with this?
>
> --
> Marcus Furlong



--
Marcus Furlong

Bug#913274: Incorrectly parsing whitespace in Sources.iter_paragraphs

[Marcus Furlong]

> > I have come across a case where whitespace is added in
> > Packages{.gz,.bz2} and I am not sure how it should be parsed.
> [...]
> > Should this whitespace be parsed as a paragraph delimiter?
>
> For a Packages file, each paragraph is defined as a set of DEBIAN/control
> paragraphs; the Description field is not allowed to contain lines that are
> whitespace-only.
>
> https://wiki.debian.org/DebianRepository/Format#A.22Packages.22_Indices
>
> https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-description
>
> So the strict answer is yes, it should be a paragraph delimiter but most
> implementations seem to be more forgiving in what they accept.
>
> Note that for debian/control files in source packages, whitespace-only lines
> are treated as paragraph separators so that whitespace errors in an editor
> don't accidentally make packages disappear from the archive.
>
>
> > Currently, the whitespace is being treated as a paragraph delimiter,
> > in python-debian, but not by apt-get, etc.
>
> Could you expand on this with an example, perhaps?
>
> python-debian actually uses python-apt for dealing with Sources and Packages

I was incorrect. As you have shown, python-apt works correctly.

> files (i.e. the exact same code as apt) and already does treat whitespace-only
> lines as being part of a paragraph rather than breaking them:
>
>
> $ ipython3
> Python 3.6.7 (default, Oct 21 2018, 08:08:16)
> Type "copyright", "credits" or "license" for more information.
>
> In [1]: from debian.deb822 import Packages
>
> In [2]: with open('Packages') as fh:
>   ...: for p in Packages.iter_paragraphs(fh):
>   ...: if p['Version'] == '1.25.0-1529904044':
>   ...: print(p)

I've narrowed down where the issue occurs. It happens when passing the
contents rather than the file handle to iter_paragraphs:

~# ipython3
Python 3.5.3 (default, Jan 19 2017, 14:11:04)
Type "copyright", "credits" or "license" for more information.

IPython 5.1.0 -- An enhanced Interactive Python.
? -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help  -> Python's own help system.
object?   -> Details about 'object', use 'object??' for extra details.

In [1]: from debian.deb822 import Packages

In [2]: with open('Packages') as fh:
  ...:for p in Packages.iter_paragraphs(fh.read()):
  ...:if 'version' not in p:
  ...:print(p)
  ...:
Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/

Homepage: https://code.visualstudio.com/


In [3]:

Passing the contents does the correct thing in all other cases, so not
sure why it would be having an issue with this?

-- 
Marcus Furlong

Bug#913274:

[Marcus Furlong]

Example to find the stanzas with extra whitespace:

# curl -s 
http://packages.microsoft.com/repos/vscode/dists/stable/main/binary-amd64/Packages
| grep -n -H "^ $"
(standard input):3485:
(standard input):3780:
(standard input):3802:
(standard input):3824:
(standard input):3846:
(standard input):3868:
(standard input):3890:
(standard input):3912:
(standard input):3934:
(standard input):3956:
(standard input):3978:
(standard input):4000:

-- 
Marcus Furlong

Bug#913274: Incorrectly parsing whitespace in Sources.iter_paragraphs

[Marcus Furlong]

Package: python-debian
Version: 0.1.33

I have come across a case where whitespace is added in
Packages{.gz,.bz2} and I am not sure how it should be parsed.
Currently, the whitespace is being treated as a paragraph delimiter,
in python-debian, but not by apt-get, etc.

See, for example, line 3780 of

http://packages.microsoft.com/repos/vscode/dists/stable/main/binary-amd64/Packages

Should this whitespace be parsed as a paragraph delimiter?
-- 
Marcus Furlong

Bug#910435: spamassassin: failed to run DKIM_ADSP_CUSTOM_HIGH test

[Marcus Frings]

Package: spamassassin
Version: 3.4.2-1
Severity: minor

Dear Noah,

after upgrading to 3.4.2 and activating new plugins in v342.pre, I see in my 
mail.log:

---
rules: failed to run DKIM_ADSP_CUSTOM_HIGH test, skipping:
(Not a HASH reference at 
/usr/share/perl5/Mail/SpamAssassin/Plugin/FromNameSpoof.pm line 319.)
---

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

Kernel: Linux 4.18.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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 spamassassin depends on:
ii  adduser 3.118
ii  curl7.61.0-1
ii  init-system-helpers 1.54
ii  libhtml-parser-perl 3.72-3+b2
ii  libhttp-date-perl   6.02-1
ii  libmail-dkim-perl   0.53-1
ii  libnet-dns-perl 1.17-1
ii  libnetaddr-ip-perl  4.079+dfsg-1+b2
ii  libsocket6-perl 0.28-1
ii  libsys-hostname-long-perl   1.5-1
ii  libwww-perl 6.35-2
ii  lsb-base9.20170808
ii  perl [libarchive-tar-perl]  5.26.2-7

Versions of packages spamassassin recommends:
ii  gnupg  2.2.10-2
ii  libio-socket-inet6-perl2.72-2
ii  libmail-spf-perl   2.9.0-4
ii  perl [libsys-syslog-perl]  5.26.2-7
ii  sa-compile 3.4.2-1
ii  spamc  3.4.2-1

Versions of packages spamassassin suggests:
pn  libdbi-perl   
pn  libencode-detect-perl 
ii  libgeo-ip-perl1.51-1
ii  libio-socket-ssl-perl 2.060-3
pn  libnet-patricia-perl  
ii  perl [libcompress-zlib-perl]  5.26.2-7
ii  pyzor 1:1.0.0-3
ii  razor 1:2.85-4.2+b4

-- Configuration Files:
/etc/cron.daily/spamassassin changed [not included]
/etc/default/spamassassin changed [not included]
/etc/spamassassin/init.pre changed [not included]
/etc/spamassassin/local.cf changed [not included]
/etc/spamassassin/v310.pre changed [not included]
/etc/spamassassin/v320.pre changed [not included]
/etc/spamassassin/v341.pre changed [not included]
/etc/spamassassin/v342.pre changed [not included]

-- no debconf information

Bug#910434: Add libbsd-resource-perl to recommend/suggest list

[Marcus Frings]

Package: spamassassin
Version: 3.4.2-1
Severity: wishlist

Dear Noah,

version 3.4.2 comes with new plugins in v342.pre. After I activated
Mail::SpamAssassin::Plugin::ResourceLimits, spamassassin complained
that BSD/Resource.pm is missing. Hence, I suggest adding libbsd-resource-perl 
to the package's recommend/suggest list.

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

Kernel: Linux 4.18.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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 spamassassin depends on:
ii  adduser 3.118
ii  curl7.61.0-1
ii  init-system-helpers 1.54
ii  libhtml-parser-perl 3.72-3+b2
ii  libhttp-date-perl   6.02-1
ii  libmail-dkim-perl   0.53-1
ii  libnet-dns-perl 1.17-1
ii  libnetaddr-ip-perl  4.079+dfsg-1+b2
ii  libsocket6-perl 0.28-1
ii  libsys-hostname-long-perl   1.5-1
ii  libwww-perl 6.35-2
ii  lsb-base9.20170808
ii  perl [libarchive-tar-perl]  5.26.2-7

Versions of packages spamassassin recommends:
ii  gnupg  2.2.10-2
ii  libio-socket-inet6-perl2.72-2
ii  libmail-spf-perl   2.9.0-4
ii  perl [libsys-syslog-perl]  5.26.2-7
ii  sa-compile 3.4.2-1
ii  spamc  3.4.2-1

Versions of packages spamassassin suggests:
pn  libdbi-perl   
pn  libencode-detect-perl 
ii  libgeo-ip-perl1.51-1
ii  libio-socket-ssl-perl 2.060-3
pn  libnet-patricia-perl  
ii  perl [libcompress-zlib-perl]  5.26.2-7
ii  pyzor 1:1.0.0-3
ii  razor 1:2.85-4.2+b4

-- Configuration Files:
/etc/cron.daily/spamassassin changed [not included]
/etc/default/spamassassin changed [not included]
/etc/spamassassin/init.pre changed [not included]
/etc/spamassassin/local.cf changed [not included]
/etc/spamassassin/v310.pre changed [not included]
/etc/spamassassin/v320.pre changed [not included]
/etc/spamassassin/v341.pre changed [not included]
/etc/spamassassin/v342.pre changed [not included]

-- no debconf information

Bug#906549: gnome-calculator: most recent result appears off history window

[Marcus O'Flaherty]

Package: gnome-calculator
Version: 3.22.3-1
Severity: important

Dear Maintainer,

The history functionality, firstly, makes calculation results small and
cluttered, and is not desirable. The number of entries cannot be changed, the
history window cannot be resized, history cannot be disabled. This is a giving
the finger to anyone who doesn't agree with your preferences.

More importantly, the most recent result fails to show once the history window
fills - after a few calculations the user needs to manually scroll the history
window after each new operation to be able to view the result. This renders
usage hopelessly tedious.



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

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

Versions of packages gnome-calculator depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u2
ii  libglib2.0-0 2.50.3-2
ii  libgmp10 2:6.1.2+dfsg-1
ii  libgtk-3-0   3.22.11-1
ii  libgtksourceview-3.0-1   3.22.2-1
ii  libmpfr4 3.1.5-1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libsoup2.4-1 2.56.0-2+deb9u2
ii  libxml2  2.9.4+dfsg1-2.2+deb9u2

Versions of packages gnome-calculator recommends:
ii  gvfs  1.30.4-1
pn  yelp  

gnome-calculator suggests no packages.

-- no debconf information

Bug#904571: libhyperscan5 fails to install

[Marcus Frings]

Package: libhyperscan5
Version: 5.0.0-2
Severity: grave

Dear maintainer,

the transition from libhyperscan4 to libhyperscan5 does not work and
apt --fix-broken install results in:

Preparing to unpack .../libhyperscan5_5.0.0-2_amd64.deb ...
Unpacking libhyperscan5 (5.0.0-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/libhyperscan5_5.0.0-2_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/libhs.so.5.0.0', which is also 
in package libhyperscan4 5.0.0-1
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/libhyperscan5_5.0.0-2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Best regards,
Marcus

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

Kernel: Linux 4.17.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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 libhyperscan5 depends on:
ii  debconf [debconf-2.0]  1.5.68
ii  libc6  2.27-5
ii  libgcc11:8.1.0-12
ii  libstdc++6 8.1.0-12

libhyperscan5 recommends no packages.

libhyperscan5 suggests no packages.

Bug#903675: hyperscan/5.0.0-1 appears to break suricata/1:4.0.4-1 autopktest: suricata fails to install

[Marcus Frings]

Package: suricata
Version: 1:4.0.5-1
Followup-For: Bug #903675

Hi all,

I would like to add that I see the following entry in my logs:

"/usr/bin/suricata: error while loading shared libraries: libhs.so.4: cannot 
open shared object file: No such file or directory"

However, the latest libhyperscan4 contains libhs.so.5 and not
libhs.so.4, which is the reason why suricta fails to (re-)start on my
system.

Best regards,
Marcus

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

Kernel: Linux 4.16.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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 suricata depends on:
ii  dpkg   1.19.0.5+b1
ii  libc6  2.27-5
ii  libcap-ng0 0.7.9-1
ii  libevent-2.1-6 2.1.8-stable-4
ii  libevent-pthreads-2.1-62.1.8-stable-4
ii  libgeoip1  1.6.12-1
ii  libgnutls303.5.19-1
ii  libhiredis0.13 0.13.3-2.2
ii  libhtp21:0.5.26-1
ii  libhyperscan4  5.0.0-1
ii  libjansson42.11-1
ii  libltdl7   2.4.6-2.1
ii  libluajit-5.1-22.1.0~beta3+dfsg-5.1
ii  libmagic1  1:5.33-3
ii  libnet11.1.6+dfsg-3.1
ii  libnetfilter-log1  1.0.1-1.1+b1
ii  libnetfilter-queue11.0.2-2
ii  libnfnetlink0  1.0.1-3+b1
ii  libnspr4   2:4.19-3
ii  libnss32:3.38-1
ii  libpcap0.8 1.8.1-6
ii  libpcre3   2:8.39-10
ii  libprelude23   4.1.0-4+b2
ii  libpython2.7-stdlib [python-argparse]  2.7.15-1
ii  libyaml-0-20.2.1-1
ii  lsb-base   9.20170808
ii  python 2.7.15-3
ii  python-simplejson  3.15.0-1+b1

Versions of packages suricata recommends:
ii  python   2.7.15-3
ii  snort-rules-default  2.9.7.0-5
ii  suricata-oinkmaster  1:4.0.5-1

Versions of packages suricata suggests:
pn  libtcmalloc-minimal4  

-- Configuration Files:
/etc/suricata/suricata.yaml changed [not included]

-- no debconf information

Bug#903161: net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission denied

[Marcus Frings]

Package: dovecot-core
Version: 1:2.3.2-2
Severity: normal

Since dovecot 2.3 has entered sid, my nightly cron runs of doveadm (as
user) produce the error message, which is shown in the subject.

This has already been reported upstream:
https://www.dovecot.org/list/dovecot/2018-January/110549.html

(My situation is the same as described in the original upstream report!)

A solution has also been provided by the developers:
https://www.dovecot.org/list/dovecot/2018-January/110552.html

Hence, please consider changing the socket permissions (as suggested by
upstream) in the next package upgrade of dovecot.

-- Package-specific info:

dovecot configuration
-
# 2.3.2 (582970113): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.2 ()
# OS: Linux 4.16.0-2-amd64 x86_64 Debian buster/sid 
auth_verbose = yes
auth_verbose_passwords = sha1:6
imap_id_log = *
imap_logout_format = in=%i out=%o deleted=%{deleted} expunged=%{expunged} 
autoexpunged=%{autoexpunged} trashed=%{trashed} appended=%{appended} 
hdr_count=%{fetch_hdr_count} hdr_bytes=%{fetch_hdr_bytes} 
body_count=%{fetch_body_count} body_bytes=%{fetch_body_bytes}
mail_attachment_detection_options = add-flags-on-save
mail_location = maildir:~/Maildir
mail_plugins = " fts fts_lucene mail_log notify"
mail_privileged_group = mail
mailbox_list_index_include_inbox = yes
namespace {
  hidden = no
  list = yes
  location = maildir:~/Maildir/expunged
  prefix = .EXPUNGED/
  separator = /
}
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
  separator = /
}
passdb {
  driver = pam
}
plugin {
  fts = lucene
  fts_autoindex = yes
  fts_decoder = decode2text
  fts_lucene = mime_parts whitespace_chars=@.
  lazy_expunge = .EXPUNGED/
  lazy_expunge_only_last_instance = yes
  mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename 
flag_change append save mailbox_create
  mail_log_fields = uid box msgid from subject size vsize flags
  sieve = file:~/sieve;active=~/.dovecot.sieve
}
protocols = " imap"
service decode2text {
  executable = script /usr/local/bin/decode2text.sh
  unix_listener decode2text {
mode = 0666
  }
  user = dovecot
}
ssl = required
ssl_cert = 
ii  dovecot-imapd 1:2.3.2-2
pn  dovecot-ldap  
pn  dovecot-lmtpd 
ii  dovecot-lucene1:2.3.2-2
pn  dovecot-managesieved  
pn  dovecot-mysql 
pn  dovecot-pgsql 
pn  dovecot-pop3d 
ii  dovecot-sieve 1:2.3.2-2
pn  dovecot-solr  
pn  dovecot-sqlite
pn  dovecot-submissiond   
pn  ntp   

Versions of packages dovecot-core is related to:
ii  dovecot-core [dovecot-common]  1:2.3.2-2
pn  dovecot-dev
pn  dovecot-gssapi 
ii  dovecot-imapd  1:2.3.2-2
pn  dovecot-ldap   
pn  dovecot-lmtpd  
pn  dovecot-managesieved   
pn  dovecot-mysql  
pn  dovecot-pgsql  
pn  dovecot-pop3d  
ii  dovecot-sieve  1:2.3.2-2
pn  dovecot-sqlite 

-- no debconf information

Bug#897060: Systems seems to boot normally now

[Marcus Lundblad]

I'm having issues since the last kernel upgrade on my Cherrytrail
tablet, not sure if it's the kernel or possible mesa-related. Need to
dig into it some more. Booting normally just stalls after showing a
couple of console messages (about when GDM would normally show up).
Booting in rescue mode and then exiting out sometimes works, sometimes
not. But then screen rotation is broken and stuck in portrait mode (I
guess iio-sensor-proxy was started before the driver was ready in that
case). It also seems flaky and usually the GUI locks up after a while
also when booting up this way.

//Marcus

Bug#896068: gedit-plugin-git: diff column fails to display

[Marcus O'Flaherty]

Package: gedit-plugin-git
Version: 3.22.0-1
Severity: important

Dear Maintainer,

Using a fresh installation of Debian Stretch XFCE, the diff column of the gedit 
git plugin does not persistently show.
The diff column on rare occasions appears very briefly, and it's contents are 
correct, but it disappears almost immediately.
Running gedit from the terminal, no output is produced. Exporting 
GEDIT_DEBUG_GIT_PLUGIN=1 results in the following:

git/workerthread.py:121 (run) GitStatusThread: result callback 
idle started
git/workerthread.py:145 (__in_idle) GitStatusThread: result 
callback idle finished

Using:
Gedit 3.22.0-2
gedit-plugins 3.22.0-1
libgit2 0.24.4-1
libpeas 1.0-0
XFCE4 4.12.3

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

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

Bug#895129: linux: Battery not detected on Lamina 2-in-1 tablet

[Marcus Lundblad]

It seems these modules are already built for armhf:
https://salsa.debian.org/kernel-team/linux/commit/0138e6bc4eedd8c10ad63
7e742a4fe6c625c6def

Fixed in bug #873038

Maybe these should also be enabled for x86/amd64.

//Marcus

Bug#895129: linux: Battery not detected on Lamina 2-in-1 tablet

[Marcus Lundblad]

Source: linux
Severity: normal

Dear Maintainer,

I have a Lamina T-1016B 2-in-1 tablet where the battery is not detected
(the top bar in GNOME shows only the power icon, like on the desktop machine).
Checking in /var/log/messages I could see the following (grep:ing on ACPI):

Apr  6 09:17:21 eridanus kernel: [5.663167] ACPI: AC: found native INT33F4 
PMIC, not loading
Apr  6 09:17:21 eridanus kernel: [5.956763] ACPI: AC: found native INT33F4 
PMIC, not loading
Apr  6 08:20:24 eridanus kernel: [5.720266] ACPI: AC: found native INT33F4 
PMIC, not loading
Apr  6 08:20:24 eridanus kernel: [6.020086] ACPI: AC: found native INT33F4 
PMIC, not loading
Apr  6 08:23:09 eridanus kernel: [5.656934] ACPI: AC: found native INT33F4 
PMIC, not loading
Apr  6 08:23:09 eridanus kernel: [5.979635] ACPI: AC: found native INT33F4 
PMIC, not loading
Apr  6 08:25:49 eridanus kernel: [5.849791] ACPI: AC: found native INT33F4 
PMIC, not loading
Apr  6 08:25:49 eridanus kernel: [6.150902] ACPI: AC: found native INT33F4 
PMIC, not loading

Checking in the kernel sources, I could see the following:
In https://github.com/torvalds/linux/blob/master/drivers/acpi/battery.c

There is a blacklist of ACPI HIDs at line 101:

/* Lists of PMIC ACPI HIDs with an (often better) native battery driver */
static const char * const acpi_battery_blacklist[] = {
"INT33F4", /* X-Powers AXP288 PMIC */
};

Further down there's a section for bailing out on blacklisted HIDs at 1491:

for (i = 0; i < ARRAY_SIZE(acpi_battery_blacklist); i++)
if (acpi_dev_present(acpi_battery_blacklist[i], "1", -1)) {
pr_info(PREFIX ACPI_BATTERY_DEVICE_NAME
": found native %s PMIC, not loading\n",
acpi_battery_blacklist[i]);
return;
}

In __init acpi_battery_init_async

I suppose enabling the approriate module(s) would maybe solve this.
In the make menuconfig I could see the following drivers:

AXP288_ADC, AXP288_CHARGER, and AXP288_FUEL_GAUGE

I tried building a custom kernel, but upon booting in panics,
but it seems to be because the initrams fs is not able to mount, I guess
the image wasn't properly installed in GRUB, or something like that.

By the way, the info below shows kernel 4.14, but that's because I ran
reportbug from my desktop, and haven't rebooted into the newest kernel yet
I hope this doesn't create a hassle.

Thanks!
Regards,
Marcus Lundblad

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

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

Bug#828818: Same issue on a LAMINA 2-in-1 tablet

[Marcus Lundblad]

I'm having the same issue on a LAMINA tablet.
A collegue has a similar tablet with Mint on it, that one has
INTEL_SOC_PMIC_CHTDC_TI built as a module (it can be seen with lsmod).
It seems this module is not built in Debian.

The following could maybe be relevant:

# CONFIG_INTEL_SOC_PMIC_CHTWC is not set
# CONFIG_INTEL_SOC_PMIC_CHTDC_TICONFIG_INTEL_SOC_PMIC_CHTDC_TICONFIG_IN
TEL_SOC_PMIC_CHTDC_TI is not set

I think these are for different controllers.
I tried enabling CONFIG_INTEL_SOC_PMIC_CHTDC_TI as a module, but upon
booting the newly installed kernel it panics (I think it can't find the
boot file system, not sure how to properly do this, or if I did
something wrong).

Also screen brightness is non-working, in the boot log I can see
something about "Failed to own the pwm chip". Also suspend/resume is
very flaky, sometimes it works once, but then never wakes up (actually
I think it's still running, as the battery seems to drain), maybe this
is somehow related to power management or that it fails turning on the
screen again.

//Marcus

Bug#893696: libgtk-3-0: All wayland clients crash (seems to happen when the screen was locked for a while)

[Marcus Lundblad]

Package: libgtk-3-0
Version: 3.22.29-1
Severity: critical
Tags: upstream
Justification: causes serious data loss

This seems to be this upstream issue
https://gitlab.gnome.org/GNOME/gtk/issues/114

Thanks,
Marcus



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

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

Versions of packages libgtk-3-0 depends on:
ii  adwaita-icon-theme  3.28.0-1
ii  hicolor-icon-theme  0.17-1
ii  libatk-bridge2.0-0  2.26.2-1
ii  libatk1.0-0 2.28.1-1
ii  libc6   2.27-2
ii  libcairo-gobject2   1.15.10-1
ii  libcairo2   1.15.10-1
ii  libcolord2  1.3.3-2
ii  libcups22.2.6-5
ii  libepoxy0   1.4.3-1
ii  libfontconfig1  2.12.6-0.1
ii  libfreetype62.8.1-2
ii  libgdk-pixbuf2.0-0  2.36.11-1
ii  libglib2.0-02.54.3-2
ii  libgtk-3-common 3.22.29-1
ii  libjson-glib-1.0-0  1.4.2-3
ii  libpango-1.0-0  1.40.14-1
ii  libpangocairo-1.0-0 1.40.14-1
ii  libpangoft2-1.0-0   1.40.14-1
ii  librest-0.7-0   0.8.0-2
ii  libsoup2.4-12.62.0-1
ii  libwayland-client0  1.14.0-2
ii  libwayland-cursor0  1.14.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  17.3.6-1
ii  libx11-62:1.6.4-3
ii  libxcomposite1  1:0.4.4-2
ii  libxcursor1 1:1.1.15-1
ii  libxdamage1 1:1.1.4-3
ii  libxext62:1.3.3-1+b2
ii  libxfixes3  1:5.0.3-1
ii  libxi6  2:1.7.9-1
ii  libxinerama12:1.1.3-1+b3
ii  libxkbcommon0   0.8.0-1
ii  libxml2 2.9.4+dfsg1-6.1
ii  libxrandr2  2:1.5.1-1
ii  shared-mime-info1.9-2

Versions of packages libgtk-3-0 recommends:
ii  libgtk-3-bin  3.22.29-1

Versions of packages libgtk-3-0 suggests:
ii  gvfs 1.34.1-2
ii  librsvg2-common  2.40.20-2

-- debconf-show failed

Bug#891147: [Pkg-d-devel] Bug#891147: dub: HTTP status code 0 when downloading dependencies

[Marcus Stojcevich]

It doesn't have the bug when I build it with LDC, so I'm assuming it's
something to do with the GDC buildscript or GDC itself when linking libcurl.

On Thu, Feb 22, 2018 at 2:21 PM, Matthias Klumpp <m...@debian.org> wrote:

> 2018-02-22 20:11 GMT+01:00 Marcus Stojcevich <mstojcev...@gmail.com>:
> > Package: dub
> > Version: 1.7.2-1
> > Severity: important
> >
> > Dear Maintainer,
> >
> > When trying to build a project with dub, it fails to download
> dependencies.
> > These errors do not occur when using dub from d-apt
> > (http://d-apt.sourceforge.net/).
> >
> > To reproduce: Run "dub build" on a project that you don't have the
> dependencies
> > for.
> >
> > I attached the error messages and the dub.json for the project that won't
> > build.
>
> I have no idea why that happens, any help with investigating this
> issue is greatly appreciated.
>
> Cheers,
> Matthias
>
> --
> I welcome VSRE emails. See http://vsre.info/
>

Bug#883672: Poppler 0.61 Rendering issue

[Marcus Britanicus]

I upgraded my system to the latest, and tried out viewing the same file in
GNOME, using evince, cinnamon, and atril in Mate. Alas nothing works. I
perhaps should tryout a fresh install of sid and check if the issue pops
up. For the record, its not just that file, there are quite a few files
that give this issue with poppler. Also for the record, a few upgrades
before, I really have not much idea, all the rendering was quite fine.

Bug#804638: kde-plasma-desktop: "The window switcher installation is broken"

[Marcus Hansson]

Package: kde-plasma-desktop
Version: 5:92
Followup-For: Bug #804638

Hello!

This is present for me as well.

Also:

ii  kwin-addons  4:5.8.5-2

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

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

Versions of packages kde-plasma-desktop depends on:
ii  kde-baseapps  4:16.08.3-1
ii  kde-runtime   4:16.08.3-2
ii  plasma-desktop4:5.8.6-1
ii  plasma-workspace  4:5.8.6-2.1
ii  udisks2   2.1.8-1
ii  upower0.99.4-4+b1

Versions of packages kde-plasma-desktop recommends:
ii  kwin-x11  4:5.8.6-1
ii  sddm  0.14.0-4
ii  xserver-xorg  1:7.7+19

Versions of packages kde-plasma-desktop suggests:
ii  kde-l10n-engb [kde-l10n]  4:16.04.3-1
ii  kde-l10n-sv [kde-l10n]4:16.04.3-1

-- no debconf information

Bug#874684: pulseaudio: chtrt5645 driver does not support HDMI output

[Marcus Freeman]

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


After a clean minimal install of Deb9. In Gnome sound settings, I tried
selecting HDMI for output device, as I have in the past with Fedora. There is a
device called HeadPhones - chtrt5645 in the list of output devices. Which does
nothing, this Minux pc has no analog outputs.

$ aplay -l
 List of PLAYBACK Hardware Devices 
card 0: chtrt5645 [chtrt5645], device 0: Audio (*) []
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 0: chtrt5645 [chtrt5645], device 1: Deep-Buffer Audio (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

I need to run audio through HDMI channel, there is some discussion regarding
HDMI using ALSA and configuring with other drivers but nothing that is usefull
here.



-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

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

Versions of packages pulseaudio depends on:
ii  adduser  3.115
ii  libasound2   1.1.3-5
ii  libasound2-plugins   1.1.1-1
ii  libc62.24-11+deb9u1
ii  libcap2  1:2.25-1
ii  libdbus-1-3  1.10.18-1
ii  libgcc1  1:6.3.0-18
ii  libice6  2:1.0.9-2
ii  libltdl7 2.4.6-2
ii  liborc-0.4-0 1:0.4.26-2
ii  libpulse010.0-1+deb9u1
ii  libsm6   2:1.2.2-1+b3
ii  libsndfile1  1.0.27-3
ii  libsoxr0 0.1.2-2
ii  libspeexdsp1 1.2~rc1.2-1+b2
ii  libstdc++6   6.3.0-18
ii  libsystemd0  232-25+deb9u1
ii  libtdb1  1.3.11-2
ii  libudev1 232-25+deb9u1
ii  libwebrtc-audio-processing1  0.3-1
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.12-1
ii  libxtst6 2:1.2.3-1
ii  lsb-base 9.20161125
ii  pulseaudio-utils 10.0-1+deb9u1

Versions of packages pulseaudio recommends:
ii  rtkit  0.11-4+b1

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
pn  pavucontrol  
pn  pavumeter
ii  udev 232-25+deb9u1

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; 

Bug#860055: Inquiry about packaging progress

[Marcus Poller]

Dear Stefan,

gentle ping? What's the status of your packaging work? I'ld love to use this 
package.

Cheers,
Marcus

Bug#873164: linux-image-4.12.0-1-amd64: Enable intel_cht_int33fe

[Marcus Lundblad]

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

I have a 2-in-1 tablet based on the Cherry Trail SoC, currently there is no
battery level status reported. I belive this would be supplied by the
intel_cht_int33fe driver, which doesn't currently seem to be built in Debian.
Looking at /boot/config-4.12.0-1-amd64 I see:
# CONFIG_INTEL_CHT_INT33FE is not set
And this module doesn't appear under /lib/modules

Thanks!

-- Package-specific info:
** Version:
Linux version 4.12.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 
6.4.0 20170805 (Debian 6.4.0-3) ) #1 SMP Debian 4.12.6-1 (2017-08-12)

** Command line:
BOOT_IMAGE=/vmlinuz-4.12.0-1-amd64 
root=UUID=6ef2b100-fc78-4834-818d-b2ec7da9f38f ro quiet init=/bin/systemd

Bug#870013: CVE-2017-13146

[Marcus Meissner]

Hi,

This is not a memory leak. I think this avoids a NULL ptr crash in the coder.

Ciao, Marcus

Bug#869281: xpra: Shadow does not work if multiple displays are running

[Marcus Jodorf]

Package: xpra
Version: 0.17.6+dfsg-1
Severity: important

Dear Maintainer,

I hit an old bug that was alread reported upstream in:

https://xpra.org/trac/ticket/1395

(patch is also included in the ticket)

Best regards,

Marcus Jodorf


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

Kernel: Linux 4.11.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)

Versions of packages xpra depends on:
ii  adduser   3.115
ii  libavcodec57  10:3.3.2-dmo3
ii  libavutil55   10:3.3.2-dmo3
ii  libc6 2.24-12
ii  libgtk2.0-0   2.24.31-2
ii  libswscale4   10:3.3.2-dmo3
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libx264-148   2:0.148.2795+gitaaa9aa8-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxkbfile1   1:1.0.9-2
ii  libxrandr22:1.5.1-1
ii  libxtst6  2:1.2.3-1
ii  python2.7.13-2
ii  python-gi-cairo   3.22.0-2+b1
ii  python-gtk2   2.24.0-5.1
ii  python-rencode1.0.5-1+b1
ii  x11-xserver-utils 7.7+7+b1
ii  xserver-xorg-input-void   1:1.4.1-1+b2
ii  xserver-xorg-video-dummy  1:0.3.8-1

Versions of packages xpra recommends:
ii  keyboard-configuration  1.166
ii  openssh-client  1:7.5p1-5
ii  python-dbus 1.2.4-1+b2
ii  python-gtkglext11.1.0-9.1
ii  python-imaging  4.1.1-3
ii  python-lz4  0.8.2+dfsg-2+b1
ii  python-lzo  1.08-1
ii  python-pil  4.1.1-3
ii  ssh-askpass 1:1.2.4.1-9+b2

Versions of packages xpra suggests:
ii  cups-common2.2.4-3
pn  cups-filters   
pn  cups-pdf   
ii  gstreamer1.0-plugins-bad   1:1.12.2-dmo1
ii  gstreamer1.0-plugins-base  1.12.2-1
ii  gstreamer1.0-plugins-good  1.12.2-1
ii  gstreamer1.0-plugins-ugly  1:1.12.2-dmo1
ii  openssh-server 1:7.5p1-5
ii  pulseaudio 10.0-2
ii  pulseaudio-utils   10.0-2
ii  python-avahi   0.6.32-2
pn  python-cups
ii  python-gst-1.0 1.12.2-1
ii  python-netifaces   0.10.4-0.1+b3
ii  python-opencv  2.4.9.1+dfsg1-2
ii  python-pyopencl2016.1+git20161130-1+b1
pn  python-yaml
pn  v4l2loopback-dkms  

-- no debconf information

Bug#863560: network-manager-gnome: NetworkManager Applet does not hide unmanaged virtual interfaces

[Marcus Jodorf]

Package: network-manager-gnome
Version: 1.4.6-1
Severity: normal


Dear maintainer,

NetworkManager Applet shows useless entries of unmanaged interfaces.
In my case it is virtual interfaces from vmwware workstation.

# nmcli d
DEVICETYPE  STATE CONNECTION  
wlp1s0wifi  connected mywifi 
cdc-wdm0  gsm   disconnected  --  
eth0  ethernet  unavailable   --  
vmnet1ethernet  unmanaged --  
vmnet8ethernet  unmanaged --  
loloopback  unmanaged --  

Here vmnet1 and vmnet8 lead to completely useless entries greyed out in
the applets' menu like this
"Ethernet ()
 device not managed
 Ethernet ()
 device not managed"

Since these are always listed at the top of the menu taking up considerable
space this is simply annoying.

And this could be a usability problem when one has more such interfaces
and less screen estate.

Same problem with the 1.8.0-1 version from experimental.

Only way I found to get rid of these stupid entries was to change the
source:

--- network-manager-applet-1.4.6.orig/src/applet-device-ethernet.c
+++ network-manager-applet-1.4.6/src/applet-device-ethernet.c
@@ -73,6 +73,10 @@ ethernet_add_menu_item (NMDevice *device
GtkWidget *item;
gboolean carrier = TRUE;

+   if (nm_device_get_state (device)) {
+   return;
+   }
+
if (multiple_devices) {
const char *desc;

--- network-manager-applet-1.4.6.orig/src/applet.c
+++ network-manager-applet-1.4.6/src/applet.c
@@ -1319,11 +1319,6 @@ nma_menu_device_get_menu_item (NMDevice
break;
}

-   if (!managed) {
-   item = gtk_menu_item_new_with_label (_("device not managed"));
-   gtk_widget_set_sensitive (item, FALSE);
-   }
-
return item;
 }


Best regards,

Marcus Jodorf



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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.10.18-1
ii  dbus-x11 [dbus-session-bus]   1.10.18-1
ii  dconf-gsettings-backend [gsettings-backend]   0.26.0-2+b1
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-10
ii  libcairo2 1.14.8-1
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.12-1
ii  libjansson4   2.9-1
ii  libmm-glib0   1.6.4-1
ii  libnm01.8.0-2
ii  libnma0   1.4.6-1
ii  libnotify40.7.7-2
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libsecret-1-0 0.18.5-3.1
ii  network-manager   1.6.2-3
ii  policykit-1-gnome [polkit-1-auth-agent]   0.105-6

Versions of packages network-manager-gnome recommends:
ii  gnome-keyring3.20.0-3
ii  iso-codes3.75-1
ii  mobile-broadband-provider-info   20161204-1
ii  notification-daemon  3.20.0-1+b1
ii  xfce4-notifyd [notification-daemon]  0.3.6-1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#863038: Fwd: Re: Bug#863038: systemd-timesyncd ignores FallbackNTP config setting

[Marcus Jodorf]

ck systemd[1]: systemd-timesyncd.service: Changed 
start -> running
May 20 23:46:45 black systemd[1]: systemd-timesyncd.service: Job 
systemd-timesyncd.service/start finished, result=done

May 20 23:46:45 black systemd[1]: Started Network Time Synchronization.
May 20 23:46:45 black systemd[1]: systemd-timesyncd.service: Failed to 
send unit change signal for systemd-timesyncd.service: Connection reset 
by peer
May 20 23:46:45 black systemd[1]: systemd-timesyncd.service: Got 
notification message from PID 4195 (STATUS=Idle.)
May 20 23:46:45 black systemd[1]: systemd-timesyncd.service: Failed to 
send unit change signal for systemd-timesyncd.service: Transport 
endpoint is not connected
May 20 23:46:45 black systemd[1]: systemd-timesyncd.service: Got 
notification message from PID 4195 (STATUS=Idle.)
May 20 23:46:45 black systemd[1]: systemd-timesyncd.service: Got 
notification message from PID 4195 (STATUS=Idle.)
May 20 23:46:45 black systemd[1]: systemd-timesyncd.service: Got 
notification message from PID 4195 (STATUS=Connecting to time server 
77.243.43.213:123 (0.debian.pool.ntp.org).)
May 20 23:46:45 black systemd-timesyncd[4195]: Synchronized to time 
server 77.243.43.213:123 (0.debian.pool.ntp.org).
May 20 23:46:45 black systemd[1]: systemd-timesyncd.service: Got 
notification message from PID 4195 (STATUS=Synchronized to time server 
77.243.43.213:123 (0.debian.pool.ntp.org).)


If I set other servers as fallback like for example "ptbtime1.ptb.de 
ptbtime2.ptb.de" the result is the same.
But if I set the "NTP=" setting then this setting is respected. Only 
"FallbackNTP=" is not working.


The system is running network-manager and there are no manual network 
settings. DHCP is not announcing any time servers.


Please tell me if you need more information and how I should provide it 
if necessary.



Best regards,

Marcus Jodorf


On 05/20/2017 05:34 PM, Michael Biebl wrote:

Am 20.05.2017 um 16:20 schrieb Marcus Jodorf:

Package: systemd
Version: 232-23
Severity: normal


systemd-timesyncd ignores FallbackNTP
config settings in /etc/systemd/timesyncd.conf

If FallbackNTP is set and no other configuration is existing
in all the other places listed in timesyncd.conf(5) manpage,
it instead falls back to compiled-in ntp servers
(0.debian.pool.ntp.org and so on).


Can you place share your complete configuration and then provide a debug
log:
systemd-analyze set-log-level debug
systemctl restart systemd-timesyncd
journalctl -u systemd-timesyncd.service

Regards,
Michael

Bug#863038: systemd-timesyncd ignores FallbackNTP config setting

[Marcus Jodorf]

Package: systemd
Version: 232-23
Severity: normal


systemd-timesyncd ignores FallbackNTP
config settings in /etc/systemd/timesyncd.conf

If FallbackNTP is set and no other configuration is existing
in all the other places listed in timesyncd.conf(5) manpage,
it instead falls back to compiled-in ntp servers
(0.debian.pool.ntp.org and so on).

Best regards,

Marcus Jodorf

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

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

Bug#862856: Please upgrade to latest release 2.0.1g

[Marcus Frings]

Package: arno-iptables-firewall
Version: 2.0.1.f-1
Severity: wishlist

Dear Michael,

please prepare an upgrade to 2.0.1g which was released in 10/2016:

https://github.com/arno-iptables-firewall/aif/releases

Best regards,
Marcus
-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Versions of packages arno-iptables-firewall depends on:
ii  debconf [debconf-2.0]  1.5.60
ii  gawk   1:4.1.4+dfsg-1
ii  iproute1:4.9.0-1
ii  iptables   1.6.0+snapshot20161117-6

Versions of packages arno-iptables-firewall recommends:
pn  curl  
ii  dnsutils  1:9.10.3.dfsg.P4-12.3
ii  rsyslog   8.24.0-1

arno-iptables-firewall suggests no packages.

-- Configuration Files:
/etc/arno-iptables-firewall/custom-rules changed [not included]
/etc/arno-iptables-firewall/firewall.conf changed [not included]
/etc/arno-iptables-firewall/plugins/ids-protection.conf changed [not included]
/etc/arno-iptables-firewall/plugins/ssh-brute-force-protection.conf changed 
[not included]

-- debconf information excluded

Bug#861299: milter-greylist: Add X-GreyList-CN header if geoip was supported

[Marcus Schopen]

Hi John,

Am Donnerstag, den 27.04.2017, 08:07 +0100 schrieb John Lines:
> Package: milter-greylist
> Version: 4.5.11-1.1+b1
> Severity: wishlist
> Tags: upstream
> 
> Dear Maintainer,
> 
> milter-greylist has the best information about the previous hop source of an
> email. In particular, if geoip support is used it knows the country associated
> with the IP address of the previous hop.
> 
> This information may be useful at a later stage in filtering, for example by
> spamassassin or sieve. One user may expect to receive mails from a relay in
> some country, whereas for another user any such emails are almost certainly
> spam.
> 
> Adding a Country Name header (using the geoip country code), e.g.
>  X-GreyList-CN: GB
> would help the downstream filter.

Good idea, but I would add this to the examples as optional feature, not
enable geoip by default, because you have to take care of updates and if
I remember right, you have to reload milter-greylist to recognize
changes in geoip databases. I do that with a simple after upgrading

 touch /etc/milter-greylist/greylist.conf

which causes milter-greylist to reload its config [1].

Something like this for the header:

  racl continue from /.*/ addheader "X-GreyList-CN: %C"

or

racl continue from /.*/ addheader "X-Greylist: inspected by %V for IP:'%
i' DOMAIN:'%d' HELO:'%h' FROM:'%f' RCPT:'%r' GEOIP:'%C'"

Ciao
Marcus

[1]
https://groups.yahoo.com/neo/groups/milter-greylist/conversations/messages/6917

Bug#854475: postfix: systemd needs postfix@.service to have "After=network.target"

[Marcus Jodorf]

On 04/15/2017 09:14 PM, Christian Schrötter wrote:

Are you sure network.target is enough?

network-online.target sounds much better for me.


Hi Christian,

No, I'm not really sure. Just tried it after finding #854475 thinking 
that it might actually catch two problems at once.


Especially after stumbling previously over #847440 with resolvconf where 
I expected the problem to be in the first place.


Now, in combination with the proposed change there, my guess would be 
network.target could be sufficient.


Setting network.target with postfix at least with my two machines works 
but maybe network-online.target might be the safe bet considering there 
are many machines out there that run slower or faster.


Since I'm currently hunting down some similar race-conditions with 
systemd machines (e.g. start of inn2) I can tell you with systemd 
nothing is really easy. Start a machine 20 times and at least 2 times of 
these you get something quite different.



Best regards,

Marcus Jodorf

Bug#854475: postfix: systemd needs postfix@.service to have "After=network.target"

[Marcus Jodorf]

Package: postfix
Version: 3.1.4-4
Followup-For: Bug #854475

Dear Maintainer,

I found a bug that is probably related to #854475 because it seems
also to be caused by postfix starting too early.

I have several systems where mail gets stuck in the queue with
"(Host or domain name not found. Name service error for name=
type=: Host not found, try again)".

Turns out /var/spool/postfix/etc/resolv.conf is empty, only containing
the empty template
"
 Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
"
from resolvconf.

But /etc/resolv.conf itself contains proper nameserver entries as
configured in /etc/network/interfaces.

So outgoing emails are stuck in the queue until I restart postfix and
/var/spool/postfix/etc/resolv.conf gets updated.

With "After=network.target" applied, postfix start is delayed and
the postfix copy of resolv.conf contains the necessary entries.


Best regards,

Marcus Jodorf



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

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

Bug#860163: owncloud-client: although owncloud-client is still running, icon disappears from indicator

[Marcus Wendler]

Package: owncloud-client
Version: 2.2.4+dfsg-2
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
There was no special event.
On different Debian 9 machines the same problem: sometimes owncloud indicator 
icon disappears and will not come back, re-starting the sync client will not 
bring back the icon.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?


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

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

Versions of packages owncloud-client depends on:
ii  libc6 2.24-9
ii  libgcc1   1:6.3.0-11
ii  libowncloudsync0  2.2.4+dfsg-2
ii  libqt5core5a  5.7.1+dfsg-3+b1
ii  libqt5dbus5   5.7.1+dfsg-3+b1
ii  libqt5gui55.7.1+dfsg-3+b1
ii  libqt5keychain1   0.7.0-3
ii  libqt5network55.7.1+dfsg-3+b1
ii  libqt5sql5-sqlite 5.7.1+dfsg-3+b1
ii  libqt5webkit5 5.7.1+dfsg-1
ii  libqt5widgets55.7.1+dfsg-3+b1
ii  libqt5xml55.7.1+dfsg-3+b1
ii  libssl1.1 1.1.0e-1
ii  libstdc++66.3.0-11
ii  owncloud-client-l10n  2.2.4+dfsg-2

owncloud-client recommends no packages.

owncloud-client suggests no packages.

-- no debconf information

Bug#858564: Test packages fixing samba regressions

[Marcus Frings]

Hi Mathieu and all others.

On Fri, 31 Mar 2017 00:26:43 +0200, Mathieu Parent
<math.par...@gmail.com> wrote:

> I've prepared samba packages fixing vfs_shadowcopy2 and "follow
> symlink = no".
> Can you test and report? (I've tested simple cases with those two
> options only).

I have tested your packages (with respect to the "follow symlink = no"
issue which affected our system) and I can happily confirm that your
upcoming 2:4.2.14+dfsg-0+deb8u5 fixes the problem! Well done and many
thanks!

Best regards,
Marcus
-- 
RWTH Aachen University, Institute of Organic Chemistry,
Landoltweg 1, 52074 Aachen, Germany

GPG key: 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 (ed25519, preferred)
GPG key: 0138DA92EDFFB27DD270F86DB475E207BAB58229 (dsa1024, disfavoured)


pgpw_IoHckaJ4.pgp
Description: OpenPGP digital signature

Bug#856657: gnome-software: Sometimes claims repo is not active

[Marcus Lundblad]

Package: gnome-software
Version: 3.22.5-1
Severity: normal

Dear Maintainer,

For some apps, when I try to install it (on Stretch), I get a dialog claiming
that the repo "debian-testing-main" needs to be activated.
Clicking "Activate and install" brings up a password prompt,
but then I get a dialog showing an error message (from apt I guess)
saying: "E: Could not find the repository"
But some apps install fine.
One thing I noticed, the ones failing seems to indicate "Download size" in the
UI, whereas the working one don't.

Example of non-installable: Milkytracker
Example of installable: Rosegarden

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

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

Versions of packages gnome-software depends on:
ii  appstream0.10.6-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gnome-software-common3.22.5-1
ii  gsettings-desktop-schemas3.22.0-1
ii  libappstream-glib8   0.6.8-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-9
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libenchant1c2a   1.6.0-11+b1
ii  libfwupd10.7.4-2
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-1
ii  libgnome-desktop-3-123.22.2-1
ii  libgtk-3-0   3.22.8-1
ii  libgtkspell3-3-0 3.0.9-1
ii  libgudev-1.0-0   230-3
ii  libjson-glib-1.0-0   1.2.2-1+b1
ii  libpackagekit-glib2-18   1.1.5-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpolkit-gobject-1-00.105-17
ii  libsecret-1-00.18.5-2
ii  libsoup2.4-1 2.56.0-2
ii  libsqlite3-0 3.16.2-2
ii  packagekit   1.1.5-1
ii  software-properties-gtk  0.96.20.2-1

gnome-software recommends no packages.

Versions of packages gnome-software suggests:
pn  fwupd  
ii  gnome-software-plugin-flatpak  3.22.5-1
pn  gnome-software-plugin-limba

-- debconf-show failed

Bug#853742: libpython3.5-stdlib: libpython3*-stdlib includes development 'test' module

[Marcus Cobden (mcobden)]

Package: libpython3.5-stdlib
Version: 3.5.2-2ubuntu0~16.04.1
Severity: normal

Dear Maintainer,

If I "import test" python imports a module from the stdlib which did not exist 
in 2.7.

Looking at this module it seems to:

* Contain tools for running tests on the python interpreter during development
* Be undocumented (on https://docs.python.org/3/contents.html)
* Be unsupported (see https://bugs.python.org/msg84955)

If I try an environment where python was installed from source, this module is 
not present:

docker run --rm -ti python:3.5-alpine python -c 'import test; 
print(test.__file__)'

This effectively squats the "test" namespace for other modules.
This seems to affect any python3.X version


-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial-backports'), (500, 'xenial')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-34-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libpython3.5-stdlib depends on:
ii  libbz2-1.01.0.6-8
ii  libc6 2.23-0ubuntu5
ii  libdb5.3  5.3.28-11
ii  liblzma5  5.1.1alpha+20120614-2ubuntu2
ii  libmpdec2 2.4.2-1
ii  libncursesw5  6.0+20160213-1ubuntu1
ii  libpython3.5-minimal  3.5.2-2ubuntu0~16.04.1
ii  libreadline6  6.3-8ubuntu2
ii  libsqlite3-0  3.11.0-1ubuntu1
ii  libtinfo5 6.0+20160213-1ubuntu1
ii  mime-support  3.59ubuntu1

libpython3.5-stdlib recommends no packages.

libpython3.5-stdlib suggests no packages.

-- no debconf information

Bug#851796: gnome-software: Update don't show up automatically any longer

[Marcus Lundblad]

Package: gnome-software
Version: 3.22.4-1
Severity: important

Before, gnome-software used to show a notification about updates
and when starting it, showing the list of updates available.
But since a while back I have stopped getting these (on both my desktop
machine and laptop).
If I manually run apt update and then start gnome-software, still no
updates are marked (there's no indicator digit in the switcher widget and
no updates in the list), but if I at that point click on the ”Refresh“ button
on the updates page, the list comes up (after searching a while).

Thanks in advance,
Marcus
-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnome-software depends on:
ii  appstream0.10.5-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  gnome-software-common3.22.4-1
ii  gsettings-desktop-schemas3.22.0-1
ii  libappstream-glib8   0.6.6-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-8
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libenchant1c2a   1.6.0-11+b1
ii  libfwupd10.7.4-2
ii  libgdk-pixbuf2.0-0   2.36.3-1
ii  libglib2.0-0 2.50.2-2
ii  libgnome-desktop-3-123.22.2-1
ii  libgtk-3-0   3.22.6-1
ii  libgtkspell3-3-0 3.0.9-1
ii  libgudev-1.0-0   230-3
ii  libjson-glib-1.0-0   1.2.2-1
ii  libpackagekit-glib2-18   1.1.4-3
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpolkit-gobject-1-00.105-17
ii  libsecret-1-00.18.5-2
ii  libsoup2.4-1 2.56.0-2
ii  libsqlite3-0 3.16.2-1
ii  packagekit   1.1.4-3
ii  software-properties-gtk  0.96.20.2-1

gnome-software recommends no packages.

Versions of packages gnome-software suggests:
pn  fwupd  
ii  gnome-software-plugin-flatpak  3.22.4-1
pn  gnome-software-plugin-limba

-- debconf-show failed

Bug#838961: adwaita-icon-theme: SVG file contains SVN conflict markers

[Marcus Lundblad]

Package: adwaita-icon-theme
Version: 3.22.0-1
Severity: important

The file:
/usr/share/icons/Adwaita/scalable/actions/send-to-symbolic.svg
has merge conflicts still in it, at line 14.
This renders the icon unrenderable (see i.e. the "Open with another 
application" action
on places in gnome-maps).

Thanks!

Regards,
Marcus

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

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

Versions of packages adwaita-icon-theme depends on:
ii  gtk-update-icon-cache  3.21.5-3
ii  hicolor-icon-theme 0.15-1
ii  librsvg2-common2.40.16-1

adwaita-icon-theme recommends no packages.

adwaita-icon-theme suggests no packages.

-- debconf-show failed

Bug#837406: caff: "gpg: error reading key: No public key"

[Marcus Frings]

On Mon, 12 Sep 2016 14:15:34 +0200, Guilhem Moulin
<guil...@guilhem.org> wrote:

> Got it!  I couldn't reproduce it because I have
> “$CONFIG{'keys-from-gnupg'} = 1;” in my ~/.caffrc.  The regression was
> introduced in r864 (2.4-1) and the enclosed patch fixes it.

Hooray, great! I confirm that your patch works here, too. With
your patch being applied, caff does its job:

$ ~/bin/local-caff --debug 39278DA8109E6244
[...]
[NOTICE] Fetching keys from a keyserver (this may take a while)...

Finally we found it, thanks a lot for your help on solving the
problem! :-)

Best regards,
Marcus
-- 
RWTH Aachen University, Institute of Organic Chemistry,
Landoltweg 1, 52074 Aachen, Germany

GPG key: 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 (ed25519, preferred)
GPG key: 0138DA92EDFFB27DD270F86DB475E207BAB58229 (dsa1024, disfavoured)


pgpFbr1yapDJ5.pgp
Description: OpenPGP digital signature

Bug#837406: caff: "gpg: error reading key: No public key"

[Marcus Frings]

On Mon, 12 Sep 2016 12:13:03 +0200, Guilhem Moulin
<guil...@guilhem.org> wrote:

> Actually the command that fails is --list-keys not --recv-keys.
> --list-keys is run after the various imports to detect keyID
> collisions and retrieve key fingerprints.
> 
> However from the debug trace it looks like --recv-keys isn't run at
> all; you don't have “$CONFIG{'no-download'} = 1” in your caffrc,
> right?

No, I just use a minimum .caffrc where only the absolute necessary has
been added (vide infra).

> For the record here is what I get with your
> ~/.gnupg/{dirmngr,gnupg}.conf:
> 
> ~$ caff --debug 39278DA8109E6244
> […]
> [NOTICE] Fetching keys from a keyserver (this may take a while)...
> [DEBUG] gpg --batch --no-tty --homedir /tmp/caff/gnupghome
> --trust-model=always --no-options --use-agent
> --keyserver=hkps://hkps.pool.sks-keyservers.net
> --keyserver-options=no-honor-keyserver-url
> --keyserver-options=include-revoked --no-greeting --ask-cert-level
> --set-policy-url=http://www.gothgoose.net/pgp/
> --personal-cipher-preferences=AES256 AES192 AES CAST5
> --personal-digest-preferences=SHA512 SHA384 SHA256 SHA224
> --cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb ...
> [DEBUG] stdin: <&=4, stdout: >&=4, status: IO::Handle=GLOB(0x37ef790)
> [DEBUG] Imported 7420DF86BCE15A458DCE997639278DA8109E6244 for
> 39278DA8109E6244 [INFO] Key 39278DA8109E6244 not changed gpg: key
> 39278DA8109E6244: "Guilhem Moulin" not changed gpg: Total number
> processed: 1 gpg:  unchanged: 1 [DEBUG] gpg --batch
> --no-tty --homedir /tmp/caff/gnupghome --trust-model=always
> --no-options --use-agent
> --keyserver=hkps://hkps.pool.sks-keyservers.net
> --keyserver-options=no-honor-keyserver-url
> --keyserver-options=include-revoked --no-greeting --ask-cert-level
> --set-policy-url=http://www.gothgoose.net/pgp/
> --personal-cipher-preferences=AES256 AES192 AES CAST5
> --personal-digest-preferences=SHA512 SHA384 SHA256 SHA224
> --cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb
> --with-fingerprint --with-colons ... [DEBUG] stdout:
> IO::Handle=GLOB(0x37f72c0), stdin: <&=4 [NOTICE] Sign the following
> keys according to your policy, then exit gpg with 'save' after
> signing each key […]

I also get the same here. If I call caff with one of my own keys, such
as "$ caff --debug E88FEBBE202CE599", it works because it doesn't need
to use --recv-keys:

[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome
--quiet --trust-model=always --no-options --use-agent
--keyserver=hkps://hkps.pool.sks-keyservers.net
--keyserver-options=no-honor-keyserver-url
--keyserver-options=include-revoked --no-greeting --ask-cert-level
--set-policy-url=http://www.gothgoose.net/pgp/
--personal-cipher-preferences=AES256 AES192 AES CAST5
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb ...

[...]

[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome
--trust-model=always --no-options --use-agent
--keyserver=hkps://hkps.pool.sks-keyservers.net
--keyserver-options=no-honor-keyserver-url
--keyserver-options=include-revoked --no-greeting --ask-cert-level
--set-policy-url=http://www.gothgoose.net/pgp/
--personal-cipher-preferences=AES256 AES192 AES CAST5
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb
--with-fingerprint --with-colons ... [DEBUG] stdout:
IO::Handle=GLOB(0x2e94a90), stdin: <&=4

[NOTICE] Sign the following keys according to your policy, then exit
gpg with 'save' after signing each key

> In your case the first gpg command (--recv-keys) is missing; the
> second one (--list-keys) fails because there is no matching key in
> caff's keyring.  I don't exclude a regression bug yet, but could you
> share your ~/.caffrc?

These are my only settings in ~/.caffrc:

# $Id: caffrc.sample 505 2013-10-18 08:16:20Z weasel $
# vim:ft=perl:

$CONFIG{'owner'} = 'Marcus Frings';
$CONFIG{'email'} = 'marcus.fri...@oc.rwth-aachen.de';
$CONFIG{'keyid'} = [ qw{E88FEBBE202CE599 B475E207BAB58229 948FD6A0E10F502E 
7A0685421E899042} ];
$CONFIG{'local-user'} = [ qw{E88FEBBE202CE599 B475E207BAB58229 948FD6A0E10F502E 
7A0685421E899042} ];
$CONFIG{'also-encrypt-to'} = [ qw{E88FEBBE202CE599 B475E207BAB58229 
948FD6A0E10F502E 7A0685421E899042} ];
$CONFIG{'caffhome'}= $ENV{'HOME'}.'/.caff';

All other settings from that file are deactivated by "#".

Best regards,
Marcus
-- 
RWTH Aachen University, Institute of Organic Chemistry,
Landoltweg 1, 52074 Aachen, Germany

GPG key: 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 (ed25519, preferred)
GPG key: 0138DA92EDFFB27DD270F86DB475E207BAB58229 (dsa1024, disfavoured)


pgpX9PvKN9Mnl.pgp
Description: OpenPGP digital signature

Bug#837406: caff: "gpg: error reading key: No public key"

[Marcus Frings]

On Sun, 11 Sep 2016 21:17:29 +0200, Guilhem Moulin
<guil...@guilhem.org> wrote:

>  Could you try to replace ‘--debug-level basic’ by ‘--debug ipc’?
> The output is quite verbose as it includes the downloaded armored
> key, but I'd like to see how gpg interacts with dirmngr.  For
> instance,

These are the steps I did:

1) I patched a local copy of caff and edited the dirmngr.conf:

---cut---
$ grep ipc ~/bin/local-caff 
$gpg->options->push_extra_args(qw/--debug ipc/);
---cut---

---cut---
$ cat ~/.gnupg/dirmngr.conf 
debug ipc
log-file /run/user/1000/dirmngr.log

hkp-cacert /home/marcus/.gnupg/sks-keyservers.netCA.pem
---cut---

2) Then I rebooted (I had to reboot for other reasons, but it had
the advantage that I start from a fresh login).

3) After my login I ran the patched caff:

---cut---
$ ~/bin/local-caff --debug 39278DA8109E6244
---cut---

4) Afterwards I also manually ran gpg like in your example:

> ~$ gpg --keyserver hkps://hkps.pool.sks-keyservers.net --debug
> ipc --recv-keys 39278DA8109E6244 

I have attached both the output of caff and the dirmngr logfile.

The log entries at 11:13 stem from the caff call and the log entries at
11:14 are the result the manual gpg command.

Best regards,
Marcus
-- 
RWTH Aachen University, Institute of Organic Chemistry,
Landoltweg 1, 52074 Aachen, Germany

GPG key: 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 (ed25519, preferred)
GPG key: 0138DA92EDFFB27DD270F86DB475E207BAB58229 (dsa1024, disfavoured)
[NOTICE] Importing GnuPG options from ~/.gnupg/gpg.conf:
[NOTICE] use-agent
[NOTICE] keyserver hkps://hkps.pool.sks-keyservers.net
[NOTICE] keyserver-options no-honor-keyserver-url
[NOTICE] keyserver-options include-revoked
[NOTICE] no-greeting
[NOTICE] ask-cert-level
[NOTICE] set-policy-url http://www.gothgoose.net/pgp/
[NOTICE] personal-cipher-preferences AES256 AES192 AES CAST5
[NOTICE] personal-digest-preferences SHA512 SHA384 SHA256 SHA224
[NOTICE] cert-digest-algo SHA512
[DEBUG] gpg (GnuPG) 2.1.15
gpg-connect-agent: no running gpg-agent - starting '/usr/bin/gpg-agent'
gpg-connect-agent: waiting for the agent to come up ... (5s)
gpg-connect-agent: connection to agent established
gpg-connect-agent: no running Dirmngr - starting '/usr/bin/dirmngr'
gpg-connect-agent: waiting for the dirmngr to come up ... (5s)
gpg-connect-agent: connection to the dirmngr established
[DEBUG] Creating symlink /home/marcus/.caff/gnupghome/S.gpg-agent to 
/run/user/1000/gnupg/S.gpg-agent
[DEBUG] Creating symlink /home/marcus/.caff/gnupghome/S.dirmngr to 
/run/user/1000/gnupg/S.dirmngr
[DEBUG] Exporting key(s) 
E88FEBBE202CE599,B475E207BAB58229,948FD6A0E10F502E,7A0685421E899042 from your 
normal GnuPGHOME to /home/marcus/.caff/gnupghome
[DEBUG] gpg --batch --no-tty --trust-model=always --no-autostart 
--no-auto-check-trustdb ...
[DEBUG] stdin: <&=4, stdout: IO::Handle=GLOB(0x469ad80)
[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome --quiet 
--trust-model=always --no-options --use-agent 
--keyserver=hkps://hkps.pool.sks-keyservers.net 
--keyserver-options=no-honor-keyserver-url --keyserver-options=include-revoked 
--no-greeting --ask-cert-level --set-policy-url=http://www.gothgoose.net/pgp/ 
--personal-cipher-preferences=AES256 AES192 AES CAST5 
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224 
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb ...
[DEBUG] status: IO::Handle=GLOB(0x3507f48), stdin: 5, stdout: >&=4
[DEBUG] Imported 0138DA92EDFFB27DD270F86DB475E207BAB58229 for B475E207BAB58229
[INFO] Key B475E207BAB58229 not changed
[DEBUG] Imported 53FC5A8727BE1D30FEB4861A948FD6A0E10F502E for 948FD6A0E10F502E
[INFO] Key 948FD6A0E10F502E not changed
[DEBUG] Imported 69E1EE07F7A6AA8E4A777B2A7A0685421E899042 for 7A0685421E899042
[INFO] Key 7A0685421E899042 not changed
[DEBUG] Imported 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 for E88FEBBE202CE599
[INFO] Key E88FEBBE202CE599 not changed
[DEBUG] Exporting key(s) 
E88FEBBE202CE599,B475E207BAB58229,948FD6A0E10F502E,7A0685421E899042 from your 
normal GnuPGHOME to /home/marcus/.caff/gnupghome
[DEBUG] gpg --batch --no-tty --trust-model=always --no-autostart 
--no-auto-check-trustdb --no-autostart --no-auto-check-trustdb ...
[DEBUG] stdin: <&=4, stdout: IO::Handle=GLOB(0x469ad80)
[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome --quiet 
--trust-model=always --no-options --use-agent 
--keyserver=hkps://hkps.pool.sks-keyservers.net 
--keyserver-options=no-honor-keyserver-url --keyserver-options=include-revoked 
--no-greeting --ask-cert-level --set-policy-url=http://www.gothgoose.net/pgp/ 
--personal-cipher-preferences=AES256 AES192 AES CAST5 
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224 
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb ...
[DEBUG] status: IO::Handle=GLOB(0x46ab138), stdout: >&=4, stdin: 5
[DEBUG] Imported 0138DA92EDFFB27DD270F86DB475E20

Bug#837406: caff: "gpg: error reading key: No public key"

[Marcus Frings]

On Sun, 11 Sep 2016 16:04:21 +0200, Guilhem Moulin
<guil...@guilhem.org> wrote:

> Also, does the recv-key command work when you run it manually?
> 
> ~$ gpg --batch --no-tty --homedir ~/.caff/gnupghome \
> --trust-model=always --no-options --use-agent \
> --keyserver=hkps://hkps.pool.sks-keyservers.net \
> --keyserver-options=no-honor-keyserver-url \
> --keyserver-options=include-revoked --no-greeting
> --ask-cert-level \ --set-policy-url=http://www.gothgoose.net/pgp/ \
> --personal-cipher-preferences='AES256 AES192 AES CAST5' \
> --personal-digest-preferences='SHA512 SHA384 SHA256 SHA224' \
> --cert-digest-algo=SHA512 --no-autostart
> --no-auto-check-trustdb \ --with-fingerprint --with-colons
> --recv-keys 12DA91AD71D80831 gpg: key 12DA91AD71D80831: public key …
> imported gpg: Total number processed: 1
> gpg:   imported: 1

Yes, I can confirm that running the command manually works perfectly
here.

Best regards,
Marcus
-- 
RWTH Aachen University, Institute of Organic Chemistry,
Landoltweg 1, 52074 Aachen, Germany

GPG key: 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 (ed25519, preferred)
GPG key: 0138DA92EDFFB27DD270F86DB475E207BAB58229 (dsa1024, disfavoured)


pgp7jHR2C_Fcd.pgp
Description: OpenPGP digital signature

Bug#837406: caff: "gpg: error reading key: No public key"

[Marcus Frings]

On Sun, 11 Sep 2016 15:46:58 +0200, Guilhem Moulin
<guil...@guilhem.org> wrote:

> Still, I can't reproduce this.  Could you try to pass ‘--debug-level
>  basic’ to the recv-key command?

I patched caff with the diff file you suggested, but the output is
still the same, hence not even additional debugging information (see
attached txt file).

> If this doesn't produce anything useful, could you also enable debug
> output for dirmngr?  For instance by adding
> 
> debug-level basic
> log-file /run/user/1000/dirmngr.log
> 
> to ~/.gnupg/dirmngr.conf.

I also added these two lines, but when I run caff (or gpg manually)
this logfile is not created at all.

Best regards,
Marcus
-- 
RWTH Aachen University, Institute of Organic Chemistry,
Landoltweg 1, 52074 Aachen, Germany

GPG key: 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 (ed25519, preferred)
GPG key: 0138DA92EDFFB27DD270F86DB475E207BAB58229 (dsa1024, disfavoured)
My patched caff:

$ /tmp/local-caff/caff --debug 39278DA8109E6244
[NOTICE] Importing GnuPG options from ~/.gnupg/gpg.conf:
[NOTICE] use-agent
[NOTICE] keyserver hkps://hkps.pool.sks-keyservers.net
[NOTICE] keyserver-options no-honor-keyserver-url
[NOTICE] keyserver-options include-revoked
[NOTICE] no-greeting
[NOTICE] ask-cert-level
[NOTICE] set-policy-url http://www.gothgoose.net/pgp/
[NOTICE] personal-cipher-preferences AES256 AES192 AES CAST5
[NOTICE] personal-digest-preferences SHA512 SHA384 SHA256 SHA224
[NOTICE] cert-digest-algo SHA512
[DEBUG] gpg (GnuPG) 2.1.15
[DEBUG] Creating symlink /home/marcus/.caff/gnupghome/S.dirmngr to 
/run/user/1000/gnupg/S.dirmngr
[DEBUG] Creating symlink /home/marcus/.caff/gnupghome/S.gpg-agent to 
/run/user/1000/gnupg/S.gpg-agent
[DEBUG] Exporting key(s) 
E88FEBBE202CE599,B475E207BAB58229,948FD6A0E10F502E,7A0685421E899042 from your 
normal GnuPGHOME to /home/marcus/.caff/gnupghome
[DEBUG] gpg --batch --no-tty --trust-model=always --no-autostart 
--no-auto-check-trustdb ...
[DEBUG] stdin: <&=4, stdout: IO::Handle=GLOB(0x2a88958)
[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome --quiet 
--trust-model=always --no-options --use-agent 
--keyserver=hkps://hkps.pool.sks-keyservers.net 
--keyserver-options=no-honor-keyserver-url --keyserver-options=include-revoked 
--no-greeting --ask-cert-level --set-policy-url=http://www.gothgoose.net/pgp/ 
--personal-cipher-preferences=AES256 AES192 AES CAST5 
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224 
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb ...
[DEBUG] status: IO::Handle=GLOB(0x2afa730), stdin: 5, stdout: >&=4
[DEBUG] Imported 0138DA92EDFFB27DD270F86DB475E207BAB58229 for B475E207BAB58229
[INFO] Key B475E207BAB58229 not changed
[DEBUG] Imported 53FC5A8727BE1D30FEB4861A948FD6A0E10F502E for 948FD6A0E10F502E
[INFO] Key 948FD6A0E10F502E not changed
[DEBUG] Imported 69E1EE07F7A6AA8E4A777B2A7A0685421E899042 for 7A0685421E899042
[INFO] Key 7A0685421E899042 not changed
[DEBUG] Imported 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 for E88FEBBE202CE599
[INFO] Key E88FEBBE202CE599 not changed
[DEBUG] Exporting key(s) 
E88FEBBE202CE599,B475E207BAB58229,948FD6A0E10F502E,7A0685421E899042 from your 
normal GnuPGHOME to /home/marcus/.caff/gnupghome
[DEBUG] gpg --batch --no-tty --trust-model=always --no-autostart 
--no-auto-check-trustdb --no-autostart --no-auto-check-trustdb ...
[DEBUG] stdin: <&=4, stdout: IO::Handle=GLOB(0xaed0e8)
[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome --quiet 
--trust-model=always --no-options --use-agent 
--keyserver=hkps://hkps.pool.sks-keyservers.net 
--keyserver-options=no-honor-keyserver-url --keyserver-options=include-revoked 
--no-greeting --ask-cert-level --set-policy-url=http://www.gothgoose.net/pgp/ 
--personal-cipher-preferences=AES256 AES192 AES CAST5 
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224 
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb ...
[DEBUG] status: IO::Handle=GLOB(0x2c43818), stdin: 5, stdout: >&=4
[DEBUG] Imported 0138DA92EDFFB27DD270F86DB475E207BAB58229 for B475E207BAB58229
[INFO] Key B475E207BAB58229 not changed
[DEBUG] Imported 53FC5A8727BE1D30FEB4861A948FD6A0E10F502E for 948FD6A0E10F502E
[INFO] Key 948FD6A0E10F502E not changed
[DEBUG] Imported 69E1EE07F7A6AA8E4A777B2A7A0685421E899042 for 7A0685421E899042
[INFO] Key 7A0685421E899042 not changed
[DEBUG] Imported 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 for E88FEBBE202CE599
[INFO] Key E88FEBBE202CE599 not changed
[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome 
--trust-model=always --no-options --use-agent 
--keyserver=hkps://hkps.pool.sks-keyservers.net 
--keyserver-options=no-honor-keyserver-url --keyserver-options=include-revoked 
--no-greeting --ask-cert-level --set-policy-url=http://www.gothgoose.net/pgp/ 
--personal-cipher-preferences=AES256 AES192 AES CAST5 
--personal-digest-preferences=SHA512 SHA384 SHA2

Bug#837406: caff: "gpg: error reading key: No public key"

[Marcus Frings]

Hi Guilhem.

On Sun, 11 Sep 2016 14:45:10 +0200, Guilhem Moulin
<guil...@guilhem.org> wrote:

> Does it work when you replace ‘hkps://hkps.pool.sks-keyservers.net’ by
> ‘hkp://pool.sks-keyservers.net’ in ~/.gnupg/gpg.conf?

Sorry, I should have told you yesterday that I had already tried this,
too. However, it doesn't seem related to an hkp/hkps issue, for it also
fails if I use caff with a normal http connection:

[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome
--trust-model=always --no-options --use-agent
--keyserver=hkp://pool.sks-keyservers.net
--keyserver-options=no-honor-keyserver-url
--keyserver-options=include-revoked --no-greeting --ask-cert-level
--set-policy-url=http://www.gothgoose.net/pgp/
--personal-cipher-preferences=AES256 AES192 AES CAST5
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb
--with-fingerprint --with-colons ... [DEBUG] stdout:
IO::Handle=GLOB(0x2d4c8f8), stdin: <&=4 gpg: error reading key: No
public key [WARN] gpg exited with value 2 [WARN] No public keys found
with list-key 12DA91AD71D80831 (note that caff uses its own keyring
in /home/marcus/.caff/gnupghome) [NOTICE] No keys to sign found

> ~$ gpg --keyserver hkps://hkps.pool.sks-keyservers.net
> --recv-keys 39278DA8109E6244 gpg: keyserver receive failed: Invalid
> argument ~$ $ gpg --keyserver hkp://pool.sks-keyservers.net
> --recv-keys 39278DA8109E6244 gpg: key 39278DA8109E6244: "Guilhem
> Moulin" not changed gpg: Total number processed: 1
> gpg:  unchanged: 1

Huh? Receiving keys via hkps works as expected for me:

gpg --keyserver hkps://hkps.pool.sks-keyservers.net --recv-keys
39278DA8109E6244 gpg: key 0x39278DA8109E6244: "Guilhem Moulin" not
changed gpg: Total number processed: 1
gpg:  unchanged: 1

> Maybe caff need to pass another option from ~/.gnupg/gpg.conf.  Would
> you mind sharing that file?

My configuration is rather standard and more or less based on the
recommended, well-known page "OpenPGP Best Practices". Thus, here we go:

~/.gnupg/gpg.conf:

default-key 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599
default-recipient-self
encrypt-to 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599
keyid-format 0xlong
with-fingerprint
list-options show-uid-validity
verify-options show-uid-validity
list-options show-policy-urls show-unusable-uids show-unusable-subkeys 
show-usage
use-agent
require-cross-certification
keyserver hkps://hkps.pool.sks-keyservers.net
keyserver-options no-honor-keyserver-url
keyserver-options include-revoked
no-greeting
no-mdc-warning
no-secmem-warning
ask-cert-level
set-policy-url http://www.gothgoose.net/pgp/
personal-cipher-preferences AES256 AES192 AES CAST5
personal-digest-preferences SHA512 SHA384 SHA256 SHA224
cert-digest-algo SHA512
default-preference-list SHA512 SHA384 SHA256 SHA224 AES256 AES192 AES CAST5 
ZLIB BZIP2 ZIP Uncompressed

Additionally, I also configured this to enable hkps:

~/.gnupg/dirmngr.conf:

hkp-cacert /home/marcus/.gnupg/sks-keyservers.netCA.pem

Best regards,
Marcus
-- 
RWTH Aachen University, Institute of Organic Chemistry,
Landoltweg 1, 52074 Aachen, Germany

GPG key: 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 (ed25519, preferred)
GPG key: 0138DA92EDFFB27DD270F86DB475E207BAB58229 (dsa1024, disfavoured)


pgpQFhDZfWOsL.pgp
Description: OpenPGP digital signature

Bug#837406: caff: "gpg: error reading key: No public key"

[Marcus Frings]

Package: signing-party
Version: 2.4-1
Severity: normal

Dear Guilhem,

after the change from gpg 1.x to 2.1.x caff (or gpg, respectively) fails
to fetch keys from keyservers. This is an example:

caff --debug 12DA91AD71D80831
[NOTICE] Importing GnuPG options from ~/.gnupg/gpg.conf:
[NOTICE] use-agent
[NOTICE] keyserver hkps://hkps.pool.sks-keyservers.net
[NOTICE] keyserver-options no-honor-keyserver-url
[NOTICE] keyserver-options include-revoked
[NOTICE] no-greeting
[NOTICE] ask-cert-level
[NOTICE] set-policy-url http://www.gothgoose.net/pgp/
[NOTICE] personal-cipher-preferences AES256 AES192 AES CAST5
[NOTICE] personal-digest-preferences SHA512 SHA384 SHA256 SHA224
[NOTICE] cert-digest-algo SHA512
[DEBUG] gpg (GnuPG) 2.1.15
[DEBUG] Creating symlink /home/marcus/.caff/gnupghome/S.dirmngr to
/run/user/1000/gnupg/S.dirmngr
[DEBUG] Creating symlink /home/marcus/.caff/gnupghome/S.gpg-agent to
/run/user/1000/gnupg/S.gpg-agent
[DEBUG] Exporting key(s)
E88FEBBE202CE599,B475E207BAB58229,948FD6A0E10F502E,7A0685421E899042 from
your normal GnuPGHOME to /home/marcus/.caff/gnupghome
[DEBUG] gpg --batch --no-tty --trust-model=always --no-autostart
--no-auto-check-trustdb ...
[DEBUG] stdout: IO::Handle=GLOB(0x2907b50), stdin: <&=4
[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome
--quiet --trust-model=always --no-options --use-agent
--keyserver=hkps://hkps.pool.sks-keyservers.net
--keyserver-options=no-honor-keyserver-url
--keyserver-options=include-revoked --no-greeting --ask-cert-level
--set-policy-url=http://www.gothgoose.net/pgp/
--personal-cipher-preferences=AES256 AES192 AES CAST5
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb ...
[DEBUG] stdin: 5, status: IO::Handle=GLOB(0x29079d0), stdout: >&=4
[DEBUG] Imported 0138DA92EDFFB27DD270F86DB475E207BAB58229 for
B475E207BAB58229
[INFO] Key B475E207BAB58229 not changed
[DEBUG] Imported 53FC5A8727BE1D30FEB4861A948FD6A0E10F502E for
948FD6A0E10F502E
[INFO] Key 948FD6A0E10F502E not changed
[DEBUG] Imported 69E1EE07F7A6AA8E4A777B2A7A0685421E899042 for
7A0685421E899042
[INFO] Key 7A0685421E899042 not changed
[DEBUG] Imported 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 for
E88FEBBE202CE599
[INFO] Key E88FEBBE202CE599 not changed
[DEBUG] Exporting key(s)
E88FEBBE202CE599,B475E207BAB58229,948FD6A0E10F502E,7A0685421E899042 from
your normal GnuPGHOME to /home/marcus/.caff/gnupghome
[DEBUG] gpg --batch --no-tty --trust-model=always --no-autostart
--no-auto-check-trustdb --no-autostart --no-auto-check-trustdb ...
[DEBUG] stdin: <&=4, stdout: IO::Handle=GLOB(0x2907b50)
[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome
--quiet --trust-model=always --no-options --use-agent
--keyserver=hkps://hkps.pool.sks-keyservers.net
--keyserver-options=no-honor-keyserver-url
--keyserver-options=include-revoked --no-greeting --ask-cert-level
--set-policy-url=http://www.gothgoose.net/pgp/
--personal-cipher-preferences=AES256 AES192 AES CAST5
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb ...
[DEBUG] stdin: 5, stdout: >&=4, status: IO::Handle=GLOB(0x3a70bd0)
[DEBUG] Imported 0138DA92EDFFB27DD270F86DB475E207BAB58229 for
B475E207BAB58229
[INFO] Key B475E207BAB58229 not changed
[DEBUG] Imported 53FC5A8727BE1D30FEB4861A948FD6A0E10F502E for
948FD6A0E10F502E
[INFO] Key 948FD6A0E10F502E not changed
[DEBUG] Imported 69E1EE07F7A6AA8E4A777B2A7A0685421E899042 for
7A0685421E899042
[INFO] Key 7A0685421E899042 not changed
[DEBUG] Imported 6C3458EE737CE22C0EF9FA3BE88FEBBE202CE599 for
E88FEBBE202CE599
[INFO] Key E88FEBBE202CE599 not changed
[DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome
--trust-model=always --no-options --use-agent
--keyserver=hkps://hkps.pool.sks-keyservers.net
--keyserver-options=no-honor-keyserver-url
--keyserver-options=include-revoked --no-greeting --ask-cert-level
--set-policy-url=http://www.gothgoose.net/pgp/
--personal-cipher-preferences=AES256 AES192 AES CAST5
--personal-digest-preferences=SHA512 SHA384 SHA256 SHA224
--cert-digest-algo=SHA512 --no-autostart --no-auto-check-trustdb
--with-fingerprint --with-colons ...
[DEBUG] stdin: <&=4, stdout: IO::Handle=GLOB(0x3bbd1a0)
gpg: error reading key: No public key
[WARN] gpg exited with value 2
[WARN] No public keys found with list-key 12DA91AD71D80831 (note that
caff uses its own keyring in /home/marcus/.caff/gnupghome)
[NOTICE] No keys to sign found

Calling "gpg-connect-agent --dirmngr /bye" before running caff didn't do
anything. However, gpg itself performs flawlessly (i.e. fetching keys).

Best regards,
Marcus

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

Kernel: Linux 4.7.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTY

Bug#738199:

[Marcus Furlong]

It would be great to get this feature working again.

Is there anything in particular holding it up?

Do the patchsets still apply cleanly?

-- 
Marcus Furlong

Bug#826370: bsdmainutils: ncal changed behaviour - undocumented

[Marcus Jodorf]

Package: bsdmainutils
Version: 9.0.10
Severity: normal

Dear Maintainer,

I was wondering why some calender displays in my .concyrc just broke.
Turned out ncal is not working anymore as before.

ncal from bsdmainutils 9.0.6:

$ncal -M -C -h
 June 2016
Mo Tu We Th Fr Sa Su
   1  2  3  4  5
 6  7  8  9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30


But ncal from bsdmainutils 9.0.10:

$ncal -M -C -h
Usage: cal [general options] [-jy] [[month] year]
   cal [general options] [-j] [-m month] [year]
   ncal [general options] [-bhJjpwySM] [-H -mm-dd] [-s country_code] 
[[month] year]
   ncal [general options] [-bhJeoSM] [year]
General options: [-C31] [-A months] [-B months] [-d -mm]


So this broke.
The combination of -C and -M is not working anymore.
The combination of -C and -h is not working anymore, too.

-C alone works, -M alone works, -h alone works.
The combination of -M and -h still works.


man-page still lists all options as valid options and hasn't changed.


Best regards

Marcus Jodorf


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

Kernel: Linux 4.5.1 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages bsdmainutils depends on:
ii  bsdutils 1:2.28-5
ii  debianutils  4.7
ii  libbsd0  0.8.3-1
ii  libc62.22-10
ii  libncurses5  6.0+20160319-1
ii  libtinfo56.0+20160319-1

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp  4:5.3.1-3
pn  vacation 
ii  wbritish [wordlist]  7.1-1
ii  whois5.2.12
ii  wngerman [wordlist]  20160407-1
ii  wogerman [wordlist]  1:2-31

-- debconf information:
  bsdmainutils/calendar_lib_is_not_empty:
* bsdmainutils/calendar_help:
  bsdmainutils/calendar_config_moved:

Bug#826034: dolphin: No icons, even if XDG_CURRENT_DESKTOP=KDE

[Marcus Frings]

Hi Maximiliano!

On Fri, 3 Jun 2016 21:34:22 +0200, Maximiliano Curia <m...@debian.org>
wrote:

> Please install plasma-integration, which has the platformplugin that
> qt5 is looking for (when XDG_CURRENT_DESKTOP=KDE is configured).

Great - that did the trick! Many thanks for the pointer! Installing
plasma-integration brought back all the icons in dolphin on my Fluxbox
machine. Thus, I assume that the dolphin package needs some further
depends/recommends to make it run smoothly on non-KDE systems. 

Best regards,
Marcus


pgpCdgdjwpGik.pgp
Description: OpenPGP digital signature

Bug#826034: dolphin: No icons, even if XDG_CURRENT_DESKTOP=KDE

[Marcus Frings]

On Wed, 01 Jun 2016 21:08:04 +0300 Victor Porton <por...@narod.ru>
wrote:

> Dolphin (the same applies to Kate) was not showing icons.
> But recently after a system upgrade, XDG_CURRENT_DESKTOP=KDE does not
> help anymore. Dolphin does not show any icons even if started with
> XDG_CURRENT_DESKTOP=KDE

I can fully confirm this (on a Fluxbox system here).

Best regards,
Marcus