Alexander E. Patrakov wrote these words on 01/13/07 01:36 CST: > Please keep in mind that the notes below are skewed in the sense that they > recommend a change if it fixes a compatibility issue with LFS SVN (even if > there is no problem with LFS-6.2).
After re-reading your email I have further comments. > * Vim 7.0 (with the -mandir-1 and -fixes-14 patches and without removal of > tutorials). Status: ready for the book. This is a no-brainer. If another editor doesn't pick this up, I will update the package myself. Let it be known that I am officially (I've already asked once in private email) asking Alexander to accept the opportunity to update these issues himself and consider himself a BLFS editor. I'm quite certain there would be no qualms within the community with this plea. > * 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. > * Various Xorg components: updated to latest stable versions that build > against xorg-server-1.1.1. This allows to drop security-related patches and > luit race patch. I personally don't have a clue. I'm still an Xorg-6.9 guy. Please ask DJ, or accept my plea to help out as an Editor and do what you think is best. > * xkeyboard-config instead of xkb-data: present on the LiveCD since 6.2-3. > Recommended for the book, because xkb-data are broken at least for Greek > (although a band-aid fix is known). Ditto my previous comment. > * GAIM-1.5.0: the CD contains a one-line patch for compatibility with > SIM-0.9.3 (which is broken, but is still installed on many computers). I don't use it, so I can't fairly comment. Your judgment is enough. Please consider my earlier plea. > * 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? > * GPM: the wiki contains a patch that fixes w3m lockup issue. Also, maybe > a note should be added that with LFS SVN, GPM cannot copy non-ASCII > characters if the console is in UTF-8 mode. This was not the issue with > LFS-6.2, because the utf8-input kernel patch was there (and dropped in LFS > SVN because the kernel developers don't like it). Again, jump in and fix it. :-) Just give us the word and you'll have commit privs before you can say General Purpose Mouse. :-) > * libidn-0.6.7: I have reviewed the complete diff from 0.6.3. The changes > to C files are small, and are mostly obvious x86_64 bugfixes. Documentation > handling has changed. So, this new version is safe for the book, if one > reviews the commands for installing the documentation. You would be the one to do it. I am trying to recruit folks to help out in BLFS, but right now contribution is really thin. > * lynx-2.8.6: contains security fixes, works fine, allows to pass > --enable-nls without triggering the "truncated messages in UTF-8 locales" > bug. Recommended for the book. No brainer, we'll do it. > * 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? (my thoughts being that anyone living in a text-based world doesn't need a file-manager, command-line is enough. Am I too old-fashioned here?) (this coming from a command-line guy, though uses a GUI for the convenience of multi-tasking) > * 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. I'm quite certain you are capable of wearing multiple hats. > * 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. > * openssh-4.4p1: works both as a client and as a server, 4.5: untested. > > * openssl-0.9.8d: works good enough for wget and mutt. I believe Bruce is going to tackle both of these. > * 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. Lastly, in case you haven't quite caught the drift of my tone here, I'm asking you (in public) to accept commit privs to BLFS and do what you think is right. Unfortunately, I don't have the privs on quantum, to make it happen, otherwise you would have privs now, and you then could decide to utilize the privs or not. For now, hopefully Bruce will go ahead and make it happen and it will simply be up to you to exercise the privilege. -- Randy rmlscsi: [bogomips 1003.26] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 02:10:00 up 3 days, 2:24, 1 user, load average: 0.03, 0.11, 0.13 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
