Re: Dump commands
| Newsgroups | gmane.linux.lfs.support |
|---|---|
| Message-ID | <[email protected]> |
Am 13.08.26 um 03:41 schrieb Bruce Dubbs ([email protected] via lfs-support Mailing List): > On 8/12/26 2:51 PM, Pocket ([email protected] via lfs-support > Mailing List) wrote: >> / snip / >> case $(uname -m) in >> x86_64) chown -v lfs >> $LFS/lib64 ;; >> esac / snip / Successful execution of chown -v lfs $LFS/lib64 does not depend on whether the machine is x86_64 or not but whether directory "$LFS/lib64" exists or not. That directory was already created (or not) in ch. 4.2: case $(uname -m) in x86_64) mkdir -pv $LFS/lib64 ;; esac So the test in ch. 4.3 should _not_ be case $(uname -m) in ... but rather if [[ -d $LFS/lib64 ]]; then chown -v lfs $LFS/lib64 fi Apart from that I'm not sure whether using multi-way decision-test "case" for a one-way test is really a good choice for an educational project. At least not without a default case. BTW: I think that the dot after the last digit in chapter-headings like 4.3. Adding the LFS User is wrong or at least quite unusual. Rainer -- http://lists.linuxfromscratch.org/sympa/info/lfs-support Unsubscribe: See the above information page