Bug#1059270: e2fsprogs: e2scrub_reap.service triggers mount of nfs home before network is ready causing loop

2023-12-22 Thread Rike-Benjamin Schuppner
Package: e2fsprogs Version: 1.47.0-2 Severity: important Dear Maintainer, we run a system with the /home folder living in a remote nfs server. After upgrading to Debian 12, we noticed boot failures that were apparently caused by the e2scrub_reap.service as this service triggers an automount

Bug#1043363: ganglia-webfrontend: not compatible with PHP 8

2023-08-09 Thread Rike-Benjamin Schuppner
/graph.php(1615): ganglia_api_error_handler()\n#1 {main}\n thrown in /usr/share/ganglia-webfrontend/lib/common_api.php on line 18 While it may still work with an older version of PHP, it is out of the box unusable on Debian bookworm. Best /rike-benjamin schuppner [1]: https://github.com/ganglia

Bug#950872: gnome-control-center: Cannot add new VPN connection without admin rights

2020-02-07 Thread Rike-Benjamin Schuppner
Package: gnome-control-center Version: 1:3.30.3-2~deb10u1 Severity: normal Dear Maintainer, in Debian 9, it used to be possible to create new VPN connections as a non- admin by importing from file or setting up the data in the GUI (gateway, type, certificates) and then unticking ‘Make available t

Bug#878067: ganglia-webfrontend: not compatible with PHP 7

2017-10-09 Thread Rike-Benjamin Schuppner
Package: ganglia-webfrontend Version: 3.6.1-3 Severity: normal Hi, The ganglia-webfrontend code contains calls to split() which is not available in PHP 7 anymore (and therefore breaks on Debian 9) as can be seen by accessing http://localhost/ganglia/api/host.php?action=list. A quick fix seems to

Bug#878066: ganglia-webfrontend: not compatible with PHP 7

2017-10-09 Thread Rike-Benjamin Schuppner
Package: ganglia-webfrontend Version: 3.6.1-3 Severity: normal Hi, The ganglia-webfrontend code contains calls to split() which is not available in PHP 7 anymore (and therefore breaks on Debian 9) as can be seen by accessing http://localhost/ganglia/api/host.php?action=list. A quick fix seems to

Bug#759544: nslcd: fails 'sometimes' to start at boot (systemd?)

2015-03-04 Thread Rike-Benjamin Schuppner
Hi, On Sun, 04 Jan 2015 00:42:42 +0100 Bernhard Schmidt wrote: > I suspect that this indeed a race between nslcd starting up and > /etc/network/if-up.d/nslcd sending SIGUSR1 to the process. This sounds > like http://arthurdejong.org/git/nss-pam-ldapd/commit/?id=1d3b19b1ecd3b10f36e8925e8a752a2