On Sat, 7 Mar 2020 16:01:22 +0200 Mpampis Kostas
wrote:
> Hello,
>
> This doesn't seem to be arm64 related since the same occurs on ppc64el.
>
> I've been reproducing this failure consistently by running the autopkgtest
> suite on a stressed host.
> I think that the failure appears under similar
Ignore the previous update. It was intended for bug 962630, not this
one...
Linking against libunwind helps on (at least) armel, but it seems to
break on (at least) arm64.
The test suite reports the following when linked against libunwind on
arm64:
test-backtrace.c:14: Assert failed: strstr(str_c(bt), "test_backtrace") != NULL
backtrace_append ...
ice
manager when the service is ready.
For a real problem caused by assuming readiness too early, please see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951722
For the meaning of the service type and details of the readiness
protocol, see also the following links:
https://www.freedesktop.org/softw
Am 23.05.20 um 11:14 schrieb Nis Martensen:
> Thanks a lot Noah and Michael for working on this!
>
> Michael Biebl wrote:
>> The patch to add sd_notify is rather trivial. Problem is, that dovecot
>> unhelpfully clears the full environment. In src/master/main.c,
>> sd_notify() should be called arou
Thanks a lot Noah and Michael for working on this!
Michael Biebl wrote:
> The patch to add sd_notify is rather trivial. Problem is, that dovecot
> unhelpfully clears the full environment. In src/master/main.c,
> sd_notify() should be called around/after main_init().
> Unfortunately, at this point
I'm convinced that applying such hacks are a bad practice and should be
avoided.
I also have to add, that my motivation to further look into this has now
basically dropped to zero.
signature.asc
Description: OpenPGP digital signature
On Fri, May 22, 2020 at 11:51:07PM +0200, Michael Biebl wrote:
> > I will upload a new upstream version to sid containing the workaround
> > for the test failures. I will leave this bug open, but will reduce the
> > severity to 'normal'. In a subsequent upload, I will apply a patch to
> > impleme
Am 22.05.20 um 07:29 schrieb Noah Meyerhans:
> On Sun, May 10, 2020 at 11:06:26PM +0200, Michael Biebl wrote:
>>> +echo "Waiting for the service to be available"
>>> +c=0
>>> +while ! nc -z -U /var/run/dovecot/auth-userdb; do
>>> + c=$(($c+1))
>>> + sleep 2
>>> + if [ $c -gt 30 ]; then
>>> +
On Sun, May 10, 2020 at 11:06:26PM +0200, Michael Biebl wrote:
> > +echo "Waiting for the service to be available"
> > +c=0
> > +while ! nc -z -U /var/run/dovecot/auth-userdb; do
> > + c=$(($c+1))
> > + sleep 2
> > + if [ $c -gt 30 ]; then
> > + echo "Timed out waiting for the servi
Am 10.05.20 um 23:06 schrieb Michael Biebl:
> On Sat, 7 Mar 2020 16:01:22 +0200 Mpampis Kostas
> wrote:
>> diff --git a/debian/tests/control b/debian/tests/control
>> index 7abd238c3..5bf1dc94b 100644
>> --- a/debian/tests/control
>> +++ b/debian/tests/control
>> @@ -6,5 +6,5 @@ Tests: systemd
>>
On Sat, 7 Mar 2020 16:01:22 +0200 Mpampis Kostas
wrote:
> diff --git a/debian/tests/control b/debian/tests/control
> index 7abd238c3..5bf1dc94b 100644
> --- a/debian/tests/control
> +++ b/debian/tests/control
> @@ -6,5 +6,5 @@ Tests: systemd
> Depends: dovecot-core, systemd-sysv
>
> Test-Comma
Hello,
This doesn't seem to be arm64 related since the same occurs on ppc64el.
I've been reproducing this failure consistently by running the autopkgtest
suite on a stressed host.
I think that the failure appears under similar high-load circumstances on
the debian ci host.
dovecot-lda communicat
Source: dovecot
Version: 1:2.3.7.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky
Hi,
the autopkgtest suite appears to be flaky on arm64. Sometimes it
succeeds, sometimes command1 fails [1].
This is problematic, as this (randomly) blocks other packages from
entering testing
14 matches
Mail list logo
