[SOLVED] mkdir: permission denied during binutils make install
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.
I have to push "y" "enter" for every file write-protected?? How can I do to say yes to all?? I've done 8600 times "y" "enter" to delete perl, I hurt my fingers
There might be an alias in place that adds the -i option to rm.
If you want to force the rm use the -f flag: rm -rf "folder". Be aware that you will remove folder and all that is attached to it and you cannot un-delete it!!.
I'm again back with another question: in chapter 6.3 the book talks about the package management, but it doesn't say a word about when install it, so is it important that I install it before continuing or can I do it later (when?)??
Chapter 6.3 talks about possible package management.
Quote:
Before you begin to wonder, NO—this section will not talk about nor recommend any particular package manager. What it provides is a roundup of the more popular techniques and how they work. The perfect package manager for you may be among these techniques or may be a combination of two or more of these techniques.
Out of the box LFS does not come with a package management system. There are some hints available (mentioned in chapter 6.3) and there are also some success stories right here on LQ (Check this sub-forum, especially: Build notes for LFS 6.6 with package users. . .).
When and how you implement a package management system all depends on which package management system you choose. Have a good look at the available hints and the link I provided before you decide to pick one.
Ok, so I'll go ahead with lfs and later I'll see what to do with the package manager that is certainly more difficult seen that for me is the first time... Thanks!!
To remove the “I have no name!” prompt, start a new shell. Since a full Glibc was installed in Chapter 5 and the /
etc/passwd and /etc/group files have been created, user name and group name resolution will now work:
Code:
exec /tools/bin/bash --login +h
Note the use of the +h directive. This tells bash not to use its internal path hashing. Without this directive, bash
would remember the paths to binaries it has executed. To ensure the use of the newly compiled binaries as soon as
they are installed, the +h directive will be used for the duration of this chapter.
and then it continues with normal dictation.. I don't understand if I have to give
Code:
exec /tools/bin/bash --login +h
in the lfs shell or in a new shell of the host, and then I have to continue with the others dictations
You do this in the chrooted environment, i.e. the "lfs-shell". You also issue those commands in the very same chrooted environment unless told otherwise. Read this again: http://www.linuxfromscratch.org/lfs/...06/chroot.html
I've solved yesterday's problems and now arrives the others of today....
chapter 6.9.1 GlibC: the book say something about applying patch in order to prevent building with gcc4.5.1 and make 3.8.1
Here is my output:
Code:
root:/sources/packages/glibc-2.12.1# patch -Np1 -i ../../patch/glibc-2.12.1-gcc_fix-1.patch
patch: **** Can't create file /tmp/poHelJJI : No such file or directory
root:/sources/packages/glibc-2.12.1# patch -Np1 -i ../../patch/glibc-2.12.1-gcc_fix-1.patch
patch: **** Can't create file /tmp/po67ixmj : No such file or directory
root:/sources/packages/glibc-2.12.1# patch -Np1 -i ../../patch/glibc-2.12.1-makefile_fix-1.patch
patch: **** Can't create file /tmp/poMR9f5T : No such file or directory
root:/sources/packages/glibc-2.12.1#
As you can see patches aren't in the same folder of packages but in their own folder in sources, near package's folder!
I've solved yesterday's problems and now arrives the others of today....
chapter 6.9.1 GlibC: the book say something about applying patch in order to prevent building with gcc4.5.1 and make 3.8.1
Here is my output:
Code:
root:/sources/packages/glibc-2.12.1# patch -Np1 -i ../../patch/glibc-2.12.1-gcc_fix-1.patch
patch: **** Can't create file /tmp/poHelJJI : No such file or directory
root:/sources/packages/glibc-2.12.1# patch -Np1 -i ../../patch/glibc-2.12.1-gcc_fix-1.patch
patch: **** Can't create file /tmp/po67ixmj : No such file or directory
root:/sources/packages/glibc-2.12.1# patch -Np1 -i ../../patch/glibc-2.12.1-makefile_fix-1.patch
patch: **** Can't create file /tmp/poMR9f5T : No such file or directory
root:/sources/packages/glibc-2.12.1#
As you can see patches aren't in the same folder of packages but in their own folder in sources, near package's folder!
Do you have a /tmp directory? I.e. what is the output of
ls -l /
I've solved with glibc! and everything goes right until gmp because I haven't understand an important thing. When I specify what kind(x86 or amd 64) of operating system am I going to build?
Code:
If you are building for 32-bit x86, but you have a CPU which is capable of running 64-bit code and you
have specified CFLAGS in the environment, the configure script will attempt to configure for 64-bits and
fail. Avoid this by invoking the configure command below with
Code:
ABI=32 ./configure ...
I want to build a genuine 64 bit O.S. so can I simply skip this command??
.
.
.
M4sh.
73: LINENO ok
74: LINENO stack ok
75: AS_BOX FAILED (m4sh.at:155)
76: AS_BASENAME ok
.
.
.
477: autoscan ok
## ------------- ##
## Test results. ##
## ------------- ##[]
ERROR: 437 tests were run,
5 failed (4 expected failures).
40 tests were skipped.
## -------------------------- ##
## testsuite.log was created. ##
## -------------------------- ##
Please send `tests/testsuite.log' and all information you think might help:
To: <bug-autoconf@gnu.org>
Subject: [GNU Autoconf 2.67] testsuite: 75 failed
You may investigate any problem if you feel able to do so, in which
case the test suite provides a good starting point. Its output may
be found below `tests/testsuite.dir'.
make[3]: *** [check-local] Error 1
make[3]: Leaving directory `/sources/packages/autoconf-2.67/tests'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory `/sources/packages/autoconf-2.67/tests'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/sources/packages/autoconf-2.67'
make: *** [check] Error 2
root:/sources/packages/autoconf-2.67#
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.