From: Baker, D. <Dan...@Pa...> - 2004-01-21 01:13:49
|
Setup and install now works, but I can't login I ran sandweb-admin --add-user as apache. Passwd file created at /usr/local/share/sandweb/data/passwd. User directory created at /usr/local/share/sandweb/users/username. I open up permissions to 777 on both files and I get DEBUG: (SandWeb::Auth) username: p14194, password: 8207a825b96ba861ef7fc2ccf0cb32ea DEBUG: (SandWeb::Auth::FlatFile) Could not open password file : Permission denied DEBUG: (main) entering login menu When I try to log in. It seems that sandweb::auth is looking for a passwd file elsewhere. Is there anyplace I can set this by hand? Maybe in SandWeb/Auth/FlatFile.pm? Dan Baker -----Original Message----- From: Rob Helmer [mailto:ro...@ro...] Sent: Sunday, January 18, 2004 1:07 PM To: Baker, Dan Cc: 'san...@li...' Subject: Re: [Sandweb-users] Sandweb install difficulties Hi Dan, I upgraded Perl to 5.8.0 on my SPARC/Solaris 8 machine, and the typical "perl Makefile.pl && make && make test" went fine. I'll try upgrading to 5.8.2; out of curiousity, did you install the latest Perl from source, or did you use the CSW (blastwave.org) pkg? Thanks, Rob On Thu, Jan 15, 2004 at 05:20:48PM -0800, Baker, Dan wrote: > Sandweb.cfg is at /usr/local/etc/sandweb/sandweb.cfg > > Here it is. > > pdxadmu03d# cat sandweb.cfg > <!-- SandWeb XML Config File --> > <config> > > <!-- config tree for logging behavior --> > <logging debug="0" > log="1" > /> > > <!-- config for paths to sandweb data files --> > <paths template_dir="/usr/local/lib/sandweb/templates" > data_dir="/usr/local/share/sandweb/data" > log_dir="/var/log" > users_dir="/usr/local/share/sandweb/users" > /> > > <!-- config for cgi related information --> > <cgi-bin cgi_path="/cgi-bin" > cgi_domain="" > /> > > <!-- cookie related settings (default values should work) --> > <cookie cookie_path="" > cookie_domain="" > /> > > <display bgcolor="blue" > text="black" > border="green" > /> > > <webserver mime-types_location="/usr/local/apache/conf" > mime-types_file="mime.types" > image_dir="/images" > /> > > <!-- > System paths for SSH, CVS and SandWeb scripts, > and time limit when running on the CLI > --> > <system ssh_bin="/usr/bin/ssh" > cvs_bin="/usr/local/bin/cvs" > bindir="/usr/local/bin" > timeout="300" > /> > > </config> > > BTW, I had to edit the mime-types location from "/etc/apache" > here is the install.cfg > > pdxadmu03d# cat install.cfg > # Installation configuration variables. > package config; > > $cfgdir = '/usr/local/etc/sandweb'; > $cgidir = '/usr/local/apache/cgi-bin'; > $imgdir = '/usr/local/webdocs/images'; > $tmpldir = '/usr/local/lib/sandweb/templates'; > $cachedir = '/usr/local/share/sandweb'; > $logdir = '/var/log'; > $httpuser = 'apache'; > $expectbin = '/usr/local/bin/expect'; > $bindir = '/usr/local/bin'; > $ssh_bin = '/usr/bin/ssh'; > $cvs_bin = '/usr/local/bin/cvs'; > > 1; > > > What I think is happening, is the install is being confused by the two > versions of perl on the system. Solaris 9 has perl 5.2 in /usr/bin/perl and > /usr/perl5 > In order to build some of the modules I had to install 5.8. It lives in > /usr/local/bin/perl and /usr/local/lib/perl5. I rebuilt all of the > dependency modules using 5.8.2, and it seems that the makefile wants to use > the original perl 5.2 When I force the issue by editing the Makefile, not > everything gets the message. I'm not a perl coder, so where is that > configured in the Makefile.PL? > > Dan > > -----Original Message----- > From: Robert Helmer [mailto:ro...@ro...] > Sent: Thursday, January 15, 2004 4:44 PM > To: Baker, Dan > Cc: 'san...@li...' > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > Hi Dan, > > > Hmm.. where is sandweb.cfg? Can you send that to me? > > Sounds like the CGI isn't finding it. It looks like you're > getting alot of problems.. did you run the Makefile.PL or > are you trying to install without it? I've never seen > anyone get this many errors :) But, the build scripts > usually work, so... > > The build scripts make alot of changes to the files to make > everything work. I'm going to try this out in my Sun box.. > I wonder if this is a Perl 5.8.0 vs. 5.8.2 issue? That > would be somewhat lame. > > > > Thanks, > Rob > > > On Thu, Jan 15, 2004 at 04:33:11PM -0800, Baker, Dan wrote: > > Been hacking on it a while here and seem to have it sort of thinking about > > working, but we have some pathing errors. It wants to put passwd in /. > > According to apache, it's looking for other files there too > > > > pdxadmu03d# cat error_log > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: HTML::Template->new() : Cannot > open > > included file /login.html : file not found. at > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1580 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > HTML::Template::_init_template('HTML::Template=HASH(0x2845fc)') called at > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1177 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > HTML::Template::_init('HTML::Template=HASH(0x2845fc)') called at > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1071 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > HTML::Template::new('HTML::Template','filename','/login.html') called at > > /usr/local/lib/perl5/site_perl/5.8.2/SandWeb/UI.pm line 509 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > SandWeb::UI::get_menu('SandWeb::UI=HASH(0x5926d4)','MENU','login','PROGNAME' > > ,'sandweb.cgi','SALT',382772327.2273) called at > > /usr/local/apache/cgi-bin/sandweb.cgi line 673 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::login_menu() called > at > > /usr/local/apache/cgi-bin/sandweb.cgi line 186 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::main() called at > > /usr/local/apache/cgi-bin/sandweb.cgi line 3831 > > [Thu Jan 15 15:14:15 2004] [error] [client 172.16.240.211] malformed > header > > from script. Bad header=</pre>: /usr/local/apache/cgi-bin/sandweb.cgi > > > > I see login.html being looked for in / rather than down in /usr/local/lib > > where it is. > > > > Dan Baker > > > > -----Original Message----- > > From: Rob Helmer [mailto:ro...@ro...] > > Sent: Wednesday, January 14, 2004 4:49 PM > > To: Baker, Dan > > Cc: 'san...@li...' > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > Hm.. not sure. I will try to reproduce on my Ultra 5. > > I only have Solaris8 but it sounds like more of a Perl issue. > > > > My Linux box (which I'm on right now) only have Perl 5.6 > > unfortunately, but we did test with 5.8 before. > > > > > > > > -- > > Rob > > > > > > On Wed, Jan 14, 2004 at 03:34:48PM -0800, Baker, Dan wrote: > > > I seem to be having problems with installing sandweb. > > > OS Solaris9 > > > Perl 5.8.2 > > > Apache 1.3 > > > Sandweb 1.0RC4 > > > > > > gmake test returns: > > > > > > pdxadmu03d# gmake test > > > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > > > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > > > t/auth..........ok 1/3Use of uninitialized value in hash dereference at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > Use of uninitialized value in hash dereference at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > Use of uninitialized value in concatenation (.) or string at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Auth/FlatFile.pm line 164. > > > # Failed test 3 in t/auth.t at line 29 > > > # t/auth.t line 29 is: ok($auth->login( > > > t/auth..........FAILED test 3 > > > > > > Failed 1/3 tests, 66.67% okay > > > t/file..........ok 2/8Use of uninitialized value in hash dereference at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > Use of uninitialized value in hash dereference at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > t/file..........ok > > > > > > t/repository....ok 8/190+1 records in > > > > > > 0+1 records out > > > t/repository....ok 11/190+1 records in > > > > > > 0+1 records out > > > t/repository....ok > > > > > > Failed Test Stat Wstat Total Fail Failed List of Failed > > > > > > ---------------------------------------------------------------------------- > > > --- > > > t/auth.t 3 1 33.33% 3 > > > Failed 1/3 test scripts, 66.67% okay. 1/30 subtests failed, 96.67% okay. > > > gmake: *** [test_dynamic] Error 29 > > > > > > > > > Is this a bug, or some non-obvious problem on my system? > > > > > > Dan Baker > > > > > > > > > ---------------------------------------------------------------------------- > > -- > > > > > > This email is confidential and may be legally privileged. > > > > > > It is intended solely for the addressee. Access to this email by anyone > > else, > > > unless expressly approved by the sender or an authorized addressee, is > > > unauthorized. > > > > > > If you are not the intended recipient, any disclosure, copying, > > distribution > > > or any action omitted or taken in reliance on it, is prohibited and may > be > > > unlawful. If you believe that you have received this email in error, > > please > > > contact the sender, delete this e-mail and destroy all copies. > > > > > > > > > ============================================================================ > > == |