Re: tinderboxing stuff

Luis Villa wrote:
> Well, can at least file a bug explaining what the problem is on
> non-linux platforms.

https://bugs.freedesktop.org/show_bug.cgi?id=4083
Fontconfig also has a stupid doc install bug: 
https://bugs.freedesktop.org/show_bug.cgi?id=4062

While at bugs.fd.o:
auto* suckage:
https://bugs.freedesktop.org/show_bug.cgi?id=4098
https://bugs.freedesktop.org/show_bug.cgi?id=3593 (was bug 4097) FIXED
cairo is crazy on solaris/sparc:
https://bugs.freedesktop.org/show_bug.cgi?id=4120

pango: http://bugzilla.gnome.org/show_bug.cgi?id=313836 NOTABUG
I have vague recollections that libtool installing .la files into the prefix 
is bad, http://www.advogato.org/person/jamesh/diary.html?start=176 says I 
need libtool 1.9f or later. This is also likely to be the fix for breakage 
in libbonobo here: 
http://trs80.ucc.asn.au/gnometinderbox/manbo-200508210444/libbonobo.html#build

>>gtk+ is obviously a
>>big blocker, without it nothing graphical is going to get compiled. I
>>could fix it on mudhead by apt-getting libxft-dev, but that's not an
>>option for manbo.
> 
> Urk, no X server there?

Not having an X server isn't the problem, and I actually could install the 
packages from blastwave via pkg-get, but I'd rather get it fixed properly. 
Which it has, see http://bugzilla.gnome.org/show_bug.cgi?id=313417

>>Looking ahead at some failures (mainly for my own reference):
>>- libpixman dies in a very odd way
>>- gnome-icon-theme, libgnomecups (and a few others) have intltool oddness:
>>config.status: executing intltool commands
>>./config.status: ./intltool-extract.in: No such file or directory

fixed: solaris grep sucks: http://bugzilla.gnome.org/show_bug.cgi?id=313531

>>- howl needs to find getopt somewhere
> 
> We can probably drop howl, there seems to be consensus it is
> license-violating anyway.

And avahi just had its 0.1 (feature complete) release.

>>- libxklavier needs libXkl or something?
> 
> Xkb, maybe?

I'm suspecting libtool badness personally, but haven't investigated deeply.

>>- poppler can't find cairo correctly
>>- libgcrypt has linking issues
>>- libgtop needs to find glibtop
>>- isocodes needs to know python isn't always in /usr/bin

http://alioth.debian.org/tracker/index.php?func=detail&aid=302070&group_id=30316&atid=410769

>>- libmusixbrainz is c++, ugh
>>- gnome-backgrounds has a po error.
> 
> Wow. Long way to go. :/

Yeah. The alpha is still crashing even when not in a rack, so I'll transfer 
its install to another one tonight.

rsync -rlt is the correct way to copy 800MB of logs, beats cp and scp ;-)

Davyd's jhfarmer (which parellizes entire module builds) looks like a good 
idea, since auto* and tests are often single-threaded and take the longest 
time. All it needs is -f jhbuilrc support and a frontend that outputs into 
individual files, with some other process that gathers them all together. 
Although maybe this should be done as part of the new logging stuff.

-- 
James Andrewartha