Just adding that this might be worth adding to the options for exim-daemon-
heavy. I've compiled my own custom daemon to enable this option. Would this be
another candidate where dynamically loading support based on the library being
installed would be desirable?
2018-01-22 05:40:20.0 +0100
@@ -1,3 +1,9 @@
+bind9 (1:9.11.2.P1-1spectralmud1) unstable; urgency=medium
+
+ * Compile with support for dnstap
+
+ -- Richard James Salts <rjsa...@red.spectralmud.org> Mon, 22 Jan 2018
05:40:20 +0100
+
bind9 (1:9.11.2.P1-1) unstable; urgency=
Package: wnpp
Severity: wishlist
Owner: Richard James Salts <deb...@spectralmud.org>
* Package name: ldmud
Version : 3.5.1
Upstream Author : Alexander Motzkau <gn...@unitopia.de>, Dominik Schäfer
<zess...@zesstra.de>
* URL : http://www.l
Package: src:linux
Version: 4.9.65-3
Followup-For: Bug #884116
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
sys_vendor:
product_name:
product_version:
chassis_vendor:
chassis_version:
bios_vendor:
Package: rsnapshot
Version: 1.4.2-1
Severity: normal
Dear Maintainer,
The dependencies of rsnapshot seem to be out of alignment with the
default configuration. rsnapshot's default is to use /usr/bin/logger to
log to syslog, however there is no dependency on bsdutils. A file in
Hi, I just came across this problem when trying to compile myself. This
is due to the fact upstream don't yet support tomcat 8.5.
The support for tomcat 8.5 is being tracked at
https://pagure.io/tomcatjss/issue/1
Package: libnss-wrapper
Version: 1.1.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
I am trying to build nss-wrapper on jessie and it was failing.
I was getting an error along the lines of:
implicit declaration of function 'cmocka_unit_test'
Package: libnet-dns-perl
Version: 1.05-1
Severity: serious
Justification: Policy 7.4
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux
Package: check-mk-config-icinga
Version: 1.2.6p5-1~bpo8+1
Severity: minor
/usr/share/check_mk/modules/defaults has not been updated for 1.2.6p5 on
either the icinga or nagios config packages. A minor cosmetic detail, but
when you're looking at multisite it's a bit confusing.
-- System
It appears that the livecheck addon has been removed upstream in this commit:
http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=c004288c4d0463cfe58d090d56f7ff26acd0ed44
As such I think this bug could be closed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
I've taken to running checkrestart with the -b blacklist with a file containing
/\[aio\]. If this could be added to the built in blacklist then this would
work.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I think this patch would be more appropiate as I think the intention is to
detect kernels before 2.4 and act differently.
--- /usr/lib/tiger/scripts/check_known.orig 2013-08-29 16:18:17.353468855
+1000
+++ /usr/lib/tiger/scripts/check_known 2013-08-29 16:20:21.966644143 +1000
@@ -125,8
I was looking through the repo for a tool to test regular expressions and
there doesn't seem to be much I could find in unstable at the moment. Kodos no
longer builds, kregexpeditor was taken out for squeeze/kde4. I realize I could
fire up perl, or some other programming language, but pcretest
Package: gitolite
Version: 2.3-1
Severity: wishlist
Tags: patch
I was attempting to use gitolite with an ecdsa based key and got an error
when gl-setup ran sshkeys-lint. This is because it's using a regular
expression which only knows about dsa and rsa keys. I've attached a patch
which will also
Package: check-mk-config-nagios3
Version: 1.1.10-1
Severity: important
Tags: patch
When you install the nagios integration for check-mk it writes templates to the
wrong directory. Also when generating checks from the check-mk inventory it
will output the wrong file.
-- System Information:
Package: kdebase-workspace-bin
Version: 4:4.6.3-1
Severity: normal
Tags: upstream sid
When launching an application with the application menu bound to a mouse
button the program is started twice. This is an upstream bug documented at
https://bugs.kde.org/show_bug.cgi?id=272732. This is a one
Although the patch to the python from 4:4.4.5-1.1 was included in 4:4.4.5-2 it
looks like the control file wasn't changed to depend on python-cupshelpers
instead of python-cupsutils. I can't currently install on my sid system.
--
To UNSUBSCRIBE, email to
17 matches
Mail list logo
