From: Robert H. <ro...@ro...> - 2004-01-21 02:06:51
|
Hi Dan, The paths are set in the sandweb.cfg, if you are able to turn debug on that's a good indication that this file is being read.. the file is referred to as "$data_dir/passwd" in the FlatFile.pm Make sure that data_dir in the sandweb.cfg is set correctly.. sandweb-admin shares this setting, so it really should be. Hmm.. have you checked that you can "su - apache" (or whatever your apache user is named) and "cat /usr/local/share/sandweb/data/passwd"? If that can be read from the shell as the apache user, it should work through the web interface.. Thanks, Rob On Tue, Jan 20, 2004 at 05:13:34PM -0800, Baker, Dan wrote: > > 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. > > > > > > > > > > > > > > ============================================================================ > > > == |