Re: [tabled patch 1/1] Stagger the start-daemon

[Jeff Garzik]

On 06/30/2010 10:49 AM, Pete Zaitcev wrote:

My rule of thumb is that magic delays are evil or stupid, so I worked on
eliminating them from our scripts. However, in this case it's just not
worth it, because the result is that we have to wait way more than 100s
for several cycles of CLD timeouts to complete, not just one, before we
declare a failure. With this patch, all builds completed that I submitted
to Fedora build system.

Signed-off-by: Pete Zaitcevzait...@redhat.com

---
  test/start-daemon  |4 
  test/wait-for-listen.c |7 ++-
  2 files changed, 6 insertions(+), 5 deletions(-)


applied


--
To unsubscribe from this list: send the line unsubscribe hail-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [RFC] new structure: hail pkg instead of cld, chunkd

[Pete Zaitcev]

On Thu, 1 Jul 2010 18:58:18 -0400
Jeff Garzik jgar...@pobox.com wrote:

 To clarify my proposal, and taking into account your comments and some
 refinements, I think the following should occur at the git repository
 + source tarball level:
 
     cld/* - hail
     chunkd/* - hail
 
 Thus you would download and build hail-0.1.tar.gz.  hail-0.1.tar.gz
 would be packaged as hail-0.1.src.rpm.  Building hail-0.1.src.rpm
 produces the following rpms:
 
     libhail (httpstor, cldc, chunkdc, tcp_write, timers, other?)
     libhail-devel (*.h, api docs)
     cld
     chunkd

Sounds fine to me. We already have an unofficial unification with
timers, so might as well take advantage of it. Also it addresses
Darcy's request to make httpstor available. Although purely
aesthetically it seems strange to have the library but not its server,
it reflects the nature of tabled as a siamese twin of Hail core.

-- Pete
--
To unsubscribe from this list: send the line unsubscribe hail-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html