Bug#1066950: elpa-org: elpa-org is outdated – emacs version is newer

[H . -Dirk Schmitt]

Package: elpa-org
Version: 9.6.10+dfsg-1-c42-bpo-1
Severity: important
X-Debbugs-Cc: none, H.-Dirk Schmitt 

The in bug #1033400 reported version problem is repeated again with the emacs 
version 1.29 in bookworm-backports and
trixie. This emacs package includes org-mode 9.6.15, but the elpa-org package 
is still the outdated 9.6.10 or 9.5.2
package.



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

Kernel: Linux 6.5.0-0.deb12.4-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages elpa-org depends on:
ii  dh-elpa-helper  2.0.16
ii  elpa-htmlize1.56-1
ii  emacsen-common  3.0.5

Versions of packages elpa-org recommends:
ii  elpa-org-drill 2.7.0+20200412+dfsg1-2
ii  emacs  1:29.2+1-2~bpo12+1
ii  emacs-gtk [emacs]  1:29.2+1-2~bpo12+1

Versions of packages elpa-org suggests:
ii  ditaa  0.10+ds1-1.2
ii  elpa-org-contrib   0.4+git20220927.1.6422b26-1
ii  org-mode-doc   9.5.2-1
ii  texinfo6.8-6+b1
ii  texlive-fonts-recommended  2022.20230122-3
ii  texlive-latex-extra2022.20230122-4
pn  xprintidle 

-- no debconf information


-- 

---

H.-Dirk_Schmitt
Dipl.Math.
eMail:dirk.schm...@computer42.org
pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#1034356: gnome-shell: Frozen UI and massive log flodding

[H.-Dirk Schmitt]

Am Samstag, dem 09.09.2023 um 23:38 +0100 schrieb Simon McVittie:
> On Sun, 27 Aug 2023 at 10:56:20 +0200, H.-Dirk Schmitt wrote:
> > Am Sonntag, dem 20.08.2023 um 12:17 +0100 schrieb Simon McVittie:
> > > Please could you try installing the libgjs0g from here:
> > > <https://people.debian.org/~smcv/12.2/pool/main/g/gjs/>
> > > and then do whatever is necessary to reproduce the issue?
> > 
> > I have installed the update on my machine and will distribute the
> > update to other maintained machines. 
> > 
> > I don't know a simple reproduction of the problem. Sometimes it
> > appears
> > shortly after login – sometimes it take days. 
> 
> You've now been testing this for about 2 weeks. Have you seen this
> bug's
> symptoms again?

No – no UI freeze has been occurred after update was installed.
Also the log message hasn't appeared any more.

Thanks,

H.-Dirk Schmitt

Bug#1034356: gnome-shell: Frozen UI and massive log flodding

[H.-Dirk Schmitt]

Am Sonntag, dem 20.08.2023 um 12:17 +0100 schrieb Simon McVittie:
> Control: tags -1 + moreinfo
> 
> On Thu, 17 Aug 2023 at 09:58:42 +0100, Simon McVittie wrote:
> > The key change in gjs seems to be the second commit of
> > <https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/832> so I'll
> > try to
> > build a package with that change for testing.
> 
> Please could you try installing the libgjs0g from here:
> <https://people.debian.org/~smcv/12.2/pool/main/g/gjs/>
> and then do whatever is necessary to reproduce the issue?


I have installed the update on my machine and will distribute the
update to other maintained machines. 

I don't know a simple reproduction of the problem. Sometimes it appears
shortly after login – sometimes it take days. 

Best regards and thanks,

H.-Dirk Schmitt

Bug#1042450: elpa-org: #+LANGUAGE: de-de is not working in LaTeX export

[H . -Dirk Schmitt]

Package: elpa-org
Version: 9.6.7+dfsg-1-c42-bpo-1
Severity: normal
X-Debbugs-Cc: none, H.-Dirk Schmitt 

I use a backport from sid/trixie below bookworm.
In difference to the 9.5 version the setting `#+LANGUAGE: de-de` is not working 
any more.
The option of the babel LaTeX package is in this case now empty.

An easy mitigation is to use instead `de-de` the `de` language code.

May somebody please check if this is a backport problem or reproducible in a 
„clean“ trixie setup.


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

Kernel: Linux 6.1.0-10-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages elpa-org depends on:
ii  dh-elpa-helper  2.0.16
ii  elpa-htmlize1.56-1
ii  emacsen-common  3.0.5

Versions of packages elpa-org recommends:
ii  elpa-org-contrib   0.4+git20220927.1.6422b26-1
ii  elpa-org-drill 2.7.0+20200412+dfsg1-2
ii  emacs  1:28.2+1-15
ii  emacs-gtk [emacs]  1:28.2+1-15

Versions of packages elpa-org suggests:
ii  ditaa  0.10+ds1-1.2
ii  org-mode-doc   9.5.2-1
ii  texinfo6.8-6+b1
ii  texlive-fonts-recommended  2022.20230122-3
ii  texlive-latex-extra2022.20230122-4
pn  xprintidle 

-- no debconf information


-- 

---

H.-Dirk_Schmitt
Dipl.Math.
eMail:dirk.schm...@computer42.org
pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#1034356: gnome-shell: Frozen UI and massive log flodding

[H.-Dirk Schmitt]

Am Donnerstag, dem 22.06.2023 um 18:13 +0100 schrieb Simon McVittie:
> Control: affects -1 gnome-shell-extension-vertical-overview
> 
> On Thu, 13 Apr 2023 at 15:27:33 +0200, H.-Dirk Schmitt wrote:
> > After migration to bookworm on 2 different machines the gnome-shell
> > was frozen in the last week.
> > Via SSH – or switching to the good old console – I was able to see
> > that journald was running with 100% cpu at that time.
> 
> I see from the log messages that you have a non-default theme and
> several
> Shell extensions enabled. Can this be reproduced without any
> extensions?

The machines with problems are administered remotely – so I can't
disable extensions et.al. 

But I found 2 valuable hints that the issue can be mitigated with an
upgrade of gjs to 1.76.1
- https://github.com/pop-os/pop/issues/2893
- https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1868

Currently a newer version is in 'experimental' . 
I tried a backport, but the tests are failing.

31/71 gjs:JS / Regress ERROR    0.50s  
killed by signal 6 SIGABRT
45/71 gjs:JS / Encoding    FAIL 0.35s  
54/55 subtests passed


May you please cherry pick the fix - or provide a suitable backport
package?

Best Regards,

H.-Dirk Schmitt

Bug#1034356: gnome-shell: Frozen UI and massive log flodding

[H . -Dirk Schmitt]

Package: gnome-shell
Version: 43.3-3
Severity: important
X-Debbugs-Cc: none, H.-Dirk Schmitt 

After migration to bookworm on 2 different machines the gnome-shell was frozen 
in the last week.
Via SSH – or switching to the good old console – I was able to see that 
journald was running with 100% cpu at that time.
The problem was recoverable by sending SIGHUP to the gnome-shell process – 
`pkill -1 gnome-shell`

Analysing the log I see over and over repeating a stack trace message – but 
without the usual stack information:
Apr 13 14:50:39 schroeder gnome-shell[6317]: == Stack trace for context 
0x556ad68a9170 ==

>From this time on – till the gnome-shell restart at 14:54:05 – I count this 
>message 182187 times in 3:26 min.

This machine was running for several days.
The other machine with a similar problem was running for ~2 hours.

The log messages from the gnome-shell are attached.


log-extract.xz
Description: application/xz


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

Kernel: Linux 6.1.0-7-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gir1.2-accountsservice-1.0   22.08.8-6
ii  gir1.2-adw-1 1.2.2-1
ii  gir1.2-atk-1.0   2.46.0-5
ii  gir1.2-atspi-2.0 2.46.0-5
ii  gir1.2-freedesktop   1.74.0-3
ii  gir1.2-gcr-3 3.41.1-1+b1
ii  gir1.2-gdesktopenums-3.0 43.0-1
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-1+b1
ii  gir1.2-gdm-1.0   43.0-3
ii  gir1.2-geoclue-2.0   2.6.0-2
ii  gir1.2-glib-2.0  1.74.0-3
ii  gir1.2-gnomebluetooth-3.042.5-3
ii  gir1.2-gnomedesktop-3.0  43.2-2
ii  gir1.2-graphene-1.0  1.10.8-1
ii  gir1.2-gstreamer-1.0 1.22.0-2
ii  gir1.2-gtk-3.0   3.24.37-2
ii  gir1.2-gtk-4.0   4.8.3+ds-2
ii  gir1.2-gweather-4.0  4.2.0-2
ii  gir1.2-ibus-1.0  1.5.27-5
ii  gir1.2-mutter-11 43.3-5
ii  gir1.2-nm-1.01.42.4-1
ii  gir1.2-nma-1.0   1.10.6-1
ii  gir1.2-pango-1.0 1.50.12+ds-1
ii  gir1.2-polkit-1.0122-3
ii  gir1.2-rsvg-2.0  2.54.5+dfsg-1
ii  gir1.2-soup-3.0  3.2.2-2
ii  gir1.2-upowerglib-1.00.99.20-2
ii  gir1.2-webkit2-4.1   2.40.0-3
ii  gnome-backgrounds43.1-1
ii  gnome-settings-daemon43.0-4
ii  gnome-shell-common   43.3-3
ii  gsettings-desktop-schemas43.0-1
ii  gstreamer1.0-pipewire0.3.65-3
ii  libatk-bridge2.0-0   2.46.0-5
ii  libatk1.0-0  2.46.0-5
ii  libc62.36-8
ii  libcairo21.16.0-7
ii  libecal-2.0-23.46.4-2
ii  libedataserver-1.2-273.46.4-2
ii  libgcr-base-3-1  3.41.1-1+b1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgirepository-1.0-11.74.0-3
ii  libgjs0g 1.74.2-1
ii  libgles2 1.6.0-1
ii  libglib2.0-0 2.74.6-1
ii  libglib2.0-bin   2.74.6-1
ii  libgnome-autoar-0-0  0.4.3-1
ii  libgnome-desktop-3-2043.2-2
ii  libgraphene-1.0-01.10.8-1
ii  libgtk-3-0   3.24.37-2
ii  libgtk-4-1   4.8.3+ds-2
ii  libical3 3.0.16-1+b1
ii  libjson-glib-1.0-0   1.6.6-1
ii  libmutter-11-0   43.3-5
ii  libnm0   1.42.4-1
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpangocairo-1.0-0  1.50.12+ds-1
ii  libpolkit-agent-1-0  122-3
ii  libpolkit-gobject-1-0122-3
ii  li

Bug#1033981: command-not-found: Incompatible with deb822 apt sources

[H.-Dirk Schmitt]

Am Mittwoch, dem 05.04.2023 um 17:21 +0200 schrieb Julian Andres Klode:
> > WARNING:root:could not open file
> > '/etc/apt/sources.list.d/bookworm.security.sources': Unable to
> > parse section data
> > Same for all other sources files in deb822 format.
> 
> 23.04.0 is the version I introduced deb822 support, so yes, it
> absolutely does support it, older versions ignore the files.
> 
> The warning says the file is wrong (or the parser).

I think the parser in incorrect.
The file is processed by apt correctly. 
> 
> I think you may be missing an empty line at the end or your comments
> trip up the parser. It is generally expected that comments are part
> of sections and there are no fraudulent sections that consist of just
> comments.
> 

IMHO should the simple 'bash-like' comment format nether confuse a
parser. This comment line  can be eleminated before the content parsing
is done. 


I attached the whole content of my /apt/sources.list.d.



apt-deb822.tar
Description: Unix tar archive

Bug#1033981: command-not-found: Incompatible with deb822 apt sources

[H . -Dirk Schmitt]

Package: command-not-found
Version: 23.04.0-1
Severity: normal
X-Debbugs-Cc: none, H.-Dirk Schmitt 

After changing the /etc/apt/sources.d/… files from the traditional to the 
deb822 format following noisy warning message
are displayed:
WARNING:root:could not open file 
'/etc/apt/sources.list.d/bookworm.security.sources': Unable to parse section 
data
Same for all other sources files in deb822 format.

Content of the mentioned file.

# -- old-stable --
Types: deb
URIs: http://security.debian.org/debian-security
Suites: bullseye-security
Components: main contrib non-free

# -- stable --

Types: deb
URIs: http://security.debian.org/debian-security
Suites: bookworm-security
Components: main contrib non-free  non-free-firmware



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

Kernel: Linux 6.1.0-7-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages command-not-found depends on:
ii  apt-file 3.3
ii  lsb-release  12.0-1
ii  python3  3.11.2-1
ii  python3-apt  2.5.3

command-not-found recommends no packages.

Versions of packages command-not-found suggests:
pn  snapd  

-- Configuration Files:
/etc/apt/apt.conf.d/50command-not-found changed:
Acquire::IndexTargets {
# The deb822 metadata files
deb::CNF  {
MetaKey "$(COMPONENT)/cnf/Commands-$(NATIVE_ARCHITECTURE)";
ShortDescription "Commands-$(NATIVE_ARCHITECTURE)";
Description "$(RELEASE)/$(COMPONENT) $(NATIVE_ARCHITECTURE) c-n-f 
Metadata";
DefaultEnabled "false";
};
};
APT::Update::Post-Invoke-Success {
"if /usr/bin/test -w /var/lib/command-not-found/ -a -e 
/usr/lib/cnf-update-db; then /usr/lib/cnf-update-db > /dev/null & fi";
};


-- no debconf information


--

---

H.-Dirk_Schmitt
Dipl.Math.
eMail:dirk.schm...@computer42.org
pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#1033919: svn2cl: svn2cl --html fails due to usrmerge

[H.-Dirk Schmitt]

Tags: patch
Here is a patch that hardcode the resources directory.



Description: Hard code the locatation for the resources (XSL,…).
 This mitigates the problem if the script is invoked as `/bin/svn2cl`.
 In Bookworm – with usrmege – is this the case.
From: H.-Dirk Schmitt  
Index: svn2cl-0.14/svn2cl.sh
===
--- svn2cl-0.14.orig/svn2cl.sh	2013-09-13 23:10:18.0 +0200
+++ svn2cl-0.14/svn2cl.sh	2023-04-03 23:51:20.772453644 +0200
@@ -270,14 +270,18 @@
 done
 
 # find the directory that this script resides in
-prog="$0"
-while [ -h "$prog" ]
-do
-  dir=`dirname "$prog"`
-  prog=`ls -ld "$prog" | sed "s/^.*-> \(.*\)/\1/;/^[^/]/s,^,$dir/,"`
-done
-dir=`dirname "$prog"`
-dir=`cd "$dir" && pwd`
+# bug #1033919 – this fails if called as /bin/svn2cl which is the default after usrmerge
+# prog="$0"
+# while [ -h "$prog" ]
+# do
+#   dir=`dirname "$prog"`
+#   prog=`ls -ld "$prog" | sed "s/^.*-> \(.*\)/\1/;/^[^/]/s,^,$dir/,"`
+# done
+# dir=`dirname "$prog"`
+# dir=`cd "$dir" && pwd`
+# Mitigation: Hard code the Debian location.
+dir=/usr/share/svn2cl
+# end bug #1033919
 XSL="$dir/svn2${OUTSTYLE}.xsl"
 
 # check if the authors file is formatted as a legacy

Bug#1033919: svn2cl: svn2cl --html fails due to usrmerge

[H . -Dirk Schmitt]

Package: svn2cl
Version: 0.14-2
Severity: normal
X-Debbugs-Cc: none, H.-Dirk Schmitt 

The `--html` option fails on bookworm,

Due to the usrmerge the script is now invoked as `/bin/svn2cl`.
This leads to an error in the determination of the  snv2cl.xss file.

The error message is:
/bin/svn2cl: 1: cd: can't cd to /bin/../share/svn2cl

A simple mitigation is to call the sckript as before in bullseye: 
`/usr/bin/svn2cl`


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

Kernel: Linux 6.1.0-7-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages svn2cl depends on:
ii  subversion  1.14.2-4+b2
ii  xsltproc1.1.35-1

svn2cl recommends no packages.

svn2cl suggests no packages.

-- no debconf information


-- 

Bug#1033761: nautilus-scripts-manager: nautilus-script-manager throws exception under bookworm

[H . -Dirk Schmitt]

Package: nautilus-scripts-manager
Version: 2.0-1.1
Severity: grave
X-Debbugs-Cc: none, H.-Dirk Schmitt 

The package seems to be outdated for bookworm.

/bin/nautilus-scripts-manager:21: PyGIWarning: Pango was imported without 
specifying a version first. Use gi.require_version('Pango', '1.0') before 
import to ensure that the right version gets loaded.
  from gi.repository import Pango, Gtk, GLib
libEGL warning: DRI3: failed to query the version
libEGL warning: DRI2: failed to authenticate
/bin/nautilus-scripts-manager:21: PyGIWarning: Gtk was imported without 
specifying a version first. Use gi.require_version('Gtk', '4.0') before import 
to ensure that the right version gets loaded.
  from gi.repository import Pango, Gtk, GLib
Traceback (most recent call last):
  File "/bin/nautilus-scripts-manager", line 97, in 
s = Gdk.Screen.get_default()
^^
  File "/usr/lib/python3/dist-packages/gi/overrides/__init__.py", line 32, in 
__getattr__
return getattr(self._introspection_module, name)
   ^
  File "/usr/lib/python3/dist-packages/gi/module.py", line 123, in __getattr__
raise AttributeError("%r object has no attribute %r" % (
AttributeError: 'gi.repository.Gdk' object has no attribute 'Screen'


Same result on 2 different machines.

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

Kernel: Linux 6.1.0-7-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nautilus-scripts-manager depends on:
ii  nautilus43.2-1
ii  python3 3.11.2-1
ii  python3-gi  3.42.2-3+b1

nautilus-scripts-manager recommends no packages.

nautilus-scripts-manager suggests no packages.

-- no debconf information


-- 

---

H.-Dirk_Schmitt
Dipl.Math.
eMail:dirk.schm...@computer42.org
pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#1033655: elpa-flycheck: Emacs28 / flycheck is spawning wild running shellcheck processes eating up the system memory (oom-kill)

[H.-Dirk Schmitt]

> I can't duplicate this on a bookworm system. Does it happen for any
> shell script, or some particular ones?

A simple 3-line script doesn't have the problem.

The shell scripts here using a bash library of 5k lines of code.
I just ensured that the problem occurres with this script.

http://svn.computer42.org/svn/computer42-src/c42-utilities/trunk/batchme

The script depend on the libraries:
- 
http://svn.computer42.org/svn/computer42-src/c42-utilities/trunk/c42-common-functions
- 
http://svn.computer42.org/svn/computer42-src/c42-utilities/trunk/c42-common-functions

Either put the „libs“ to /usr/local/lib/bash or tweak the `batchme` script head 
to allow `shellscript` finding the libs.


The shellcheck options here are:
`export SHELLCHECK_OPTS=--norc --shell=bash 
--enable=add-default-case,avoid-nullary-conditions,require-variable-braces 
--exclude=SC2015,SC2120,SC2059,SC2119,SC1091,SC1090,SC`

Bug#1033400: elpa-org: Bookworm emacs 28 has org-mode included in newer version as provided here.

[H.-Dirk Schmitt]

For myself I have deinstalled elpa-org for the moment.

But this mitigation – or the suggested changing of the load-path –
introducing unnecessary modifications, which will – Murphy's Law – become 
persistent.

A „clean solution“ should avoid duplicated distribution of the same 
functionality – especially if one „shadows“ the other.

I suggest strongly to drop the duplicated parts from the main emacs-el and 
either only distribute as 'elpa' or move to distinct packages setting conflicts 
against the elpa version (and vice versa!) .

The problem of the duplicated 'elpa-org' distribution applies also to – on my 
system – to 'elpa-seq' and 'elpa-let-alist'.

Bug#1033655: Also reported to flycheck project

[H.-Dirk Schmitt]

I also reported the Issue to the upstream project: 
https://github.com/flycheck/flycheck/issues/2014

Bug#1033655: elpa-flycheck: Emacs28 / flycheck is spawning wild running shellcheck processes eating up the system memory (oom-kill)

[H . -Dirk Schmitt]

Package: elpa-flycheck
Version: 32~git.20200527.9c435db3-3
Severity: grave
X-Debbugs-Cc: none, H.-Dirk Schmitt 


The combination of Emacs28 + elpa-flycheck + shellcheck in *bookworm* spawn 
never terminating shellcheck processes.
These are eating up the memory and trigger oom-kill.

**This renders my system unstable.**  It appears to be blocked minutes till the 
oem-kill cleans up some memory.


Analysis:
I have temporarly downgraded elpa-flycheck and shellcheck. The wild processes 
are still spawned.
So I assume that Emacs28 introduce a different behaviour here that is 
probematic for flycheck or shellcheck.


Mitigation:
As a mitigation I exclude the invocation of shellcheck in my Emacs setup:
`(customize-set-variable 'flycheck-disabled-checkers '(sh-shellcheck))`


Suggestion:
I suggest to add this mitigation temporarily to the elpa-flycheck package to 
avoid degraded systems untill a real
solution is found.


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

Kernel: Linux 6.1.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages elpa-flycheck depends on:
ii  dh-elpa-helper 2.0.16
ii  elpa-dash  2.19.1+git20220608.1.0ac1ecf+dfsg-1
ii  elpa-let-alist 1.0.6-2
ii  elpa-pkg-info  0.6-6
ii  elpa-seq   2.23-1
ii  emacs  1:28.2+1-13
ii  emacs-gtk [emacs]  1:28.2+1-13
ii  emacsen-common 3.0.5

Versions of packages elpa-flycheck recommends:
ii  emacs  1:28.2+1-13
ii  emacs-gtk [emacs]  1:28.2+1-13

Versions of packages elpa-flycheck suggests:
pn  flycheck-doc  

-- no debconf information

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

[H.-Dirk Schmitt]

Confirm that the buid
http://debomatic-amd64.debian.net/distribution#testing/liferea/1.14.1-2/buildlog
fixes the segfault on my machine.

Bug#1033407: liferea: After bookworm upgrade liferea startup aborts with „Segmentation fault“

[H . -Dirk Schmitt]

Package: liferea
Version: 1.14.1-1
Severity: grave
X-Debbugs-Cc: none, H.-Dirk Schmitt 

Before bookworm upgrade liferea was working o.k.

Now – on bookworm – the startup fails with „Segmentation fault“.

The problem occured also on 2nd hardware with different user.

The problem is also occuring after removigng user data:
  `rm -vfr  .config/liferea/ .local/share/liferea/ .cache/liferea/`


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

Kernel: Linux 6.1.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages liferea depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.14.6-1
ii  dbus-x11 [dbus-session-bus]   1.14.6-1
ii  dconf-gsettings-backend [gsettings-backend]   0.40.0-4
ii  gir1.2-freedesktop1.74.0-3
ii  gir1.2-gtk-3.03.24.37-2
ii  gir1.2-peas-1.0   1.34.0-1+b1
ii  libc6 2.36-8
ii  libfribidi0   1.0.8-2.1
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-1+b1
ii  libgirepository-1.0-1 1.74.0-3
ii  libglib2.0-0  2.74.6-1
ii  libgtk-3-03.24.37-2
ii  libjavascriptcoregtk-4.0-18   2.38.5-1
ii  libjson-glib-1.0-01.6.6-1
ii  libpango-1.0-01.50.12+ds-1
ii  libpeas-1.0-0 1.34.0-1+b1
ii  libsoup2.4-1  2.74.3-1
ii  libsqlite3-0  3.40.1-2
ii  libwebkit2gtk-4.0-37  2.38.5-1
ii  libxml2   2.9.14+dfsg-1.1+b3
ii  libxslt1.11.1.35-1
ii  liferea-data  1.14.1-1
ii  python3   3.11.2-1
ii  python3-cairo 1.20.1-5+b1
ii  python3-gi3.42.2-3+b1
ii  python3-gi-cairo  3.42.2-3+b1
ii  python3-notify2   0.3-5
ii  python3.113.11.2-6

Versions of packages liferea recommends:
ii  gir1.2-gstreamer-1.0  1.22.0-2
ii  gir1.2-notify-0.7 0.8.1-1

Versions of packages liferea suggests:
pn  kget 
ii  network-manager  1.42.0-1

-- no debconf information


--

---

H.-Dirk_Schmitt
Dipl.Math.
eMail:dirk.schm...@computer42.org
pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#1033400: elpa-org-contrib

[H.-Dirk Schmitt]

In addition the emacs-el package should provide *elpa-org* to allow
installation of *elpa-org-contrib*.

Bug#1033400: elpa-org: Bookworm emacs 28 has org-mode included in newer version as provided here.

[H . -Dirk Schmitt]

Package: elpa-org
Version: 9.5.2+dfsh-4
Severity: normal
X-Debbugs-Cc: none, H.-Dirk Schmitt 

The *emacs-el* package (source: emacs) has org-mode 9.5.5.
The *elpa-org* package hast org-mode in the older version 9.5.2.

This is not a cosmetic problem.
In emacs M-x `org-version` shows that the „outdated“ elpa-org package is used.

I suggest that either emacs-el or elpa-org package should set a conflict againt 
the other package.


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

Kernel: Linux 6.1.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages elpa-org depends on:
ii  dh-elpa-helper  2.0.16
ii  elpa-htmlize1.56-1
ii  emacsen-common  3.0.5

Versions of packages elpa-org recommends:
ii  emacs  1:28.2+1-13
ii  emacs-gtk [emacs]  1:28.2+1-13

Versions of packages elpa-org suggests:
pn  ditaa  
pn  org-mode-doc   
ii  texinfo6.8-6+b1
ii  texlive-fonts-recommended  2022.20230122-2
ii  texlive-latex-extra2022.20230122-2

-- no debconf information

Bug#1023945: ca-certificates: Trustcor root certificate should be removed

[H.-Dirk Schmitt]

Package: ca-certificates
Version: 20210119
Severity: normal
Tags: security
X-Debbugs-Cc: Debian Security Team 


See https://www.golem.de/news/chrome-safari-firefox-die-mysterioese-firma-die-
in-unseren-browsern-steckt-2211-169708.html (German) and
https://groups.google.com/a/mozilla.org/g/dev-security-policy/c/oxX69KFvsm4
(English).

GrapheneOs has already removed the TrustCor certificates.





-- System Information:
Debian Release: 11.5
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable-security'), (600,
'stable'), (500, 'oldstable-updates'), (490, 'focal-updates'), (490, 'focal-
security'), (490, 'focal'), (200, 'testing'), (99, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.19.0-0.deb11.2-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ca-certificates depends on:
ii  debconf [debconf-2.0]  1.5.77
ii  openssl1.1.1n-0+deb11u3

ca-certificates recommends no packages.

ca-certificates suggests no packages.

-- debconf information:
  ca-certificates/enable_crts: mozilla/ACCVRAIZ1.crt, mozilla/AC_RAIZ_FNMT-
RCM.crt, mozilla/Actalis_Authentication_Root_CA.crt,
mozilla/AffirmTrust_Commercial.crt, mozilla/AffirmTrust_Networking.crt,
mozilla/AffirmTrust_Premium.crt, mozilla/AffirmTrust_Premium_ECC.crt,
mozilla/Amazon_Root_CA_1.crt, mozilla/Amazon_Root_CA_2.crt,
mozilla/Amazon_Root_CA_3.crt, mozilla/Amazon_Root_CA_4.crt,
mozilla/Atos_TrustedRoot_2011.crt,
mozilla/Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.crt,
mozilla/Baltimore_CyberTrust_Root.crt, mozilla/Buypass_Class_2_Root_CA.crt,
mozilla/Buypass_Class_3_Root_CA.crt, mozilla/CA_Disig_Root_R2.crt,
mozilla/Certigna.crt, mozilla/Certigna_Root_CA.crt,
mozilla/certSIGN_ROOT_CA.crt, mozilla/certSIGN_Root_CA_G2.crt,
mozilla/Certum_Trusted_Network_CA_2.crt, mozilla/Certum_Trusted_Network_CA.crt,
mozilla/CFCA_EV_ROOT.crt, mozilla/Chambers_of_Commerce_Root_-_2008.crt,
mozilla/Comodo_AAA_Services_root.crt,
mozilla/COMODO_Certification_Authority.crt,
mozilla/COMODO_ECC_Certification_Authority.crt,
mozilla/COMODO_RSA_Certification_Authority.crt,
mozilla/Cybertrust_Global_Root.crt, mozilla/DigiCert_Assured_ID_Root_CA.crt,
mozilla/DigiCert_Assured_ID_Root_G2.crt,
mozilla/DigiCert_Assured_ID_Root_G3.crt, mozilla/DigiCert_Global_Root_CA.crt,
mozilla/DigiCert_Global_Root_G2.crt, mozilla/DigiCert_Global_Root_G3.crt,
mozilla/DigiCert_High_Assurance_EV_Root_CA.crt,
mozilla/DigiCert_Trusted_Root_G4.crt, mozilla/DST_Root_CA_X3.crt,
mozilla/D-TRUST_Root_Class_3_CA_2_2009.crt,
mozilla/D-TRUST_Root_Class_3_CA_2_EV_2009.crt, mozilla/EC-ACC.crt,
mozilla/emSign_ECC_Root_CA_-_C3.crt, mozilla/emSign_ECC_Root_CA_-_G3.crt,
mozilla/emSign_Root_CA_-_C1.crt, mozilla/emSign_Root_CA_-_G1.crt,
mozilla/Entrust.net_Premium_2048_Secure_Server_CA.crt,
mozilla/Entrust_Root_Certification_Authority.crt,
mozilla/Entrust_Root_Certification_Authority_-_EC1.crt,
mozilla/Entrust_Root_Certification_Authority_-_G2.crt,
mozilla/Entrust_Root_Certification_Authority_-_G4.crt,
mozilla/ePKI_Root_Certification_Authority.crt,
mozilla/e-Szigno_Root_CA_2017.crt, mozilla/E-Tugra_Certification_Authority.crt,
mozilla/GDCA_TrustAUTH_R5_ROOT.crt,
mozilla/GeoTrust_Primary_Certification_Authority_-_G2.crt,
mozilla/Global_Chambersign_Root_-_2008.crt, mozilla/GlobalSign_ECC_Root_CA_-
_R4.crt, mozilla/GlobalSign_ECC_Root_CA_-_R5.crt,
mozilla/GlobalSign_Root_CA.crt, mozilla/GlobalSign_Root_CA_-_R2.crt,
mozilla/GlobalSign_Root_CA_-_R3.crt, mozilla/GlobalSign_Root_CA_-_R6.crt,
mozilla/Go_Daddy_Class_2_CA.crt, mozilla/Go_Daddy_Root_Certificate_Authority_-
_G2.crt, mozilla/GTS_Root_R1.crt, mozilla/GTS_Root_R2.crt,
mozilla/GTS_Root_R3.crt, mozilla/GTS_Root_R4.crt,
mozilla/Hellenic_Academic_and_Research_Institutions_ECC_RootCA_2015.crt,
mozilla/Hellenic_Academic_and_Research_Institutions_RootCA_2011.crt,
mozilla/Hellenic_Academic_and_Research_Institutions_RootCA_2015.crt,
mozilla/Hongkong_Post_Root_CA_1.crt, mozilla/Hongkong_Post_Root_CA_3.crt,
mozilla/IdenTrust_Commercial_Root_CA_1.crt,
mozilla/IdenTrust_Public_Sector_Root_CA_1.crt, mozilla/ISRG_Root_X1.crt,
mozilla/Izenpe.com.crt, mozilla/Microsec_e-Szigno_Root_CA_2009.crt,
mozilla/Microsoft_ECC_Root_Certificate_Authority_2017.crt,
mozilla/Microsoft_RSA_Root_Certificate_Authority_2017.crt,
mozilla/NAVER_Global_Root_Certification_Authority.crt,
mozilla/NetLock_Arany_=Class_Gold=_Főtanúsítvány.crt,
mozilla/Network_Solutions_Certificate_Authority.crt,
mozilla/OISTE_WISeKey_Global_Root_GB_CA.crt,
mozilla/OISTE_WISeKey_Global_Root_GC_CA.crt, mozilla/QuoVadis_Root_CA_1_G3.crt,
mozilla/QuoVadis_Root_CA_2.crt, mozilla/QuoVadis_Root_CA_2_G3.crt,
mozilla/QuoVadis_Root_CA_3.crt, mozilla/QuoVadis_Root_CA_3_G3.crt,
mozilla/QuoVadis_Root_CA.crt, mozilla/Secure_Global_CA.crt,
mozilla/SecureSign_RootCA11.crt, 

Bug#1009261: evolution: Evolution bwrap problem - may fail to print or hang in startup

[H . -Dirk Schmitt]

Package: evolution
Version: 3.38.3-1
Severity: grave
X-Debbugs-Cc: none, H.-Dirk Schmitt 

Evolution stopped printing on several installations.
Also currently evoltution is hanging on startup.

The analysis of the startup problem  is triggered that here the socket 
`/run/user/${UID}/at-spi/bus_1` is already
existing bevore evolution startup. Manual removal of the socket mitigates the 
startup problem.

A better mitigation is avoiding the bubblewrap (bwarp) sandboxing at all. (Only 
intendend for flatpack? Why it is used
for traditional debian packages?)

To avoid bubblewrap sandboxing start evolution with 'WEBKIT_FORCE_SANDBOX=0 
/usr/bin/evolution`

Avoiding the bubblewarp sandbox also enable the printing again and would also 
solve
bug #990325 –  evolution: printer not recognised

[Backref c42 bug ids: #4809, #4844]

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable-security'), (600, 
'stable'), (500, 'oldstable-updates'), (490, 'focal-updates'), (490, 
'focal-security'), (490, 'focal'), (200, 'testing'), (99, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.16.0-0.bpo.4-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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-13+deb11u3
ii  libcamel-1.2-623.38.3-1
pn  libclutter-gtk-1.0-0   
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+deb11u2
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.36.0-3~deb11u1
ii  libxml22.9.10+dfsg-6.7+deb11u1
ii  psmisc 23.4-2

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

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

-- no debconf information


-- 

---

H.-Dirk_Schmitt
Dipl.Math.
eMail:dirk.schm...@computer42.org
pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#1009209: isc-dhcp-server: dhcpd is not starting due to stale pid file

[H . -Dirk Schmitt]

Package: isc-dhcp-server
Severity: grave
Tags: patch
X-Debbugs-Cc: none, H.-Dirk Schmitt 

In /etc/init.d/isc-dhcp-server the daemon start is inhibited if a pid file is 
existing.
The content is not checked.
So a stale pidfile hinder the start and has to be resolved manually.



deb-patch
Description: Binary data


-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable-security'), (600, 
'stable'), (500, 'oldstable-updates'), (490, 'focal-updates'), (490, 
'focal-security'), (490, 'focal'), (200, 'testing'), (99, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.16.0-0.bpo.4-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 

Bug#985065: emacs: Missing slash in reference to ~/Emacs - long wait for timeout with NFS home directory

[H.-Dirk Schmitt]

Package: emacs
Version: 1:27.1+1-3~bpo10+1
Severity: normal

After switching from Emacs 26 to 27 (from backport) the start of Emacs takes
several emacs on accounts with NFS home directory.

Running it with strace shows the reason [strace -f -v  emacs -q --no-site-
file]:
[pid 2756642] openat(AT_FDCWD, "/usr/lib/X11/app-defaults/Emacs", O_RDONLY) =
-1 ENOENT (Datei oder Verzeichnis nicht gefunden)
[pid 2756642] openat(AT_FDCWD, "/c42home/dirkde_DE.UTF-8/Emacs", O_RDONLY

- /c42home/dirk is the NFS home directory for user dirk
- /c42home/… is automounted
- The missing slash result in a non-existent mapping
- The startup is blocked till autofs runs in the timeout.

Beneath the long startup the intended resource could not be retrieved.



-- System Information:
Debian Release: 10.8
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (500, 'oldstable'), 
(490, 'bionic-updates'), (490, 'bionic-security'), (490, 'bionic'), (200, 
'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-0.bpo.3-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en (charmap=UTF-8) (ignored: 
LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages emacs depends on:
ii  emacs-gtk  1:27.1+1-3~bpo10+1

emacs recommends no packages.

emacs suggests no packages.

-- no debconf information

Bug#964190: subliminal (stretch) is not working with current providers

[H.-Dirk Schmitt]

Package: subliminal
Version: 1.1.1-2
Severity: grave
Justification: renders package unusable


See also  #961338 for the sid version of this package → requires update to
actual version 2.1
The package is missing in buster/bullseye.
The stretch version is also not working any more.

The following error output is emitted:

Traceback (most recent call last):
  File "/usr/bin/subliminal", line 9, in 
load_entry_point('subliminal==1.1.1', 'console_scripts', 'subliminal')()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 489, in
load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2793,
in load_entry_point
return ep.load()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2411,
in load
return self.resolve()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2417,
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
  File "/usr/lib/python3/dist-packages/subliminal/__init__.py", line 10, in

from .api import (ProviderPool, check_video, provider_manager,
download_best_subtitles, download_subtitles,
  File "/usr/lib/python3/dist-packages/subliminal/api.py", line 13, in 
from .subtitle import compute_score, get_subtitle_path
  File "/usr/lib/python3/dist-packages/subliminal/subtitle.py", line 7, in

from guessit.matchtree import MatchTree
  ModuleNotFoundError: No module named 'guessit.matchtree'




-- System Information:
Debian Release: 10.4
  APT prefers stable
  APT policy: (1000, 'stable'), (600, 'stable-updates'), (600, 'stable'), (500, 
'oldstable-updates'), (500, 'oldstable'), (200, 'testing'), (101, 'unstable'), 
(10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-0.bpo.2-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en (charmap=UTF-8) (ignored: 
LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages subliminal depends on:
ii  python3 3.7.3-1
ii  python3-subliminal  1.1.1-2

subliminal recommends no packages.

subliminal suggests no packages.

-- no debconf information

Bug#963800: at: stale 0-size at jobs after system crash results in weird atd processing

[H.-Dirk Schmitt]

Package: at
Version: 3.1.23-1
Severity: important
Tags: patch

See also #885891.

I have found a system crashed (power loss) just in the moment new at jobs are
created.

This results in 0-size files which are leading to a weird atd behaviour.

In my opinion the mitigation of #885891 should be extended to remove these
files also on startup.
In the systemd unit the line ExeecStartPre should be changed to:
ExecStartPre=-/usr/bin/find /var/spool/cron/atjobs/ -type f -not -newercc
/run/systemd -name "=*" -or -size 0 -delete








-- System Information:
Debian Release: 10.4
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (500, 
'oldstable-updates'), (500, 'oldstable'), (490, 'bionic-updates'), (490, 
'bionic-security'), (490, 'bionic-backports'), (490, 'bionic'), (200, 
'testing'), (101, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en (charmap=UTF-8) (ignored: 
LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages at depends on:
ii  libc6   2.28-10
ii  libfl2  2.6.4-6.2
ii  libpam-runtime  1.3.1-5
ii  libpam0g1.3.1-5
ii  libselinux1 2.8-1+b1
ii  lsb-base10.2019051400

Versions of packages at recommends:
ii  postfix [mail-transport-agent]  3.4.10-0+deb10u1

at suggests no packages.

-- no debconf information
Index: at-3.1.23/atd.service.in
===
--- at-3.1.23.orig/atd.service.in
+++ at-3.1.23/atd.service.in
@@ -4,7 +4,7 @@ Documentation=man:atd(8)
 After=remote-fs.target nss-user-lookup.target
 
 [Service]
-ExecStartPre=-find @atjobdir@ -type f -name "=*" -not -newercc /run/systemd 
-delete
+ExecStartPre=-find @atjobdir@ -type f -not -newercc /run/systemd -name "=*" 
-or size 0  -delete
 ExecStart=@sbindir@/atd -f
 IgnoreSIGPIPE=false
 KillMode=process

Bug#961338: subliminal: update to 2.1 required to fix discarded provider problem

[H.-Dirk Schmitt]

Package: subliminal
Version: 2.0.5-3
Severity: grave
Tags: newcomer
Justification: renders package unusable

Console Message is:
Some providers have been discarded due to unexpected errors: podnapisi,
opensubtitles

See upstream bug report: https://github.com/Diaoul/subliminal/issues/831

This is fixed in version 2.1.

Please update the debian package.



-- System Information:
Debian Release: 10.4
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (500, 
'oldstable-updates'), (500, 'oldstable'), (200, 'testing'), (101, 'unstable'), 
(10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.5.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en (charmap=UTF-8) (ignored: 
LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages subliminal depends on:
ii  python3 3.7.3-1
ii  python3-subliminal  2.0.5-3

subliminal recommends no packages.

subliminal suggests no packages.

-- no debconf information

Bug#909672:

[H.-Dirk Schmitt]

Using now friendly-recovers from buster via pinning.
As expected the root partition is now remounted read-write.

Bug#909672: friendly-recovery breaks systemd-remount-fs (ro root partition)

[H.-Dirk Schmitt]

Package: friendly-recovery
Version: 0.2.34
Severity: normal

Here systemd-remount-fs is not started.

In the journal I found the following:
Sep 26 13:53:57 dilbert systemd[1]: systemd-hwdb-update.service: Found ordering
cycle on systemd-remount-fs.service/start
Sep 26 13:53:57 dilbert systemd[1]: systemd-hwdb-update.service: Found
dependency on systemd-fsck-root.service/start
Sep 26 13:53:57 dilbert systemd[1]: systemd-hwdb-update.service: Found
dependency on friendly-recovery.service/start
Sep 26 13:53:57 dilbert systemd[1]: systemd-hwdb-update.service: Found
dependency on systemd-udevd.service/start
Sep 26 13:53:57 dilbert systemd[1]: systemd-hwdb-update.service: Found
dependency on systemd-hwdb-update.service/start

See the changelog:
--
friendly-recovery (0.2.37) unstable; urgency=medium

  * friendly-recovery.service: do not order after systemd-udevd.service as
this leads to a boot dependency cycle. Instead order after the
systemd-udevd-control.socket only.

 -- Dimitri John Ledkov   Wed, 08 Nov 2017 11:23:14 +


I suggest to „backport“ this change to the stretch version of the friendly-
revovery.



-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (200, 'testing'), (101, 
'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.17.0-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en (charmap=UTF-8) (ignored: 
LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages friendly-recovery depends on:
ii  init-system-helpers  1.48
ii  systemd-sysv 237-3~bpo9+1
ii  whiptail 0.52.19-1+b1

Versions of packages friendly-recovery recommends:
ii  gettext-base  0.19.8.1-2

friendly-recovery suggests no packages.

-- no debconf information

Bug#908225: outdated sqlite dependency

[H.-Dirk Schmitt]

Reason for the weird behaviour below stretch is hat the sqlite
dependency is outdated.
The following entry needs to be updated to a more recent version:
> libsqlite3-0 (>= 3.14.0)
fix:  libsqlite3-0 (>= 3.24.0)

Looking into the dependencies shows also some more outdated
dependencies.

> libnspr4 (>= 2:4.10.9), libnss3 (>= 2:3.34~)

Comparing with the information shown below about:support this should be
fixed to: libnspr4 (>= 2:4.19), libnss3 (>= 2:3.38)

---

Explanation:


If just checked firefox v62 below buster - there the problem is not
reproducible.
So the problem seems to be specific to the pinning below stretch.


So I compared the libraries dependencies and upgraded to 
libsqlite3-0/buster.

This is fixing the problem.

So I updated my pinnning definition 
[30-app-firefox_c42conf.distrib_debian ]:
--

# take firefox from sid
Package: firefox firefox-l10n*
Pin: release o=Debian*,n=sid*
Pin-Priority: 700

Package: libnss3 libnspr4
Pin: release o=Debian*,n=sid*
Pin-Priority: 700

Package: *sqlite3*
Pin: release o=Debian*,n=buster*
Pin-Priority: 700

Package: zlib1g zlib1g-dev
Pin: release o=Debian*,n=buster*
Pin-Priority: 700

Package: libc6* libc-* locales locales-all libfontconfig* fontconfig*
Pin: release o=Debian*,n=buster*
Pin-Priority: 700

# packages that otherwise unisntallable due to libc6 requirement above
Package: nscd libnih1
Pin: release o=Debian*,n=buster*
Pin-Priority: 700
--

Bug#908225: firefox: bookmark functionality is broken after upgrade 61 → 62

[H.-Dirk Schmitt]

Package: firefox
Version: 62.0-1
Severity: important

Dear Maintainer,

I'm using firefox from sid via pinning in stretch.
Till 61.0.1-1 the bookmarks are working.

After installing 62.0-1 it is totally broken.
I can also reproduce the problem on a 'clean new profile'.
E.g. adding a new bookmark is not possible.

Firefox is reporting on startup that one of his files is locked by another 
application (red alert box).
But this is not the problem, because it is shown also after a restart of the 
machine.

Sucessfull mitigation is revert to firefox 61.0.1-1.


Checking about:support → Integrity Check:
-
> Task: checkIntegrity
+ The places.sqlite database is sane
+ The favicons.sqlite database is sane
> Task: invalidateCaches
- Unable to invalidate caches
> Task: checkCoherence
- The task queue was cleared by an error in another task.
> Task: expire
- The task queue was cleared by an error in another task.
> Task: originFrecencyStats
- The task queue was cleared by an error in another task.

Note here the line: Unable to invalidate caches


Message in the Browser-Console:


db is undefined Bookmarks.jsm:84
promiseTagsFolderId
resource://gre/modules/Bookmarks.jsm:84:7
InterpretGeneratorResume self-hosted:1269:8 next self-hosted:1224:9


-- Package-specific info:

apt preferences settings related to firefox: 
[30-app-firefox_c42conf.distrib_debian]

# take firefox from sid
Package: firefox firefox-l10n*
Pin: release o=Debian*,n=sid*
Pin-Priority: 700

Package: libnss3 libnspr4
Pin: release o=Debian*,n=sid*
Pin-Priority: 700

Package: zlib1g zlib1g-dev
Pin: release o=Debian*,n=buster*
Pin-Priority: 700

Package: libc6* libc-* locales locales-all libfontconfig* fontconfig*
Pin: release o=Debian*,n=buster*
Pin-Priority: 700

# packages that otherwise unisntallable due to libc6 requirement above
Package: nscd libnih1
Pin: release o=Debian*,n=buster*
Pin-Priority: 700


-- Addons package information

-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (200, 'testing'), (101, 
'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.17.0-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en (charmap=UTF-8) (ignored: 
LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages firefox depends on:
ii  debianutils   4.8.1.1
ii  fontconfig2.13.0-5
ii  libatk1.0-0   2.28.1-1~bpo9+1
ii  libc6 2.27-5
ii  libcairo-gobject2 1.14.8-1
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.26-0+deb9u1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-6
ii  libfontconfig12.13.0-5
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18+deb9u1
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.11-1
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.19-3
ii  libnss3   2:3.38-1
ii  libpango-1.0-01.40.5-1
ii  libsqlite3-0  3.16.2-5+deb9u1
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++66.3.0-18+deb9u1
ii  libvpx5   1.7.0-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-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  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3+deb9u1
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages firefox recommends:
ii  libavcodec57  7:3.2.12-1~deb9u1

Versions of packages firefox suggests:
ii  fonts-lmodern  2.004.5-3
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-3
ii  libgssapi-krb5-2   1.15-1+deb9u1
ii  libgtk2.0-02.24.31-2

-- no debconf information

-- debsums errors found:
debsums: missing file 
/usr/lib/firefox/browser/features/aushel...@mozilla.org.xpi (from firefox 
package)
debsums: missing file 
/usr/lib/firefox/browser/features/fire...@getpocket.com.xpi (from firefox 
package)
debsums: missing file 
/usr/lib/firefox/browser/features/onboard...@mozilla.org.xpi (from firefox 
package)
debsums: missing file 
/usr/lib/firefox/browser/features/webcompat-repor...@mozilla.org.xpi (from 
firefox package)
debsums: missing file 
/usr/lib/firefox/browser/features/webcom...@mozilla.org.xpi (from firefox 
package)

Bug#905574: linux-image-4.17.0-0.bpo.1-amd64: cryptsetup missing in intitramfs for kernel 4.17

[H . -Dirk Schmitt]

Package: src:linux
Version: 4.17.8-1~bpo9+1
Severity: critical

Dear Maintainer,

after switching 4.16 to 4.17 (strech-backport) my system rendered unusable, 
because the encrypted disk is not unlocked any more.
The dialog is missing.

Inspecting the initramfs shows that the cryptsetup related parts are missing 
for 4.17, but still in the 4.16 kernel.

I was able to mitigate the issue by use the cryptsetup packages from buster.



-- Package-specific info:
** Version:
Linux version 4.17.0-0.bpo.1-amd64 (debian-ker...@lists.debian.org) (gcc 
version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)) #1 SMP Debian 4.17.8-1~bpo9+1 
(2018-07-23)

** Command line:
BOOT_IMAGE=/vmlinuz-4.17.0-0.bpo.1-amd64 root=/dev/mapper/system-root ro 
net.ifnames=0 quiet splash

** Not tainted

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

** Model information
sys_vendor: Hewlett-Packard
product_name: HP EliteBook Revolve 810 G3
product_version: A3009FD18203
chassis_vendor: Hewlett-Packard
chassis_version:
bios_vendor: Hewlett-Packard
bios_version: M86 Ver. 01.16
board_vendor: Hewlett-Packard
board_name: 22FB
board_version: KBC Version 04.27

** Loaded modules:
fuse
rfcomm
ctr
ccm
cpufreq_powersave
cpufreq_userspace
cpufreq_conservative
cmac
bnep
hid_multitouch
hid_sensor_rotation
hid_sensor_incl_3d
hid_sensor_magn_3d
hid_sensor_als
hid_sensor_accel_3d
hid_sensor_gyro_3d
hid_sensor_trigger
hid_sensor_iio_common
industrialio_triggered_buffer
btusb
btrtl
btbcm
btintel
bluetooth
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
videobuf2_common
videodev
drbg
media
ansi_cprng
cdc_ether
ecdh_generic
qcserial
usbnet
usb_wwan
mii
usbserial
binfmt_misc
ipt_REJECT
nf_reject_ipv4
nf_log_ipv4
nf_log_common
xt_LOG
iTCO_wdt
iTCO_vendor_support
arc4
xt_limit
xt_tcpudp
xt_addrtype
nf_conntrack_ipv4
nf_defrag_ipv4
iwlmvm
intel_rapl
x86_pkg_temp_thermal
xt_conntrack
intel_powerclamp
mac80211
kvm_intel
kvm
irqbypass
intel_cstate
intel_uncore
intel_rapl_perf
snd_hda_codec_hdmi
joydev
hp_wmi
snd_hda_codec_realtek
iwlwifi
wmi_bmof
snd_hda_codec_generic
serio_raw
pcspkr
sg
snd_hda_intel
rtsx_pci_ms
cfg80211
memstick
snd_hda_codec
snd_hda_core
rfkill
tpm_infineon
snd_hwdep
snd_pcm
snd_timer
snd
mei_me
soundcore
lpc_ich
shpchp
mei
battery
tpm_tis
acpi_als
tpm_tis_core
intel_vbtn
kfifo_buf
sparse_keymap
tpm
soc_button_array
rng_core
industrialio
hp_wireless
ac
evdev
ip6table_filter
ip6_tables
nf_nat_irc
nf_conntrack_irc
nf_nat_ftp
nf_nat
nf_conntrack_ftp
nf_conntrack
crc32c_generic
iptable_filter
sunrpc
coretemp
lp
parport
loop
cdc_wdm
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
fscrypto
algif_skcipher
af_alg
raid10
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
raid6_pq
libcrc32c
raid1
raid0
multipath
linear
md_mod
sha256_ssse3
dm_crypt
dm_mod
sd_mod
hid_sensor_custom
hid_sensor_hub
hid_generic
usbhid
hid
rtsx_pci_sdmmc
mmc_core
crct10dif_pclmul
crc32_pclmul
crc32c_intel
ghash_clmulni_intel
pcbc
aesni_intel
aes_x86_64
crypto_simd
cryptd
glue_helper
ahci
xhci_pci
libahci
psmouse
i915
i2c_i801
i2c_algo_bit
libata
ehci_pci
drm_kms_helper
scsi_mod
ehci_hcd
xhci_hcd
rtsx_pci
e1000e
usbcore
drm
usb_common
thermal
wmi
video
button

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

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

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

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

Bug#904283: gnome-control-center: Region & Formats → Login Screen - changes applied to system locale and not only gdm

[H.-Dirk Schmitt]

Package: gnome-control-center
Version: 1:3.22.2-3
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
   Changing in the control center the locale for the "Login Screen".

   * What was the outcome of this action?

   The system locale for **all** services in /etc/locale.conf is changed.

   * What outcome did you expect instead?

   The system locale has to be untouched and only the locale information of gdm 
should be changed.


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


-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (200, 'testing'), (101, 
'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.16.0-0.bpo.2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE:de:en_US:en (charmap=UTF-8) (ignored: 
LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.43-1
ii  apg2.2.3.dfsg.1-4+b1
ii  colord 1.3.3-2
ii  desktop-file-utils 0.23-1
ii  gnome-control-center-data  1:3.22.2-3
ii  gnome-desktop3-data3.22.2-1
ii  gnome-settings-daemon  3.22.2-2+deb9u2
ii  gsettings-desktop-schemas  3.22.0-1
ii  libaccountsservice00.6.43-1
ii  libatk1.0-02.28.1-1~bpo9+1
ii  libc6  2.27-5
ii  libcairo-gobject2  1.14.8-1
ii  libcairo2  1.14.8-1
ii  libcanberra-gtk3-0 0.30-3
ii  libcanberra0   0.30-3
ii  libcheese-gtk253.22.1-1+b1
ii  libcheese8 3.22.1-1+b1
ii  libclutter-1.0-0   1.26.0+dfsg-3
ii  libclutter-gtk-1.0-0   1.8.2-2
ii  libcolord-gtk1 0.1.26-1.1
ii  libcolord2 1.3.3-2
ii  libcups2   2.2.1-8+deb9u2
ii  libfontconfig1 2.13.0-5
ii  libgdk-pixbuf2.0-0 2.36.5-2+deb9u2
ii  libglib2.0-0   2.50.3-2
ii  libgnome-bluetooth13   3.20.1-1
ii  libgnome-desktop-3-12  3.22.2-1
ii  libgoa-1.0-0b  3.22.5-1
ii  libgoa-backend-1.0-1   3.22.5-1
ii  libgrilo-0.3-0 0.3.2-2
ii  libgtk-3-0 3.22.11-1
ii  libgtop-2.0-10 2.34.2-1
ii  libgudev-1.0-0 230-3
ii  libibus-1.0-5  1.5.14-3
ii  libkrb5-3  1.15-1+deb9u1
ii  libmm-glib01.6.4-1
ii  libnm0 1.6.2-3
ii  libnma01.4.4-1
ii  libpango-1.0-0 1.40.5-1
ii  libpangocairo-1.0-01.40.5-1
ii  libpolkit-gobject-1-0  0.105-18
ii  libpulse-mainloop-glib010.0-1+deb9u1
ii  libpulse0  10.0-1+deb9u1
ii  libpwquality1  1.3.0-1+b1
ii  libsmbclient   2:4.5.12+dfsg-2+deb9u2
ii  libsoup2.4-1   2.56.0-2+deb9u2
ii  libupower-glib30.99.4-4+b1
ii  libwacom2  0.22-1+b1
ii  libx11-6   2:1.6.4-3
ii  libxi6 2:1.7.9-1
ii  libxml22.9.4+dfsg1-2.2+deb9u2

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.2-5
ii  cups-pk-helper0.2.6-1+b1
ii  gkbd-capplet  3.22.0.1-1+b1
ii  gnome-online-accounts 3.22.5-1
ii  gnome-user-guide  3.22.0-1
ii  gnome-user-share  3.18.3-1+b1
ii  iso-codes 3.75-1
ii  libcanberra-pulse 0.30-3
ii  libnss-myhostname 237-3~bpo9+1
ii  mousetweaks   3.12.0-1+b1
ii  network-manager-gnome 1.4.4-1
ii  policykit-1   0.105-18
ii  pulseaudio-module-bluetooth   10.0-1+deb9u1
ii  realmd0.16.3-1
ii  rygel 0.32.1-3
ii  system-config-printer-common  1.5.7-3

Versions of packages gnome-control-center suggests:
ii  gstreamer1.0-pulseaudio  1.10.4-1
ii  libcanberra-gtk-module   0.30-3
ii  libcanberra-gtk3-module  0.30-3
ii  x11-xserver-utils7.7+7+b1

-- no debconf information

Bug#885891: mitigation via systemd atd.service

[H.-Dirk Schmitt]

A simple mitigation is to add the following statement to the atd.service 
definition:

  [Service]
  ExecStartPre=-find /var/spool/cron/atjobs/ -type f -name "=*" -not -newercc 
/run/systemd -delete

Justification:
--
The job command specification are files below  /var/spool/cron/atjobs/.
The naming convention is: 

On the start of a batch job the job file is renamed to 
=.
This change the inode and „ctime“ of the file.

Assuming that '/run/systemd' :
1. is created on startup of the machine
2.  before atd is started

So we have a barrier that allows the distinction stale job files.

Bug#887086: wesnoth-1.13: please provide update → 13.10

[H . -Dirk Schmitt]

Package: wesnoth-1.13
Severity: wishlist

Dear Maintainer,

please provide an update to 13.10 (or newer).

Thanks in advance,

H.-Dirk Schmitt

Bug#886024: a scenario with site file breaking installation of elpa packages

[H.-Dirk Schmitt]

Just another motivation to skip the site file on emacs addon package
installations

1. A software/configuration roll out has been issued.
2. Per site file „Company Mode“ has been enabled per default in our
organisational site file.
3. „apt-get“ step  is running and find the missing dependency for elpa-
company


> Setting up elpa-company (0.8.12-4) ...
…

> Symbol's function definition is void: global-company-mode
> Saving file /root/.breadcrumb...
> Wrote /root/.breadcrumb
> Wrote /root/.emacs.d/ac-comphist.dat
> Saving file /root/.emacs.d/recentf...
> Wrote /root/.emacs.d/recentf
> ERROR: install script from elpa-company package failed
> dpkg: error processing package elpa-company (--configure):
>  subprocess installed post-installation script returned error exit
status 1
…
> Setting up elpa-systemd (1.6-1~ubuntu16.04.1~c42.ppa1) ...
Same Error as above – and also for all further emacs related addons.


Mitigated by temporarly remove our organisational site file,.

Bug#886153: anything-el: A stale file lock of anything-c-adaptive-history breaks emacs batch processing

[H.-Dirk Schmitt]

On Di, 2018-01-02 at 20:09 -0400, David Bremner wrote:
> David Bremner  writes:
> 
> On the other hand, if I uncomment the (require 'anything-startup) in
> /etc/emacs/site-start.d/50anything-el.el, then I can duplicate the
> hanging of emacs -q -batch.

Seem to be the point.

I look in /etc/emacs/site-start.d/50anything-el.el
and see the line:

> ;; (require 'anything-startup)

I'm a bit confused why it is not commented out in your version of the
file ?

Bug#886024: split off anything-el related part

[H.-Dirk Schmitt]

On Mi, 2018-01-03 at 02:06 +0200, era eriksson wrote:
> Code outline for an emacs batch wrapper
   

I do not insist on bash – you are free to fix it in any programming
language ;-)



-- 




  
  

  Signature H.-Dirk Schmitt



  

  

  H.-Dirk Schmitt
  

  Dipl.Math.

  eMail:dirk.schm...@computer42.org
  

  mobile:+49 177 616 8564
  

  phone: +49 2642 99 41 14
  

  fax: +49 2642 99 41 15
  

  Schillerstr. 42, D-53489 Sinzig

  pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#886024: split off anything-el related part

[H.-Dirk Schmitt]

Control: retitle -1 emacsen-addon package installation may never comes to an end
Control: severity -1 critical
Control: affects -1 = emacsen-common, elpa-company, elpa-js2-mode, 
elpa-markdown-mode, elpa-systemd, elpa-yasnippet


This bug report is about the failed error handling in installing emacsen-addons 
like *elpa-markdown-mode* or
*elpa-yasnippet*, et. al..

Especially all addons using this code fragment in there installer.


${FLAVOR} -q -batch -l package \
--eval "(add-to-list 'package-directory-list \"$src_dir\")" \
-f package-initialize -f batch-byte-compile *.el > Install.log 2>&1
```

In addition **all** addons relying on `emacs --batch` could be affected by this 
bug.

What is going wrong?


The code fragment relies on the following assumption:

**Emacs in batch mode will terminate and not getting stuck**

Why is this assumption not valid – please consult the bug #886153.
Here is described hot a stale  emacs lock related to *anything-el* make emacs 
--batch never terminating.
→ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886153

As a serious side effect all error messages are buried in „Install.log“ and 
will not become visible until emacs
terminates – which in may case never happened.


Why is this a critical and security related problems


The problematic code fragment is invoked e.g. by `apt-get dist-upgrade` or 
`dpkg --configure -a`.
These tasks will also got stuck without any reason displayed on the console.

So `apt-get dist-upgrade` got broken and it is likely that the user terminates 
`apt-get` via kill (or simply reboot the
machine).

In this case he will be trapped in the pit, that he can't install any package 
without fixing the  „broken“ installation
of the emacsen-addon package via `dpkg --configure -a`.

This is also the case now for security related updates.

Affected Packages
--

I found the problematic code on my system in the 
`/usr/lib/emacsen-common/packages/install` files for

- elpa-company
- elpa-js2-mode
- elpa-markdown-mode
- elpa-systemd
- elpa-yasnippet

A „code review“ of other packages will surely result in some more defective 
packages.

How can this problem mitigated or fixed?


- A fix of bug #886153 would remove the trigger for the actual occurrence of 
this problem. But what is with the next
  defect in an emacs addon (or user stuff) breaking the batch processing again?
- A fix of of emacs concerning the `--batch` functionality – but this is maybe 
not in scope.
  See 
https://www.gnu.org/software/emacs/manual/html_node/emacs/Initial-Options.html#Initial-Options
  > „Functions that normally read keyboard input from the minibuffer take their 
input from the terminal's standard
  > input stream (stdin) instead.“
- Implement the assumption „emacs in batch mode will terminate and not getting 
stuck“ in a wrapper script. See below for
  a code outline.

What else is wrong with this emacsen addon installers.
--

It is may only a single line, but is is copied and paste between several 
packages including the minor flaw that (see
`man emacs`) it should be `--batch` with a **double** hyphen.

Here a simple wrapper script would help to :
- avoid copy and paste errors
- simplify the fix of this bug
- simple reuse


Code outline for an emacs batch wrapper


Assume a bash script *emacs_batch* replacing the `-q --batch` options.
It should take as 1st option the emacs flavour (e.g. emacs25) and pass trough 
all other options except `-q`,
`--no-init-file` (alias to `-q`)  and `--batch`.

The emacs call could be implemented in this way:

```
declare -r catchFile=$(mktemp)  # create temporary file for 
output
trap rm --force ${catchFile}#   and ensure cleanup
${FLAVOUR} --batch "${cmdlineOptions[@]}" &>"${catchFile}" & # fork
declare -i emacsPid=$!  # and remember
sleep ${emacsTimeOut} & # fork timeout watch
declare -i sleepPid=$!  # and remember
wait -n ${emacsPid} ${sleepPid} # -n  → wait for the next 
ending job
declare -r rc=$?# don't forget the exit code
if ! $(kill ${sleepPid})
then# oops run in timeout
   … add error handling here
else# emacs terminates without 
timeout
   cat ${catchFile} # forward console output
   exit ${rc}   # rc is originating from emacs
fi
```

Note: `--batch` implies `-q`
(→ 
https://www.gnu.org/software/emacs/manual/html_node/emacs/Initial-Options.html#Initial-Options)

Bug#886153: anything-el: A stale file lock of anything-c-adaptive-history breaks emacs batch processing

[H . -Dirk Schmitt]

Package: anything-el
Version: 1.287-2.1
Severity: critical

Problem description
---
If for some unknown reason an emacs file lock of the file 
`~/.emacsd/anything-c-adaptive-history` existing, batch
operation of emacs will never be finished.


Reproducing the lock issue
--
I don't know what has cause the stale lock on my machine, but it can be easily 
recreated as described below.

```
pkill emacs # ensure that emacs is not running
cd /root/.emacs.d
ln -s  ${USER}@${HOSTNAME}.${DOMAIN}.5423:1487632643 
.#anything-c-adaptive-history
```

Resulting problems
---

Now start emacs. Everything seems to be fine, but on quitting emacs you will 
see the question concerning the lock
waiting for any user input.

This seems in normal cases a minor malaise, but the impact if emacs is used for 
batch processing.
Please try the following with and without the stale lock.
`emacs  --no-init-file --batch`

Without the stale lock this command will finish after a short time.
With the lock, you will see the following output:

> Loading 00debian-vars...
> Loading 20apel...
> Loading 50a2ps...
> Loading 50anything-el...
> Loading 50auctex...
> Loading /usr/share/emacs/site-lisp/auctex.el (source)...
> Loading /usr/share/emacs/site-lisp/preview-latex.el (source)...
> Loading 50auto-complete-el...
> Loading 50auto-install-el...
> Loading 50autoconf...
> Loading 50develock-el...
> Loading 50devscripts-el...
> Loading 50dictionaries-common...
> Loading debian-ispell...
> Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...
> Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...
> Loading 50dictionary-el...
> Loading dictionary-init...
> Loading 50dpkg-dev-el...
> Loading 50emacs-goodies-el...
> Loading 50erlang-mode...
> Loading 50flim...
> Loading 50gnuplot-mode...
> Loading 50oneliner-el...
> Loading 50org-mode...
> Loading 50php-elisp...
> Loading 50psvn...
> Loading 50pymacs...
> Loading 50python-docutils...
> Loading 50python-mode...
> Loading 50texlive-lang-english...
> Loading 51debian-el...
> Loading 51mu-cite...
> Loading 51oneliner-el...
> Loading 51semi...
> Loading 65wl-beta...
> Loading 95c42_defaults (compiled; note, source file is newer)...
> Loading log-edit...
> Trailing whitespace highlighting is now ON.
> TAB highlighting is now ON.
> Loading /home/dschmi/.recentf...
> Cleaning up the recentf list...
> Cleaning up the recentf list...done (0 removed)
> Loading /usr/local/share/emacs/site-lisp/ob-eukleides.el (source)...
> Loading /home/dschmi/.emacs.d/anything-c-adaptive-history...
> [yas] Prepared just-in-time loading of snippets successfully.
> Loading systemd...
> Loading crontab-mode...
> Loading json-mode...
> Loading ldap-mode...
> Loading nagios-mode...
> Loading org-journal...
> Loading 99c42_keymap...
> Local Ispell dictionary set to british
> Starting new Ispell process aspell with british dictionary...
> ...ing-c-adaptive-history locked by xx@xx... (pid 5423): (s, q, p, ?)?

At this point the emacs is hanging.
Trying to answer the „lock“ prompt is not possible. You have to terminate the 
processing *SIGINT* (Ctrl+C) or killing it.


Why is this bug critical?
-

This bug report is related to bug #886024 – which describes how an unexpected 
problem like this renders debian package
installation unusable.



Further information
---
As requested by da...@tethera.net:
- /etc/emacs/site-start.d/50anything-el.el is not touched – the .deb 
distributed file is in charge.
- `ls -l  /etc/emacs/site-start.d/`
> -rw-r--r-- 1 root root 1.8K May 21  2014 00debian-vars.el
> -rw-r--r-- 1 root root 1.6K Apr  4  2014 50a2ps.el
> -rw-r--r-- 1 root root 1021 Oct 24  2014 50anything-el.el
> -rw-r--r-- 1 root root 1.3K Nov 19  2015 50auctex.el
> -rw-r--r-- 1 root root  891 Mar 28  2012 50auto-complete-el.el
> -rw-r--r-- 1 root root  729 Apr 28  2012 50autoconf.el
> -rw-r--r-- 1 root root  887 May  1  2012 50auto-install-el.el
> -rw-r--r-- 1 root root 1.2K Dec  2  2014 50develock-el.el
> -rw-r--r-- 1 root root 1.8K Oct 23  2015 50dictionaries-common.el
> -rw-r--r-- 1 root root  705 Nov  7  2011 50emacs-goodies-el.el
> -rw-r--r-- 1 root root 1.3K Jan 25  2015 50php-elisp.el
> -rw-r--r-- 1 root root  101 Dec 18  2015 50psvn.el
> -rw-r--r-- 1 root root  927 Jul 16  2014 50pymacs.el
> -rw-r--r-- 1 root root 1.6K Feb 11  2016 50python-mode.el
> -rw-r--r-- 1 root root  618 May 27  2015 50yasnippet.el
> -rw-r--r-- 1 root root  654 Nov  7  2011 51debian-el.el
> lrwxrwxrwx 1 root root   58 Aug 24 13:03 99c42_defaults.el -> 
/etc/c42CfgRepos/data/emacs/site-start.d/99c42_defaults.el

Bug#886024: [Pkg-emacsen-addons] Bug#886024: emacs deb package install is hanging forever (locked file)

[H.-Dirk Schmitt]

The problem occurs with  emacs24  24.5+1-8 

I don't think that the problem is specifi
The from
> d...@computer42.org (H.-Dirk Schmitt) writes:
> 
> > 
> > > Wrote /root/.breadcrumb …ing-c-adaptive-history locked by root@vt
> > > -xenia… (pid 5423): (s, q, p, ?)?
> 
> If you have it, the complete, unedited prompt/error-message would be
> helpful.

As written in the report, no error message is shown during normally
processing with apt-get or dpkg.

The error message was only shown by manually invoke:
`emacs24 -q -batch -l package --eval (add-to-list 'package-directory-
list "/usr/share/emacs/site-lisp/elpa-src") -f package-initialize -f
batch-byte-compile markdown-mode-autoloads.el markdown-mode-pkg.el
markdown-mode.el`

As I understand the problem is that the elisp install procedure is
flawed.  I experienced the problem here with elpa-markdown-mode 2.1-1,
but think the problem is related to many elisp packages following the
same installation pattern.

The problem chain I debugged was:
- /var/lib/dpkg/info/elpa-markdown-mode.postinst
-  \
  --postinst elpa-markdown-mode
- /usr/lib/emacsen-common/packages/install/elpa-markdown-mode
-  ${FLAVOR} -q -batch -l package \
--eval "(add-to-list 'package-directory-list \"$src_dir\")" \
-f package-initialize -f batch-byte-compile *.el > Install.log 2>&1

The last statement assume that emacs will process the --eval … stuff,
but here comes the race condition, that emacs found a locked file from
a dirty exited emacs session (e.g. reboot occurred).

So the non-interactive script is waiting for the user to answer the
question what to do with the locked file.
Due to the redirection to the „Install.log“ nothing is visible for the
user and no answer is generated. So the installation process is hanging
  for this and all future call of apt-get/dpkg.

The root cause – the locked file - is outside the scope of the emacs
packages, so a „purge and reinstall“ approach will fail and the
situation will break the whole debian/ubuntu/… package update
processing till the next time emacs is invoked by root as „interactive“
 editor. 

A first mitigation of the problem could be to replace the 
'&> Install.log' redirection by '|& tee Install.log' 

In this case the 'locked by root@…' message will be visible to the
admin user who called 'apt-get/dpkg'.

Bug#886024: emacs deb package install is hanging forever (locked file)

[H.-Dirk Schmitt]

Package: emacsen-common, markdown-mode
Severity: important
Tags: security

On one of my machines I run in a situation there deb package
installation wasn't possible any more.

The reason was that installation of a emacs companion packge – in my
case markdown-mode – was hanging forever, without reporting any hint
what was triggering this problem.

I debuged the situation and found that the following statement is
running forever.
> `emacs24 -q -batch -l package --eval (add-to-list 'package-directory-list 
> "/usr/share/emacs/site-lisp/elpa-src") -f package-initialize -f 
> batch-byte-compile markdown-mode-autoloads.el markdown-mode-pkg.el 
> markdown-mode.el`

I tried to manual execute the statement above and have seen now the
message:

> Wrote /root/.breadcrumb …ing-c-adaptive-history locked by root@vt-xenia… (pid 
> 5423): (s, q, p, ?)?

After seeing this the mitigation was simple:
Just start emacs as „interactive editor“ and process the same question
shown up.


Why is this a serious problem ? The answer is:

- No hint what is going wrong is visible.
- Aborting (e.g. reboot) may end up in a the following problem:
> E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to 
> correct the problem. 
- In this case any further updates (including security related) may be
blocked until resolution. (That why I tagged it as security problem.)
- It is not resolvable by a 'purge and reinstall' mitigation.

Bug#885891: at: stale batchjobs after reboot

[H . -Dirk Schmitt]

Severity: normal
Package: at

I just rebooted my machine some minutes before writing this report.

The `atq` command reports:

> 71043 Sat Dec 30 23:34:00 2017 Z root
> 70399 Mon Dec 25 20:13:00 2017 = root
> 70396 Mon Dec 25 20:13:00 2017 = root
> 70398 Mon Dec 25 20:13:00 2017 = root
> 70201 Sun Dec 24 00:36:00 2017 = root
> 70397 Mon Dec 25 20:13:00 2017 = root


Here are several stale jobs listed as running, which are surely
terminated due to the reboot.

The problem occurs on several machines.

Bug#885020: Upgrade to 25.3 needed – „emergency release to fix a security vulnerability“

[H.-Dirk Schmitt]

Package: emacs25
Version: 25.2+1-6
Tags: security

See https://www.gnu.org/software/emacs/news/NEWS.25.3

> 
> * Changes in Emacs 25.3
> 
> This is an emergency release to fix a security vulnerability in
> Emacs.

Bug#884954: Improve sort with „simple byte comparison“ via command line option

[H.-Dirk Schmitt]

Package: coreutils
Version: 8.25 / 8.26
Severity: wishlist

The sort behaviour depends deeply on the LC_COLLATE settings.
See e.g. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884943

This behaviour is not documented in the primary documentation
provided by `sort --help` or `man sort`.

This sometimes weird behaviour is documented only in a footnote of
https://www.gnu.org/software/coreutils/manual/html_node/sort-invocation
.html and in a FAQ page https://www.gnu.org/software/coreutils/faq/core
utils-faq.html#Sort-does-not-sort-in-normal-order_0021.


It would be an improvement if a „clean“ „simple byte comparison“ would 
be provided via a new option `--machine-sort`.

This would provide a much clearer „API“ and intuitive documentation.

Bug#884943: Sort should support an option --machine-sort or --byte-sort

[H.-Dirk Schmitt]

Reopen: 884943
Summary: 884943 Sort should support an option --machine-sort
Severity: wishlist


O.k. I understand that it is working as defined in the 19th century.
So it is maybe not a bug but still a weird behaviour.

In my case it takes several hour to find out why I don't get rid of 
~ 2.000 false entries in a blocklist for squid.

Reason for the lost time and this bug report is the bad/missing
documentation. → That is a real bug!

At least the `LC_COLLATE` should be mentioned in the man-page and via 
`--help`.

A better solution would be an additional option `--byte-sort` or 
`--machine-sort`
This would be an analog to `--month-sort`, `--numeric-sort`,
`--human-numeric-sort`.

Bug#884943: also in 8.26

[H.-Dirk Schmitt]

The problem is also reproducible with sort 8.26 
(coreutils 8.26-3ubuntu4).

Bug#884943: Weird result of `sort` if not LC_LOCALE=C is used – concerning e.g. the letter '-'

[H.-Dirk Schmitt]

Package: coreutils
Version: 8.25-2ubuntu3~16.0 (from xenial-updates)


If not `LC_ALL=C` is set, the sort result is weird.

Please inspect this sample code:
cat < sort: using simple byte comparison
> a-ab
> 
> a-ac
> 
> aac
> ___
> 


But switching to en_US.UTF-8 or de_DE.UTF-8 I got the broken result:
> sort: using 
> a-ab
> 
> aac
> ___
> a-ac
> 
> 

So any algorithm or script which depends on a stable sorted order will
fail.

As a mitigation I tried `LC_COLLATE=C`  but still the ‘en_US.UTF-8’
sorting rules will be used :-/

Bug#884737: aptitude(8) man page is not documenting the exit code

[H.-Dirk Schmitt]

Package: aptitude 
Version: 0.8.9-1

Checked in ubuntu (xenial) and on https://manpages.debian.org/unstable/
aptitude/aptitude.8.en.html I couldn't find any informations about the
exit (return) codes of the aptitude program.

Please extend/complete the documentation

Bug#884621: yasnippet upgrade problem (0.9 → 0.11/0.12) - Error while loading 50yasnippet

[H.-Dirk Schmitt]

Package: yasnippet
Version: 0.11.0-2 and 0.12.2-1 

On creating a no-change backport package 
(→ ppa:dirk-computer42/c42-backport)
i found the following transistion problem.

yasnippet 0.9 contains the file /etc/emacs/site-start.d/50yasnippet.el

On upgrade this isn't removed until the now transitional package
yasnippet is purged.

So after `apt-get dist-upgrade` it is still existing and lead to the
following error message:
> Error while loading 50yasnippet: Symbol's function definition is
void: yas--initialize


My advice is to ensure explicit removal of this outdated file.

Bug#883020: Debian Bug Report: libguestfs0 should not depend on btrfs-progs

[H.-Dirk Schmitt]

Am Mittwoch, den 29.11.2017, 17:13 +0100 schrieb Hilko Bengen:
> To back up my claim: Default installations of SuSE Enterprise Linux
> (or
> whatever it is called these days) are based upon BTRFS.

Oops - I thought I'm using the Debian Bug Tracker 

> > I'm not sure I follow: Do you mean that some sort of policy
> > forbids/prevents installation of anything btrfs-related?
> > 
> > **YES**
> > I'm maintaining an mid-size installation. For these systems
> > 'btrfs-tools' is explicitly removed:
> > - not used, because I rely on ext4 and mdraid
> > - limiting the installed packages is improving the security
> > (reducing
> >   surface)
> > - it has had introduced a boot delay (at this time trusty was used,
> >   not retested actually).
> 
> If you really wish to reduce the attack surface imposed by a
> filesystem
> implementation, you'll want to get rid of the kernel component, i.e.
> you'll ship custom kernels or use module blacklisting. This means
> that
> you are already working with distribution tools and I suggest using
> equivs or similar to provide a dummy btrfs-progs package.

You are right - there are a lot of different solutions for different
problems ☺
The justification for the exclusion of btrfs-tools in our organisation
was just provided to give you some ideas about why somebody can't
deploy btrfs-tools.

For my installations I resolved the conflict already by adding an
'Provides:' clause to an organisational meta package.

The intention to report it here was to avoid this troubles for other
users and improve the package quality.


Best Regards,

H.-Dirk Schmitt


-- 




  
  

  Signature H.-Dirk Schmitt



  

  

  H.-Dirk Schmitt
  

  Dipl.Math.

  eMail:dirk.schm...@computer42.org
  

  mobile:+49 177 616 8564
  

  phone: +49 2642 99 41 14
  

  fax: +49 2642 99 41 15
  

  Schillerstr. 42, D-53489 Sinzig

  pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#883020: Debian Bug Report: libguestfs0 should not depend on btrfs-progs

[H.-Dirk Schmitt]

Am Dienstag, den 28.11.2017, 23:13 +0100 schrieb Hilko Bengen:
> libguestfs is designed to handle disk images of virtual machines and
> it
> makes sense to include at least support for common filesystems. You
> and
> I may not particularly like the filesystem, but btrfs is one of the
> more
> commonly used filesystems.

See e.g. https://btrfs.wiki.kernel.org/index.php/Main%5FPage
„Not too many companies have said that they are using Btrfs in
production…“

> See [1] for why the binary packages built from the libguestfs source
> packages are split the way they are right now.

But size is not the only criteria - see below.
> > There are systems which explicitly exclude btrfs from setup.
> 
> I'm not sure I follow: Do you mean that some sort of policy
> forbids/prevents installation of anything btrfs-related?

**YES**
I'm maintaining an mid-size installation. For these systems 'btrfs-
tools' is explicitly removed:
  - not used, because I rely on ext4 and mdraid
  - limiting the installed packages is improving the security (reducing
surface)
  - it has had introduced a boot delay (at this time trusty was used,
not retested actually).

In my opinion a package maintainer shouldn't nail a dependency if the
package may work without.
It is simple discrete mathematics that he couldn't overview the
exponentially growing diversity of installations 


Best Regards,

H.-DIrk Schmitt

Bug#883020: Debian Bug Report: libguestfs0 should not depend on btrfs-progs

[H.-Dirk Schmitt]

Package: libguestfs0
Version: 1.28.1 (and newer)

libguestfs0 should not depend on btrfs-progs. 
There are systems which explicitly exclude btrfs from setup.

Is there a hard reason that a "Recommends" is not enough ?

Bug#872295:

[H.-Dirk Schmitt]

The problem has also another ugly effect in interactive shell usage
(here gnome-terminal).

I tried to rename a directory with utf-8 chars, but make a silly type
in the command. I tried to jump to the start of line with 'ctr+a'.
The cursors jumps some chars left of the command (inside the prompt
part).

example:
my Yirumav-Stay_in_Memory_기억에_머무르다/ Yiruma--Stay_in_Memory

Bug#874056:

[H.-Dirk Schmitt]

Problem is that the init-script is using /usr/sbin/pure-ftpd-wrapper
for the startup.

This wrappers ignores the file /etc/pure-ftpd/pure-ftpd.conf.

So a removal of /etc/pure-ftpd/pure-ftpd.conf will help to avoid the
mess of confusion.

Bug#874056: pure-ftpd - configuration file not used: /etc/pure-ftpd/pure-ftpd.conf

[H.-Dirk Schmitt]

Package: pure-ftpd
Version: 1.0.46-1

The pure-ftpd package is installing the configuration file /etc/pure-
ftpd/pure-ftpd.conf.


This file isn't used by the init-script - see journal:

Sep 02 16:04:35 nermal pure-ftpd[15002]: Starting ftp server: Running:
/usr/sbin/pure-ftpd -l pam -E -u 1000 -J HIGH -O clf:/var/log/pure-
ftpd/transfer.log -8 UTF-8 -B


So any changes due this file are useless.


So please either remove this file to avoid confusions for the users or
change the init-script to use it 

Bug#872295: Acknowledgement (printf count utf-8 chars like arrow wrong)

[H.-Dirk Schmitt]

The bug leads to ugly output on the console if the data contains such
characters.

See the 3rd song in the following play queue listing:

Pos. Artist  TitleDur.

  1. Bryan Adams I'm Ready4:26
  2. TotoMrs. Johnson 3:48
  3. The Doobie Brothers Long Train Runnin’ 3:39
  4. Three Dog Night One  3:02
  5. Norman GreenbaumSpirit in the Sky3:51

Bug#872295: printf count utf-8 chars like arrow wrong

[H.-Dirk Schmitt]

Package: bash
Version: 4.4-5

Package: coreutils
Version: 8.25-2

The printf command in bash (builtin) and corutils /usb/bin/printf have
an error in counting the length of a string, if a non-ascii character
is involved.
Example is the arrow - type Alt+I.

Try the following commands:
printf -v r "%-2s X\n" '→' ; echo ${#r} # prints 4
printf -v r "%-2s X\n" ' ' ; echo ${#r} # prints 5


The coreutils version of printf has the same misbehaviour.

Bug#854962:

[H.-Dirk Schmitt]

This bug renders mpd-sima completly unusable if mpd 0.20 is installed.
This is the case in buster/sid and ubuntu artful.

Bug#870868: minidlna - new rescan functionality is not documented/used

[H.-Dirk Schmitt]

Package: minidlna
Version: 1.2.0+dfsg-1


In minidlna 1.2 the new rescan functionality is available, which helps to avoid
a long running rebuild of the database.
E.g. on my system it takes several hours to do a full rebuild.

The rescan functionality is enabled with the '-r' command line argument.

This is not documented in the 'man 1 minidlnad' man page.

My advice is to enable it as default in '/etc/default/minidlna'
  # Additional options that are passed to the daemon
  DAEMON_OPTS="-r"

Bug#870653: Manpage autofs.conf is missing

[H.-Dirk Schmitt]

Package: autofs
Version: 5.1.2  

'man autofs' mentioned below 'SEE ALSO' the man page autofs.conf, but
it is missing in the package.

See also: http://man7.org/linux/man-pages/man5/autofs.conf.5.html


-- 




  
  

  Signature H.-Dirk Schmitt



  

  

  H.-Dirk Schmitt
  

  Dipl.Math.

  eMail:dirk.schm...@computer42.org
  

  mobile:+49 177 616 8564
  

  phone: +49 2642 99 41 14
  

  fax: +49 2642 99 41 15
  

  Schillerstr. 42, D-53489 Sinzig

  pgp: http://www.computer42.org/~dirk/OpenPGP-fingerprint.html

Bug#800587: darkstat: after reboot the repot is full with "clock error" lines

[H.-Dirk Schmitt]

Package: darkstat
Version: 3.0.718-2
Severity: normal
Tags: upstream


After reboot the report is flooded with "clock error" lines.
This bug is fixed in the upstream version v3.0.719 (24 May 2015)
See: https://unix4lyfe.org/darkstat/changelog.txt

Please update the package to get rid of this annoying bug.



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

Kernel: Linux 3.19.0-30-generic (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages darkstat depends on:
ii  debconf [debconf-2.0]  1.5.51ubuntu2
ii  libc6  2.19-0ubuntu6.6
ii  libpcap0.8 1.5.3-2
ii  lsb-base   4.1+Debian11ubuntu6
ii  zlib1g 1:1.2.8.dfsg-1ubuntu1

darkstat recommends no packages.

darkstat suggests no packages.

-- Configuration Files:
/etc/darkstat/init.cfg changed [not included]

-- debconf information excluded

Bug#794958: tomcat7: wrong usage of catalina.home instead catalina.base in catalina.properties variable common.loader

[H.-Dirk Schmitt]

Package: tomcat7
Version: 7.0.63-1~ubuntu14.04.1~c42.ppa1
Severity: important

(The version mentioned above is a no change backport to ubuntu trusty.)

[The bugreport is also valid against tomcat8 ! Please apply the same fix here.]

Please fix the following line in catalina.properties:

WRONG:
common.loader=${catalina.base}/lib,${catalina.base}/lib/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar,${catalina.home}/common/classes,${catalina.home}/common/*.jar

CORRECT:
common.loader=${catalina.base}/common/classes,${catalina.base}/common/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar

Following problems with the wrong statement:
1. Odering is wrong: catalina.base should overrule catalina.home here (see 
class loader howto below).
2. catalina.home is expanded normally to /usr/share/tomcat7, but there is no 
common directory - it is below
/var/lib/tomcat7 (as expanded by catalina.base).
3. ${catalina.base}/lib,${catalina.base}/lib/*.jar are pointing to non existing 
directories.  I recommend to skip this part.

For reference see 
https://tomcat.apache.org/tomcat-7.0-doc/class-loader-howto.html
 The locations searched by this class loader are defined by the common.loader 
 property in
 $CATALINA_BASE/conf/catalina.properties.
 The default setting will search the following locations in the order they are 
 listed:

unpacked classes and resources in $CATALINA_BASE/lib
JAR files in $CATALINA_BASE/lib
unpacked classes and resources in $CATALINA_HOME/lib
JAR files in $CATALINA_HOME/lib


History of this bug is that in bug #691865 a wrong fix was introduced.
Instead catalina.base (as specified in the bug report) catalina.home was used 
for the common.loader.


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

Kernel: Linux 3.19.0-25-generic (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tomcat7 depends on:
ii  adduser3.113+nmu3ubuntu3
ii  debconf [debconf-2.0]  1.5.51ubuntu2
ii  tomcat7-common 7.0.63-1~ubuntu14.04.1~c42.ppa1
ii  ucf3.0027+nmu1

Versions of packages tomcat7 recommends:
pn  authbind  none

Versions of packages tomcat7 suggests:
ii  libtcnative-1 1.1.33-1~ubuntu14.04.1~c42.ppa1
ii  tomcat7-admin 7.0.63-1~ubuntu14.04.1~c42.ppa1
ii  tomcat7-docs  7.0.63-1~ubuntu14.04.1~c42.ppa1
ii  tomcat7-examples  7.0.63-1~ubuntu14.04.1~c42.ppa1
pn  tomcat7-user  none

-- Configuration Files:
/etc/tomcat7/catalina.properties changed [not included]
/etc/tomcat7/context.xml changed [not included]
/etc/tomcat7/logging.properties changed [not included]
/etc/tomcat7/server.xml changed [not included]
/etc/tomcat7/tomcat-users.xml [Errno 13] Keine Berechtigung: 
u'/etc/tomcat7/tomcat-users.xml'

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#742980: check-mk-server: check_mk apache_status is incompatible witch icinga (1.10 and newer)

[H.-Dirk Schmitt]

Package: check-mk-server
Version: 1.2.2p3-1~ubuntu12.04.1~c42.ppa1
Severity: normal

Inciga has declared the colon ':' as illegal character for object names.
This conflicts with the check_mk generated configurations.

Currently (29.03.2014) is no bugfix for check_mk available.
A workaround is to change the line 62 in 
/usr/share/check_mk/checks/apache_status

old
item = '%s:%s' % (address, port)

new
item = '%s port %s' % (address, port)

See also 
http://www.computer42.org/xwiki-static/exported/DevNotes/xwiki.DevNotes.monitoring.html#Hcheck_mkandIcinga22651.1028apache_status29


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-backports'), (500, 'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.11.0-18-generic (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages check-mk-server depends on:
ii  adduser 3.113ubuntu2
ii  check-mk-config-icinga  1.2.2p3-1~ubuntu12.04.1~c42.ppa1
ii  debconf [debconf-2.0]   1.5.42ubuntu1
ii  python  2.7.3-0ubuntu2.2

Versions of packages check-mk-server recommends:
ii  check-mk-doc  1.2.2p3-1~ubuntu12.04.1~c42.ppa1
ii  snmp  5.4.3~dfsg-2.4ubuntu1.1

check-mk-server suggests no packages.

-- Configuration Files:
/etc/check_mk/conf.d/README [Errno 13] Keine Berechtigung: 
u'/etc/check_mk/conf.d/README'
/etc/check_mk/main.mk changed [not included]

-- debconf information excluded

-- debsums errors found:
debsums: changed file /usr/share/check_mk/checks/apache_status (from 
check-mk-server package)
debsums: changed file /usr/share/check_mk/checks/mounts (from check-mk-server 
package)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712638: tomcat7: dependency to tomcat-native is too weak (no version for libtcnative-1 specified)

[H.-Dirk Schmitt]

Package: tomcat7
Version: 7.0.40-2~precise1~ppa1
Severity: important


This is a forward to the upstream debian package from the original ubuntu bug 
report:
https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1092548

As I backported tomcat7 7.0.34 from raring to precise I have seen the 
following error message:

 An incompatible version 1.1.22 of the APR based Apache Tomcat Native library 
 is installed, while Tomcat requires version 1.1.24

The reason is that the suggests line doesn't set a minimum version for 
libtcnative-1.
The tomcat 7.0.34 needs libtcnative-1 1.1.24 (not 1.1.22).


The situation still exists in the currently installed package. This a a 
no-change-backport from debian/sid.
Here is also libtcnative-1 without any version number specified.

The problem may break tomcat7 functionality on updates of the tomcat7 package.

Package: tomcat7
Priority: optional
Section: java
Installed-Size: 363
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Architecture: all
Version: 7.0.40-2~precise1~ppa1
Recommends: authbind
Suggests: tomcat7-docs (= 7.0.40-2~precise1~ppa1), tomcat7-admin (= 
7.0.40-2~precise1~ppa1), tomcat7-examples (= 7.0.40-2~precise
1~ppa1), tomcat7-user (= 7.0.40-2~precise1~ppa1), libtcnative-1
Depends: tomcat7-common (= 7.0.40-2~precise1~ppa1), ucf, adduser, debconf (= 
0.5) | debconf-2.0
Filename: pool/main/t/tomcat7/tomcat7_7.0.40-2~precise1~ppa1_all.deb
Size: 51744




-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-backports'), (500, 'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8.0-25-generic (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tomcat7 depends on:
ii  adduser3.113ubuntu2
ii  debconf [debconf-2.0]  1.5.42ubuntu1
ii  tomcat7-common 7.0.40-2~precise1~ppa1
ii  ucf3.0025+nmu2ubuntu1

Versions of packages tomcat7 recommends:
pn  authbind  none

Versions of packages tomcat7 suggests:
pn  libtcnative-1 1.1.24-1~precise1~ppa1
pn  tomcat7-admin 7.0.40-2~precise1~ppa1
pn  tomcat7-docs  7.0.40-2~precise1~ppa1
pn  tomcat7-examples  7.0.40-2~precise1~ppa1
pn  tomcat7-user  none

-- Configuration Files:
/etc/tomcat7/catalina.properties changed [not included]
/etc/tomcat7/context.xml changed [not included]
/etc/tomcat7/logging.properties changed [not included]
/etc/tomcat7/server.xml changed [not included]
/etc/tomcat7/tomcat-users.xml [Errno 13] Keine Berechtigung: 
u'/etc/tomcat7/tomcat-users.xml'

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#691865: tomcat7: catalina.properties use hard references to /var/lib/tomcat7/

[H.-Dirk Schmitt]

Package: tomcat7
Version: 7.0.26-1ubuntu1.1
Severity: normal

The file /usr/share/tomcat7/skel/conf/catalina.properties (and also 
/etc/tomcat7/catalina.properties) has hard references to /var/lib/tomcat7/.

If /var/lib/tomcat7/{common,server,shared} contains a jar for one tomcat7 
instance, this leaks to all other installations.

To avoid this problem the property reference ${catalina.base} should be used.
A second tomcat instance can now set $CATALINA_BASE to something else
(as /var/lib/tomcat7).

A corrected version of the catalina.properties is attached.

I have checked manually that the problematic catalina.properties is also in
tomcat7 package in sid (7.0.28-3).


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-backports'), (500, 'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-32-generic (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tomcat7 depends on:
ii  adduser3.113ubuntu2
ii  debconf [debconf-2.0]  1.5.42ubuntu1
ii  tomcat7-common 7.0.26-1ubuntu1.1
ii  ucf3.0025+nmu2ubuntu1

Versions of packages tomcat7 recommends:
pn  authbind  none

Versions of packages tomcat7 suggests:
ii  libtcnative-1 1.1.22-1build1
ii  tomcat7-admin 7.0.26-1ubuntu1.1
ii  tomcat7-docs  7.0.26-1ubuntu1.1
ii  tomcat7-examples  none
ii  tomcat7-user  7.0.26-1ubuntu1.1

-- Configuration Files:
/etc/logrotate.d/tomcat7 changed:
/var/log/tomcat7/catalina.out {
  copytruncate
  weekly
  rotate 52
  compress
  missingok
  create 640 tomcat7 adm
}

/etc/tomcat7/catalina.properties changed:
package.access=sun.,org.apache.catalina.,org.apache.coyote.,org.apache.tomcat.,org.apache.jasper.
package.definition=sun.,java.,org.apache.catalina.,org.apache.coyote.,org.apache.tomcat.,org.apache.jasper.
common.loader=${catalina.base}/lib,${catalina.base}/lib/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar,${catalina.base}/common/classes,${catalina.base}/common/*.jar
server.loader=${catalina.base}/server/classes,${catalina.base}/server/*.jar
shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/*.jar
tomcat.util.scan.DefaultJarScanner.jarsToSkip=\
bootstrap.jar,commons-daemon.jar,tomcat-juli.jar,\
annotations-api.jar,el-api.jar,jsp-api.jar,servlet-api.jar,\
catalina.jar,catalina-ant.jar,catalina-ha.jar,catalina-tribes.jar,\
jasper.jar,jasper-el.jar,ecj-*.jar,\
tomcat-api.jar,tomcat-util.jar,tomcat-coyote.jar,tomcat-dbcp.jar,\
tomcat-i18n-en.jar,tomcat-i18n-es.jar,tomcat-i18n-fr.jar,tomcat-i18n-ja.jar,\
tomcat-juli-adapters.jar,catalina-jmx-remote.jar,catalina-ws.jar,\
tomcat-jdbc.jar,\
commons-beanutils*.jar,commons-codec*.jar,commons-collections*.jar,\
commons-dbcp*.jar,commons-digester*.jar,commons-fileupload*.jar,\
commons-httpclient*.jar,commons-io*.jar,commons-lang*.jar,commons-logging*.jar,\
commons-math*.jar,commons-pool*.jar,\
jstl.jar,\
geronimo-spec-jaxrpc*.jar,wsdl4j*.jar,\
ant.jar,ant-junit*.jar,aspectj*.jar,jmx.jar,h2*.jar,hibernate*.jar,httpclient*.jar,\
jmx-tools.jar,jta*.jar,log4j*.jar,mail*.jar,slf4j*.jar,\
xercesImpl.jar,xmlParserAPIs.jar,xml-apis.jar,\
dnsns.jar,ldapsec.jar,localedata.jar,sunjce_provider.jar,sunmscapi.jar,\
sunpkcs11.jar,jhall.jar,tools.jar,\
sunec.jar,zipfs.jar,\
apple_provider.jar,AppleScriptEngine.jar,CoreAudio.jar,dns_sd.jar,\
j3daudio.jar,j3dcore.jar,j3dutils.jar,jai_core.jar,jai_codec.jar,\
mlibwrapper_jai.jar,MRJToolkit.jar,vecmath.jar,\
junit.jar,junit-*.jar,ant-launcher.jar
tomcat.util.buf.StringCache.byte.enabled=true

/etc/tomcat7/context.xml changed:
?xml version='1.0' encoding='utf-8'?
!-- 
--
!--
  Licensed to the Apache Software Foundation (ASF) under one or more
  contributor license agreements.  See the NOTICE file distributed with
  this work for additional information regarding copyright ownership.
  The ASF licenses this file to You under the Apache License, Version 2.0
  (the License); you may not use this file except in compliance with
  the License.  You may obtain a copy of the License at
  http://www.apache.org/licenses/LICENSE-2.0
  Unless required by applicable law or agreed to in writing, software
  distributed under the License is distributed on an AS IS BASIS,
  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  See the License for the specific language governing permissions and
  limitations under the License.
--
!-- The contents of this file will be loaded for each web application --
Context
!-- Default set of monitored resources --
WatchedResourceWEB-INF/web.xml/WatchedResource

!-- Uncomment this to disable session persistence across Tomcat restarts 
--
!--
Manager pathname= /
--
!-- Uncomment this to enable Comet connection tacking (provides events
 on session 

Bug#611719: working with jamendo

[H.-Dirk Schmitt]

Package: mpdscribble
Version: 0.21+git20110103.26cf0ba-0ubuntu1~ripps1~lucid
Severity: normal

The same problem here under ubuntu with a ppa package from
ppa:gmpc-trunk/mpd-trunk.
I created an upstream bug report under
http://musicpd.org/mantis/view.php?id=3245

-- System Information:
Debian Release: squeeze/sid
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 
'lucid-backports'), (500, 'lucid'), (500, 'karmic-security')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-29-server (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mpdscribble depends on:
ii 3.112ubuntu1  add and remove users and groups
ii 1.5.28ubuntu4 Debian configuration management sy
ii 2.11.1-0ubuntu7.8 Embedded GNU C Library: Shared lib
ii 2.24.1-0ubuntu1   The GLib library of C routines
ii 2.4+git20110222.721bc25-0ubuntu1~ client library for the Music Playe
ii 2.30.2-0ubuntu0.1 an HTTP library implementation in 
ii 4.0-0ubuntu8  Linux Standard Base 4.0 init scrip
ii 3.0025Update Configuration File: preserv

mpdscribble recommends no packages.

Versions of packages mpdscribble suggests:
ii0.16.2+git20110509.9ac8f89-0ub Music Player Daemon

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#494091: possible workaround

[H.-Dirk Schmitt]

A workaround is the following directive:

RedirectMatch ^/cgi-bin/bugzilla3/webdot/(.*)$ /bugzilla3/webdot/$1


-- 


*
H.-Dirk Schmitt http://www.computer42.org *
Dipl. Math.

eMail:/dirk.schm...@computer42.org/
mobile:/+49 177 616 8564/
phone: /+49 2642 99 41 10/
fax: /+49 2642 99 41 15/

Kripper Str. 35, D-53489 Sinzig

Bug#379440: quodlibet broken after update of python packages

[H.-Dirk Schmitt]

Package: quodlibet
Version: 0.21.1-1
Severity: grave
Justification: renders package unusable

[EMAIL PROTECTED]:~  %1976 $ quodlibet 
Supported formats: flac, mod, mp3, mpc, oggvorbis, wav, wavpack
Loaded song library.
Checking /computer42/audio/music
Checking /computer42/audio/children/music
Checking /computer42/audio/comedy
Checking /computer42/audio/id3v24_only
Opening audio device.
Traceback (most recent call last):
  File /usr/bin/quodlibet, line 310, in ?
main()
  File /usr/bin/quodlibet, line 36, in main
window = widgets.init(player, library)
  File /usr/share/quodlibet/widgets.py, line 92, in init
main = QuodLibetWindow(watcher, player)
  File /usr/share/quodlibet/qltk/quodlibet.py, line 140, in __init__
t = PlayControls(player, watcher)
  File /usr/share/quodlibet/qltk/controls.py, line 212, in __init__
self.volume = Volume(player)
  File /usr/share/quodlibet/qltk/controls.py, line 143, in __init__
self.set_value(config.getfloat(memory, volume))
  File /usr/lib/python2.3/ConfigParser.py, line 318, in getfloat
return self._get(section, float, option)
  File /usr/lib/python2.3/ConfigParser.py, line 312, in _get
return conv(self.get(section, option))
ValueError: invalid literal for float(): 0,796992481203




-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.31
Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages quodlibet depends on:
ii  exfalso   0.21.1-1   audio tag editor for GTK+
ii  gstreamer0.10-plugins-base0.10.8-1   GStreamer plugins from the base 
ii  gstreamer0.10-plugins-good0.10.3-2   GStreamer plugins from the good 
ii  gstreamer0.10-plugins-ugly0.10.3-2   GStreamer plugins from the ugly 
ii  python2.3.5-11   An interactive high-level object-o
ii  python-central0.5.1  register and build utility for Pyt
ii  python-gst0.100.10.4-4   generic media-playing framework (P

Versions of packages quodlibet recommends:
ii  gstreamer0.10-alsa0.10.8-1   GStreamer plugin for ALSA
ii  gstreamer0.10-gnomevfs0.10.8-1   GStreamer plugin for GnomeVFS
ii  python-feedparser 4.1-4  Universal Feed Parser for Python
ii  quodlibet-ext 0.21.1-1   extensions for the Quod Libet audi

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#366735: firefox segfaults when downloading a file

[H.-Dirk Schmitt]

Package: firefox
Version: 1.5.dfsg+1.5.0.3-2
Followup-For: Bug #366735

me too :-/

Every time I download a file, or try to open an pdf document I get a coredump.
I can also trigger a coredump with selecting  /Edit/Preferences/Privacy in the 
menu.

Best Regards,

H.-Dirk Schmitt

[EMAIL PROTECTED]:2006  %1142 $ coreinfo /usr/lib/firefox/firefox-bin  
core.24314 
-rwxr-xr-x 1 root root  11271668 May  4 08:52 /usr/lib/firefox/firefox-bin
-rw--- 1 dirk local 48152576 May 15 16:50 core.24314
ident warning: no id keywords in /usr/lib/firefox/firefox-bin
/usr/lib/firefox/firefox-bin:
(no debugging symbols found)
Using host libthread_db library /lib/libthread_db.so.1.
Core was generated by `/usr/lib/firefox/firefox-bin'.
Program terminated with signal 11, Segmentation fault.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
#0  0x40b8a6f1 in kill () from /lib/libc.so.6


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.31
Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages firefox depends on:
ii  debianutils   2.15.7 Miscellaneous utilities specific t
ii  fontconfig2.3.2-5.1  generic font configuration library
ii  libatk1.0-0   1.11.4-2   The ATK accessibility toolkit
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libcairo2 1.0.4-2The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libfreetype6  2.1.10-3   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.0-1+b1   GCC support library
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.8.16-1   The GTK+ graphical user interface 
ii  libidl0   0.8.6-1library for parsing CORBA IDL file
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  libpango1.0-0 1.12.1-2   Layout and rendering of internatio
ii  libpng12-01.2.8rel-5.1   PNG library - runtime
ii  libstdc++64.1.0-1+b1 The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxfixes36.9.0.dfsg.1-6 X Window System miscellaneous 'fix
ii  libxft2   2.1.8.2-5.1FreeType-based font drawing librar
ii  libxi66.9.0.dfsg.1-6 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-6 X Window System multi-head display
ii  libxp66.9.0.dfsg.1-6 X Window System printing extension
ii  libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics
ii  psmisc22.2-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-11 compression library - runtime

firefox recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#349841: tex4ht: image size in open office documents is not correct

[H.-Dirk Schmitt]

Package: tex4ht
Version: 20051223-1
Severity: normal


I'm testing the feature of generating an open office (.sxw) document from an 
latex source.
For the normal html operation it works fine :-)
But generating an open office document  results in tiny images  inside the 
document. Reading the content.xml file inside the zip file (.sxw) shows the 
following content:

text:p text:style-name=center
draw:image xlink:href=#Pictures/Profil-DE-Heinz-Dirk_Schmitt0x.png 
text:anchor-type=as-char draw:z-index=0 xlink:type=simple 
xlink:show=embed xlink:actuate=onLoad draw:name=  /
\u2212
!--
tex4ht:graphics  
name=Profil-DE-Heinz-Dirk_Schmitt0x.png src=[EMAIL PROTECTED]  
svg:width=284.52756pt svg:height=267.61519pt  
--
/text:p

The image size information are only in the xml comment, not in the attributes 
if the draw element. 

The command used for the generation was: 
htlatex  $ resume,xthml,ooffice,early_,early^ ooffice/! -cmozhtf -coo -p



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.31
Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages tex4ht depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libkpathsea3  2.1-1  path search library for teTeX (run
ii  tetex-bin 2.0.2-31   The teTeX binary files
ii  tex4ht-common 20051223-1 LaTeX and TeX for Hypertext (HTML)

tex4ht recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#291637: phpgroupware: on login imap authentication failed

[H.-Dirk Schmitt]

Hi Dave,
here is the output.
cu,
H.-Dirk Schmitt
Dave Hall wrote:
Hi Dirk (and Thomas),
This and bug #291646 are caused by a problem with php4-imap.  The grep
output suggests that it is properly configured, but the output from
phpgw suggests it isn't.
I would suggest that this gets bumped to php4, as it isn't a phpgw code
problem.  Maybe it is an issue with the packaging - but that seems
unlikely as this is the only report of this problem :(
One thing you might try is this ...
create a which contains:
?php
phpinfo();
?
save it as /usr/lib/phpgroupware/info.php and point your browser at
http://server/phpgroupware/info.php save the file and send it to me
( or the debBTS).  Maybe it has something interesting in it.  Note, this
is a long shot.
Cheers
Dave
On Sat, 2005-01-22 at 11:59 +0100, H.-Dirk Schmitt wrote:
 

Hi Dave,
here the result:
[EMAIL PROTECTED]:conf.d  %513 $ grep imap.so /etc/php4/cgi/php.ini
extension=imap.so
phpgroupware is configured via debconf to use apache. As I understood
the configuration in /etc/apache2/conf.d it runs as module.
Best Regards,
H.-Dirk Schmitt
Dave Hall wrote: 
   

Hi Dirk,
Are you running php as a cgi under apache2?
try this one for me:
grep imap.so /etc/php4/cgi/php.ini
Again add it if it isn't there, no need to reload apache as it is
running as a cgi.
Cheers
Dave
On Sat, 2005-01-22 at 02:08 +0100, H.-Dirk Schmitt wrote:
 
 

Hi Dave,
here is the result:
[EMAIL PROTECTED]:dirk  %698 $ grep imap.so /etc/php4/apache/php.ini
extension=imap.so
cu,
H.-Dirk
Dave Hall wrote: 
   
   

Hi Dirk,
Can you try this
grep imap.so /etc/php4/apache/php.ini
It should give you ...
extension=imap.so
If not add it at around line 1070, reload apache and try again.
Cheers
Dave
On Sat, 2005-01-22 at 01:01 +0100, H.-Dirk Schmitt wrote:
 
 
 

Package: phpgroupware
Version: 0.9.16.003-1
Severity: important
I have configured imap authentication. The application doesn't work.
In the apache error log I have found the following:
[client 10.42.1.1] PHP Fatal error:  Call to undefined function:
imap_open() in /usr/share/phpgroupware/phpgwapi/inc/class.auth_mail.inc.php
on line 72
-- System Information:
Debian Release: 3.1
 APT prefers testing
 APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686-smp
Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Versions of packages phpgroupware depends on:
ii  apache2-mpm-prefork [httpd] 2.0.52-3 Traditional model for Apache2
ii  debconf [debconf-2.0]   1.4.30.11Debian configuration management sy
ii  php44:4.3.10-2   server-side, HTML-embedded scripti
ii  php4-cgi4:4.3.10-2   server-side, HTML-embedded scripti
ii  php4-imap   4:4.3.10-2   IMAP module for php4
ii  php4-pgsql  3:4.3.9-1PostgreSQL module for php4
ii  phpgroupware-admin  0.9.16.003-1 phpGroupWare administration module
ii  phpgroupware-phpgwapi   0.9.16.003-1 library of common phpGroupWare fun
ii  phpgroupware-preferences0.9.16.003-1 phpGroupWare preferences managemen
ii  phpgroupware-setup  0.9.16.003-1 phpGroupWare setup III module
ii  wwwconfig-common0.0.42   Debian web auto configuration
-- debconf information:
 phpgroupware/debug:
* phpgroupware/db/type: PostgreSQL
 phpgroupware/db/setup/skip: false
 phpgroupware/db/user/password/mismatch:
* phpgroupware/configuration/note:
 phpgroupware/configuration/password/mismatch:
* phpgroupware/db/user/name: phpgroupware
* phpgroupware/postrm: false
 phpgroupware/db/setup/abort:
 phpgroupware/configuration/overwrite: false
* phpgroupware/db/name: phpgroupware
* phpgroupware/webserver: Apache
 phpgroupware/header/password/mismatch:
* phpgroupware/db/host: postgres.computer42.org
* phpgroupware/db/admin/name: postgres
   
   
   

   
 

--

__
H.-Dirk Schmitt
Dipl. Math.
Solution Architect   Project Manager
eMail: [EMAIL PROTECTED]
mobile: +49 177 616 8564
office phone: +49 2641 909 532
office fax: +49 2641 909 531
office: Telegrafenstr. 13, 53474 Bad Neuenahr

   
   

--

__
H.-Dirk Schmitt
Dipl. Math.
Solution Architect   Project Manager
eMail: [EMAIL PROTECTED]
mobile: +49 177 616 8564
office phone: +49 2641 909 532
office fax: +49 2641 909 531
office: Telegrafenstr. 13, 53474 Bad Neuenahr

   


--

H.-Dirk Schmitt
Dipl. Math.
Solution Architect   Project Manager
eMail: [EMAIL PROTECTED]
mobile: +49 177 616 8564
office phone: +49 2641 909 532
office fax: +49 2641 909 531
office: Telegrafenstr. 13, 53474 Bad Neuenahr
Title: phpinfo()





PHP Version 4.3.10-2



System Linux majestix 2.6.8-1-686-smp #1 SMP Thu Nov 25 04:55:00 UTC 2004 i686 
Build Date Dec 19 2004 03:26:27

Bug#291696: phpgroupware: Cant create user with 'Umlaut' in name

[H.-Dirk Schmitt]

Package: phpgroupware
Version: 0.9.16.003-1
Severity: important


I tried to ad an user with the name german umlaut. I got the following error
message.


Database error: Invalid SQL: INSERT INTO phpgw_contact_person (prefix,
first_name, last_name, created_on, created_by, modified_on, modified_by,
person_id) VALUES ('patrick', 'Patrick', 'Schlösser', 1106402418, 19,
1106402418, 19, 17)
PostgreSQL Error: 1 (ERROR: Unicode characters greater than or equal to
0x1 are not supported)

File: /usr/share/phpgroupware/phpgwapi/inc/class.sql_entity.inc.php
Line: 515

Session halted.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686-smp
Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages phpgroupware depends on:
ii  apache2-mpm-prefork [httpd] 2.0.52-3 Traditional model for Apache2
ii  debconf [debconf-2.0]   1.4.30.11Debian configuration management sy
ii  php44:4.3.10-2   server-side, HTML-embedded scripti
ii  php4-cgi4:4.3.10-2   server-side, HTML-embedded scripti
ii  php4-imap   4:4.3.10-2   IMAP module for php4
ii  php4-pgsql  3:4.3.9-1PostgreSQL module for php4
ii  phpgroupware-admin  0.9.16.003-1 phpGroupWare administration module
ii  phpgroupware-phpgwapi   0.9.16.003-1 library of common phpGroupWare fun
ii  phpgroupware-preferences0.9.16.003-1 phpGroupWare preferences managemen
ii  phpgroupware-setup  0.9.16.003-1 phpGroupWare setup III module
ii  wwwconfig-common0.0.42   Debian web auto configuration

-- debconf information:
  phpgroupware/debug:
* phpgroupware/db/type: PostgreSQL
  phpgroupware/db/setup/skip: false
  phpgroupware/db/user/password/mismatch:
* phpgroupware/configuration/note:
  phpgroupware/configuration/password/mismatch:
* phpgroupware/db/user/name: phpgroupware
* phpgroupware/postrm: false
  phpgroupware/db/setup/abort:
  phpgroupware/configuration/overwrite: false
* phpgroupware/db/name: phpgroupware
* phpgroupware/webserver: Apache
  phpgroupware/header/password/mismatch:
* phpgroupware/db/host: postgres.computer42.org
* phpgroupware/db/admin/name: postgres

Bug#291625: phpgroupware-setup: cannot install foreign language files

[H.-Dirk Schmitt]

Package: phpgroupware-setup
Version: 0.9.16.003-1
Severity: important
Tags: l10n

Installing language data failed. I tested german and french.

Here is the output:

Error inserting record: phpgw_lang values ('%1 not found or not executable
!!!','admin','de','%1 nicht gefunden oder nicht ausführbar !!!')
Error inserting record: phpgw_lang values ('(stored password will not be
shown here)','admin','de','(Gespeichertes Passwort wird hier nicht
angezeigt)')
Error inserting record: phpgw_lang values ('(to install new applications use
setup [manage applications','admin','de','(Zur Installation neuer
Anwendungen verwenden Sie bitte
Setup [Anwendungen Verwalten] !!!)')
Error inserting record: phpgw_lang values ('(to install new applications use
setup [manage applications] !!!)','admin','de','(Zur Installation neuer
Anwendungen verwenden Sie bitte
Setup [Anwendungen Verwalten] !!!)')
Error inserting record: phpgw_lang values ('accesslog and bruteforce
defense','admin','de','Zugangsprotokoll und Abwehr von BruteForce
Angriffen')
Error inserting record: phpgw_lang values ('account
active','admin','de','Konto aktiv')
Error inserting record: phpgw_lang values ('account
list','admin','de','Benutzerkonten anzeigen')
Error inserting record: phpgw_lang values ('account
permissions','admin','de','Zugriffsrechte')
Error inserting record: phpgw_lang values ('account
preferences','admin','de','Einstellungen der Benutzerkonten')
Error inserting record: phpgw_lang values ('acl manager','admin','de','ACL
Manager')
Error inserting record: phpgw_lang values ('acl rights','admin','de','ACL
Rechte')
Error inserting record: phpgw_lang values ('action','admin','de','Aktion')
Error inserting record: phpgw_lang values
('addressmasters','admin','de','Adressen Verwalter')
Error inserting record: phpgw_lang values ('add a new
account.','admin','de','Neues Benutzerkonto anlegen')
Error inserting record: phpgw_lang values ('add
account','admin','de','Benutzerkonto anlegen')
Error inserting record: phpgw_lang values ('add
application','admin','de','Anwendung anlegen')
Error inserting record: phpgw_lang values




-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686-smp
Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages phpgroupware-setup depends on:
ii  phpgroupware0.9.16.003-1 web based groupware system written

-- no debconf information

Bug#291637: phpgroupware: on login imap authentication failed

[H.-Dirk Schmitt]

Package: phpgroupware
Version: 0.9.16.003-1
Severity: important

I have configured imap authentication. The application doesn't work.

In the apache error log I have found the following:
[client 10.42.1.1] PHP Fatal error:  Call to undefined function:
imap_open() in /usr/share/phpgroupware/phpgwapi/inc/class.auth_mail.inc.php
on line 72


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686-smp
Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages phpgroupware depends on:
ii  apache2-mpm-prefork [httpd] 2.0.52-3 Traditional model for Apache2
ii  debconf [debconf-2.0]   1.4.30.11Debian configuration management sy
ii  php44:4.3.10-2   server-side, HTML-embedded scripti
ii  php4-cgi4:4.3.10-2   server-side, HTML-embedded scripti
ii  php4-imap   4:4.3.10-2   IMAP module for php4
ii  php4-pgsql  3:4.3.9-1PostgreSQL module for php4
ii  phpgroupware-admin  0.9.16.003-1 phpGroupWare administration module
ii  phpgroupware-phpgwapi   0.9.16.003-1 library of common phpGroupWare fun
ii  phpgroupware-preferences0.9.16.003-1 phpGroupWare preferences managemen
ii  phpgroupware-setup  0.9.16.003-1 phpGroupWare setup III module
ii  wwwconfig-common0.0.42   Debian web auto configuration

-- debconf information:
  phpgroupware/debug:
* phpgroupware/db/type: PostgreSQL
  phpgroupware/db/setup/skip: false
  phpgroupware/db/user/password/mismatch:
* phpgroupware/configuration/note:
  phpgroupware/configuration/password/mismatch:
* phpgroupware/db/user/name: phpgroupware
* phpgroupware/postrm: false
  phpgroupware/db/setup/abort:
  phpgroupware/configuration/overwrite: false
* phpgroupware/db/name: phpgroupware
* phpgroupware/webserver: Apache
  phpgroupware/header/password/mismatch:
* phpgroupware/db/host: postgres.computer42.org
* phpgroupware/db/admin/name: postgres


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#291646: phpgroupware-email: doesn't recognize php4-imap

[H.-Dirk Schmitt]

Package: phpgroupware-email
Version: 0.9.16.003-1
Severity: important


php4-imap is installed but selecting the email buttons gives following
result:

php-imap support not installed - exiting*
contact your system administrator*



[EMAIL PROTECTED]:email  %726 $ dpkg -l php4-imap 
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ NameVersion Description
+++-===-===-==
ii  php4-imap   4.3.10-2IMAP module for
php4



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686-smp
Locale: LANG=de_DE.88591, LC_CTYPE=de_DE.88591 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages phpgroupware-email depends on:
ii  phpgroupware0.9.16.003-1 web based groupware system written

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]