On Fri, Nov 14, 2008 at 08:17:26PM -0600, William Harrington wrote:
> 
> On Nov 14, 2008, at 6:13 PM, Ken Moffat wrote:
> 
> > On Wed, Nov 12, 2008 at 11:10:49AM +0000, Ken Moffat wrote:
> >> In my build of 6.4-rc1, the box was hanging, apparently for more
> >> than 10 minutes, in the gettext tests.  Last thing in the log was
> >> make[3]: Entering directory
> >> `/building/gettext-0.17/gettext-runtime/tests'
> >> Starting test_lock ... OK
> >> Starting test_rwlock ...
> >>
> >> I killed it with ^C, then took a look around.  Deleted test_lock
> >> and test_lock.o in gettext-runtime and gettext-tools/gnulib-tests,
> >> reran make check, again it hung.
> >> I'm doing a fresh build, after discovering I'd only installed a few
> > locales.
> >
> > Left the build running in gettext, used another machine, came back
> > to it more than 4 hours later, it hadn't advanced.
> >
> > top showed
> > PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> > 5560 root      30  10 44356  580  416 S 99.7  0.1 268:16.62 test-lock
> >
> > log showed
> >
> > make[3]: Entering directory
> > `/building/gettext-0.17/gettext-runtime/tests'
> > Starting test_lock ... OK
> > Starting test_rwlock ...
> >
> > So, it _doesn't_ automatically get past any hang!
> >
> > Killed it.  Repeated.  The 'system activity window' on the taskbar
> > in icewm shows system is busy, but firing up 'top' shows that top is
> > the process using high % of cpu, which seems somewhat unlikely.
> > Test log ends
> 
> I didn't test it during the build while using LFS 6.3 r2160 livecd,  
> however, I didn't get this with my dual P3 1.4 system. It flew right  
> past it while in the running LFS 6.4-rc1 system.
> 
> -William
 Maybe it's just my box, dunno.  I'm currently in my third fresh
build of chapter 6, and the problem is spreading: m4 tests hung on
test_rwlock (it's part of gnulib, so probably in other packages) but
on a second attempt they wizzed through like they normally do.  Got
to gettext, the first two attempts hung here, but the third is
continuing.  Not a showstopper, but annoying.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to