Paul Rogers wrote:
I tried testing that "LANG" bug by exporting "LANG=C" before rerunning the compressed tar, but it failed the same way. Perhaps it had to be defined when tar was made? I didn't think that's what was implied. But if I was going to have to rebuild tar, well, I decided to blow it all away and start over from scratch, using tar-1.28, which caused no problems with the LFS-7.7 host build. Did that and came back to my first script in Ch6 to make and tarball (compressed) the bare, clean FHS. No problems! I'm blaming tar-1.29. I stopped here for the time being, I've a doctor's appointment to go off to. I'll try the rest of CH6 this evening--should be good for a couple hours of grinding.
If the problem is tar-1.29, why does it work perfectly for all the editors? There is nothing special in a disk utility like this that is processor or system dependent.
LFS-8.0 has been out for about two months. If there was a problem, certainly we would have heard about it before now.
-- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
