Linux From ScratchThis Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello.
I am building lfs 6.0 from the book for the first time an I came across an error
bash: /mnt/lfs/tools/bin/../lib/gcc/i686-pc-linux-gnu/3.4.1/specs: No such file or directory
I was just wondering if anyone knows what does /../ mean in that line ?
Hello,
Thanks for the reply
That makes sense.
I was just wondering what would cause that
Why not just have a normal path /mnt/lfs/tools/lib/gcc/i686-pc-linux-gnu/3.4.1/specs
Why would that need to be translated ?
My concern is that perhaps the new lfs I am building may not be able to translate the path and therefore it throws a No such file or directory
error.
Is that possible ?
Why not just have a normal path /mnt/lfs/tools/lib/gcc/i686-pc-linux-gnu/3.4.1/specs
Because this might be a script that doesn't necessarily know the absolute path. Let's say it has /mnt/lfs/tools/bin/ stored in a variable and wants to use the 'sibling' of that directory. Then it's much easier to append ../lib/ instead of modifying the content of the variable.
Hello,
This is just an update in case anyone is reading this.
The problem has been solved so this is no longer an issue.
The /../ can stay there atleast it's no longer a problem for me
My problem was unrelated
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.