[Xastir] Font error during compile

[Tom Russo]

On Fri, Jul 25, 2008 at 02:47:44PM -0700, we recorded a bogon-computron collision of the <tom at tomh.us> flavor, containing:
> > Tom, look a little farther up in the output for an error that indicates that an
> 
> Thanks for the idea. I found this a little farther up:
> 
> Fri Jul 25 14:19:13 PDT 2008
> cd . && /bin/bash /home/xubuntu/src/XASTIR/xastir/missing --run autoheader
> autom4te: cannot open autom4te.cache/requests: Permission denied
> autoheader: '/usr/bin/autom4te' failed with exit status: 1
> make: *** [config.h.in] Error 1
> 
> 
> I investigated and found a bunch of files in the source directory
> owned by root. Whoever configured this virtual machine must have been
> a little sudo-happy ;-). I chowned everything back to xubuntu:xubuntu
> and the update/install went fine.

Yes, that is exactly what happened.  I believe that the initial build was
done with "sudo make install" instead of "make && sudo make install", 
creating the whole build directory as owned by root.

There were a number of other issues with the Hardy VM, and I planned to 
replace it with a fixed one but never had the time.  I am unlikely to have the 
time any time soon, either.  If Lee puts a new one together we can perhaps 
get it uploaded to replace the one that's there now.  If I ever get around to
creating a new one, I'll also do it with "pyNeighborhood" pre-installed, since
vmware-tools doesn't implement drag-and-drop file transfers between windows
host and Xubuntu guest as it does for other linux distros.  But again,
I haven't had time to do that and was thankful when Lee did the Hardy VM 
in the first place.

I don't even remember what all the little issues were, I'll have to dig 
through the list archives to find them.  As I recall, there is also an issue 
with Berkeley DB --- the headers and libraries are mismatched, meaning that 
map caching doesn't work.  To fix it, you would have to remove the 
libdb4.4-dev that is installed, and instead install libdb4.x-dev where "x" 
matches the highest number of an installed "libdb4.x" package installed.

-- 
Tom Russo    KM5VY   SAR502   DM64ux          http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
 "Argue for your limitations and sure enough, they're yours."  -- R. Bach