On Thu, May 10, 2012 at 10:56:08PM +0100, Ken Moffat wrote: > On Thu, May 10, 2012 at 10:14:43PM +0100, Matt Burgess wrote: > > > > This looks, at a quick glance, to be an upstream bug. xinglp, Ken, have > > you contacted them yet? > > > > My first step will be to compare what happened in older systems, in > case something (e.g. a kernel-headers used for glibc change) caused > it to no longer be installed. Since nobody had reported it before, > I don't yet know when it was last installed on my builds. > OK, I assume xinglp is using x86_64 (which is what I've been using for years). A copious search of my old logs found the most recent bin/resizecons was with kbd-1.13 on LFS-svn-20080207 : that was probably the last time I built 32-bit x86.
Google found a report on clfs (unfortunatley, lumped in with a report about a file not installed by ncurses) showing it was only built if $ARCH was i386, and a novell bug for OpenSuse: https://bugzilla.novell.com/show_bug.cgi?id=737631 Apparently they've changed it to build on x86_64, so I've downloaded their src.rpm. But looking at upstream git it's already fixed in configure.ac: case $host_cpu in i?86*) RESIZECONS_PROGS=yes ;; x86_64*) RESIZECONS_PROGS=yes ;; *) RESIZECONS_PROGS=no ;; esac There is a patch in the OpenSuse srpm, against configure.ac - I can see them applying it, but I don't see what sort of autofoo they use to update configure. Weird, but since it has gone upstream I look at using sed on configure, or failing that a patch. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
