Re: [lfs-support] Another problem: Glibc in Chapter 5.7
Original-Message Date: Thu, 26 Jan 2012 23:47:31 + From: Andrew Benton b3n...@gmail.com To: lfs-support@linuxfromscratch.org Subject: Re: [lfs-support] Another problem: Glibc in Chapter 5.7 On Thu, 26 Jan 2012 20:35:19 +0100 Mario Meier bea...@gmx.at wrote: Dear Support, I have another problem: Building Glibc (Chapter 5.7) fails during make. This time, I have copied the output immediately: mv -f /mnt/lfs/sources/glibc-build/libc.so.6.new /mnt/lfs/sources/glibc-build/libc.so.6 i686-pc-linux-gnu-gcc -nostdlib -nostartfiles -o /mnt/lfs/sources/glibc-build/iconv/iconvconfig -Wl,-dynamic-linker=/tools/lib/ld-linux.so.2 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both /mnt/lfs/sources/glibc-build/csu/crt1.o /mnt/lfs/sources/glibc-build/csu/crti.o `i686-pc-linux-gnu-gcc --print-file-name=crtbegin.o` /mnt/lfs/sources/glibc-build/iconv/iconvconfig.o /mnt/lfs/sources/glibc-build/iconv/strtab.o /mnt/lfs/sources/glibc-build/iconv/xmalloc.o /mnt/lfs/sources/glibc-build/iconv/hash-string.o -Wl,-rpath-link=/mnt/lfs/sources/glibc-build:/mnt/lfs/sources/glibc-build/math:/mnt/lfs/sources/glibc-build/elf:/mnt/lfs/sources/glibc-build/dlfcn:/mnt/lfs/sources/glibc-build/nss:/mnt/lfs/sources/glibc-build/nis:/mnt/lfs/sources/glibc-build/rt:/mnt/lfs/sources/glibc-build/resolv:/mnt/lfs/sources/glibc-build/crypt:/mnt/lfs/sources/glibc-build/nptl /mnt/lfs/sources/glibc-build/libc.so.6 /mnt/lfs/sources/glibc-build/libc_nonshared.a /mnt/lfs/sources/glibc-build/elf/l d. so -lgcc -lgcc_eh `i686-pc-linux-gnu-gcc --print-file-name=crtend.o` /mnt/lfs/sources/glibc-build/csu/crtn.o /mnt/lfs/tools/bin/../lib/gcc/i686-pc-linux-gnu/4.6.1/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lgcc_eh It seems something went wrong when you installed gcc. The first pass of gcc should be calling itself i686-lfs-linux-gnu, not i686-pc-linux-gnu. Why? The book says, $LFS_TGT should be the return value of config.guess of binutils, which is (in this case) i686-pc-linux-gnu! ld cannot find libgcc_eh.a which should have been installed as part of gcc. You gcc is b0rken. I would start again. Make sure you follow the book carefully. Oh no... Andy -- Feel free - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] heimdal nfs-uitils woes
On Fri, Jan 27, 2012 at 6:46 PM, luxInteg lux-in...@btconnect.com wrote: On Friday 27 January 2012 16:21:34 Matijn Woudt wrote: It seems to me that you have 2 gssapi header files installed on your system. I don't know much about heimdal etc, but note that one is in /usr/local/include and the other one in /usr/include/gssglue/gssapi - Matijn here is my updated build sequence (i.e. fresh build) (everything in /usr/local ) --1--heimdal-1.5.2 --2--libevent2 --3--libnfsidmap --4--libgssapi (omitted) --5--libgssglue --6--librpcsecgss --7--nfs-utils-1.2.5 the build failed like this:- ## from context_heimdal.c:44: /usr/local/include/gssglue/gssapi/gssapi.h:42:2: error: #error It appears you have already included the Heimdal gssapi.h file context_heimdal.c: In function 'write_heimdal_enc_key': context_heimdal.c:76:3: warning: implicit declaration of function 'gssd_k5_err_msg' Right, Looking at context_heimdal.c, there's a note at line 44, saying /* Must use the heimdal copy! */ This means that gcc is wrong in including the libgssglue. While you might be able to solve this by letting GCC know you want to prefer one include directory over the other one (don't know if possible), it might be easier to just remove the #include gssapi.h from line 44 of context_heimdal.c. That should fix the problem. - Matijn --- -- make[2]: *** [gssd-context_heimdal.o] Error 1 ## the nub of the problem seems to be:- --4--libgssapi can be safely omitted but nfs-utils-1.2.5 calls for --5--libgssglue and this also provides a ~/gssapi.h that seems to be preferred to that provided by heimdal. - luxInteg -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[lfs-support] LFS-7.0 /dev/pts
I have finished my LFS-7.0 build and I have successfully booted it aafter solving some problems. The symlink /bin/sh to /bin/bash was missing. I am looking into why that happened, but I see in the chapter06 in the bash section that the link is not created by hand. I believe it should have beeen created by the package installation but it was not. I have made this link by hand to fix this particular problem. I have the following two issues to correct: When it now boots there is a line that states: mount: mount point /dev/pts does not exist This appears in the boot sequence What is responseable for /dev/pts and why might it be missing? The other issue I have is with grub2. Upon trying to install it to the mbr using grub-install /dev/sda it puked saying that the core.img file was too big, hereby trashing the grub-legacy boot loader leaving the system unbootable. I will need to look into what/why/when the cause of the core.img file being too big. Any help would be greatly appreciated Salamat -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS-7.0 /dev/pts
Baho Utot wrote: I have finished my LFS-7.0 build and I have successfully booted it aafter solving some problems. The symlink /bin/sh to /bin/bash was missing. I am looking into why that happened, but I see in the chapter06 in the bash section that the link is not created by hand. I believe it should have beeen created by the package installation but it was not. I have made this link by hand to fix this particular problem. It's done in Section 6.6 - Creating Essential Files and Symlinks I have the following two issues to correct: When it now boots there is a line that states: mount: mount point /dev/pts does not exist This appears in the boot sequence What is responseable for /dev/pts and why might it be missing? It is mounted as devpts /dev/pts devpts gid=4,mode=620 0 0 I suspect that /dev/pts should be created by udev, you might want to comment that out of fstab to see if it is created and then try to mount manually. That's not a final solution, but it might give you some clues. The most likely problem is a kernel configuration issue. I don't know what it would be, but it's not CONFIG_DEVPTS_MULTIPLE_INSTANCES. I don't have that set either. What I do have set in that area is: CONFIG_VT=y CONFIG_CONSOLE_TRANSLATIONS=y CONFIG_VT_CONSOLE=y CONFIG_HW_CONSOLE=y CONFIG_VT_HW_CONSOLE_BINDING=y CONFIG_UNIX98_PTYS=y The other issue I have is with grub2. Upon trying to install it to the mbr using grub-install /dev/sda it puked saying that the core.img file was too big, hereby trashing the grub-legacy boot loader leaving the system unbootable. I will need to look into what/why/when the cause of the core.img file being too big. How big is /boot/core.img? It probably needs to be less than 31K. /usr/sbin/grub-install is a script. It's running $grub_mkimage ${config_opt} -d ${pkglibdir} -O ${mkimage_target} --output=${grubdir}/core.${imgext} --prefix=${prefix_drive}${relative_grubdir} $modules Have the script print out what it thinks the variables are. If there are too many $modules, then that needs to be reduced. You might also want to rebuild grub and make sure it finds xz. There have been some issues with that lately. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page