Your message dated Fri, 21 Nov 2025 17:44:14 +0100
with message-id <[email protected]>
and subject line Re: src:rsyslog: Please disable DNS resolution in the test
suite
has caused the Debian Bug report #840940,
regarding src:rsyslog: Please disable DNS resolution in the test suite
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
840940: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840940
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: src:rsyslog
Version: 8.22.0-1
Severity: normal
Tags: patch
Dear Maintainer,
for reasons I rebuild the rsyslog package. Quite some time ago, must be
at least a year, rebuild started failing due to errors in the test
suite. This left me somewhat in confusion since this happens on
different hosts and different archs while the Debian buildds
appearently never have a problem with it.
After a long debugging session I finally realized the reason for
imptcp_conndrop.sh failing here is an incoming connection rate limit hit
on the DNS server my build hosts access. No big surprise then since
stress testing is part of the test suite and there actually are DNS
requests triggered by the rsyslogd started as part of a test.
While I will certainly review the rate limiting settings, can you
please disable that kind of name server resolution during tests? Above
all, this should speed up the test suite execution a little bit,
something nobody would object. The patch below defines RES_OPTIONS
as recently suggested in debian-devel and works for me.
This might also raise the question whether src:rsyslog violates the
"must not attempt network access" policy but I'll happily leave this to
other to decide.
The remaining failures still require investigation. Some are AFAICT
related to my build system (wild guess: As the list is more or less
identical to the second section you listed in #785101[*], this might be
a bug in the inotify handling of the overlay filesystem).
Christoph
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -1,6 +1,10 @@
if ENABLE_TESTBENCH
CLEANFILES = \
IN_AUTO_DEBUG
+
+# disable network access through DNS
+export RES_OPTIONS=attempts:0
+
# IN_AUTO_DEBUG should be deleted each time make check is run, but
# there exists no such hook. Se we at least delete it on make clean.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.4.24 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Hi,
I just tested a build where internet access was not available and the
build was successful.
Since the bug report is rather old, it might be, that the issue has been
solved in the mean time and I'm thus closing it.
If you still have trouble rebuilding the package it would be good to
know how exactly you setup your build environment.
Regards
On Sun, 16 Oct 2016 13:13:04 +0200 Christoph Biedl
<[email protected]> wrote:
Package: src:rsyslog
Version: 8.22.0-1
Severity: normal
Tags: patch
Dear Maintainer,
for reasons I rebuild the rsyslog package. Quite some time ago, must be
at least a year, rebuild started failing due to errors in the test
suite. This left me somewhat in confusion since this happens on
different hosts and different archs while the Debian buildds
appearently never have a problem with it.
After a long debugging session I finally realized the reason for
imptcp_conndrop.sh failing here is an incoming connection rate limit hit
on the DNS server my build hosts access. No big surprise then since
stress testing is part of the test suite and there actually are DNS
requests triggered by the rsyslogd started as part of a test.
While I will certainly review the rate limiting settings, can you
please disable that kind of name server resolution during tests? Above
all, this should speed up the test suite execution a little bit,
something nobody would object. The patch below defines RES_OPTIONS
as recently suggested in debian-devel and works for me.
This might also raise the question whether src:rsyslog violates the
"must not attempt network access" policy but I'll happily leave this to
other to decide.
The remaining failures still require investigation. Some are AFAICT
related to my build system (wild guess: As the list is more or less
identical to the second section you listed in #785101[*], this might be
a bug in the inotify handling of the overlay filesystem).
Christoph
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -1,6 +1,10 @@
if ENABLE_TESTBENCH
CLEANFILES = \
IN_AUTO_DEBUG
+
+# disable network access through DNS
+export RES_OPTIONS=attempts:0
+
# IN_AUTO_DEBUG should be deleted each time make check is run, but
# there exists no such hook. Se we at least delete it on make clean.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.4.24 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
