bug-autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: testsuite.log for autoconf 2.63 on OS X 10.3.9 Server


From: Frisch, Lillian Lena
Subject: RE: testsuite.log for autoconf 2.63 on OS X 10.3.9 Server
Date: Mon, 6 Oct 2008 23:58:14 -0500

Eric;
 

> Thanks for the in-depth look at my testsuite logfile.  Is it still safe
> to run autoconf as is, or should I wait for a note back from MacOS
> bugs?  It seems like that might take a while.  I did update aclocal and
> automake successfully afterwards.

It seems like autoconf is working just fine except for the duplicated
directory listings, you are probably fine installing it while you wait for
an answer from the MacOS people.

OK, I sent Apple a description of the issue with autoconf.  I hope they still 
offer support for older versions of OS X, as my lab head is quite the miser.

> 
> Thanks for your help.  I'm updating all of this because GD, a perl
> module, wants newer, tastier versions of autoconf and automake than the
> ones that came with the OS.  Without GD, the Ensembl server is a no-go. 
> It has been a very interesting and instructive rabbit hole through which
> I have meandered ;).  Many things in computing are like that.

Are you actually developing Ensembl?  If so, then yes, development often
comes with a lot of prerequisites.  If not, consider using Ensembl
tarballs that don't require you to rerun autoconf/automake, or else report
a bug to the Ensembl developers (after all, the point of the autotools is
to allow packages to create tarballs that do NOT need the autotools).

I am developing Ensembl to the extent that I am creating a local server for one 
of the tropical medicine/entomology labs here. It will only include some of the 
genomes (3 in fact: the mosquito genomes) and will only be available for use by 
the lab and the lab head's students.  I do not intend to extend the abilities 
of various Ensembl components (though I am sure the lab head would like that), 
but only to ensure that my lab head and fellow students can successfully run 
all queries and other research on every attempt instead of rolling the dice 
with the Ensembl website along with everybody else around the world.  The 
requirements do seem fairly convoluted, but I'm not sure how many versions of 
Ensembl I can go back and install safely.  Some of the genomes we require were 
included fairly recently, too (genome versions, along with other genetic 
information, change with Ensembl versions).  There are also other sundry 
problems with various perl modules, but I am focusing on overcoming the 
autotools issue right now and really appreciate your attention to my specific 
issues.

*(after all, the point of the autotools is
to allow packages to create tarballs that do NOT need the autotools).*

YES, this is what I have thought at many points along this great adventure 
about many pieces of software.  This young padwan has much to learn, it seems.

Thanks for your active support.

Yours,

Lillian L. Frisch
Tulane University School of Public Health and Tropical Medicine



<<winmail.dat>>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]