Re: [blfs-support] rpcbind-0.2.1 build fails
On Mon, 14 Apr 2014 23:48:00 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: On Tue, Apr 15, 2014 at 07:35:59AM +1000, Ian Macdonald wrote: Ken, That seems to be the problem. My LFS build is 7.4 and the glibc-2.18 configure options did not include --enable-obsolete-rpc (but did copy the headers to /usr/include). I'm guessing that means libtirpc installs because the headers were there but they are not compiled into glibc. My memory says that --enable-obsolete-rpc is just a quick and easy way of copying the headers :-( My question now is: Is it safe to re-build glibc-2.18 with the --enable-obsolete-rpc option or do I have to build L(FS)(FS)? I don't think rebuilding glibc will help, and I'm not sure if the option exists in glibc-2.18. My first thought was to point you to the 7.4 BLFS book, which used 0.2.3 : http://www.linuxfromscratch.org/blfs/view/7.4/basicnet/libtirpc.html But I've now looked at my own git commits for the buildscripts I use. I see that I only updated to libtirpc-0.2.4 in February, as part of a catch-up to what was already in BLFS. Looking at the diff, I see that BLFS has moved libtirpc.so to /lib and created a versioned symlink from /usr/lib. I guess that you have a problem with the symlink ;-) [ I've lost count of the number of times _I_ create broken symlinks in my own builds. ] ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page No, it was not a symlink this time ( I removed it just to check and the rpcbind build failed earlier, not finding -ltirpc ). I noticed that the BLFS-7.4 instructions for libtirpc-0.2.3 include a patch, a sed and a CFLAG that are not in the current book. After rebuilding libtirpc-0.2.4 in the same manner as in BLFS-7.4 ( there is an updated patch), rpcbind compiled without error. Of course now I don't know which (sed patch or CFLAG ) solved the problem or, indeed, if anything will work when I get to NFS-Utils! Anyway, thanks for the help. P.S. In the course of this I built glibc-2.18 with and without the --enable-obsolete-rpc flag and it does seem to do more than just copy headers. -- Ian Macdonald iama...@gmail.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] rpcbind-0.2.1 build fails
On Mon, 14 Apr 2014 00:01:28 +0100 Ken Moffat zarniwh...@ntlworld.com wrote: On Mon, Apr 14, 2014 at 06:22:54AM +1000, Ian Macdonald wrote: Hi, I am trying to build rpcbind-0.2.1 from the current book but make fails with undefined references to key_encryptsessions_pk key_gendes cbc_crypt ecb_crypt getnetname getpublickey all from libtirpc. libtirpc-0.2.4 is installed as per the book with --disable-gssapi. It looks like a missing dependency ( encryption related?) and I don't need encryption. Any hints much appreciated. Google thinks that ecb_crypt comes from glibc, although it is of course possible that things have changed recently. Looking to see what it finds for getpublickey libtirpc took me to http://webcache.googleusercontent.com/search?q=cache:94LUO-Dtx-8J:comments.gmane.org/gmane.linux.lfs.support/35000+cd=4hl=enct=clnkgl=uk (For some reason, clicking on the direct link from google's results gave me a formatted page for the list, but with no content. So I took a look at the cached version). The old rpc headers problem. If this is not LFS-7.1, perhaps you failed to install the glibc rpc headers. See LFS chapter 6 glibc for whichever version you are using (-enable-obsolete-rpc for LFS-7.5). We used to go into detail somewhere in BLFS to ensure that the rpc headers had been installed (specifically re LFS-7.1), but at the moment I can not spot where that is. My reading of your problem is that libtirpc compiled and installed ok, but rpcbind is failing to link. I _thought_ libtirpc usually failed to install if the headers were missing. Maybe I'm misreading the problem - is this LFS-svn from the last couple of weeks (it was ok on about 31st March, but conceivably something in the changes to include systemd might have broken things although that seems unlikely) ? I'm also in awe of I don't need encryption. Wish I could share that sentiment ;-) ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Ken, That seems to be the problem. My LFS build is 7.4 and the glibc-2.18 configure options did not include --enable-obsolete-rpc (but did copy the headers to /usr/include). I'm guessing that means libtirpc installs because the headers were there but they are not compiled into glibc. My question now is: Is it safe to re-build glibc-2.18 with the --enable-obsolete-rpc option or do I have to build L(FS)(FS)? -- Ian Macdonald iama...@gmail.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] rpcbind-0.2.1 build fails
Hi, I am trying to build rpcbind-0.2.1 from the current book but make fails with undefined references to key_encryptsessions_pk key_gendes cbc_crypt ecb_crypt getnetname getpublickey all from libtirpc. libtirpc-0.2.4 is installed as per the book with --disable-gssapi. It looks like a missing dependency ( encryption related?) and I don't need encryption. Any hints much appreciated. -- Ian Macdonald iama...@gmail.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Glxgears freezing X
Hi, I've just finished building Xorg7.7 on a new LFS 7.2 build. It seemed to work, the window manager ( dwm) comes up and an xterm opens allowing command line operations to run. However, running glxgears freezes keyboard, mouse and even the reset button, making it hard to see any errors. I have rebuilt MesaLib with the xdemo patch, glu and the xorg server but the problem remains. If I run my previous kernel ( 3.3.1 ) with the new build glxgears works, suggesting the problem may be a setting in the new kernel (3.5.2). I've checked the obvious settings in Graphic support, AGP and DRM are enabled for intel and Xorg.0.log reports no errors. Googling suggests no one else is seeing this problem. Any hints would be appreciated. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Firefox-12 and flash
On Tue, Apr 24, 2012 at 11:45 PM, Fernando de Oliveira fam...@yahoo.com.brwrote: On 24-04-2012 05:35, Andrew Benton wrote: On Tue, 24 Apr 2012 04:50:27 +0100 Ian Macdonald wrote: Just built Firefox-12 ( by the book with the addition of Andy's cairo-1.10.2 patch to get it to compile ). Has anyone been able to get the flash plugin to work? I have Shockwave Flash v 11.2.202.233 installed but it doesn't download any movies. Have you installed curl? I think Flash needs Curl. Andy Works for me. Thanks, Andy, for the patch -- []s, Fernando -- Curl was indeed the problem. Thanks. The annoying thing is I now recall having the same problem a couple of years ago and had forgotten the solution. Brain passed it's use by date. http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Firefox-12 and flash
Just built Firefox-12 ( by the book with the addition of Andy's cairo-1.10.2 patch to get it to compile ). Has anyone been able to get the flash plugin to work? I have Shockwave Flash v 11.2.202.233 installed but it doesn't download any movies. Youtube/html5 works but the only extension I tried ( no script ) crashed firefox on startup. Anyone had better luck? ian -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Problems porting a BLFS System
On Thu, Mar 22, 2012 at 6:14 AM, Ken Moffat zarniwh...@ntlworld.com wrote: On Wed, Mar 21, 2012 at 05:56:45PM +0100, Dr.-Ing. Edgar Alwers wrote: On Sun, 18 Mar 2012 14:46:41 -0500 Bruce Dubbs bruce.du...@gmail.com wrote: First, the problem is xorg, so take kde out of the loop. Look at the xorg config section and change ~/.xiinitrc In the meantime we have some new experiences: 1.) There are no differences in the behaviour of the desktop and the laptop ( my wife's system ). After recompiling the kernel of the desktop ( it had not been renewed since the LFS7 installation ) it does not function anymore, exactly the same behaviour like the laptop I'm not sure if I've parsed that correctly - you say that the desktop used to work, but the new kernel broke it ? I assume you mean that the mouse and keyboard stopped working in xorg ? On the desktop, did you take the working config from the old kernel (hopefully, you have it in /proc/config.gz), copy it to .config in the new kernel source, and then run 'make oldconfig' ? If you did, what versions were the old and new kernels ? 2.) In my own System I do not experience any problems. The difference to 1.) is that I have the old Xorg and my wife the new one with the evdef driver. So, it _could be_ that the problem concerns the new xorg This is what makes me think I've misunderstood you - now you seem to be saying that the desktop has no problems ? Anyway, for your wife's system, have you set CONFIG_INPUT_EVDEV in the kernel config ? 3.) We changed ~/xinitrc to xterm as you suggested and introduced xkb-defaults.conf. There are keyboard and mouse availaible on the console _before_ entering startx. After startx, xterm shows up but no keyboard/mouse are functioning ( wired mouse/trackball ) After the startx command, the directory /etc/X11/xorg.conf.d contains two new files, 10-evdev.conf and 11-keyboard.conf and the original xkb-defaults.conf is away. Surely 10-evdev.conf was installed by the xorg-server, and you installed 11-keyboard.conf yourself ? These are how the server is able to tie events to their sources. Actually, taking a quick look through the rendered book I can't see where 11-keyboard.conf is mentioned. I'm sure we mention it somewhere, because I believe that without it xorg should still work, but with an American keyboard layout which is not useful for everyone. I think 10-evdev.conf should be ok - it comes from the server, so it should match what everyone else has. For 11-keyboard.conf you should have something similar to this: Section InputClass Identifier keyboard-all Driver evdev Option XkbLayout gb Option XkbModel evdev Option XkbOptions ctrl_alt_bksp MatchIsKeyboard on EndSection Obviously, you will not want gb for the layout. I don't know if there are multiple german keyboard variants, but de seems a likely value to start with. Looking at my own Xorg log, I think all the useful information for debugging goes to stderr and appears on the console, not in the log. So, try using 'startx 2xorg-errors'. Do you have MagicSysRQ enabled in the kernel ? If you do (it's under Kernel Hacking), you can sync with Alt-SysRq-S, wait, then umount with Alt-SysRq-U and boot with Alt-SysRq-B : those keys should, I think, still work even if Xorg doesn't find the keyboard. If you have that, the Sync and Umount ought to allow the xorg-errors file to be updated. 5.) some final lines of Xorg.0.log: --- 9428.142] (II) GLX: Initialized DRI2 GL provider for screen 0 [ 9428.143] (II) intel(0): Setting screen physical size to 270 x 203 [ 9428.793] (II) No input driver/identifier specified (ignoring) [ 9428.794] (II) config/udev: Adding input device TPPS/2 IBM TrackPoint (/dev/input/mouse0) [ 9428.794] (II) No input driver/identifier specified (ignoring) I think those two 'No input driver' messages are the signs that the input devices are not configured correctly. ĸ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 Might be worth checking if udev is working correctly. I have just had a similar problem and after many hours cursing Xorg, found that udevd had changed location from /sbin to /lib/udev and was not being started by the boot script. Check with udevadm info --export-db | grep -B 4 -A 14 /dev/input/mouse0 which should contain a E: ID_INPUT=1 line. cheers -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] LLVM-3.0 compile failure
Thanks Andy, it works now. That's what I get for blindly pasting seds to the command line ( but then again, with a sed like that what else can you do?) On Wed, Dec 14, 2011 at 12:51 AM, Andrew Benton b3n...@gmail.com wrote: On Tue, 13 Dec 2011 17:05:53 +1000 Ian Macdonald iama...@gmail.com wrote: Hi, I've been trying to update MesaLib-7.6 to MesaLib-7.11.2 as recommended by Intel to take advantage of the on-board graphics on the i5 2500k. MesaLib doesn't want to configure without LLVM-3.0 (even with --disable-gallium-llvm ) and compiling LLVM fails with make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/src/llvm/llvm-3.0.src/tools/llvm-dis' llvm-config: unknown component name: x86info make[2]: Entering directory `/usr/src/llvm/llvm-3.0.src/tools/llc' /usr/src/llvm/llvm-3.0.src/Makefile.rules:961: *** llvm-config --libs failed. Stop. make[2]: Leaving directory `/usr/src/llvm/llvm-3.0.src/tools/llc' make[1]: *** [llc/.makeall] Error 2 make[1]: Leaving directory `/usr/src/llvm/llvm-3.0.src/tools' make: *** [all] Error 1 Googling produced one similar error ( on a Windows machine ) which was attributed to an incompatible Perl version. Is x86info a requirement? Any ideas would be much appreciated There was a problem with the BLFS page for installing llvm. The page that's up today should work (works for me). Please try again. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] LLVM-3.0 compile failure
Hi, I've been trying to update MesaLib-7.6 to MesaLib-7.11.2 as recommended by Intel to take advantage of the on-board graphics on the i5 2500k. MesaLib doesn't want to configure without LLVM-3.0 (even with --disable-gallium-llvm ) and compiling LLVM fails with make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/src/llvm/llvm-3.0.src/tools/llvm-dis' llvm-config: unknown component name: x86info make[2]: Entering directory `/usr/src/llvm/llvm-3.0.src/tools/llc' /usr/src/llvm/llvm-3.0.src/Makefile.rules:961: *** llvm-config --libs failed. Stop. make[2]: Leaving directory `/usr/src/llvm/llvm-3.0.src/tools/llc' make[1]: *** [llc/.makeall] Error 2 make[1]: Leaving directory `/usr/src/llvm/llvm-3.0.src/tools' make: *** [all] Error 1 Googling produced one similar error ( on a Windows machine ) which was attributed to an incompatible Perl version. Is x86info a requirement? Any ideas would be much appreciated Thanks -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
OOo 2.0 build errors (solved)
Ian Macdonald wrote: . ERROR: Removing file ldapbe2.uno.so from file list. ERROR: Removing file libxsec_fw.so from file list. ERROR: Removing file libxsec_xmlsec.so from file list. ERROR: Removing file libxmlsecurity.so from file list. ERROR: Removing file xmlsec680en-US.res from file list. *** ERROR: Missing files in function: remove_Files_Without_Sourcedirectory *** Dave, thanks for the response. Just in case anyone else has the same problem, you can make it go away by editing the file OOo.._src/solver/680/unxlni6.pro/bin/setup_osl_ins to remove the text that refers to these files. The build then completes and OpenOffice appears to work. I guess I'll find out over the next few weeks if that was a really stupid thing to do. begin:vcard fn:Ian Macdonald n:Macdonald;Ian adr:;;2 Jatinga Close;Johannesburg;Gauteng;;South Africa email;internet:[EMAIL PROTECTED] tel;home:+ 27 11 8079356 tel;cell:+ 27 83 4414738 x-mozilla-html:FALSE version:2.1 end:vcard -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
OOo 2.0 build errors
Has anyone been able to build OOo 2.0 without mozilla? I found a post from Peter B Steiger with a similar problem but no reference to a solution. ( touching the *.so files moves the build on a couple of steps but it still fails with errors relating to the same files.) The error messages suggest that the program can't remove the missing files from the file list because it can't find them! It may be just a matter of removing these files from some list somewhere, but where to start looking? The build fails with . . SUCCESS: Source for avmedia.jar: /usr/src/oofice/OOo_2.0.0rc3_src/solver/680/unxlngi6.pro/bin/avmedia.jar WARNING: Source for libxsec_fw.so not found! WARNING: Source for libxsec_xmlsec.so not found! WARNING: Source for libxmlsecurity.so not found! SUCCESS: Source for libxmlsec1.so.1.2.6: /usr/src/oofice/OOo_2.0.0rc3_src/solver/680/unxlngi6.pro/lib/libxmlsec1.so.1.2.6 . . ERROR: Removing file ldapbe2.uno.so from file list. ERROR: Removing file libxsec_fw.so from file list. ERROR: Removing file libxsec_xmlsec.so from file list. ERROR: Removing file libxmlsecurity.so from file list. ERROR: Removing file xmlsec680en-US.res from file list. *** ERROR: Missing files in function: remove_Files_Without_Sourcedirectory *** and the configure is ./configure --prefix=/opt/OpenOffice2 --without-fonts --disable-fontoo --disable-mozilla --disable-openldap --disable-odk --disable-qadevooo --disable-gnome-vfs --disable-binfilters --with-jdk-home=/opt/jdk/jdk --with-system-stdlibs --with-system-freetype --with-system-zlib --with-system-jpeg --with-system-expat --with-system-libxml --with-system-python --with-home-ant=/opt/ant --with-package-format=native --with-build-version=BLFS I have been following the blfs-dev book and applied all patches plus xmlsec_no_mozilla-1.patch. Any hints will be much appreciated. begin:vcard fn:Ian Macdonald n:Macdonald;Ian adr:;;2 Jatinga Close;Johannesburg;Gauteng;;South Africa email;internet:[EMAIL PROTECTED] tel;home:+ 27 11 8079356 tel;cell:+ 27 83 4414738 x-mozilla-html:FALSE version:2.1 end:vcard -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Xorg-6.8.2 build failure related to bison--solved
Andy Thanks for the prompt reply and yes, rebuilding flex has solved the problem. begin:vcard fn:Ian Macdonald n:Macdonald;Ian adr:;;2 Jatinga Close;Johannesburg;Gauteng;;South Africa email;internet:[EMAIL PROTECTED] tel;home:+ 27 11 8079356 tel;cell:+ 27 83 4414738 x-mozilla-html:FALSE version:2.1 end:vcard -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Xorg-6.8.2 build failure related to bison?
Built LFS from the 6.1 Book without obvious problems and continued with BLFS Version 6.1. Only ( intentional) deviation was to install nano instead of vi. Followed BLFS book to end of chapter 3 then started 'selecting' packages as suggested. Installed RP-PPPoE and Lynx ( and their dependencies) with no problems but after 10 minutes 'command line web browsing' realised I needed X. Prerequisites compiled without obvious problems but the 'make World' command terminated with the errors below. If it is something to do with bison, I have no idea how to proceed. (What is bison meant to do?) Any hints would be grately appreciated. make[3]: Entering directory `/usr/src/xorg/xcbuild/lib/dps' checking ../../config/pswrap/pswrap over in ../../config/pswrap first... make[4]: Entering directory `/usr/src/xorg/xcbuild/config/pswrap' gcc -m32 -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall -Wpointer-arith -Wundef -I../.. -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT-c -o main.o main.c bison -y -d pswparser.y conflicts: 1 shift/reduce mv -f y.tab.c pswparser.c + mv -f y.tab.h pswparser.h gcc -m32 -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall -Wpointer-arith -Wundef -I../.. -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT-c -o pswparser.o pswparser.c y.tab.c:616:6: warning: YYLTYPE_IS_TRIVIAL is not defined flex -l -t lexer.l lexer.c gcc -m32 -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic -Wall -Wpointer-arith -Wundef -I../.. -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT-c -o lexer.o lexer.c stdout: In function `yylex': stdout:1199: error: `yy_prev_more_offset' undeclared (first use in this function) stdout:1199: error: (Each undeclared identifier is reported only once stdout:1199: error: for each function it appears in.) lexer.l:349: warning: long unsigned int format, long int arg (arg 3) lexer.l:358: warning: long unsigned int format, long int arg (arg 3) lexer.l: At top level: stdout:2988: warning: 'yy_flex_strlen' defined but not used make[4]: *** [lexer.o] Error 1 make[4]: Leaving directory `/usr/src/xorg/xcbuild/config/pswrap' make[3]: *** [../../config/pswrap/pswrap] Error 2 make[3]: Leaving directory `/usr/src/xorg/xcbuild/lib/dps' make[2]: *** [includes] Error 2 make[2]: Leaving directory `/usr/src/xorg/xcbuild/lib' make[1]: *** [includes] Error 2 make[1]: Leaving directory `/usr/src/xorg/xcbuild' make: *** [World] Error 2 begin:vcard fn:Ian Macdonald n:Macdonald;Ian adr:;;2 Jatinga Close;Johannesburg;Gauteng;;South Africa email;internet:[EMAIL PROTECTED] tel;home:+ 27 11 8079356 tel;cell:+ 27 83 4414738 x-mozilla-html:FALSE version:2.1 end:vcard -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page