[lfs-support] Chroot failure
I'm doing LFS 7.0 on an Ubuntu 11.10 system. My system rebooted and I need to get back into the Chroot environment. I mounted all the virtual kernel file systems, but when I ran the Chroot command in section 6.4, I received: chroot: failed to run command `/tools/bin/env': No such file or directory How to I chroot I to my new system? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Chroot failure
On Thu, 29 Dec 2011 06:47:39 -0500 Austin Jones austin.jones...@gmail.com wrote: I'm doing LFS 7.0 on an Ubuntu 11.10 system. My system rebooted and I need to get back into the Chroot environment. I mounted all the virtual kernel file systems, but when I ran the Chroot command in section 6.4, I received: chroot: failed to run command `/tools/bin/env': No such file or directory What does this show? ldd /tools/bin/env If it mentions /usr/lib or /lib then you have compiled it linked to libraries on your host system and it will not work in chroot. If so it (and everything else that has been miscompiled) will need to be recompiled properly. Andy -- 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 - 6.34 Perl-5.14.2 - 32bit VM Host on Slackware 13
On Sat, Dec 24, 2011 at 12:49:55PM +, Andrew Benton wrote: For what it's worth, I've managed to reduce the number of static libs to 8, all from gcc, binutils or glibc: andy@eccles:~$ ls /usr/lib/*.a /usr/lib/libc_nonshared.a /usr/lib/libmcheck.a /usr/lib/libg.a /usr/lib/libpthread_nonshared.a /usr/lib/libiberty.a /usr/lib/librpcsvc.a /usr/lib/libieee.a /usr/lib/libsupc++.a It may be possible to get rid of some of these, but fiddling with them got time consuming so I gave up. Yeah, very time-consuming (move to a new name, build an LFS system, see what breaks. However, *one* of the above (libiberty.a) is not needed although the book goes out of its way to install it. In reality, every package that needs this should ship its own version, but I no longer have the link to a (semi-}authoritative statement. I expect political fallout if I ever try to remove it, and anyway I've still got 30 static libs (on the old LFS-6.8 box I'm on at the moment) so static toolchain libs haven't been a priority. Will try removing the others for my next build [ nothing fancy, just sorting out my own revised desktop build sequence ]. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] metacity error
On Thu, Dec 29, 2011 at 11:11:00AM -0600, Bruce Dubbs wrote: spiky wrote: Hi I,m building Metacity-2.30.1 I recieved an error while running make. libmetacity_private_la-boxes.lo] Error 1 leaving metacity-2.30.1/src. I checked the src there is no libmetacity_private_la-boxes I have not had a chance to try Metacity yet because it requires several Gnome packages that have not yet been updated. It was last checked for LFS 6.5. The current version is 2.34.1. If you get it working, let us know of any workarounds you needed to do. -- Bruce FWIW, the error is in the line(s) before that - it's running something (gcc, g++, ld, libtool, ...) to create libmetacity_private_la-boxes.lo. There should be a descriptive error message - without that, all attempts to help are just guesswork! Since you appear to be using the book's old 2.30 gnome versions, I think you should try 2.30.3 : I see a couple of things in the 2.30.2 and 2.30.3 'news' files at http://ftp.acc.umu.se/pub/gnome/sources/metacity/2.30/ which look related to preventing build problems - in particular, -Werror gives problems where the newer versions of gcc have started to warn about more things. 2.34.1 is used with gnome-3 so it might require newer versions of GConf, zenity, or libcanberra. [ see Wayne's book ]. I've used libcanberra-0.28 on LFS-6.8 as well as LFS-7.0, and I know GConf-3.2.3 works fine on LFS-7.0 with gtk+-3. As to zenity, I have no experience. As always, YMMV. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Chroot failure
No, I had just forgotten to mount the partition that I had LFS on. Thanks anyways! On Dec 29, 2011 9:07 AM, Andrew Benton b3n...@gmail.com wrote: On Thu, 29 Dec 2011 06:47:39 -0500 Austin Jones austin.jones...@gmail.com wrote: I'm doing LFS 7.0 on an Ubuntu 11.10 system. My system rebooted and I need to get back into the Chroot environment. I mounted all the virtual kernel file systems, but when I ran the Chroot command in section 6.4, I received: chroot: failed to run command `/tools/bin/env': No such file or directory What does this show? ldd /tools/bin/env If it mentions /usr/lib or /lib then you have compiled it linked to libraries on your host system and it will not work in chroot. If so it (and everything else that has been miscompiled) will need to be recompiled properly. Andy -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] metacity error
On 29/12/11 17:11, Bruce Dubbs wrote: spiky wrote: Hi I,m building Metacity-2.30.1 I recieved an error while running make. libmetacity_private_la-boxes.lo] Error 1 leaving metacity-2.30.1/src. I checked the src there is no libmetacity_private_la-boxes I have not had a chance to try Metacity yet because it requires several Gnome packages that have not yet been updated. It was last checked for LFS 6.5. The current version is 2.34.1. If you get it working, let us know of any workarounds you needed to do. -- Bruce I did have to change to libcanberra-028 as the 0.18 failed to build, The 0.28 version built without problems, Regarding Metacity I was just seeing what is was like as I had tried Fluxbox and sawfish, I did get success with Metacity-2.34.1 building without problem Just couldn't configure it to work with X, I then swapped to xfce-4.8 which went without a hitch. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.0 - 6.34 Perl-5.14.2 - 32bit VM Host on Slackware 13
On Thu, Dec 29, 2011 at 06:34:07PM +, Ken Moffat wrote: On Sat, Dec 24, 2011 at 12:49:55PM +, Andrew Benton wrote: For what it's worth, I've managed to reduce the number of static libs to 8, all from gcc, binutils or glibc: andy@eccles:~$ ls /usr/lib/*.a /usr/lib/libc_nonshared.a /usr/lib/libmcheck.a /usr/lib/libg.a/usr/lib/libpthread_nonshared.a /usr/lib/libiberty.a /usr/lib/librpcsvc.a /usr/lib/libieee.a /usr/lib/libsupc++.a It may be possible to get rid of some of these, but fiddling with them got time consuming so I gave up. Yeah, very time-consuming (move to a new name, build an LFS system, see what breaks. This time (still LFS-7.0), module-init-tools (needs libc.a or else --disable-static-tools) and sysvinit (specifically, sulogin - it couldn't find libcrypt although the symlink from libcrypt.so to /lib/libcrypt.so.1 to libcrypt-2.14 looks ok, running ldd on it from the host reported /mnt/lfs/usr/lib/libcrypt.so: /lib/libc.so.6: version `GLIBC_2.14' not found (required by /mnt/lfs/usr/lib/libcrypt.so) linux-vdso.so.1 = (0x7fffaa3ff000) libc.so.6 = /lib/libc.so.6 (0x7f7ac3927000) /lib64/ld-linux-x86-64.so.2 (0x7f7ac3ca8000) - possibly the error message is from running on the older host, but I couldn't persuade sulogin to build until I made the static libcrypt.a visible. It's now building its new kernel, so LFS has completed without other issues caused by hiding more toolchain libs. I wonder what will break in the rest of the build. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page