Takaya, Part of the instructions at the LAS configuration script have you become super user and then change the ownership/permissions of a bunch of files. You should have seen something like this: chgrp apache server server/log server/output server/dods server/dods/.dods_cache chgrp apache server/log/* server/output/* server/dods/.dods_cache/* chgrp apache server/dods/.dodsrc chmod g+w server server/log server/output server/dods server/dods/.dods_cache chmod g+w server/log/* server/output/* server/dods/.dods_cache/* chmod g+w server/dods/.dodsrc where 'apache' should be replaced with whatever you answered to this question: I need to know the group your Web server runs as. This is needed so that the Web server can write log files and create output images and data. Just make the ownership/permission changes and you should be up and running. -- Jon Namba Takaya wrote: Dear Sir I solved the problem of perl netcdf module folloing the unidata mailing list(http://my.unidata.ucar.edu/content/support/help/MailArchives/netcdf-perl/msg00124.html). But I have a problem of protection as LAS Error The following error message was received from LAS: Can't create debug file log/debug (protection problem?) at ../xml/perl/LAS/Server.pm line 564. Could you suggest how I can solve this problem? Best Regards, Takaya Namba --- Namba Takaya <takayanamba3@yahoo.co.jp> からのメッセ ージ:Dear Jonathan Thank you very much for your kind support. According to your suggestion on perl module below, I went much forward. However, I faced a next problem below. LAS Error The following error message was received from LAS: [Thu Jul 14 15:00:18 2005] LASserver.pl: Can't load'/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/NetCDF/NetCDF.so'for module NetCDF:/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/NetCDF/NetCDF.so:undefined symbol: ncopts at/usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pmline 230. [Thu Jul 14 15:00:18 2005] LASserver.pl: at ../xml/perl/TMAP/TMAPDBI.pm line 18 [Thu Jul 14 15:00:18 2005] LASserver.pl: Compilation failed in require at ../xml/perl/TMAP/TMAPDBI.pm line 18. [Thu Jul 14 15:00:18 2005] LASserver.pl: BEGIN failed--compilation aborted at ../xml/perl/TMAP/TMAPDBI.pm line 18. [Thu Jul 14 15:00:18 2005] LASserver.pl: Compilation failed in require at ../xml/perl/TMAP/insitu.pl line 10. [Thu Jul 14 15:00:18 2005] LASserver.pl: BEGIN failed--compilation aborted at ../xml/perl/TMAP/insitu.pl line 10. Compilation failed in require at /home/namba/download/las/server/LASserver.pl line 78. Could you suggest what I should do it for this problem? Best Regards, Takaya Namba --- Jonathan Callahan <Jonathan.S.Callahan@noaa.gov> か らのメッセージ:Takaya, If you're installing perl modules by hand you will always go through these steps: make make test make install I would suggest that you omit the 'make test' step and jump right to the installation of the Mail::Sendmail module. LAS doesn't rely on email to function except for a feature on the'backgrounded'response page:http://ferret.pmel.noaa.gov/LASdoc/serve/cache/77.html#timeout_propertiesThen finish the LAS installation and see if it works. You can always uninstall/reinstall a perl modulesothere is no danger with this approach. -- Jon Namba Takaya wrote:Dear Rob Thank you very much for your kind help. I am installing LAS in Mandrake now according toyoursuggestion. The installing have always stoped forratherlong time (20-30 minutes) in Test Mail::Sendmail 0.79 Trying to send a message to the author (and/orwhoever ifyou edited test.pl) (The test is designed so it can be run byTest::Harness >from CPAN.pm.Edit it to send the mail to yourself for moreconcretefeedback. If you do this, you also need to specify a differentserver,and possibly a different From: address.) Current recipient(s): 'Sendmail Test<sendmail@alma.ch>'ok 1 Server set to: mail.alma.ch Sending... Is this action important for LAS? Can I omit thisaction?This time it is more than 60 minutes but it stillkeepsquiet.I wonder if it is processing or not and Igofowardor not this time? Best Regards, Takaya Namba --- Rob Cermak <cermak@sfos.uaf.edu>からのメッセージ:Takaya, You don't need to upgrade unless something unexpected happens. To force the 10.1 versions work, editconfigure.pl.On or about line 1600+, find the following linesandchange the version numbers: --- configure.pl 2005-05-02 11:37:05.000000000 -0800 +++ configure.pl.new 2005-07-12 08:33:51.000000000 -0800 @@ -1613,7 +1613,7 @@ # In LAS 6.5 Date-Calc-5.4 requiresBit-Vector-6.4require('Bit/Vector.pm'); - if ($Bit::Vector::VERSION=6.4) { + if ($Bit::Vector::VERSION=6.3) { $found = 1; last; } @@ -1633,7 +1633,7 @@ # In LAS 6.5 we require version 5.4 for supportforyears<1000 require('Date/Calc.pm'); - if ($Date::Calc::VERSION=5.4) { + if ($Date::Calc::VERSION=5.3) { $found = 1; last; } If you complete the install and find some odd behavior, it may because we forced LAS to use these slightly older modules.Thecomment above says it all. If you need to support years < 1000, thenthisshortcut is NOT what you want to do. In that case, follow Jon's prior instructions: cd ~las/xml/perl/modules/Carp-Clan-5.3 and issue the following commands as root:=== message truncated === __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/ |