On Thu, Oct 16, 2008 at 10:32 PM, Ken Moffat <[EMAIL PROTECTED]> wrote: > On Thu, Oct 16, 2008 at 04:31:33PM -0700, Dan Nicholson wrote: >> On Thu, Oct 16, 2008 at 4:24 PM, DJ Lucas <[EMAIL PROTECTED]> wrote: >> > >> > Of what I have in my current wget files, these are not in the list of >> > the official release: >> > >> > UTILS: >> > gccmakedep-1.0.2 is not in the list >> > imake-1.0.2 is not in the list >> > lndir-1.0.1 is not in the list >> > xorg-cf-files-1.0.2 is not in the list >> > >> > APPS: >> > twm-1.0.4 is not in the list >> > xcalc-1.0.2 is not in the list >> > xclock-1.0.3 is not in the list >> > xdm-1.1.8 is not in the list >> > >> > I don't like that they are not there, but everything in the official >> > list is accounted for and all deps are accounted for using the book's >> > current build method (so far). Only issues that I've encountered >> > through the apps is that xdpyinfo and xset will use Xprint, but Xprint >> > is no longer a part of the official 7.4. >> >> Adam Jackson ripped a bunch of unmaintained/obsolete stuff out of the >> full Xorg release. You can certainly still build them (they're still >> in freedesktop git and still have tarball releases), but they just >> aren't seen as being part of a modern desktop. Xprint is definitely >> gone, though. >> > FWIW, xcalc and xclock are working fine for me on 7.4 (caveat: this > is still with gcc-4.2.4). Actually, I also built xdm, guess I can > drop that - thanks for noticing it.
Oh, it's not quite like that. xcalc and xclock are perfectly valid X11 programs and should continue to work as long as X11 is being deployed. Their just no longer part of the core Xorg release. There could even be more development and releases at freedesktop.org. xedit certainly saw a lot of commits recently, but it's a "legacy" X app that's not part of the Xorg release. There's even a guy that's modernizing twm and making it look not like vomit. :) > Those Utils aren't needed by most applications (in the same way that > people haven't usually needed liboldX). Unfortunately, I'm fond of > one old toy with a "here's the source, distribute it at will, all > rights reserved" licence which needs xmkmf, so I build imake and > xorg-cf-files just for that. Actually, there's a very good reason to build those 3 packages: nearly all autoconfed packages that rely on the X libraries use the macros AC_PATH_X or AC_PATH_XTRA. This uses xmkmf (which uses imake and xorg-cf-files in turn) to find your X installation. Without xmkmf, it falls back to some hardcoded list of locations. So, if you're in a situation where X is in a weird or multilib location, you might not have your X libraries found. You can always override that by passing --x-includes --x-libraries, but to me it seems nice to just have xmkmf tell configure where X is. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
