| Newsgroups |
gmane.linux.lfs.beyond.devel |
| Message-ID |
<[email protected]> |
On Mon, Feb 03, 2025 at 09:29:54PM +0800, Xi Ruoyao wrote:
> On Mon, 2025-02-03 at 13:00 +0000, Ken Moffat wrote:
> > On Mon, Feb 03, 2025 at 08:29:06PM +0800, Xi Ruoyao wrote:
> > > On Mon, 2025-02-03 at 11:42 +0000, Ken Moffat wrote:
> > > > I've got what looks, at least to me, like a very strange problem.
> > > > all my git trees, along with notes, backups, list mail and many
> > > > other things, sit on my home server. That is running a somewhat
> > > > old
> > > > version of LFS and some of BLFS (sysv).
> > > >
> > > > Summary of problem: in LFS, when trying to build the book 'make'
> > > > completes normally. In BLFS, 'make' fails because its forst step,
> > > > 'make html' (using xsltproc) fails.
> > > >
> > > > My last fresh build was in October or November (trying xfce with
> > > > wayland, now discarded).
> > > >
> > > > It seems that I updated expat to 2.6.3 on 31st October (needed for
> > > > updated fetchmail). But after that, I rendered the BLFS book on
> > > > 19th
> > > > November (r12.2-636).
> > > >
> > > > Now, I can still pull and make LFS (r12.2-85 including the changes
> > > > from yesterday (Sunday) but I cannot make BLFS for any version.
> > > >
> > > > AFAICS the html: target in the BLFS Makefile has not changed in a
> > > > little over 2 years.
> > > >
> > > > I cannot work out how to debug the failure: make V=something only
> > > > shows me it is in the xsltproc comand, which ends with status 2.
> > > >
> > > > With a fresh run after 'make clean',
> > > > /home/ken/tmp/blfs-html2.xml does not exist, and capturing stderr
> > > > only shows:
> > > >
> > > > make: *** [Makefile:162: /home/ken/tmp/blfs-full.xml] Killed
> > > >
> > > > Any ideas, please ?
> > >
> > > Is there an OOM message in your kernel log? I remember I once saw
> > > this
> > > when some stupid software had leaked too much memory.
> >
> > Yes, thanks.
> >
> > Fro mthe last one:
> > Feb 3 11:29:25 llamedos klogd: [29171967.247196] xsltproc invoked
> > oom-killer: gfp_mask=0x140cca(GFP_HIGHUSER_MOVABLE|__GFP_COMP),
> > order=0, oom_score_adj=0
> > Feb 3 11:29:25 llamedos klogd: [29171967.247207] CPU: 0 PID: 17681
> > Comm: xsltproc Tainted: G T 6.6.18 #1
> >
> > <sigh/>
The sigh was because I knew I'd need to fsck the RAID-1 after 337
days, and there was indeed one problematic sector. Now back up.
>
> $ sudo systemd-run -d -G --wait -p User=xry111 make BASEDIR=render REV=systemd
> Running as unit: run-p17477-i17478.service; invocation ID: 56687fd89d314098a8877449956dec2a
> Finished with result: success
> Main processes terminated with: code=exited, status=0/SUCCESS
> Service runtime: 55.512s
> CPU time consumed: 57.695s
> Memory peak: 6.6G (swap: 0B)
>
> So rendering BLFS needs 6.6 GB of memory?! Can we do something to
> improve?
>
That would be nice. On this very low-end machine making BLFS has got
increasingly slow in recent years.
Anyway - if not, no problem. Thanks for the pointer.
ĸen
--
When it was cold, we used to sit by a candle for warmth.
If it got really cold we lit it.
--
http://lists.linuxfromscratch.org/sympa/info/blfs-dev
Unsubscribe: See the above information page