DJ Lucas wrote: > On 12/04/2011 04:25 PM, Bruce Dubbs wrote: >> DJ Lucas wrote: >>> On 12/03/2011 06:09 PM, Ken Moffat wrote: >>> >>>> I had noticed functions up to des_crypt.c were removed in debian, >>>> and was attempting to merge their changes with yours by hand. >>> Actually, removal of des_crypt.c is all that is required if we avoid >>> upstream's ridiculous policy of "break stuff to light a fire under >>> downstream's hind quarters" (as suggested in the cross-post to LFS-Dev). >>> Once that is done, nothing is broken, and only yp* cannot be used with >>> IPv6 (or libtirpc at all), but the original IPv4 implementation is left >>> in working order and NFS can be left to use libtirpc (including IPv6 >>> functionality with rpcbind replacing portmap) without breaking any >>> existing NIS installations (they can still only use IPv4, however). >>> >>> IOW: what is in the BLFS book now should work fine as far as BLFS is >>> concerned. We should still provide a complete reversal of the GLibc >>> changes in LFS for the time being as I think that the static TI-RPC >>> libraries are probably broken with auth_time.c still there, but I gave >>> up trying to identify or fix it as it was easier to simply "un-break" GLibc. >> I'm confused here DJ. AFAIK, the only changes to LFS svn are: >> >> cp -v ../glibc-2.14.1/sunrpc/rpc/*.h /usr/include/rpc >> cp -v ../glibc-2.14.1/sunrpc/rpcsvc/*.h /usr/include/rpcsvc >> cp -v ../glibc-2.14.1/nis/rpcsvc/*.h /usr/include/rpcsvc >> >> and the BLFS libtirpc instructions do basically the same thing WRT >> headers if wasn't done in LFS. >> >> What 'reversal of the GLibc changes in LFS' are you referring to? >> >> -- Bruce > The symbols are hidden: > > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/glibc/2.14.1/0070_all_glibc-2.14-rpc-export.patch
OK. I read that as 'We should still provide a complete reversal of the GLibc changes (that were made) in LFS'. I think you mean that LFS should reverse the changes that upstream made in this area. I'm not sure I agree right now. The next version of the book is still three months away and there may be updates to glibc or librirpc in that time. I'm willing to say that LFS (like upstream glibc) no longer supports NIS and let it go at that. Maybe we should revist it in February. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
