On Fri, 15 Jan 2010, Brad Cavanagh wrote:
>> 2) the default STARLINK_DIR is /export/data/star/hawaiki-build rather
>> than /star-hawaiki
>>
>> Maybe this isn't the actual release?
>
> No, it is, I just built it into a different location.
That's a shame. Now everyone will need to define STARLINK_DIR and a few
things will not work very well (mostly developer tools).
>> Under Ubuntu GAIA is broken because of a missing link to the expat library:
>>
>> > ldd gaia_tcl | grep expat
>> libexpat.so.0 => not found
>> libexpat.so.1 => /lib/libexpat.so.1 (0x00002ba5590e0000)
>>
>> which is a bit odd as when I put a link to libexpat.so.0 in place
>> it just says:
>>
>> > ldd $GAIA_DIR/gaia_wish | grep expat
>> libexpat.so.0 => /lib/libexpat.so.0 (0x00002ad1160af000)
>>
>> So I think I'm going to put this down to a Ubuntu issue. That's it so far.
>
> Given loads of people run Ubuntu, I think we're just going to make our
> libexpat.so.0 available for download. Then if they need it, they can grab it
> and stick it in /lib.
OK, this seems to apply to 32bit as well.
I've caught a couple of further issues, one in GAIA and one in CURSA that
I've pushed fixes for.
Another set of problems that I found was is endemic in the SMURF and SURF
setups, for instance:
% smurf
% jcmtstate2cat
/export/data/star/hawaiki-build/Perl/bin/perl: Command not found.
% which jcmtstate2cat
jcmtstate2cat: aliased to /export/data/star/hawaiki-build/Perl/bin/perl $SMURF_DIR/jcmtstate2cat
Maybe that should just be "starperl"?
Cheers,
Peter.
|