Re: Bk6.6Ch6.9 glibc compile stopped with `__stack_chk_guard'
Hi, As I was recreating the error today, I became aware, that there was an other error when compiling perl the last time, and but I circumvented it then, and now again. Perl was including the host systems errno.h when compiling in chapter 5. Now the info what you asked for: I have what seems to be the same problem that you have, but on x86_64, as already posted on this list on 15th of March. What is the output of `ls /tools/lib`, `ls -R /tools/lib/gcc`, and `echo $PATH` ls /tools/lib: Mcrt1.olibgomp.lalibnss_nisplus.so Scrt1.olibgomp.solibnss_nisplus.so.2 coreutils libgomp.so.1 libopcodes.a crt1.o libgomp.so.1.0.0 libopcodes.la crti.o libgomp.spec libpanel.a crtn.o libiberty.a libpanel.so expect5.43 libieee.a libpanel.so.5 gcclibm-2.11.1.solibpanel.so.5.7 gconv libm.alibpcprofile.so gcrt1.olibm.so libpthread-2.11.1.so ld-2.11.1.so libm.so.6 libpthread.a ld-linux-x86-64.so.2 libmcheck.a libpthread.so libBrokenLocale-2.11.1.so http://libbrokenlocale-2.11.1.so/ libmemusage.solibpthread.so.0 libBrokenLocale.a libmenu.a libpthread_nonshared.a libBrokenLocale.so libmenu.solibresolv-2.11.1.so libBrokenLocale.so.1 libmenu.so.5 libresolv.a libSegFault.so libmenu.so.5.7libresolv.so libanl-2.11.1.so libmudflap.a libresolv.so.2 libanl.a libmudflap.la librt-2.11.1.so libanl.so libmudflap.so librt.a libanl.so.1libmudflap.so.0 librt.so libbfd.a libmudflap.so.0.0.0 librt.so.1 libbfd.la libmudflapth.alibssp.a libbsd-compat.alibmudflapth.la libssp.la libbz2.a libmudflapth.so libssp.so libc-2.11.1.so libmudflapth.so.0 libssp.so.0 libc.a libmudflapth.so.0.0.0 libssp.so.0.0.0 libc.solibncurses++.alibssp_nonshared.a libc.so.6 libncurses.a libssp_nonshared.la libc_nonshared.a libncurses.so libstdc++.a libcidn-2.11.1.so libncurses.so.5 libstdc++.la libcidn.so libncurses.so.5.7 libstdc++.so libcidn.so.1 libnsl-2.11.1.so libstdc++.so.6 libcrypt-2.11.1.so libnsl.a libstdc++.so.6.0.13 libcrypt.a libnsl.so libsupc++.a libcrypt.solibnsl.so.1 libsupc++.la libcrypt.so.1 libnss_compat-2.11.1.so libtcl8.5.so libcurses.alibnss_compat.so libtclstub8.5.a libcurses.so libnss_compat.so.2libthread_db-1.0.so libdl-2.11.1.solibnss_dns-2.11.1.so libthread_db.so libdl.alibnss_dns.so libthread_db.so.1 libdl.so libnss_dns.so.2 libutil-2.11.1.so libdl.so.2 libnss_files-2.11.1.solibutil.a libexpect5.43.alibnss_files.so libutil.so libform.a libnss_files.so.2 libutil.so.1 libform.so libnss_hesiod-2.11.1.so perl5 libform.so.5 libnss_hesiod.so tcl8 libform.so.5.7 libnss_hesiod.so.2tcl8.5 libg.a libnss_nis-2.11.1.so tclConfig.sh libgcc_s.solibnss_nis.so terminfo libgcc_s.so.1 libnss_nis.so.2 libgomp.a libnss_nisplus-2.11.1.so Output of ls -R /tools/lib/gcc: /tools/lib/gcc: x86_64-lfs-linux-gnu x86_64-unknown-linux-gnu /tools/lib/gcc/x86_64-lfs- linux-gnu: 4.4.3 /tools/lib/gcc/x86_64-lfs-linux-gnu/4.4.3: crtbegin.o crtend.o crtprec32.o includelibgcc.a specs crtbeginS.o crtendS.o crtprec64.o include-fixed libgcc_eh.a crtbeginT.o crtfastmath.o crtprec80.o install-tools libgcov.a /tools/lib/gcc/x86_64-lfs-linux-gnu/4.4.3/include: ammintrin.h float.hmmintrin.h stddef.h x86intrin.h avxintrin.h immintrin.hnmmintrin.h stdfix.h xmmintrin.h bmmintrin.h iso646.h pmmintrin.h tmmintrin.h cpuid.h mm3dnow.h smmintrin.h unwind.h cross-stdarg.h mm_malloc.hstdarg.h varargs.h emmintrin.h mmintrin-common.h stdbool.hwmmintrin.h /tools/lib/gcc/x86_64-lfs-linux-gnu/4.4.3/include-fixed: README limits.h syslimits.h /tools/lib/gcc/x86_64-lfs-linux-gnu/4.4.3/install-tools: fixinc_list gsyslimits.h include macro_list
About Swap space and Virtual Memory
Hi all, Could anybody tell me whether the SWAP space of my computer is used? According to the information below, Swap: 307192k total,0k used But the SWAP property of some programs is NOT 0. VIRT SWAP RES SHR S %CPU %MEMTIME+ COMMAND 693m 657m 35m 8780 S0 2.00:51.46 X I don't know how to explain the two conflicted data above. Thank you very much. -- The result of top command Tasks: 94 total, 1 running, 93 sleeping, 0 stopped, 0 zombie Cpu(s): 2.0%us, 1.0%sy, 0.0%ni, 97.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1797448k total, 508568k used, 120k free,13864k buffers Swap: 307192k total,0k used, 307192k free, 167212k cached PID USER PR NI VIRT SWAP RES SHR S %CPU %MEMTIME+ COMMAND 460 root 20 0 693m 657m 35m 8780 S0 2.0 0:51.46 X 721 liubo 20 0 618m 457m 160m 34m S4 9.2 2:29.25 firefox-bin 541 liubo 20 0 209m 193m 15m 12m S0 0.9 0:00.40 clock-applet - -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: About Swap space and Virtual Memory
On Wed, Mar 31, 2010 at 04:56:04PM +0800, liu bo wrote: Hi all, Could anybody tell me whether the SWAP space of my computer is used? According to the information below, Swap: 307192k total,0k used VIRT SWAP RES SHR S %CPU %MEMTIME+ COMMAND 693m 657m 35m 8780 S0 2.00:51.46 X I don't know how to explain the two conflicted data above. My default top command doesn't show the SWAP field, but I read the man page to see how to toggle it and I also have entries in the SWAP field with the upper 0k used. I don't know the reason for it, but am curious about the diff too. I rarely show anything in the upper entry except when playing video files. Mike H. _-_-_-_ -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: About Swap space and Virtual Memory
On Wednesday 31 March 2010 12:03:05 zzflop wrote: On Wed, Mar 31, 2010 at 04:56:04PM +0800, liu bo wrote: Hi all, Could anybody tell me whether the SWAP space of my computer is used? According to the information below, Swap: 307192k total,0k used VIRT SWAP RES SHR S %CPU %MEMTIME+ COMMAND 693m 657m 35m 8780 S0 2.00:51.46 X I don't know how to explain the two conflicted data above. My default top command doesn't show the SWAP field, but I read the man page to see how to toggle it and I also have entries in the SWAP field with the upper 0k used. I don't know the reason for it, but am curious about the diff too. I believe the SWAP column only displays the swappable memory chunk, not actual swapped memory. If you disable swap using swapoff -a you will see the SWAP column in top still contains the same values. Regards, Danny. I rarely show anything in the upper entry except when playing video files. Mike H. _-_-_-_ -- In theorie is er geen verschil tussen theorie en praktijk. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: About Swap space and Virtual Memory
Danny, Mike, Thank you for your reply. I believe the SWAP column only displays the swappable memory chunk, not actual swapped memory. If you disable swap using swapoff -a you will see the SWAP column in top still contains the same values. In the man page of top command, the explanation of SWAP column is : --- p: SWAP -- Swapped size (kb) The swapped out portion of a task's total virtual memory image. Anyway thank you. Regards, Liu Bo 2010/3/31 Danny Engelbarts d.engelba...@gmail.com On Wednesday 31 March 2010 12:03:05 zzflop wrote: On Wed, Mar 31, 2010 at 04:56:04PM +0800, liu bo wrote: Hi all, Could anybody tell me whether the SWAP space of my computer is used? According to the information below, Swap: 307192k total,0k used VIRT SWAP RES SHR S %CPU %MEMTIME+ COMMAND 693m 657m 35m 8780 S0 2.00:51.46 X I don't know how to explain the two conflicted data above. My default top command doesn't show the SWAP field, but I read the man page to see how to toggle it and I also have entries in the SWAP field with the upper 0k used. I don't know the reason for it, but am curious about the diff too. I believe the SWAP column only displays the swappable memory chunk, not actual swapped memory. If you disable swap using swapoff -a you will see the SWAP column in top still contains the same values. Regards, Danny. I rarely show anything in the upper entry except when playing video files. Mike H. _-_-_-_ -- In theorie is er geen verschil tussen theorie en praktijk. -- 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
5.5. GCC-4.4.3 - Pass 1
I am trying to install gcc and while MAKE i am getting this error. checking dynamic linker characteristics... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libstdc++-v3] Error 1 make[1]: Leaving directory `/mnt/lfs/sources/gcc-build' make: *** [all] Error 2 can some one please help me with this. regards Raj -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: 5.5. GCC-4.4.3 - Pass 1
On 31 March 2010 15:31, Raj munka...@gmail.com wrote: I am trying to install gcc and while MAKE i am getting this error. checking dynamic linker characteristics... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libstdc++-v3] Error 1 make[1]: Leaving directory `/mnt/lfs/sources/gcc-build' make: *** [all] Error 2 can some one please help me with this. regards Raj What host system, and in particular which versions of gcc and binutils are on the host ? ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Glibc make error
I'm having some issues with installing glibc while following the instructions on chapter 5.7. From what I understand from the instructions, I made the file: /mnt/lfs/sources/glibc-build/configparms In the configparms file, I should have the following text: case `uname -m` in i?86) echo CFLAGS += -march=i486 -mtune=native configparms ;; esac There didn't seem to be anything that went wrong with the configure script, but when I typed the make command this is what I got: make -r PARALLELMFLAGS= CVSOPTS= -C ../glibc-2.11.1 objdir=`pwd` all make[1]: Entering directory `/mnt/lfs/sources/glibc-2.11.1' /mnt/lfs/sources/glibc-build/configparms:1: *** missing separator. Stop. make[1]: Leaving directory `/mnt/lfs/sources/glibc-2.11.1' make: *** [all] Error 2 Have I understood the instructions correctly? Thanks for your help! Kaleb -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Glibc make error
On 31 March 2010 17:05, Kaleb Hosie kho...@spectraaluminum.com wrote: I'm having some issues with installing glibc while following the instructions on chapter 5.7. From what I understand from the instructions, I made the file: /mnt/lfs/sources/glibc-build/configparms In the configparms file, I should have the following text: case `uname -m` in i?86) echo CFLAGS += -march=i486 -mtune=native configparms ;; esac There didn't seem to be anything that went wrong with the configure script, but when I typed the make command this is what I got: make -r PARALLELMFLAGS= CVSOPTS= -C ../glibc-2.11.1 objdir=`pwd` all make[1]: Entering directory `/mnt/lfs/sources/glibc-2.11.1' /mnt/lfs/sources/glibc-build/configparms:1: *** missing separator. Stop. No, you have misunderstood. If you type _everything_ from 'case' through to 'esac' your configuparms file will either contain CFLAGS += -march=i486 -mtune=native (no quotes, no other text) or it will be empty (on x86_64). The case statement , along with the 'uname' in back-ticks, is to be interpreted by the shell. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
totem-2.28.5 youtube plugin
I know it's a bit late to ask about 2.28 (2.30 is at ftp.gnome.org), but has anyone got the youtube plugin working ? I've now got it to build (needs libgdata), and it is enabled, but when I try to find search youtube I get the following on stderr: a lot of messages like libgdata-Message: Unhandled XML in GDataYouTubeVideo: yt:accessControl action=syndicate permission=allowed/ (a range of different 'action' values) for each match ** (totem:12448): WARNING **: Error loading video thumbnail: Operation not supported and the following in the application - a symbol with a red X instead of the thumbnail (for each match) 'No video URI' when I mouse over the matches for each match, a pop-up that says Error Looking Up Video URI (in bold), and Operation not supported This is with the gst good (0.10.16), bad (0.10.14), ugly (0.10.12) and ffmpeg (0.10.8) plugins built, and gstreamer/base 0.10.25. There are some recent matches for this on google, but no answers. Somebody on a BSD system reported that the problem disappeared when he reinstalled, and suggested the gst jpeg/png or also plugins might be implicated. I have the alsa (base) jpeg and png (both 'good') plugins. At this rate I'm going to have to go over to the dark side on both desktop machines if I want to watch youtube. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Bk6.6Ch6.9 glibc `__stack_chk_guard' work around.
Hi All, The reason libssp is not found is simply because it's not *supposed* to be. GCC has not yet been installed in Chapter 6, into /usr, so the only libssp present at the time Glibc is being built is in /tools. However, since Glibc is supposed to go into /usr, it will not link to anything in /tools, including libssp. Again, this is exactly how it is supposed to be. The problem is simply that Glibc is not *supposed* to be looking for libssp at all, so you should not attempt to fix it by forcing it to link to libssp. You need to find the root of the problem by determining why Glibc is even trying to find libssp in the first place. Arguably, you could also just symlink /usr/lib/libssp.so - /tools, but this is simply another workaround, not an actual fix. OK, then libssp is not supposed to be linked, then why isn't somebody asking the obvious question? In the original post Pete wrote: It seems that libssp is suppose to be pulled in by the gcc option '-fstack-protector' so that '-lssp' shouldn't be necessary on the link line. So libssp is included because of '-fstack-protector'. I assume '-fstack-protector' is also not supposed to be there. Then why is it here: gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -Wstrict-prototypes -DIS_IN_nscd=1 -D_FORTIFY_SOURCE=2 -fpie -fstack-protector -I../include -I/sources/glibc-build/nscd -I/sources/glibc-build -I../sysdeps/x86_64/elf -I../nptl/sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu -I../nptl/sysdeps/x86_64 -I../sysdeps/x86_64 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I.. -I../libio -I. -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DNOT_IN_libc=1-o /sources/glibc-build/nscd/res_hconf.o -MD -MP -MF /sources/glibc-build/nscd/res_hconf.o.dt -MT /sources/glibc-build/nscd/res_hconf.o gcc -pie -Wl,-O1 -nostdlib -nostartfiles -o /sources/glibc-build/nscd/nscd -Wl,-dynamic-linker=/lib64/ld-linux-x86-64.so.2 -Wl,-z,combreloc -Wl,-z,relro -Wl,-z,now -Wl,--hash-style=both /sources/glibc-build/csu/Scrt1.o /sources/glibc-build/csu/crti.o `gcc --print-file-name=crtbeginS.o` /sources/glibc-build/nscd/nscd.o /sources/glibc-build/nscd/connections.o /sources/glibc-build/nscd/pwdcache.o /sources/glibc-build/nscd/getpwnam_r.o /sources/glibc-build/nscd/getpwuid_r.o /sources/glibc-build/nscd/grpcache.o /sources/glibc-build/nscd/getgrnam_r.o /sources/glibc-build/nscd/getgrgid_r.o /sources/glibc-build/nscd/hstcache.o /sources/glibc-build/nscd/gethstbyad_r.o /sources/glibc-build/nscd/gethstbynm3_r.o /sources/glibc-build/nscd/getsrvbynm_r.o /sources/glibc-build/nscd/getsrvbypt_r.o /sources/glibc-build/nscd/servicescache.o /sources/glibc-build/nscd/dbg_log.o /sources/glibc-build/nscd/nscd_conf.o /sources/glibc-build/nscd/nscd_stat.o /sources/glibc-build/nscd/cache.o /sources/glibc-build/nscd/mem.o /sources/glibc-build/nscd/nscd_setup_thread.o /sources/glibc-build/nscd/xmalloc.o /sources/glibc-build/nscd/xstrdup.o /sources/glibc-build/nscd/aicache.o /sources/glibc-build/nscd/initgrcache.o /sources/glibc-build/nscd/gai.o /sources/glibc-build/nscd/res_hconf.o /sources/glibc-build/rt/librt.so /sources/glibc-build/nptl/libpthread_nonshared.a /sources/glibc-build/nptl/libpthread.so /sources/glibc-build/nis/libnsl.so -Wl,-rpath-link=/sources/glibc-build:/sources/glibc-build/math:/sources/glibc-build/elf:/sources/glibc-build/dlfcn:/sources/glibc-build/nss:/sources/glibc-build/nis:/sources/glibc-build/rt:/sources/glibc-build/resolv:/sources/glibc-build/crypt:/sources/glibc-build/nptl /sources/glibc-build/libc.so.6 /sources/glibc-build/libc_nonshared.a -lgcc -Wl,--as-needed -lgcc_s -Wl,--no-as-needed `gcc --print-file-name=crtendS.o` /sources/glibc-build/csu/crtn.o /sources/glibc-build/nscd/nscd.o: In function `nscd_open_socket': /sources/glibc-2.11.1/nscd/nscd.c:442: undefined reference to `__stack_chk_guard' /sources/glibc-build/nscd/nscd.o: In function `parse_opt': /sources/glibc-2.11.1/nscd/nscd.c:291: undefined reference to `__stack_chk_guard' /sources/glibc-build/nscd/connections.o: In function `restart': /sources/glibc-2.11.1/nscd/connections.c:1305: undefined reference to `__stack_chk_guard' /sources/glibc-2.11.1/nscd/connections.c:1461: undefined reference to `__stack_chk_guard' /sources/glibc-build/nscd/connections.o: In function `main_loop_epoll': /sources/glibc-2.11.1/nscd/connections.c:2005: undefined reference to `__stack_chk_guard'
Re: Bk6.6Ch6.9 glibc `__stack_chk_guard' work around.
On 03/31/2010 04:06 PM, Szabolcs Gyalókay wrote: Hi All, OK, then libssp is not supposed to be linked, then why isn't somebody asking the obvious question? In the original post Pete wrote: It seems that libssp is suppose to be pulled in by the gcc option '-fstack-protector' so that '-lssp' shouldn't be necessary on the link line. So libssp is included because of '-fstack-protector'. I assume '-fstack-protector' is also not supposed to be there. Then why is it here: gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -Wstrict-prototypes -DIS_IN_nscd=1 -D_FORTIFY_SOURCE=2 -fpie -fstack-protector I can only say for sure: I'm pasting instructions from the book, and I did not put it there. I also see -fstack-protector on my Glibc build, but it doesn't try to pull in libssp. Perhaps that isn't the real problem. I think you have to start entertaining the possibility that something is wrong with the book. Not likely when many other people have built it and have not had the same problem. The only other possibility I can think of is a possible problem with some certain hosts, but that should no longer be an issue once inside chroot. As an addition, the output of glibc's configure: checking for -fno-toplevel-reorder -fno-section-anchors... yes checking for -fstack-protector... yes checking for -fgnu89-inline... yes Yeah, I see that too, and again, my Glibc build does not attempt to link to libssp. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Bk6.6Ch6.9 glibc `__stack_chk_guard' work around.
Szabolcs Gyalókay wrote: gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -Wstrict-prototypes -DIS_IN_nscd=1 -D_FORTIFY_SOURCE=2 -fpie -fstack-protector -DNOT_IN_libc=1 -o /sources/glibc-build/nscd/res_hconf.o -MD -MP -MF /sources/glibc-build/nscd/res_hconf.o.dt -MT Removing non-relevant stuff and reformatting a bit, my reference build has: gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -Wno-strict-prototypes -Wno-write-strings -Wstrict-prototypes -fexceptions -I../include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -Dgethostbyname=res_gethostbyname -Dgethostbyname2=res_gethostbyname2 -Dgethostbyaddr=res_gethostbyaddr -Dgetnetbyname=res_getnetbyname -Dgetnetbyaddr=res_getnetbyaddr -o /sources/glibc-build/resolv/res_hconf.o -MD -MP -MF /sources/glibc-build/resolv/res_hconf.o.dt -MT /sources/glibc-build/resolv/res_hconf.o It would seem that your Makefile is significantly different from mine. That would indicate to me that there is something wrong with your Chapter 5 build as once you get into chroot, the builds really should be the same. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Bk6.6Ch6.9 glibc `__stack_chk_guard' work around.
Hi All, I think you have to start entertaining the possibility that something is wrong with the book. Not likely when many other people have built it and have not had the same problem. The only other possibility I can think of is a possible problem with some certain hosts, but that should no longer be an issue once inside chroot. Maybe, but I know two, who had, and none who didn't. Chapter 6 is inside chroot, and glibc compiles fine for me with: ../glibc-2.11.1/configure --prefix=/usr --disable-profile --enable-add-ons --enable-kernel=2.6.18 --libexecdir=/usr/lib/glibc libc_cv_ssp='no' Bye, Szabolcs -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Bk6.6Ch6.9 glibc `__stack_chk_guard' work around.
On 03/31/2010 04:22 PM, Chris Staub wrote: On 03/31/2010 04:06 PM, Szabolcs Gyalókay wrote: Hi All, OK, then libssp is not supposed to be linked, then why isn't somebody asking the obvious question? In the original post Pete wrote: It seems that libssp is suppose to be pulled in by the gcc option '-fstack-protector' so that '-lssp' shouldn't be necessary on the link line. So libssp is included because of '-fstack-protector'. I assume '-fstack-protector' is also not supposed to be there. Then why is it here: gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -Wstrict-prototypes -DIS_IN_nscd=1 -D_FORTIFY_SOURCE=2 -fpie -fstack-protector I can only say for sure: I'm pasting instructions from the book, and I did not put it there. I also see -fstack-protector on my Glibc build, but it doesn't try to pull in libssp. Perhaps that isn't the real problem. Hmm, sorry I just noticed that my latest Glibc log is from an older version. Maybe I need to look at the current one again... -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: totem-2.28.5 youtube plugin
On 31/03/10 18:12, Ken Moffat wrote: I know it's a bit late to ask about 2.28 (2.30 is at ftp.gnome.org), but has anyone got the youtube plugin working ? It's funny you should ask, I've just been trying totem today. I've been trying to find an open source flash plugin. The versions of swfdec I've tried don't work with youtube and I saw that totem has a firefox plugin and is supposed to be able to show youtube so I thought I'd give it a go. I've now got it to build (needs libgdata), and it is enabled, but when I try to find search youtube I get the following on stderr: a lot of messages like libgdata-Message: Unhandled XML in GDataYouTubeVideo: yt:accessControl action=syndicate permission=allowed/ (a range of different 'action' values) I get very similar error messages libgdata-Message: Unhandled XML in GDataYouTubeVideo: yt:accessControl action=commentVote permission=allowed/ libgdata-Message: Unhandled XML in GDataYouTubeVideo: georss:wheregml:Pointgml:pos-5.878332138061523 -35.2001953125/gml:pos/gml:Point libgdata-Message: Unhandled XML in GDataYouTubeVideo: yt:accessControl action=rate permission=allowed/ for each match ** (totem:12448): WARNING **: Error loading video thumbnail: Operation not supported and the following in the application - a symbol with a red X instead of the thumbnail (for each match) 'No video URI' when I mouse over the matches for each match, a pop-up that says Error Looking Up Video URI (in bold), and Operation not supported Same here. Totem seems pretty borked, it'll play local files (videos or music) but it won't play DVDs. I won't be adding it to my build scripts. This is with the gst good (0.10.16), bad (0.10.14), ugly (0.10.12) and ffmpeg (0.10.8) plugins built, and gstreamer/base 0.10.25. I'm using gst-plugins-base-0.10.28, gst-plugins-good-0.10.21, gst-plugins-bad-0.10.18, gst-plugins-ugly-0.10.14 and gst-ffmpeg-0.10.10 There are some recent matches for this on google, but no answers. Somebody on a BSD system reported that the problem disappeared when he reinstalled, and suggested the gst jpeg/png or also plugins might be implicated. I have the alsa (base) jpeg and png (both 'good') plugins. At this rate I'm going to have to go over to the dark side on both desktop machines if I want to watch youtube. Same here, I'll have to carry on using the closed source adobe flash plugin. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
LFS-6.4 Book
I would like to download the LFS-6.4 version of the book but it is missing from the download section http://archive.linuxfromscratch.org/lfs-museum/ Is it still available? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: LFS-6.4 Book
On 1 April 2010 00:17, Baho Utot baho-u...@columbus.rr.com wrote: I would like to download the LFS-6.4 version of the book but it is missing from the download section http://archive.linuxfromscratch.org/lfs-museum/ Is it still available? You can read it at: http://www.linuxfromscratch.org/lfs/view/6.4/ Quite why anyone would want to read it now, other than to compare what has changed, is beyond me. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: LFS-6.4 Book
Baho Utot wrote: I would like to download the LFS-6.4 version of the book but it is missing from the download section http://archive.linuxfromscratch.org/lfs-museum/ Is it still available? Just a minor permissions problem. Both 6.3 and 6.4 are accessible now. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: totem-2.28.5 youtube plugin
On Wed, 31 Mar 2010 18:12:51 +0100 Ken Moffat zarniwhoo...@googlemail.com wrote: At this rate I'm going to have to go over to the dark side on both desktop machines if I want to watch youtube. If you mean using the Adobe's flash-plugin, the 64-bit beta gives me no sound. --- David Jensen -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: LFS-6.4 Book
On March 31, 2010 05:31:07 pm Ken Moffat wrote: Quite why anyone would want to read it now, other than to compare what has changed, is beyond me. I agree with Ken. I see you fighting with KDE-3, but it's mainly because you're building a version that's not maintained - not officially anyways... The few packages that I have (or had) gcc-4.4 trouble with have been updated or documented, the amount of time to sort them out would be far less than a rebuild, push on! -- Regards, Trent. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: LFS-6.4 Book
Ken Moffat wrote: On 1 April 2010 00:17, Baho Utot baho-u...@columbus.rr.com wrote: I would like to download the LFS-6.4 version of the book but it is missing from the download section http://archive.linuxfromscratch.org/lfs-museum/ Is it still available? You can read it at: http://www.linuxfromscratch.org/lfs/view/6.4/ Quite why anyone would want to read it now, other than to compare what has changed, is beyond me. ĸen I need some information from it Thanks -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: LFS-6.4 Book
Bruce Dubbs wrote: Baho Utot wrote: I would like to download the LFS-6.4 version of the book but it is missing from the download section http://archive.linuxfromscratch.org/lfs-museum/ Is it still available? Just a minor permissions problem. Both 6.3 and 6.4 are accessible now. -- Bruce Ok thank you -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: LFS-6.4 Book
Trent Shea wrote: On March 31, 2010 05:31:07 pm Ken Moffat wrote: Quite why anyone would want to read it now, other than to compare what has changed, is beyond me. I agree with Ken. I see you fighting with KDE-3, but it's mainly because you're building a version that's not maintained - not officially anyways... Yes my goal is a successful build of KDE3...by hook or by crook ;) The few packages that I have (or had) gcc-4.4 trouble with have been updated or documented, the amount of time to sort them out would be far less than a rebuild, push on! I just want to fetch some information. I would like not to rebuild the system, I want to look at compiling gcc-4.3.2 to see if I can be successful. If I can build gcc-4.3.2 into /opt/gcc-4.3.2 and then use that to build KDE3 successfully then I am good to go and I won't have to rebuild the system I am working with now. That's my plan...even if it doesn't work, at least I'll know what not to do! I want to use KDE 3.5.10 as my desktop, otherwise I will have to move to Xcfe I am _NOT_ going to KDE 4.x and gnome doesn't cut it for me. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Bk6.6Ch6.9 glibc `__stack_chk_guard' work around.
On 03/31/2010 04:33 PM, Bruce Dubbs wrote: Szabolcs Gyalókay wrote: gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -Wstrict-prototypes -DIS_IN_nscd=1 -D_FORTIFY_SOURCE=2 -fpie -fstack-protector -DNOT_IN_libc=1 -o /sources/glibc-build/nscd/res_hconf.o -MD -MP -MF /sources/glibc-build/nscd/res_hconf.o.dt -MT Removing non-relevant stuff and reformatting a bit, my reference build has: gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -Wno-strict-prototypes -Wno-write-strings -Wstrict-prototypes -fexceptions -I../include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -Dgethostbyname=res_gethostbyname -Dgethostbyname2=res_gethostbyname2 -Dgethostbyaddr=res_gethostbyaddr -Dgetnetbyname=res_getnetbyname -Dgetnetbyaddr=res_getnetbyaddr -o /sources/glibc-build/resolv/res_hconf.o -MD -MP -MF /sources/glibc-build/resolv/res_hconf.o.dt -MT /sources/glibc-build/resolv/res_hconf.o It would seem that your Makefile is significantly different from mine. That would indicate to me that there is something wrong with your Chapter 5 build as once you get into chroot, the builds really should be the same. -- Bruce OK, I just double-checked with current LFS dev, and I've got... configure ... checking for -fno-toplevel-reorder -fno-section-anchors... yes checking for -fstack-protector... yes checking for -fgnu89-inline... yes ... And of course Glibc builds just fine without complaining about libssp. Also, it seems you're confusing 2 different parts of the build. I've got res_hconf.c being compiled twice - once in the resolv dir and once in nscd. Note that the previous user's paste is from the nscd dir and yours is from resolv, which explains the differences. As for me, in the resolv dir... ... gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -O3 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -march=i486 -mtune=native -pipe -Wno-strict-prototypes -Wno-write-strings -Wstrict-prototypes -mpreferred-stack-boundary=2 -fPIC -fexceptions -I../include -I/home/root/build/glibc-build/resolv -I/home/root/build/glibc-build -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i68 6 -I../sysdeps/unix/sysv/linux/i386/i686 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../nptl/sysdeps/i386/i686 -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I.. -I../libio -I. -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -Dgethostbyname=res_gethostbyname -Dgethostbyname2=res_gethostbyname2 -Dgethostbyaddr=res_gethostbyaddr -Dgetnetbyname=res_getnetbyname -Dgetnetbyaddr=res_getnetbyaddr -o / home/root/build/glibc-build/resolv/res_hconf.os -MD -MP -MF /home/root/build/glibc-build/resolv/res_hconf.os.dt -MT /home/root/build/glibc-build/resolv/res_hconf.os ... And in nscd... ... gcc res_hconf.c -c -std=gnu99 -fgnu89-inline -O2 -O3 -Wall -Winline -Wwrite-strings -fmerge-all-constants -g -march=i486 -mtune=native -pipe -Wstrict-prototypes -mpreferred-stack-boundary=2 -DIS_IN_nscd=1 -D_FORTIFY_SOURCE=2 -fpie -fstack-protector -I../include -I/home/root/build/glibc-build/nscd -I/home/root/build/glibc-build -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i686 -I../sysdeps/unix/sysv/linux/i386/i686 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../nptl/sysdeps/i386/i686 -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I.. -I../libio -I. -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DNOT_IN_libc=1-o
Text narrows on changing video module
Hi, System: Development (B)LFS i686-pc-linux-gnu, 2.6.33.1, GRUB: 0.97 Motherboard: ASUS P5E-VM HDMI Internal Graphics Display (IGD): Intel G35, HDMI output External Video Card (PEG): ASUS GeForce 9500GT, PCIe x16, HDMI output Monitor: Samsung SM2494, Wide (16:9), DVI input (through HDMI-DVI cable) General: I always boot in text mode (to console prompt) first. 1. So far, with the IGD no problems: the kernel boot-up text, console prompt work, vi editing, etc., the text is displayed in HD, i.e., for the whole length of the screen (as 80x24) 2. I installed the new PEG (9500). Problem: The text is displayed in narrow (SD), 4:3 fashion i.e., using only the 4 of the horizontal (instead of the full 16). I haven't found anything (BIOS - PEG/PCI, etc.) to change the situation. One would expect that by just moving the cable from the IGD output to the PEG output, things wouldn't change text(VGA?)-wise. Notes: 1. To avoid any confusion, the card (PEG) works fine once in graphics mode (Xorg-7.5, NVidia nvidia 195.36.15 latest driver; nv doesn't work). 2. I didn't make any effort in the original configuration (i.e., the IGD) in order to make the text go wide, when I changed from a 4:3 monitor to this one. The widening of the text just happened. Any helpful comments will be highly appreciated. Thanks, -- Alex -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
