Bug#436730: Test t/85gofer.t fails on m68k

2007-08-28 Thread Adeodato Simó
* Christian Hammers [Tue, 28 Aug 2007 00:13:11 +0200]:

  Occams's razor: Could you hack the test to increase the timeout, so say
  100, and try again?

 Did not help. But the m68k architecture is no longer officially supported
 by Debian, just autobuilded along with the other architectures, so it's no
 big deal :)

What about the arm failure, though? Why is this bug being closed?

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Judge a man by his questions rather than by his answers.
-- Voltaire




Bug#436730: Test t/85gofer.t fails on m68k

2007-08-28 Thread Christian Hammers
On Tue, 28 Aug 2007 09:04:52 +0200
Adeodato Simó [EMAIL PROTECTED] wrote:

 * Christian Hammers [Tue, 28 Aug 2007 00:13:11 +0200]:
 
   Occams's razor: Could you hack the test to increase the timeout, so say
   100, and try again?
 
  Did not help. But the m68k architecture is no longer officially supported
  by Debian, just autobuilded along with the other architectures, so it's no
  big deal :)
 
 What about the arm failure, though? Why is this bug being closed?

Yes it built there at least.

bye,

-christian-



Bug#436730: Test t/85gofer.t fails on m68k

2007-08-28 Thread Luk Claes

Adeodato Simó wrote:

* Christian Hammers [Tue, 28 Aug 2007 00:13:11 +0200]:


Occams's razor: Could you hack the test to increase the timeout, so say
100, and try again?



Did not help. But the m68k architecture is no longer officially supported
by Debian, just autobuilded along with the other architectures, so it's no
big deal :)


That only means a failure on m68k can not be RC if it's not on another 
arch. It still is an important bug to FTBFS on m68k...


Cheers

Luk


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#436730: Test t/85gofer.t fails on m68k

2007-08-20 Thread Tim Bunce
On Sun, Aug 19, 2007 at 07:35:28PM +0200, Christian Hammers wrote:
 Hello
 
 The Debian autobuilders for arm and m68k fail while trying test t/85gofer.t
 with the following messages:
 
  t/zvxgp_85gofer...
  #   Failed test 'pipeone: DBI 
 connect('transport=null;policy=pedantic;dsn=dbi:Gofer:transport=pipeone;policy=pedantic;perl=/usr/bin/perl
   -Mblib=/build/buildd/libdbi-   
 perl-1.58/blib;timeout=10;dsn=dbi:DBM:dbm_type=SDBM_File;lockfile=0','',...) 
 failed: DBD::Gofer receive_response timed-out after 10 seconds; DBI 
 connect('transport=pipeone;policy=pedantic;perl=/usr/bin/perl  
 -Mblib=/build/buildd/libdbi-perl-1.58/blib;timeout=10;dsn=dbi:DBM:dbm_type=SDBM_File;lockfile=0','',...)
  failed: DBD::Gofer receive_response timed-out after 10 seconds at 
 /build/buildd/libdbi-perl-1.58/blib/lib/DBI/Gofer/Execute.pm line 194 at 
 ./t/85gofer.t line 131
  # '
  #   in ./t/85gofer.t at line 92.
 
 What could be the reason? 
 
 The autobuilder usually uses some kind of chroot environment and the m68k
 one is certainly alsow very slow so it might hit a condition that is 
 unusual on a normal desktop machine.

Occams's razor: Could you hack the test to increase the timeout, so say 100,
and try again?

Tim.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#436730: Test t/85gofer.t fails on m68k

2007-08-19 Thread Christian Hammers
Hello

The Debian autobuilders for arm and m68k fail while trying test t/85gofer.t
with the following messages:

 t/zvxgp_85gofer...
 #   Failed test 'pipeone: DBI 
connect('transport=null;policy=pedantic;dsn=dbi:Gofer:transport=pipeone;policy=pedantic;perl=/usr/bin/perl
  -Mblib=/build/buildd/libdbi-   
perl-1.58/blib;timeout=10;dsn=dbi:DBM:dbm_type=SDBM_File;lockfile=0','',...) 
failed: DBD::Gofer receive_response timed-out after 10 seconds; DBI 
connect('transport=pipeone;policy=pedantic;perl=/usr/bin/perl  
-Mblib=/build/buildd/libdbi-perl-1.58/blib;timeout=10;dsn=dbi:DBM:dbm_type=SDBM_File;lockfile=0','',...)
 failed: DBD::Gofer receive_response timed-out after 10 seconds at 
/build/buildd/libdbi-perl-1.58/blib/lib/DBI/Gofer/Execute.pm line 194 at 
./t/85gofer.t line 131
 # '
 #   in ./t/85gofer.t at line 92.

What could be the reason? 

The autobuilder usually uses some kind of chroot environment and the m68k
one is certainly alsow very slow so it might hit a condition that is 
unusual on a normal desktop machine.

bye,

-christian-


signature.asc
Description: PGP signature