sandweb-users — User list

[Sandweb-users] Unix Permissions

[Frank R. <fra...@ya...>]

Is there are way for sandweb to use unix permissions after the initial login? I know in the repository section there is an area for username/password, but does the correspond to a unix username and password. 
 
Thanks....


---------------------------------
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing

Re: [Sandweb-users] Login incorrect, please try again.

[Robert H. <ro...@ro...>]

Hi Frank,


Please edit your sandweb.cfg and turn "debug" mode on. That will
dump debug info to the bottom of the screen as well as to the log file.

If this does not make the situation clearer, please send me this
output.



Thanks,
Rob


On Mon, Jan 19, 2004 at 03:01:29PM -0800, Frank Ruiz wrote:
> Hi,
> 
> I just installed sandweb. I have tried both IE, and
> Netscape with java script enabled. 
> 
> Process flow is as follows:
> 
> sandweb-admin --add-user test
> Enter password for test:
> Username test successfully added!
> 
> After I add a user using the sandweb-admin tool, I
> still cannot log into the login screen. Anyone have
> any clues on how to either login, or disable
> authentication.
> 
> Thanks in advance!
> 
> __________________________________
> Do you Yahoo!?
> New Yahoo! Photos - easier uploading and sharing.
> http://photos.yahoo.com/
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Sandweb-users mailing list
> San...@li...
> https://lists.sourceforge.net/lists/listinfo/sandweb-users
> 

[Sandweb-users] Login incorrect, please try again.

[Frank R. <fra...@ya...>]

Hi,

I just installed sandweb. I have tried both IE, and
Netscape with java script enabled. 

Process flow is as follows:

sandweb-admin --add-user test
Enter password for test:
Username test successfully added!

After I add a user using the sandweb-admin tool, I
still cannot log into the login screen. Anyone have
any clues on how to either login, or disable
authentication.

Thanks in advance!

__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

Re: [Sandweb-users] Sandweb install difficulties

[Robert H. <ro...@ro...>]

On Thu, Jan 15, 2004 at 05:20:48PM -0800, Baker, Dan wrote:
> 
> 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?

Sorry I didn't see this before.. yeah I don't think SandWeb will work
with Perl 5.2, the lowest we've tested with is 5.6.

You'll want to run the Makefile.PL like this:
/usr/local/bin/perl Makefile.PL

And "#!/usr/bin/perl" is hardcoded into the top of these scripts, so
you should change it manually and then try 
"make && make test && make install":

bin/sandweb-admin:#!/usr/bin/perl -w
bin/sandweb.cgi:#!/usr/bin/perl -w
tools/change-entry.pl:#!/usr/bin/perl -w
tools/checkfiles.pl:#!/usr/bin/perl -w
tools/install_script.pl:#!/usr/bin/perl -w
tools/instbin.pl:#!/usr/bin/perl -w
tools/instcachedir.pl:#!/usr/bin/perl -w
tools/instcgi.pl:#!/usr/bin/perl -w
tools/instimages.pl:#!/usr/bin/perl -w
tools/insttemplates.pl:#!/usr/bin/perl -w
tools/mkdirto.pl:#!/usr/bin/perl -w

Re: [Sandweb-users] Sandweb install difficulties

[Rob H. <ro...@ro...>]

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.
> > > 
> > >
> >
> ============================================================================
> > ==

RE: [Sandweb-users] Sandweb install difficulties

[Baker, D. <Dan...@Pa...>]

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.
> > 
> >
>
============================================================================
> ==

Re: [Sandweb-users] Sandweb install difficulties

[Robert H. <ro...@ro...>]

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.
> > 
> >
> ============================================================================
> ==

RE: [Sandweb-users] Sandweb install difficulties

[Baker, D. <Dan...@Pa...>]

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.
> 
>
============================================================================
==

[Sandweb-users] Sourceforge Broken?

[Baker, D. <Dan...@Pa...>]

Ack! Ack!

Is sourceforge broken? I was going through the mailing list archives when SF
started returning "Forum not found" errors.

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.
> 
>
============================================================================
==

Re: [Sandweb-users] Sandweb install difficulties

[Rob H. <ro...@ro...>]

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.
> 
> ==============================================================================

[Sandweb-users] Sandweb install difficulties

[Baker, D. <Dan...@Pa...>]

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.

==============================================================================

RE: [Sandweb-users] cvs commit error: Failed to create temporary file ....

[Allan M. <AM...@kc...>]

Hi Rob

I have fixed the problem yesterday by using the SetEnv directive in apache.
Strange though cause I have set the environment variable in the .profile
(user default shell is bash) file for the user apache runs as and also in
/etc/profile. Also, yes it does work when I su to the user apache runs as
and perform a cvs commit manually. Thanks for your response.

Happy NY

-----Original Message-----
From: Robert Helmer [mailto:ro...@ro...]
Sent: Monday, December 29, 2003 9:25 PM
To: Allan Mak
Cc: 'san...@li...'
Subject: Re: [Sandweb-users] cvs commit error: Failed to create
temporary file ....


Hi Allan,


Since this is a CVS error (and I haven't seen it with SandWeb on Solaris or
Linux before) I would normally point you somewhere like:

http://ccvs.cvshome.org/fom/cache/365.html

However Apache's TMPDIR is already set, odd.

What if you do "su - apache" (or nobody, whoever Apache runs as) and
try to run the CVS command? Does that work?

Also how is TMPDIR being set for Apache's account exactly?



--
Rob


On Thu, Dec 25, 2003 at 11:09:32PM +1100, Allan Mak wrote:
> Hi All
> 
> I am running Solaris 9 on x86 platform with cvs 1.11.5 and sandweb 1.0rc4
> I can manually commit files with the commit command and using the same
user
> apache 2.0.48 is running as. The error I recieve is 
> 
> An error occurred. A call to the shell gave us this error code : 1
> cvs [commit aborted] : Failed to create temporary file: No such file or
> directory
> 
> The user Apache runs as has a TMPDIR=/tmp and also has CVSROOT set and the
> default shell is bash, user has a home directory and so forth. I guess
most
> of this doesnt matter as I can 
> commit using the cvs commit command when I am logged in locally at the
shell
> prompt as the user. Anyone come across this problem. My head is starting
to
> hurt now.
> 
> One strange thing to note is that when I first came across this problem
and
> then reinstalled sandweb, it worked for the first commit. then fails again
> with this same error. Havent tried to 
> perform this task again yet.
> 
> Thanks 
> 
> Allan
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Sandweb-users mailing list
> San...@li...
> https://lists.sourceforge.net/lists/listinfo/sandweb-users
> 

Re: [Sandweb-users] cvs commit error: Failed to create temporary file ....

[Robert H. <ro...@ro...>]

Hi Allan,


Since this is a CVS error (and I haven't seen it with SandWeb on Solaris or
Linux before) I would normally point you somewhere like:

http://ccvs.cvshome.org/fom/cache/365.html

However Apache's TMPDIR is already set, odd.

What if you do "su - apache" (or nobody, whoever Apache runs as) and
try to run the CVS command? Does that work?

Also how is TMPDIR being set for Apache's account exactly?



--
Rob


On Thu, Dec 25, 2003 at 11:09:32PM +1100, Allan Mak wrote:
> Hi All
> 
> I am running Solaris 9 on x86 platform with cvs 1.11.5 and sandweb 1.0rc4
> I can manually commit files with the commit command and using the same user
> apache 2.0.48 is running as. The error I recieve is 
> 
> An error occurred. A call to the shell gave us this error code : 1
> cvs [commit aborted] : Failed to create temporary file: No such file or
> directory
> 
> The user Apache runs as has a TMPDIR=/tmp and also has CVSROOT set and the
> default shell is bash, user has a home directory and so forth. I guess most
> of this doesnt matter as I can 
> commit using the cvs commit command when I am logged in locally at the shell
> prompt as the user. Anyone come across this problem. My head is starting to
> hurt now.
> 
> One strange thing to note is that when I first came across this problem and
> then reinstalled sandweb, it worked for the first commit. then fails again
> with this same error. Havent tried to 
> perform this task again yet.
> 
> Thanks 
> 
> Allan
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Sandweb-users mailing list
> San...@li...
> https://lists.sourceforge.net/lists/listinfo/sandweb-users
> 

[Sandweb-users] cvs commit error: Failed to create temporary file ....

[Allan M. <AM...@kc...>]

Hi All

I am running Solaris 9 on x86 platform with cvs 1.11.5 and sandweb 1.0rc4
I can manually commit files with the commit command and using the same user
apache 2.0.48 is running as. The error I recieve is 

An error occurred. A call to the shell gave us this error code : 1
cvs [commit aborted] : Failed to create temporary file: No such file or
directory

The user Apache runs as has a TMPDIR=/tmp and also has CVSROOT set and the
default shell is bash, user has a home directory and so forth. I guess most
of this doesnt matter as I can 
commit using the cvs commit command when I am logged in locally at the shell
prompt as the user. Anyone come across this problem. My head is starting to
hurt now.

One strange thing to note is that when I first came across this problem and
then reinstalled sandweb, it worked for the first commit. then fails again
with this same error. Havent tried to 
perform this task again yet.

Thanks 

Allan

Re: [Sandweb-users] Using an already existing Working Directory

[Robert H. <ro...@ro...>]

There has been *some* work to allow using Unix users instead of
SandWeb users (by having Apache use "sudo"), but it's not complete.

If you change the sandweb.cfg so this line :

users_dir="/usr/share/sandweb/users"

says instead :

users_dir="/home"

and allow the Apache user to read/write /home/royalbunker, then it
will work. It's very insecure though, and I don't recommend it :)

Also, SandWeb does the directory structure like this :

user_dir/repository/module

So, below it would be something more like :

royalbunker/localhost/www

instead of just royalbunker/www

This is to allow SandWeb users to check out more than modules in
different repos that have the same name (it's conceivable to have a
"www" module or "src" module where I work, and one for personal use
for example for my personal website).

Since SandWeb (by design) does not let the user get in and move
directories around directly like you're used to from the command
line, we sacrifice some flexibility to make the system more
user-friendly.

Anyway, that's my excuse. Getting the "sudo" stuff working again
might work for you, I started implementing that for a specific
project where I worked but that company isn't around anymore, and
so I haven't had much incentive to work on it. If you are interested
in working on it, I can help (SandWeb is all OO-Perl).



--
Rob

On Sat, Dec 06, 2003 at 06:05:04PM +0100, Bodo wrote:
> That is the point: I do not want to work in SansWeb's User Home 
> Directory, i would like sandweb to point to our web-directory 
> (/home/royalbunker/www) that is already under CVS-Control.
> 
> Bodo
> 
> 
> 
> Robert Helmer schrieb:
> 
> >It should work, as long as you copy the directory to the SandWeb user's
> >home directory and set the permissions correctly (should be owned by
> >the user that runs the Web server).
> >
> >I would recommend doing a fresh checkout, just because it is easier
> >for you to find help, since you start off in a known state that other
> >people are familiar with.
> >
> >
> >
> >Thanks,
> >Rob
> >
> >
> >On Fri, Dec 05, 2003 at 10:17:13PM +0100, Bodo wrote:
> >
> >>Another Question: I would like Sandweb to work on an already existing 
> >>and checked out working directory on my server. How can I do that?
> >>
> >>Bodo
> >>
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.net email is sponsored by: IBM Linux Tutorials.
> >>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> >>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> >>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> >>_______________________________________________
> >>Sandweb-users mailing list
> >>San...@li...
> >>https://lists.sourceforge.net/lists/listinfo/sandweb-users
> >>
> >
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Sandweb-users mailing list
> San...@li...
> https://lists.sourceforge.net/lists/listinfo/sandweb-users
> 

Re: [Sandweb-users] Using an already existing Working Directory

[Bodo <bo...@ro...>]

That is the point: I do not want to work in SansWeb's User Home 
Directory, i would like sandweb to point to our web-directory 
(/home/royalbunker/www) that is already under CVS-Control.

Bodo



Robert Helmer schrieb:

> It should work, as long as you copy the directory to the SandWeb user's
> home directory and set the permissions correctly (should be owned by
> the user that runs the Web server).
> 
> I would recommend doing a fresh checkout, just because it is easier
> for you to find help, since you start off in a known state that other
> people are familiar with.
> 
> 
> 
> Thanks,
> Rob
> 
> 
> On Fri, Dec 05, 2003 at 10:17:13PM +0100, Bodo wrote:
> 
>>Another Question: I would like Sandweb to work on an already existing 
>>and checked out working directory on my server. How can I do that?
>>
>>Bodo
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: IBM Linux Tutorials.
>>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>>_______________________________________________
>>Sandweb-users mailing list
>>San...@li...
>>https://lists.sourceforge.net/lists/listinfo/sandweb-users
>>
> 
> 

Re: [Sandweb-users] Error at checkout of a new sandbox

[Bodo <bo...@ro...>]

ok, it works now. I did not restart apache after i added cvs as 
secondary group to it.

bodo


Robert Helmer schrieb:

> It looks like permissions problems on the repo side.
> 
> These messages are from the server.
> 
> Make sure that the user doing the checkout has the proper
> permissions; I usually deal with this by using Unix-style
> groups.
> 
> Feel free to reply if you need more help.
> 
> 
> 
> Thanks,
> Rob
> 
> 
> On Fri, Dec 05, 2003 at 10:15:16PM +0100, Bodo wrote:
> 
>>When creating a new sandbox i get this error:
>>
>> Current filename(s) : .
>>An error occurred. A call to the shell gave us this error code : 1
>>
>>cvs update: failed to create lock directory for 
>>`/usr/local/cvsroot/royalbunkerwebsite' 
>>(/usr/local/cvsroot/royalbunkerwebsite/#cvs.lock): Permission denied
>>cvs update: failed to obtain dir lock in repository 
>>`/usr/local/cvsroot/royalbunkerwebsite'
>>cvs [update aborted]: read lock failed - giving up
>>
>>
>>
>>Does someone know what is going wrong?
>>
>>Thanks,
>>
>>Bodo
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: IBM Linux Tutorials.
>>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>>_______________________________________________
>>Sandweb-users mailing list
>>San...@li...
>>https://lists.sourceforge.net/lists/listinfo/sandweb-users
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Sandweb-users mailing list
> San...@li...
> https://lists.sourceforge.net/lists/listinfo/sandweb-users
> 

Re: [Sandweb-users] Using an already existing Working Directory

[Robert H. <ro...@ro...>]

It should work, as long as you copy the directory to the SandWeb user's
home directory and set the permissions correctly (should be owned by
the user that runs the Web server).

I would recommend doing a fresh checkout, just because it is easier
for you to find help, since you start off in a known state that other
people are familiar with.



Thanks,
Rob


On Fri, Dec 05, 2003 at 10:17:13PM +0100, Bodo wrote:
> Another Question: I would like Sandweb to work on an already existing 
> and checked out working directory on my server. How can I do that?
> 
> Bodo
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Sandweb-users mailing list
> San...@li...
> https://lists.sourceforge.net/lists/listinfo/sandweb-users
> 

Re: [Sandweb-users] Error at checkout of a new sandbox

[Robert H. <ro...@ro...>]

It looks like permissions problems on the repo side.

These messages are from the server.

Make sure that the user doing the checkout has the proper
permissions; I usually deal with this by using Unix-style
groups.

Feel free to reply if you need more help.



Thanks,
Rob


On Fri, Dec 05, 2003 at 10:15:16PM +0100, Bodo wrote:
> When creating a new sandbox i get this error:
> 
>  Current filename(s) : .
> An error occurred. A call to the shell gave us this error code : 1
> 
> cvs update: failed to create lock directory for 
> `/usr/local/cvsroot/royalbunkerwebsite' 
> (/usr/local/cvsroot/royalbunkerwebsite/#cvs.lock): Permission denied
> cvs update: failed to obtain dir lock in repository 
> `/usr/local/cvsroot/royalbunkerwebsite'
> cvs [update aborted]: read lock failed - giving up
> 
> 
> 
> Does someone know what is going wrong?
> 
> Thanks,
> 
> Bodo
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Sandweb-users mailing list
> San...@li...
> https://lists.sourceforge.net/lists/listinfo/sandweb-users
> 

[Sandweb-users] Using an already existing Working Directory

[Bodo <bo...@ro...>]

Another Question: I would like Sandweb to work on an already existing 
and checked out working directory on my server. How can I do that?

Bodo

[Sandweb-users] Error at checkout of a new sandbox

[Bodo <bo...@ro...>]

When creating a new sandbox i get this error:

  Current filename(s) : .
An error occurred. A call to the shell gave us this error code : 1

cvs update: failed to create lock directory for 
`/usr/local/cvsroot/royalbunkerwebsite' 
(/usr/local/cvsroot/royalbunkerwebsite/#cvs.lock): Permission denied
cvs update: failed to obtain dir lock in repository 
`/usr/local/cvsroot/royalbunkerwebsite'
cvs [update aborted]: read lock failed - giving up



Does someone know what is going wrong?

Thanks,

Bodo

RE: [Sandweb-users] Problems installing on Fedora

[Allan M. <AM...@kc...>]

thanks for that, if it doesnt work then ill just go back to RH9

-----Original Message-----
From: Rob Helmer [mailto:rh...@ro...]
Sent: Wednesday, December 03, 2003 1:27 PM
To: Allan Mak
Cc: 'Robert Helmer'; 'san...@li...'
Subject: Re: [Sandweb-users] Problems installing on Fedora


Hmm.. ok, so the original message was just a warning, which makes sense.

Well, I can try with the latest version of Perl and see if I can 
reproduce. I know that it works with RH9, and Debian at least. I've
got it to work on Solaris and Cygwin without problems too.


On Wed, Dec 03, 2003 at 01:22:12PM +1100, Allan Mak wrote:
> unfortunately, thats it. I have also tried sandweb 1.0RC3 and its the same
> fault.
> 
> -----Original Message-----
> From: Robert Helmer [mailto:rh...@ro...]
> Sent: Wednesday, December 03, 2003 1:14 PM
> To: Allan Mak
> Cc: 'san...@li...'
> Subject: Re: [Sandweb-users] Problems installing on Fedora
> 
> 
> That's odd.. is that all it says? Nothing else?
> 
> 
> On Wed, Dec 03, 2003 at 01:10:40PM +1100, Allan Mak wrote:
> > Thanks Rob, that managed to clear the fault with the imgpath object, but
> it
> > still fails with
> > 
> > make: *** [custom_install] Error 1
> > 
> > Cheers
> > 
> > Allan
> > 
> > -----Original Message-----
> > From: Robert Helmer [mailto:rh...@cu...]
> > Sent: Wednesday, December 03, 2003 11:26 AM
> > To: NOC Alerts
> > Cc: 'san...@li...'
> > Subject: Re: [Sandweb-users] Problems installing on Fedora
> > 
> > 
> > I haven't checked out Fedora yet, but I find it hard to imagine
> > how Perl 5.8 could be very different. 
> > 
> > That's an odd error.. the only place all the other variables
> > of that type are used is to print out the location for the user..
> > we're not assigning variables, we're reading them in from the
> > $config object.
> > 
> > Anyway.. try this, insert this into line 14 of
> > sandweb/tools/install_script.pl:
> > 
> > "imgpath    = $config::imgpath\n",
> > 
> > 
> > 
> > Thanks,
> > Rob
> > 
> > On Wed, Dec 03, 2003 at 09:26:05AM +1100, NOC Alerts wrote:
> > > Hi
> > > 
> > > I am coming across the problem when I try to perform the "make
install"
> > > command. Below is the error I recieve.
> > > -----------------------------------------------------------
> > > Writing
> > >
> >
>
/usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi/auto/SandWeb/.packlis
> > > t
> > > Appending installation info to
> > > /usr/lib/perl5/5.8.1/i386-linux-thread-multi/perllocal.pod
> > > ./tools/install_script.pl
> > > Name "config::imgpath" used only once: possible typo at
> > > ./tools/install_script.pl line 26.
> > > make: *** [custom_install] Error 1
> > > -------------------------------
> > > I have followed the INSTALL file and meet all the requirements. Using
> > > Sandweb 1.0RC4.
> > > Anyone have any idea?
> > > 
> > > Thanks
> > > 
> > > Allan
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by OSDN's Audience Survey.
> > > Help shape OSDN's sites and tell us what you think. Take this
> > > five minute survey and you could win a $250 Gift Certificate.
> > > http://www.wrgsurveys.com/2003/osdntech03.php?site=8
> > > _______________________________________________
> > > Sandweb-users mailing list
> > > San...@li...
> > > https://lists.sourceforge.net/lists/listinfo/sandweb-users
> > > 
> > 
> 

Re: [Sandweb-users] Problems installing on Fedora

[Rob H. <rh...@ro...>]

Hmm.. ok, so the original message was just a warning, which makes sense.

Well, I can try with the latest version of Perl and see if I can 
reproduce. I know that it works with RH9, and Debian at least. I've
got it to work on Solaris and Cygwin without problems too.


On Wed, Dec 03, 2003 at 01:22:12PM +1100, Allan Mak wrote:
> unfortunately, thats it. I have also tried sandweb 1.0RC3 and its the same
> fault.
> 
> -----Original Message-----
> From: Robert Helmer [mailto:rh...@ro...]
> Sent: Wednesday, December 03, 2003 1:14 PM
> To: Allan Mak
> Cc: 'san...@li...'
> Subject: Re: [Sandweb-users] Problems installing on Fedora
> 
> 
> That's odd.. is that all it says? Nothing else?
> 
> 
> On Wed, Dec 03, 2003 at 01:10:40PM +1100, Allan Mak wrote:
> > Thanks Rob, that managed to clear the fault with the imgpath object, but
> it
> > still fails with
> > 
> > make: *** [custom_install] Error 1
> > 
> > Cheers
> > 
> > Allan
> > 
> > -----Original Message-----
> > From: Robert Helmer [mailto:rh...@cu...]
> > Sent: Wednesday, December 03, 2003 11:26 AM
> > To: NOC Alerts
> > Cc: 'san...@li...'
> > Subject: Re: [Sandweb-users] Problems installing on Fedora
> > 
> > 
> > I haven't checked out Fedora yet, but I find it hard to imagine
> > how Perl 5.8 could be very different. 
> > 
> > That's an odd error.. the only place all the other variables
> > of that type are used is to print out the location for the user..
> > we're not assigning variables, we're reading them in from the
> > $config object.
> > 
> > Anyway.. try this, insert this into line 14 of
> > sandweb/tools/install_script.pl:
> > 
> > "imgpath    = $config::imgpath\n",
> > 
> > 
> > 
> > Thanks,
> > Rob
> > 
> > On Wed, Dec 03, 2003 at 09:26:05AM +1100, NOC Alerts wrote:
> > > Hi
> > > 
> > > I am coming across the problem when I try to perform the "make install"
> > > command. Below is the error I recieve.
> > > -----------------------------------------------------------
> > > Writing
> > >
> >
> /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi/auto/SandWeb/.packlis
> > > t
> > > Appending installation info to
> > > /usr/lib/perl5/5.8.1/i386-linux-thread-multi/perllocal.pod
> > > ./tools/install_script.pl
> > > Name "config::imgpath" used only once: possible typo at
> > > ./tools/install_script.pl line 26.
> > > make: *** [custom_install] Error 1
> > > -------------------------------
> > > I have followed the INSTALL file and meet all the requirements. Using
> > > Sandweb 1.0RC4.
> > > Anyone have any idea?
> > > 
> > > Thanks
> > > 
> > > Allan
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by OSDN's Audience Survey.
> > > Help shape OSDN's sites and tell us what you think. Take this
> > > five minute survey and you could win a $250 Gift Certificate.
> > > http://www.wrgsurveys.com/2003/osdntech03.php?site=8
> > > _______________________________________________
> > > Sandweb-users mailing list
> > > San...@li...
> > > https://lists.sourceforge.net/lists/listinfo/sandweb-users
> > > 
> > 
> 

RE: [Sandweb-users] Problems installing on Fedora

[Allan M. <AM...@kc...>]

unfortunately, thats it. I have also tried sandweb 1.0RC3 and its the same
fault.

-----Original Message-----
From: Robert Helmer [mailto:rh...@ro...]
Sent: Wednesday, December 03, 2003 1:14 PM
To: Allan Mak
Cc: 'san...@li...'
Subject: Re: [Sandweb-users] Problems installing on Fedora


That's odd.. is that all it says? Nothing else?


On Wed, Dec 03, 2003 at 01:10:40PM +1100, Allan Mak wrote:
> Thanks Rob, that managed to clear the fault with the imgpath object, but
it
> still fails with
> 
> make: *** [custom_install] Error 1
> 
> Cheers
> 
> Allan
> 
> -----Original Message-----
> From: Robert Helmer [mailto:rh...@cu...]
> Sent: Wednesday, December 03, 2003 11:26 AM
> To: NOC Alerts
> Cc: 'san...@li...'
> Subject: Re: [Sandweb-users] Problems installing on Fedora
> 
> 
> I haven't checked out Fedora yet, but I find it hard to imagine
> how Perl 5.8 could be very different. 
> 
> That's an odd error.. the only place all the other variables
> of that type are used is to print out the location for the user..
> we're not assigning variables, we're reading them in from the
> $config object.
> 
> Anyway.. try this, insert this into line 14 of
> sandweb/tools/install_script.pl:
> 
> "imgpath    = $config::imgpath\n",
> 
> 
> 
> Thanks,
> Rob
> 
> On Wed, Dec 03, 2003 at 09:26:05AM +1100, NOC Alerts wrote:
> > Hi
> > 
> > I am coming across the problem when I try to perform the "make install"
> > command. Below is the error I recieve.
> > -----------------------------------------------------------
> > Writing
> >
>
/usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi/auto/SandWeb/.packlis
> > t
> > Appending installation info to
> > /usr/lib/perl5/5.8.1/i386-linux-thread-multi/perllocal.pod
> > ./tools/install_script.pl
> > Name "config::imgpath" used only once: possible typo at
> > ./tools/install_script.pl line 26.
> > make: *** [custom_install] Error 1
> > -------------------------------
> > I have followed the INSTALL file and meet all the requirements. Using
> > Sandweb 1.0RC4.
> > Anyone have any idea?
> > 
> > Thanks
> > 
> > Allan
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by OSDN's Audience Survey.
> > Help shape OSDN's sites and tell us what you think. Take this
> > five minute survey and you could win a $250 Gift Certificate.
> > http://www.wrgsurveys.com/2003/osdntech03.php?site=8
> > _______________________________________________
> > Sandweb-users mailing list
> > San...@li...
> > https://lists.sourceforge.net/lists/listinfo/sandweb-users
> > 
> 

Re: [Sandweb-users] Problems installing on Fedora

[Robert H. <rh...@ro...>]

That's odd.. is that all it says? Nothing else?


On Wed, Dec 03, 2003 at 01:10:40PM +1100, Allan Mak wrote:
> Thanks Rob, that managed to clear the fault with the imgpath object, but it
> still fails with
> 
> make: *** [custom_install] Error 1
> 
> Cheers
> 
> Allan
> 
> -----Original Message-----
> From: Robert Helmer [mailto:rh...@cu...]
> Sent: Wednesday, December 03, 2003 11:26 AM
> To: NOC Alerts
> Cc: 'san...@li...'
> Subject: Re: [Sandweb-users] Problems installing on Fedora
> 
> 
> I haven't checked out Fedora yet, but I find it hard to imagine
> how Perl 5.8 could be very different. 
> 
> That's an odd error.. the only place all the other variables
> of that type are used is to print out the location for the user..
> we're not assigning variables, we're reading them in from the
> $config object.
> 
> Anyway.. try this, insert this into line 14 of
> sandweb/tools/install_script.pl:
> 
> "imgpath    = $config::imgpath\n",
> 
> 
> 
> Thanks,
> Rob
> 
> On Wed, Dec 03, 2003 at 09:26:05AM +1100, NOC Alerts wrote:
> > Hi
> > 
> > I am coming across the problem when I try to perform the "make install"
> > command. Below is the error I recieve.
> > -----------------------------------------------------------
> > Writing
> >
> /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi/auto/SandWeb/.packlis
> > t
> > Appending installation info to
> > /usr/lib/perl5/5.8.1/i386-linux-thread-multi/perllocal.pod
> > ./tools/install_script.pl
> > Name "config::imgpath" used only once: possible typo at
> > ./tools/install_script.pl line 26.
> > make: *** [custom_install] Error 1
> > -------------------------------
> > I have followed the INSTALL file and meet all the requirements. Using
> > Sandweb 1.0RC4.
> > Anyone have any idea?
> > 
> > Thanks
> > 
> > Allan
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by OSDN's Audience Survey.
> > Help shape OSDN's sites and tell us what you think. Take this
> > five minute survey and you could win a $250 Gift Certificate.
> > http://www.wrgsurveys.com/2003/osdntech03.php?site=8
> > _______________________________________________
> > Sandweb-users mailing list
> > San...@li...
> > https://lists.sourceforge.net/lists/listinfo/sandweb-users
> > 
>