Your message dated Fri, 06 May 2005 15:36:41 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#304092: ultrapossum-slapd: FTBFS: failed test
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 10 Apr 2005 20:22:13 +0000
>From [EMAIL PROTECTED] Sun Apr 10 13:22:13 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mail-out.m-online.net [212.18.0.9]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DKiwf-0002Nm-00; Sun, 10 Apr 2005 13:22:13 -0700
Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148])
by mail-out.m-online.net (Postfix) with ESMTP id DA08E7B1E;
Sun, 10 Apr 2005 22:22:11 +0200 (CEST)
Received: from atari.stigge.org (ppp-82-135-70-5.mnet-online.de [82.135.70.5])
by mail.m-online.net (Postfix) with ESMTP id 878F2695C5;
Sun, 10 Apr 2005 22:22:07 +0200 (CEST)
Received: from [192.168.5.99] (localhost [127.0.0.1])
by atari.stigge.org (Postfix) with ESMTP id 0F4A2100442A3;
Sun, 10 Apr 2005 22:22:06 +0200 (CEST)
From: Roland Stigge <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: ultrapossum-slapd: FTBFS: failed test
Message-Id: <[EMAIL PROTECTED]>
Date: Sun, 10 Apr 2005 22:22:06 +0200 (CEST)
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Package: ultrapossum-slapd
Version: 0.0.4+2.2.20sb2-1
Severity: serious
Hi,
building the package ultrapossum-slapd in a clean sid build environment
(with pbuilder) on i386 results in:
=========================================================================
[...]
Using ldapsearch to check that master slapd is running...
Waiting 5 seconds for slapd to start...
Starting slave slapd on TCP/IP port 9012...
Using ldapsearch to check that slave slapd is running...
Waiting 20 seconds for syncbackup to receive changes...
modify data
Waiting 10 seconds for syncbackup to receive changes...
Using ldapsearch to read all the entries from the master...
Using ldapsearch to read all the entries from the slave...
Using ldapsearch to read all the entries from the another slave...
Filtering ldapsearch results...
Filtering original ldif used to create database...
Comparing retrieved entries from master and slave...
Filtering original ldif used to create database...
Comparing retrieved entries from master and slave...
test failed - master and another slave databases differ
>>>>> ./scripts/test101-syncbackup [1mfailed[m (exit 1)
make[6]: *** [bdb-yes] Error 1
make[6]: Leaving directory
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream/build-tree/openldap-2.2.20/tests'
make[5]: *** [test] Error 2
make[5]: Leaving directory
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream/build-tree/openldap-2.2.20/tests'
make[4]: *** [test] Error 2
make[4]: Leaving directory
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream/build-tree/openldap-2.2.20'
make[3]: *** [check-local] Error 2
make[3]: Leaving directory
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory
`/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2/upstream'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2'
make: *** [build-stamp] Error 2
=========================================================================
Please note that on other arches, the packages FTBFS, too, but for different
reasons (linker error, other tests).
Thanks for considering.
--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/
Please note that this report has not been generated fully automatically.
DARTS just helped finding the problem.
---------------------------------------
Received: (at 304092-done) by bugs.debian.org; 6 May 2005 06:37:17 +0000
>From [EMAIL PROTECTED] Thu May 05 23:37:16 2005
Return-path: <[EMAIL PROTECTED]>
Received: from sv1.valinux.co.jp [210.128.90.2]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DTwSa-0005fT-00; Thu, 05 May 2005 23:37:16 -0700
Received: from taru.local.valinux.co.jp (vagw.valinux.co.jp [210.128.90.14])
by sv1.valinux.co.jp (Postfix) with ESMTP
id 0C85970BED; Fri, 6 May 2005 15:37:15 +0900 (JST)
Subject: Re: Bug#304092: ultrapossum-slapd: FTBFS: failed test
From: Masato Taruishi <[EMAIL PROTECTED]>
To: Roland Stigge <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-VV7Y5cvyFhB26v43zOR0"
Organization: VA Linux Systems Japan, K.K.
Date: Fri, 06 May 2005 15:36:41 +0900
Message-Id: <[EMAIL PROTECTED]>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.4
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
--=-VV7Y5cvyFhB26v43zOR0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
I can't reproduce this failure. Maybe this is because the test was
run on slow machine and the replication wasn't finished within 10
seconds. If you can reproduce this bug, please reopen this bug.
Build failures of other architectures still exists but this is
another problem.
thanks
> Package: ultrapossum-slapd
> Version: 0.0.4+2.2.20sb2-1
> Severity: serious
>=20
> Hi,
>=20
> building the package ultrapossum-slapd in a clean sid build environment
> (with pbuilder) on i386 results in:
>=20
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> [...]
> Using ldapsearch to check that master slapd is running...
> Waiting 5 seconds for slapd to start...
> Starting slave slapd on TCP/IP port 9012...
> Using ldapsearch to check that slave slapd is running...
> Waiting 20 seconds for syncbackup to receive changes...
> modify data
> Waiting 10 seconds for syncbackup to receive changes...
> Using ldapsearch to read all the entries from the master...
> Using ldapsearch to read all the entries from the slave...
> Using ldapsearch to read all the entries from the another slave...
> Filtering ldapsearch results...
> Filtering original ldif used to create database...
> Comparing retrieved entries from master and slave...
> Filtering original ldif used to create database...
> Comparing retrieved entries from master and slave...
> test failed - master and another slave databases differ
> >>>>> ./scripts/test101-syncbackup =1B[1mfailed=1B[m (exit 1)
> make[6]: *** [bdb-yes] Error 1
> make[6]: Leaving directory `/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2=
/upstream/build-tree/openldap-2.2.20/tests'
> make[5]: *** [test] Error 2
> make[5]: Leaving directory `/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2=
/upstream/build-tree/openldap-2.2.20/tests'
> make[4]: *** [test] Error 2
> make[4]: Leaving directory `/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2=
/upstream/build-tree/openldap-2.2.20'
> make[3]: *** [check-local] Error 2
> make[3]: Leaving directory `/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2=
/upstream'
> make[2]: *** [check-am] Error 2
> make[2]: Leaving directory `/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2=
/upstream'
> make[1]: *** [check-recursive] Error 1
> make[1]: Leaving directory `/tmp/buildd/ultrapossum-slapd-0.0.4+2.2.20sb2=
'
> make: *** [build-stamp] Error 2
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
> Please note that on other arches, the packages FTBFS, too, but for differ=
ent reasons (linker error, other tests).
>=20
> Thanks for considering.
>=20
>=20
> --
> DARTS - Debian Archive Regression Test Suite
> http://darts.alioth.debian.org/
>=20
> Please note that this report has not been generated fully automatically.
> DARTS just helped finding the problem.
>=20
--=-VV7Y5cvyFhB26v43zOR0
Content-Type: application/pgp-signature; name=signature.asc
Content-Description:
=?UTF-8?Q?=E3=81=93=E3=81=AE=E3=83=A1=E3=83=83=E3=82=BB=E3=83=BC?=
=?UTF-8?Q?=E3=82=B8=E3=81=AB=E3=81=AF=E3=83=87=E3=82=B8=E3=82=BF?=
=?UTF-8?Q?=E3=83=AB=E7=BD=B2=E5=90=8D=E3=81=95=E3=82=8C=E3=81=9F?=
=?UTF-8?Q?=E9=83=A8=E5=88=86=E3=81=8C=E3=81=82=E3=82=8A=E3=81=BE?=
=?UTF-8?Q?=E3=81=99?=
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQBCexB51SOm5mAGKIQRAh61AJ9eCLhUXbBmhrNLUFF7ZwkuTcF6zACeOpJ4
FiE8j+2SsJQlYYHbPS2Ep3k=
=PWg1
-----END PGP SIGNATURE-----
--=-VV7Y5cvyFhB26v43zOR0--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
