[darcs-devel] [darcs-users] buildbot failure in darcs on karel opensolaris OpenSolaris-2008.05 nevada-86-rc3 i386

[zooko]

On May 21, 2008, at 2:46 PM, Karel Gardas wrote:

> sorry, but due to this issue in VirtualBox software:
> http://www.virtualbox.org/ticket/1562 -- I'm switching current
> OpenSolaris buildbot off.

Thanks, Karel!

But I kind of wonder if this error:

http://buildbot.darcs.net/builders/karel%20opensolaris% 
20OpenSolaris-2008.05%20nevada-86-rc3%20i386/builds/18/steps/ 
test_configure/logs/stdio

Doesn't show an unnecessary "fragility" of darcs, that it hangs if  
the underlying gettimeofday jumps during a get.  Hm, in fact I know  
something about this -- darcs is using libcurl, right?  Let me see if  
it shows in your configure output...

Yes:

checking for libcurl... 7.15.5
checking for curl_global_init in -lcurl... yes
checking for curl_multi_timeout in -lcurl... yes

So, libcurl is probably the one having this problem.  If your libcurl  
was configured with libevent, and if your libevent was compiled on  
your system and detected the CLOCK_MONOTONIC, then darcs would have  
worked normally on an HTTP GET even though the gettimeofday was wrong.

I would be interested in pursuing this.  For one thing, buggy  
VirtualBoxes aren't the only way that this kind of thing can happen  
-- I've seen it before with issues involving NTP, system  
administrators changing the system clock, dual-booting with Windows,  
using SMP on older Linux kernels, and embedded systems that rely on  
the network to set their clock.

I would like it if libcurl were configured so that HTTP GETs  
succeeded regardless of how the gettimeofday behaves.

Regards,

Zooko