On Sat, Oct 15, 2011 at 10:37:53PM -0500, Bruce Dubbs wrote: > Qrux wrote: > > > Is there a "snapshot" of BLFS (or tag/branch) in SVN (or whatever SCM > > BLFS uses) that's "guaranteed" to work with LFS 6.8 (let alone 7.0)? > > We use subversion. > > No, we don't have enough contributors for that. What's there probably > works OK for most packages, but they generally are not the latest. > The xorg packages are resonably current. There was a release of xcb-util-0.3.8 which you would expect to just drop-in for 0.3.6, but it appears that it has been split into multiple packages, so for the moment I'm avoiding it. If you are using newer versions, probably best to make sure they are targetted at the correct version of hte xorg server (1.9 or 1.10). Also, note that the keyboard and mouse packages are intended for non-linux systems, we should be using evdev. Consult the xorg-announce archives for more details: http://lists.freedesktop.org/mailman/listinfo/xorg-announce
I have no comment on the old fonts - I assume they still build, but my desktop is all ttf. Gnome2 is now getting old, but what is there should still work (but, see webkit below). The version of firefox in the book (and probably the versions of other mozilla packages) are old and vulnerable. 3.6.latest probably drops in with sqlite-autoconf-3070500 (i.e. 3.7.5), nss-3.12.11 (I used 3.12.11.with.ckbi.1.87 which seems to be newer than virgin 3.12.11, presumably after the certificate issues), nspr-4.8.9 : both these latter two with DJ's patches. Myself, I'm using firefox-7.0.1. This renders html5 using libvpx. I use my system libvpx - that meant a *severe and major* reorganisation of my buildscripts. If you are content to use the libvpx shipped in fedora, you will need yasm. Similarly, recent versions of libvpx tend not to build with nasm and note that yasm is preferred. Building on linux-3+ I hit problems with two packages that test the running kernel version: postfix - being cowardly, I've stuck with the 2.5 series. 2.5.15 works fine on my desktop. dhclient - I've had to move to dhcp-4.2.2 to get a version that will build on linux-3. I use a couple of patches, one to ensure that missing ipv6 support is not fatal (found at fedora, applied by hand, builds but not tested because my kernel supports ipv6), and another to support iproute - this gave me an error on the system console when first used, but worked ok, and no subsequent problems. If there is any interest, I guess I can put these two patches into lfs-patches. I noted that babl and gegl are now at ftp.gimp.org. Babl-0.1.4 needed a patch for introspection, duno where this came from but it looks as if it is from upstream (it's clearly from git). I'm using cups-1.5 and ghostscript-9.04, but as usual building new releases was not pretty - my printer (in gutenprint) works, but for text I have to pretend it's an epson R260 (actually R360 but that doesn't appear in the list although I can see it in the xml source). I've had that in the past too. I ended up rebuilding the print stack several times before accepting that I could apparently use the R260 driver for text. From the gimp, "print with gutenprint" has no problems seeing the R360, but the queue name got changed to a more descriptive EPSON_Stylus_Photo_R360 when I installed it, which caused a little fun (gutenprint was looking for the old queue name). For ffmpeg (I'm making a lot more use of this now!), the 0.8 series (specifically 0.8.4) is better : tools/qt-faststart builds without problems (for those who need it), but it uses a newer libx264 (I looked at gentoo, who use 20110426 : works for me) and can dispense with libfaac since it has its own built in alternative that works well enough. I also pass --enable-version3 after --enable-gpl, to get whatever is licensed under GPLv3. For xine-lib I had to add the patch to pull in XvMClib.h, which is no longer pulled in by one of the xorg protocol headers, and another patch (found at gentoo) to build agaisnt ffmpeg-0.8.4. Again, I can upload these if people wish. For xine-ui-0.99.5 I had sed out the unnecessary include of curl/types.h since that file doesn't exist in current curl - sed -i '/#include <curl\/types.h>/d' src/xitk/download.c : I suspect this will also be needed in 0.99.6 (I don't build that because of its extra dependency which has no benefit to me). webkit: for 1.2.7 I'm using a bunch of patches from ubuntu - one to spoof the user agent to google, seven to fix vulnerabilities. I guess that my next desktop revision will include gtk3, and therefore current webkit. Inevitably, I ignore many things that are in BLFS, and use several things that aren't, so there might be other packages that need fixing. I'm intending to post my buildscripts when I've got my new server build installed, but as usual they are only a build order and versions, that work for me, and I still find that my install logs sometimes pick up files from the *previous* package (using find -newer and a file that I touch at the start of the package) - I suspect a problem in either findutils or coreutils, but it isn't a showstopper. HTH. ĸ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
