Hi, Ian McNish schrieb: > > Massimiliano Pala wrote: > ... > > Anyway if you plan of testing the software on Solaris, we'll be happy if > > you could send us signalations of problems you encounter while > > installing and testing the system. > > to me this is a *very* amusing statement because on 12/28/01 i submitted > a patch with some things i did while trying to get openca 0.8.1 to work > on solaris. after no one on the list responded or discussed operations > on solaris i gave up on openca.
Please, don't be frustrated. We changed the whole code for the installation. Therefore we must test all the thinks again. > > the attached patch addresses the following: > > > > (+) bash is not available by default on most, if not all, non-linux > > commercial OSs. as such bourne or korn shell should be used by default. > > configure.in was changed to look for sh rather than bash. We try to fix this too but I received no report about a successful or unsuccessful installation of 0.9. Nevertheless I must install OpenCA on a Solaris 8 box in the next two weeks. > > (+) you call echo with '-n' to prevent the implicit trailing new line > > character. while this works under bash and csh it doesn't work under sh > > or ksh. for echo calls, the '-n' argument was removed and '\c' was added > > to the end of the string. This is a really good hint. I fixed it. > > (+) gnu tar is not available by default on most, if not all, non-linux > > commercial OSs. as such calls to tar should not depend on gtar specific > > functionality. while i do realize that gzip is also not included by > > default on non-linux commercial OSs, it is far more commonplace... > > besides one prerequisite program is easier to expect users to > > have/obtain than two. the '-z' argument was dropped from tar calls and > > separate code was added to the root, contrib and modules makefiles to > > call gzip/gunzip. a check for the location of gzip and gunzip was added > > to configure.in. That's correct and Robert build the new code without the option -z. gzip knows the option -d so it is not necessary to use gunzip - we don't use @GUNZIP@. > > (+) XML-Parser installer is not smart enough to find expat components > > (library and header) if they're not in their default locations. the > > patch adds two arguments to configure.in for specifying the location of > > libexpat and expat.h, and the contrib Makefile.in was modified to use > > these values when building the XML-Parser module. We don't install the XML-Parser actually. I don't know for what it was needed. Massimiliano, any comments? > > (+) the absolute path for pod2man is not set and the path is not > > intuitive (at least not for solaris 8's default perl install). this > > should be configurable by configure. for now i added two paths to the > > check for pod2man to configure.in. Fixed. > > () from src/contrib/Makefile: perl modules are reinstalled every time > > make is invoked. before installing modules we should look to see if > > they are already installed. no point in risking mucking something up by > > overwriting something that already works. Good idea but how should we test this? I used normally the module-prefix to install all the modules in a private directory. > > () the OpenCA-SV package should pull configure options from those passed > > to the top level (OpenCA) configure program. e.g., in the modules > > Makefile, rather than just running './configure', use: The new configure on top of the snaps and distros pass it's options to the other configures. AC_CONFIG_SUBDIRS Thanks for the help Michael -- ------------------------------------------------------------------- Michael Bell Email (private): [EMAIL PROTECTED] Rechenzentrum - Datacenter Email: [EMAIL PROTECTED] Humboldt-University of Berlin Tel.: +49 (0)30-2093 2482 Unter den Linden 6 Fax: +49 (0)30-2093 2959 10099 Berlin Germany [OpenCA Core Developer] http://www.openca.org _______________________________________________ OpenCA-Devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/openca-devel
