Re: Dump commands
| Newsgroups | gmane.linux.lfs.support |
|---|---|
| Message-ID | <[email protected]> |
On 8/12/26 19:41, Bruce Dubbs ([email protected] via lfs-support Mailing List) wrote: > On 8/12/26 2:51 PM, Pocket ([email protected] via lfs-support Mailing List) wrote: >> >> FYI >> >> When building the book and also dumping the commands >> in some of the scripts the tailing \ is not there >> >> For example.... >> >> From my script >> make BASEDIR="$basedir" DUMPDIR="$dumpdir" NOCHUNKS_OUTPUT="$nochunks" book dump- commands nochunks >> >> 027-addinguser >> >> groupadd lfs >> >> useradd -s /bin/bash -g lfs >> -m -k /dev/null lfs >> >> >> passwd lfs >> >> >> chown -v lfs >> $LFS/{usr{,/*},var,etc,tools} >> case $(uname -m) in >> x86_64) chown -v lfs >> $LFS/lib64 ;; >> esac >> >> su - lfs >> >> Not a huge deal as I just use sed to fix it before sourcing the script > > I do not know why you have this issue. Those problematic lines are > all single lines in the book. We really do not use the > dump-commands option in the Makefile, but if you want to propose a > change to stylesheets/dump-commands.xsl, we'll be glad to look at it. What seems to be happening as that when an ENTITY is used (&entity;) in a userinput block, a newline is added after the ENTITY. This can be great in some cases, but can cause issues like this. I took a look at dump-commands.xsl and couldn't find why it's happening. Probably hidden away in another XSLT file. Anyhow, instead of inserting newlines after ENTITIES, it should just carry on until the userinput is over. Leads to longer lines, but doesn't carry all that baggage with extra conditions. - Zeckma -- http://lists.linuxfromscratch.org/sympa/info/lfs-support Unsubscribe: See the above information page