Bug#612267: mediawiki-extions-confirmedit: If this extension is installed no change to the Wiki at all could be saved.

2011-02-07 Thread Marko von Oppen
Package: mediawiki-extions-confirmedit Version: 2.3 Severity: grave Justification: renders package unusable The following error message appears always on my server if this extension is installed. Detected bug in an extension! Hook ConfirmEditHooks::confirmEditMerged failed to return a value;

Bug#678525: Another workaround

2012-07-31 Thread Marko von Oppen
Hello, first I could also confirm the problem after upgrading for squeeze to wheezy in AMD64. The source code must not be changed to resolve the problem. Inserting keyUseMetaFD/key false/ in /etc/caldavd/caldavd.plist also helps. Marko -- To UNSUBSCRIBE, email to

Bug#742877: nagios-plugins-contrib: check_raid does not work for new kernel versions

2014-03-28 Thread Marko von Oppen
Package: nagios-plugins-contrib Version: 9.20140106~bpo70+1 Severity: normal Dear Maintainer, the current version 3.0.5 of check_raid (/usr/lib/nagios/plugins/check_raid -V) does not work for newer backport kernels. It seems to be fixed in current upstream version 3.0.6. So maybe the Wheezy

Bug#782568: smartmontools: Default MTA 'mail' not available in any Debian packages

2015-04-14 Thread Marko von Oppen
Package: smartmontools Version: 6.3+svn3990-1~bpo70+1 Severity: normal Dear Maintainer, the Debian package smartmontools has options to send warning mails in various situations. For these cases the package provides a script /usr/share/smartmontools/smartd_warning.sh This script calls in

Bug#783813: exim4-daemon-custom could not be build from source package

2015-04-30 Thread Marko von Oppen
Source: exim4 Version: 4.84-8 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, In the past it was very easy to build this custom package using the following steps: # apt-get source exim4 # cd exim4-4.72 # fakeroot debian/rules

Bug#783813: exim4-daemon-custom could not be build from source package

2015-04-30 Thread Marko von Oppen
Hi Mark, severity #783813 normal thanks while it is good to hear that someone actually uses exim4-daemon-custom (which I have doubted for years), I am lowering the severity of this bug report to a non-RC severity as the feature is not being used in the packages that get uploaded to Debian

Bug#783813: exim4-daemon-custom could not be build from source package

2015-04-30 Thread Marko von Oppen
Hi Marc, Am 30.04.15 um 19:09 schrieb Marc Haber: Hi Marko, On Thu, Apr 30, 2015 at 06:00:44PM +0200, Marko von Oppen wrote: Please note that this still means that we're going to fix it in due time. But the fix is unlikely to be in a jessie point release. Then thanks a lot in advance. Does

Bug#788429: spamassassin: /etc/init.d/spamassassin restart fails on Jessie/sysvinit

2015-06-11 Thread Marko von Oppen
Package: spamassassin Version: 3.4.0-6 Severity: important Dear Maintainer, the problem is from the same group of problems like #751772 and #741351 root@host:~# /etc/init.d/spamassassin restart Restarting SpamAssassin Mail Filter Daemon: No /usr/sbin/spamd found running; none killed. server

Bug#870064: redir: service names from /etc/services not recognized anymore for --lport=

2017-07-29 Thread Marko von Oppen
Package: redir Version: 3.1-1~exp1 Severity: important Dear Maintainer, specifying a port as a name from /etc/services does not work in Stretch version anymore. In Jessie it was working fine. Sample: /etc/services contains minecraft 10001/tcp # Minecraft Server

Bug#875980: kodi-pvr-vuplus: PVR addon not compatible with Kodi from same Debian release

2017-09-16 Thread Marko von Oppen
Package: kodi-pvr-vuplus Version: 2.4.4+git20160820-2 Severity: grave Justification: renders package unusable Dear Maintainer, The Vuplus PVR addon can be installed, configured and generally works until next Kodi start. After next Kodi start a message box comes up stating that the Vu+/Enigma

Bug#783813: exim4-daemon-custom could not be build from source

2017-09-07 Thread Marko von Oppen
Hi, after waiting 3 years for a fix and running inbetween oldoldstable version of Exim4 I managed today building a new exim4-daemon-custom package from current stable source package. There are two steps necessary to build custom packages: 1) uncomment custom packages in debian/control 2) in

Bug#874669: apt-file reports empty cache; 'apt update' does not fill the cache

2017-09-08 Thread Marko von Oppen
Package: apt-file Version: 3.1.4 Severity: important Dear Maintainer, The cache is reported empty and the suggested way to fill the cache does not work anymore: Sample: $ apt-file search test E: The cache is empty. You need to run "apt update" first. $ apt update Reading

Bug#927698: udev dependencies broken on stretch

2019-04-23 Thread Marko von Oppen
On Sun, 21 Apr 2019 20:23:26 +0200 Michael Biebl wrote: > This is by design. The init script requires a start-stop-daemon with > support for --notify-await. > This is only necessary for sysvinit users. If you don't want to use > systemd then backports is not available to you. > You can ask the

Bug#927698: udev dependencies broken on stretch

2019-04-23 Thread Marko von Oppen
Am 23.04.19 um 14:48 schrieb Michael Biebl: Am 23.04.19 um 21:11 schrieb Marko von Oppen: On Sun, 21 Apr 2019 20:23:26 +0200 Michael Biebl wrote: This is by design. The init script requires a start-stop-daemon with support for --notify-await. This is only necessary for sysvinit users

Bug#878569: spamassassin: Can't set TxRep directory for site wide use

2019-08-18 Thread Marko von Oppen
Hello, this bug is still in the Debian package, also in Stable. The bug was marked fixed upstream some days ago. https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7383 Maybe it could be fixed now in Debian too. Thanks Marko -- *Marko von Oppen* e-mail: ma...@von-oppen.com <mailto