On 02/22/2014 08:44 AM, Mark H Weaver wrote:
PASS: test_local_revocation.py
Feb 22 07:17:50-660583 testbed-api-topology-16547 WARNING Error while
establishing a link: 0x4: Timeout while connecting to CORE of peer with id: 0
-- Retrying
Feb 22 07:17:51-098510 testbed-api-topology-16547
On 02/22/2014 09:46 AM, Sree Harsha Totakura wrote:
This is likely to cause the load on the system. 'gnunet-service-nse'
tries to find a proof-of-work to participate in the size estimation
application of GNUnet. This proof-of-work involves find a value whose
hash matches its first n digits;
On Fri, Feb 21, 2014 at 06:49:43PM +0100, Ludovic Courtès wrote:
The same holds for Qt - its build times out after 2 hours, when it is simply
not finished. Could we raise the timeout on hydra?
IIUC the code, there’s not absolute timeout by default, only a
timeout-on-silence. Which one do we
Sree Harsha Totakura sreehar...@totakura.in writes:
On 02/21/2014 07:22 AM, Mark H Weaver wrote:
Any idea what's going on here? In case it's helpful, I've also attached
the entire build log.
Can you go into the build directory
On 02/21/2014 04:31 PM, Ludovic Courtès wrote:
On the GNUnet side, it would be great if the tests were less timing sensitive.
We faced these problems earlier when we added Sheevaplug and RasberryPi
into our buildbots. Unfortunately, since we are having a network
application, the timeouts are
Hi Sree,
I had said on IRC that I successfully built GNUnet on mips64el, but that
was due to my faulty memory. In fact, I've not yet successfully passed
GNUnet's test suite.
Here's what happened with my most recent attempt. Interestingly,
although the 'testbed_api_topology' test passed, much