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 _______________________________________________ darcs-users mailing list [email protected] http://lists.osuosl.org/mailman/listinfo/darcs-users
