Re: module versions / Re: [las_users] las install problem

[Namba Takaya <takayanamba3@xxxxxxxxxxx>]

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.pm
> line 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_properties
> > 
> > Then finish the LAS installation and see if it
> > works.
> > 
> > You can always uninstall/reinstall a perl module
> so
> > there 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 to
> > your
> > >suggestion. The installing have always stoped for
> > rather
> > >long time (20-30 minutes) in
> > >
> > >Test Mail::Sendmail 0.79
> > >
> > >Trying to send a message to the author (and/or
> > whoever if
> > >you edited test.pl)
> > >
> > >(The test is designed so it can be run by
> > Test::Harness
> > >from CPAN.pm.
> > >Edit it to send the mail to yourself for more
> > concrete
> > >feedback. If you
> > >do this, you also need to specify a different
> mail
> > server,
> > >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 this
> > action?
> > >This time it is more than 60 minutes but it still
> > keeps
> > >quiet.I wonder if it is processing or not and I
> go
> > foward
> > >or 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, edit
> > configure.pl.
> > >>
> > >>On or about line 1600+, find the following lines
> > and
> > >>change 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 requires
> > Bit-Vector-6.4
> > >>
> > >>                       require('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 support
> > for
> > >>years<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. 
> > The
> > >>comment above says it
> > >>all.  If you need to support years < 1000, then
> > this
> > >>shortcut 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/