[lkml]   [2003]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.5 changeset 1.952.4.2 corrupt in fs/jfs/inode.c
> > And is everyone happy with 8.0's glibc, if we offer that up until 8.1 comes
> > out? If so, we'll buy a machine and add it to the build cluster this week.
> UML is your friend here - you can have a whole set of distros/revisions all
> on the same host.

We do our builds in parallel on all platforms (except s390, that one
is special for obvious reasons). Even with a fast machine it takes a
while to do the build/test cycle. So we allocate a machine/platform.

The cost of the machine doesn't bother me that much, actually, it's
the power. The power bill for our build cluster is about $800/month.
I've thought of putting all the machines on a software controlled
power switch and turning them on when we need it but bring up on some
of these is manual (headless machines that don't want to be headless,
the alpha machine refuses to autoboot, etc) and my experience is that
power cycling is a great way to make machines die young.

So we're sort of stuck with the current model. It's not that bad, we
use cheap machines, it will cost me maybe $400 to put a new machine
up, that's hardly something to get excited about if it makes some
problems go away.

What I'd really like to know is if we really need a glibc2.3 image.
Would the guy who had the segfaults step foward and confirm/deny the
use of the static image? We haven't had any other problem reports
related to glibc2.3 so it may be there is no need to do anything but
kill the static version. I can always hand roll one for Gooch. Does
anyone else need a.out support?
Larry McVoy lm at
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:32    [W:0.074 / U:10.288 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site