Im feeling dazed and confused by this, perhaps posting will help me understand it. Alternatively, it might just spread the confusion ;-)
My desktop builds use nfs v3 to access the sources, my notes, and my media files. Previously, I've disabled tirpc in recent nfs-utils (1.2.x) and I now feel sure that was because rpc.statd couldn't get through portmap. So, I've built libtirpc by the book, and portmap, then the other deps and nfs-utils-1.2.5. When I booted, rpc.statd failed to start. Replaced portmap by rpcbind, changed the bootscript to run rpcbind instead of portmap. Now, rpc.statd starts, but mount.nfs doesn't believe it is running and apparently tries (and fails) to start it. There is a second glibc-2.14 patch for libtirpc doing the rounds, e.g. at debian. Applying this instead of what is in the book, and running autoconf, the tirpc build fails key_call.c: In function ‘getkeyserv_handle’: key_call.c:362:2: error: #error Unknown architecture! Trying to apply the two patches (rejects fixed up by hand) and autoconf (or just automake) gives the same build failure. Fedora has an update using a patch to libtirpc-0.2.3-rc1, and frugalware also have this. BUT, it doesn't apply! Most of the files it patches seem to have been named from svcauth* to auth*. The sourceforge site points to git://git.infradead.org/~steved/libtirpc.git but that hasn't been updated since september and I see no sign of the files being renamed, although it does have an commit that looks like it might be a fix for something where fedora still apply a patch. So, I suspect the package might have been moved or forked. I see (on -book) that Tobias Gasser built this version of nfs-utils with --disable-gss --enable-nfsv3 --enable-nfsv4 --disable-nfsv41 --enable-mount --with-tcp-wrappers and is using it for nfsv4 with rpcbind. I already use --disable-mount and --with-tcp-wrappers. Of the other options, all are the defaults except --enable-nfsv3 : I can find no reference to that in configure and it gets flagged as an unrecognized option. Stalled. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
