Randy McMurchy wrote: >> * Mesa-6.5.1, libdrm-2.0.2: Status: everybody seems to do this update on >> their own, but xorg-devel archives suggest that some patches to >> xorg-server-1.1.1 are needed beyond simple build fixes (and this part is not >> done on the CD). So, probably not for the book. Mesa-6.5.2 is out, but >> untested, and there are reports that it breaks beryl without some patches >> for xorg-server. > > If you say it isn't ready for the book, then it isn't.
It may become ready in a day or two - I just need to rebuild Xorg once again with the patches proposed on the xorg-devel list, and test with beryl and some games. >> * gc-6.8: w3m works as intended. The changelog for version 6.7 contains >> an >> item that looks like gcc-4.1 buildfix for the c++ library. So, maybe this is >> for the book. > > I can go either way. Does anyone actually *use* this software? I know > that Hans writes great software, but is there anything this new version > does that anyone would notice? gc-6.6 fails to build from source with gcc-4.1.1. gc-6.7 and 6.8 build fine. >> * MC-4.6.1: added Debian patches for UTF-8 support. > > Does anyone actually use it? If so, we'll update. I thought MC was a > text-based file-manager. You know, like DOS-3.3 stuff. We can put it > in but is it really important? It is a very popular package in Russia (exactly because in old DOS days everybody here pirated Norton Commander, and old habits are hard to break). This has been already discussed with Archaic, who said something like this (sorry, the exact chat logs are already rotated away): "why would I memorize these strange F? combinations and use this tiny parody on the command line?" Yet people here don't believe that one could say this. >> * ncftp-3.2.0: works. Has the same bug as 3.1.9 with command line editing >> using the cursor keys. > > You would be the one to do it. Please accept the request to join the > team. Accepted - but please don't expect a lot of activity from me. As for ncftp, I don't really use it, I use lftp for the same tasks (and it doesn't have the cursor bug). >> * nfs-utils-1.0.10: requires the following sed for LFS SVN compatibility: >> sed -i 's/UTS_RELEASE/"2.6.18.3"/' tools/getkversion/getkversion.c (you may >> use any other junk instead of 2.6.18.3 with the same effect). > > Ditto my previous comments. OK, I will handle this trivial change as soon as we decide how to present such issues that apply only to LFS SVN and not 6.2. The change itself is harmless for LFS-6.2, so it is OK to make it unconditionally. >> * reiserfsprogs-3.6.19: fails to build with LFS SVN. Please install >> asm/unaligned.h with linux headers in LFS. > > Alexander, you are the man! Jump in and do what you think is best. This (as far as I understand, and as implemented on the CD) requires changes to LFS, not BLFS. And the situation can change once 2.6.19.2 headers enter LFS. -- Alexander E. Patrakov -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
