You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
(1) |
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(32) |
Feb
(24) |
Mar
(5) |
Apr
(50) |
May
(21) |
Jun
(25) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(6) |
Dec
(17) |
2004 |
Jan
(19) |
Feb
(1) |
Mar
(5) |
Apr
(4) |
May
|
Jun
(9) |
Jul
|
Aug
(6) |
Sep
(1) |
Oct
|
Nov
(3) |
Dec
(14) |
2005 |
Jan
(6) |
Feb
(3) |
Mar
(3) |
Apr
(1) |
May
(5) |
Jun
(7) |
Jul
(4) |
Aug
(16) |
Sep
(2) |
Oct
(2) |
Nov
(7) |
Dec
|
2006 |
Jan
(3) |
Feb
(4) |
Mar
(8) |
Apr
(1) |
May
(6) |
Jun
(19) |
Jul
(5) |
Aug
(4) |
Sep
(4) |
Oct
(19) |
Nov
(15) |
Dec
(10) |
2007 |
Jan
(6) |
Feb
(2) |
Mar
(4) |
Apr
(1) |
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Rob H. <ro...@ro...> - 2003-04-25 19:03:18
|
On Fri, Apr 25, 2003 at 10:51:59AM -0700, Bryce Harrington wrote: > sandweb was unable to find its config files. It was looking in ../etc > instead of ../etc/sandweb. Furthermore, relative paths did not seem to > work properly at all. I changed all instances of '../etc' to > '/usr/local/etc/sandweb'. You are using RC2 right? Which OS/distribution? "make install" is supposed to do this.. Can you send us your installation steps? If that's not happening you probably are going to run into lots of other problems. Also, Nick checked in some stuff the other day to help with the warnings and problems people say with perl 5.8, try pulling CVS ( do "cvs co -r release-1_0-branch", the trunk has some incomplete stuff right now ). > For some reason that I could not determine, the javascript for one of > the tests in repository.js always fails. This is the > isEmpty(document.repository.repo_root.value) validation command. The > other validation commands work fine. I tried it on Konqueror and > Netscape 4.x. I ended up just commenting it out. I only test SW with IE and Mozilla, last I checked it worked in Konq but it could use testing. I'll try to reproduce this. > I was getting errors when trying to update user info and it wasn't > "setting". On line 2977 it sets the user params via: > > $user->{'personal'}->{"$param"} = param("$param") || ''; > > However there was no $user->{'personal'} value in the $user hash at this > point so it failed. To fix this I added above the loop: > > $user->{personal} = { }; Hmm... haven't seen this before. > > create_repo() always seems to return success, even when it actually > fails. Also, the way it writes the XML files appears to be in error. > I can add a new repos but when I look at the list of repositories, > instead of showing a single repos with the name I gave, it shows > repositories with each of the fieldnames of a repository. I suspect > this issue may be related to the 'using hash as a reference' issue > above. Hmm.. I think the create_repo bug is valid. It does seem to create the repo whether or not the checkout dir exists. > After having gone through all that, I was finally able to select the > repository and request checkout of the module 'foo' I needed. However, > it simply errored saying something about "Filename foo could not be > found". Can you give us the exact text? Did it say "module" or "filename"? I'm trying to determine if this is from SandWeb or from CVS; if it's from CVS then it's the wrong module name or something. > All that I really need is to connect this to a single cvs repository, > and the number of users is going to be determinant, so if I could just > write the config files manually to set up the repository and users, that > would help. Sure, they are just XML files, stored in $users_dir/user/.user.cfg > What I'm trying to determine is if it is possible to edit text files > through this interface and have them automatically get checked back into > cvs. I see that there is an edit_file.html template, and am curious to > see how this works. Well, edit_file just uses an HTML textarea to edit the contents of the file, but it's disabled ( should work if you just reenable it ). The problem is that both Moz and IE use DOS-style EOL characters everywhere, and it removes empty lines from the bottom of the file ( it it exists ). The thing I don't like about this is, if I check a file in with Unix, then go and modify one line with SandWeb, a "diff" shows that I modified every line ( because the EOL char is different ). Uploading files just works better. Also, right now there's no automatic checkin, because SandWeb isn't really a CM system so much as a CVS client. -- Rob |
From: Bryce H. <br...@os...> - 2003-04-25 18:59:30
|
On Fri, 25 Apr 2003, Nick Jennings wrote: > On Fri, Apr 25, 2003 at 11:36:48AM -0700, Bryce Harrington wrote: > > On Fri, 25 Apr 2003, Nick Jennings wrote: > > > Woah, Bryce, that seems like an awful lot of work to get SandWeb > > > working. I'm thinking there may be some underlying problem here. > > > > Those were my two thoughts as well. > > > > > Did you go read the INSTALL and README files and follow the install > > > procedure outlined? (i.e. perl Makefile.PL, make, (as root)make install) > > > > Of course. ;-) > > > > What version of perl have you tested on? I'm running 5.8.0. > > I just checked in some changes to CVS yesterday which fix some problems > when using Perl 5.8 (SandWeb has been mainly developed using Perl 5.6). > > Can you do a CVS checkout of the HEAD, and send us the output of a: > > $ perl Makefile.PL > $ make > # make install Sure thing, here we go: Script started on Fri Apr 25 11:54:00 2003 {bryce@sherborne} ~/src (1): cd sandweb {bryce@sherborne} ~/src/sandweb (2): perl Makefile.PL Checking if your kit is complete... Looks good Writing Makefile for SandWeb {bryce@sherborne} ~/src/sandweb (3): make cp lib/SandWeb/Auth/FlatFile.pm blib/lib/SandWeb/Auth/FlatFile.pm cp lib/SandWeb/Repository/cvs.pm blib/lib/SandWeb/Repository/cvs.pm cp lib/SandWeb/Repository.pm blib/lib/SandWeb/Repository.pm cp lib/SandWeb/Config.pm blib/lib/SandWeb/Config.pm cp lib/SandWeb/File/Unix.pm blib/lib/SandWeb/File/Unix.pm cp lib/SandWeb/Security.pm blib/lib/SandWeb/Security.pm cp lib/SandWeb.pm blib/lib/SandWeb.pm cp lib/SandWeb/Shell.pm blib/lib/SandWeb/Shell.pm cp lib/SandWeb/Auth.pm blib/lib/SandWeb/Auth.pm cp lib/SandWeb/UI.pm blib/lib/SandWeb/UI.pm cp lib/SandWeb/Log.pm blib/lib/SandWeb/Log.pm cp lib/SandWeb/Browse.pm blib/lib/SandWeb/Browse.pm cp lib/SandWeb/Diff.pm blib/lib/SandWeb/Diff.pm cp lib/SandWeb/File.pm blib/lib/SandWeb/File.pm cp bin/sandweb-admin blib/script/sandweb-admin /usr/bin/perl5.8.0 "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/sandweb-admin Manifying blib/man1/sandweb-admin.1 {bryce@sherborne} ~/src/sandweb (4): su Password: [root@sherborne sandweb]# make install Installing /usr/lib/perl5/site_perl/5.8.0/SandWeb.pm Installing /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm Installing /usr/lib/perl5/site_perl/5.8.0/SandWeb/Shell.pm Installing /usr/lib/perl5/site_perl/5.8.0/SandWeb/Browse.pm Installing /usr/lib/perl5/site_perl/5.8.0/SandWeb/Repository/cvs.pm Writing /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/SandWeb/.packlist Appending installation info to /usr/lib/perl5/5.8.0/i386-linux-thread-multi/perllocal.pod ./tools/install_script.pl /usr loading install config... bindir = /usr/local/bin cfgdir = /usr/local/etc/sandweb cgidir = /var/www/cgi-bin imgdir = /var/www/images tmpldir = /usr/local/lib/sandweb/templates cachedir = /usr/local/share/sandweb logdir = /var/log httpuser = www expectbin = /usr/bin/expect cvs_bin = /usr/bin/cvs ssh_bin = /usr/bin/ssh Installing sandweb-admin into /usr/local/bin... done. Installing sandweb-expect into /usr/local/bin... done. Installing sandweb-editor into /usr/local/bin... done. Installing sandweb-ssh into /usr/local/bin... done. Installing sandweb.cgi into /var/www/cgi-bin... done. Installing images into /var/www/images... done. checking for /usr... exists. checking for /usr/local... exists. checking for /usr/local/lib... exists. checking for /usr/local/lib/sandweb... exists. checking for /usr/local/lib/sandweb/templates... exists. setting permissions (755) on /usr/local/lib/sandweb/templates/... ok! Installing SandWeb templates into /usr/local/lib/sandweb/templates... done. ----------------------------- Discovering Webserver user... The user 'www' does not seem to exist, the webserver must have read/write access to the '/usr/local/share/sandweb' directory. Please enter the username the webserver runs as (some common users are: httpd, apache, www-data, nobody ). [default: www]: apache Creating SandWeb cache dir '/usr/local/share/sandweb'... checking for /usr... exists. checking for /usr/local... exists. checking for /usr/local/share... exists. checking for /usr/local/share/sandweb... exists. setting permissions (755) on /usr/local/share/sandweb/... ok! setting ownership (apache:0) on /usr/local/share/sandweb/... ok! Creating SandWeb cache/data dir '/usr/local/share/sandweb/data'... checking for /usr... exists. checking for /usr/local... exists. checking for /usr/local/share... exists. checking for /usr/local/share/sandweb... exists. checking for /usr/local/share/sandweb/data... exists. setting permissions (750) on /usr/local/share/sandweb/data/... ok! setting ownership (apache:0) on /usr/local/share/sandweb/data/... ok! Creating SandWeb cache/users dir '/usr/local/share/sandweb/users'... checking for /usr... exists. checking for /usr/local... exists. checking for /usr/local/share... exists. checking for /usr/local/share/sandweb... exists. checking for /usr/local/share/sandweb/users... exists. setting permissions (750) on /usr/local/share/sandweb/users/... ok! setting ownership (apache:0) on /usr/local/share/sandweb/users/... ok! Creating SandWeb log file : /var/log/sandweb.log checking for /var... exists. checking for /var/log... exists. setting permissions (755) on /var/log/... ok! Installing SandWeb config file in /usr/local/etc/sandweb checking for /usr... exists. checking for /usr/local... exists. checking for /usr/local/etc... exists. checking for /usr/local/etc/sandweb... exists. setting permissions (755) on /usr/local/etc/sandweb/... ok! Updating config file paths in executables... sandweb.cgi, sandweb-admin, sandweb-expect. Saving configuration... ---------------------- Installation complete! ---------------------- [root@sherborne sandweb]# exit {bryce@sherborne} ~/src/sandweb (5): ls bin CVS sandweb-admin sandweb.cgi sandweb-editor sandweb-expect sandweb-ssh {bryce@sherborne} ~/src/sandweb (6): sandweb-admin --add-user bryce Enter password for bryce: Unable to open /usr/local/share/sandweb/data/passwd : Permission denied {bryce@sherborne} ~/src/sandweb (7): su Password: [root@sherborne sandweb]# sandweb-admin --add-user bryce unable to open config file: ../etc/sandweb.cfg return data: <pre>$VAR1 = { 'errlev' => 0, 'data' => {} }; </pre>[root@sherborne sandweb]#>[root@sherborne sandweb]# exit {bryce@sherborne} ~/src/sandweb (8): Script done on Fri Apr 25 11:56:43 2003 Bryce |
From: Nick J. <nk...@ia...> - 2003-04-25 18:45:03
|
On Fri, Apr 25, 2003 at 11:36:48AM -0700, Bryce Harrington wrote: > On Fri, 25 Apr 2003, Nick Jennings wrote: > > Woah, Bryce, that seems like an awful lot of work to get SandWeb > > working. I'm thinking there may be some underlying problem here. > > Those were my two thoughts as well. > > > Did you go read the INSTALL and README files and follow the install > > procedure outlined? (i.e. perl Makefile.PL, make, (as root)make install) > > Of course. ;-) > > What version of perl have you tested on? I'm running 5.8.0. I just checked in some changes to CVS yesterday which fix some problems when using Perl 5.8 (SandWeb has been mainly developed using Perl 5.6). Can you do a CVS checkout of the HEAD, and send us the output of a: $ perl Makefile.PL $ make # make install Thanks, - Nick |
From: Bryce H. <br...@os...> - 2003-04-25 18:37:01
|
On Fri, 25 Apr 2003, Nick Jennings wrote: > Woah, Bryce, that seems like an awful lot of work to get SandWeb > working. I'm thinking there may be some underlying problem here. Those were my two thoughts as well. > Did you go read the INSTALL and README files and follow the install > procedure outlined? (i.e. perl Makefile.PL, make, (as root)make install) Of course. ;-) What version of perl have you tested on? I'm running 5.8.0. > - Nick > > On Fri, Apr 25, 2003 at 10:51:59AM -0700, Bryce Harrington wrote: > > I got the following warning when running sandweb-admin after > > installation: > > > > Using a hash as a reference is deprecated at ../lib/SandWeb/Config.pm > > line 352. > > Using a hash as a reference is deprecated at ../lib/SandWeb/Config.pm > > line 353. > > > > sandweb was unable to find its config files. It was looking in ../etc > > instead of ../etc/sandweb. Furthermore, relative paths did not seem to > > work properly at all. I changed all instances of '../etc' to > > '/usr/local/etc/sandweb'. > > > > For some reason that I could not determine, the javascript for one of > > the tests in repository.js always fails. This is the > > isEmpty(document.repository.repo_root.value) validation command. The > > other validation commands work fine. I tried it on Konqueror and > > Netscape 4.x. I ended up just commenting it out. > > > > I was getting errors when trying to update user info and it wasn't > > "setting". On line 2977 it sets the user params via: > > > > $user->{'personal'}->{"$param"} = param("$param") || ''; > > > > However there was no $user->{'personal'} value in the $user hash at this > > point so it failed. To fix this I added above the loop: > > > > $user->{personal} = { }; > > > > create_repo() always seems to return success, even when it actually > > fails. Also, the way it writes the XML files appears to be in error. > > I can add a new repos but when I look at the list of repositories, > > instead of showing a single repos with the name I gave, it shows > > repositories with each of the fieldnames of a repository. I suspect > > this issue may be related to the 'using hash as a reference' issue > > above. > > > > After having gone through all that, I was finally able to select the > > repository and request checkout of the module 'foo' I needed. However, > > it simply errored saying something about "Filename foo could not be > > found". > > > > All that I really need is to connect this to a single cvs repository, > > and the number of users is going to be determinant, so if I could just > > write the config files manually to set up the repository and users, that > > would help. > > > > What I'm trying to determine is if it is possible to edit text files > > through this interface and have them automatically get checked back into > > cvs. I see that there is an edit_file.html template, and am curious to > > see how this works. > > > > Thanks, > > Bryce > > > > On Fri, 25 Apr 2003, Nick Jennings wrote: > > > On Fri, Apr 25, 2003 at 09:09:33AM -0700, Bryce Harrington wrote: > > > > I was playing around a bit with Sandweb (the release candidate), but > > > > have been having a lot of difficulty getting it to work properly. Is > > > > the next release scheduled for release soon? > > > > > > Hi Bryce, the installation shouldn't be a problem, what difficulties > > > are you having? > > > > > > - Nick > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Sandweb-users mailing list > > San...@li... > > https://lists.sourceforge.net/lists/listinfo/sandweb-users > > > |
From: Nick J. <nk...@ia...> - 2003-04-25 18:32:59
|
Woah, Bryce, that seems like an awful lot of work to get SandWeb working. I'm thinking there may be some underlying problem here. Did you go read the INSTALL and README files and follow the install procedure outlined? (i.e. perl Makefile.PL, make, (as root)make install) - Nick On Fri, Apr 25, 2003 at 10:51:59AM -0700, Bryce Harrington wrote: > I got the following warning when running sandweb-admin after > installation: > > Using a hash as a reference is deprecated at ../lib/SandWeb/Config.pm > line 352. > Using a hash as a reference is deprecated at ../lib/SandWeb/Config.pm > line 353. > > sandweb was unable to find its config files. It was looking in ../etc > instead of ../etc/sandweb. Furthermore, relative paths did not seem to > work properly at all. I changed all instances of '../etc' to > '/usr/local/etc/sandweb'. > > For some reason that I could not determine, the javascript for one of > the tests in repository.js always fails. This is the > isEmpty(document.repository.repo_root.value) validation command. The > other validation commands work fine. I tried it on Konqueror and > Netscape 4.x. I ended up just commenting it out. > > I was getting errors when trying to update user info and it wasn't > "setting". On line 2977 it sets the user params via: > > $user->{'personal'}->{"$param"} = param("$param") || ''; > > However there was no $user->{'personal'} value in the $user hash at this > point so it failed. To fix this I added above the loop: > > $user->{personal} = { }; > > create_repo() always seems to return success, even when it actually > fails. Also, the way it writes the XML files appears to be in error. > I can add a new repos but when I look at the list of repositories, > instead of showing a single repos with the name I gave, it shows > repositories with each of the fieldnames of a repository. I suspect > this issue may be related to the 'using hash as a reference' issue > above. > > After having gone through all that, I was finally able to select the > repository and request checkout of the module 'foo' I needed. However, > it simply errored saying something about "Filename foo could not be > found". > > All that I really need is to connect this to a single cvs repository, > and the number of users is going to be determinant, so if I could just > write the config files manually to set up the repository and users, that > would help. > > What I'm trying to determine is if it is possible to edit text files > through this interface and have them automatically get checked back into > cvs. I see that there is an edit_file.html template, and am curious to > see how this works. > > Thanks, > Bryce > > On Fri, 25 Apr 2003, Nick Jennings wrote: > > On Fri, Apr 25, 2003 at 09:09:33AM -0700, Bryce Harrington wrote: > > > I was playing around a bit with Sandweb (the release candidate), but > > > have been having a lot of difficulty getting it to work properly. Is > > > the next release scheduled for release soon? > > > > Hi Bryce, the installation shouldn't be a problem, what difficulties > > are you having? > > > > - Nick > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Sandweb-users mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sandweb-users > |
From: Bryce H. <br...@os...> - 2003-04-25 17:52:13
|
I got the following warning when running sandweb-admin after installation: Using a hash as a reference is deprecated at ../lib/SandWeb/Config.pm line 352. Using a hash as a reference is deprecated at ../lib/SandWeb/Config.pm line 353. sandweb was unable to find its config files. It was looking in ../etc instead of ../etc/sandweb. Furthermore, relative paths did not seem to work properly at all. I changed all instances of '../etc' to '/usr/local/etc/sandweb'. For some reason that I could not determine, the javascript for one of the tests in repository.js always fails. This is the isEmpty(document.repository.repo_root.value) validation command. The other validation commands work fine. I tried it on Konqueror and Netscape 4.x. I ended up just commenting it out. I was getting errors when trying to update user info and it wasn't "setting". On line 2977 it sets the user params via: $user->{'personal'}->{"$param"} = param("$param") || ''; However there was no $user->{'personal'} value in the $user hash at this point so it failed. To fix this I added above the loop: $user->{personal} = { }; create_repo() always seems to return success, even when it actually fails. Also, the way it writes the XML files appears to be in error. I can add a new repos but when I look at the list of repositories, instead of showing a single repos with the name I gave, it shows repositories with each of the fieldnames of a repository. I suspect this issue may be related to the 'using hash as a reference' issue above. After having gone through all that, I was finally able to select the repository and request checkout of the module 'foo' I needed. However, it simply errored saying something about "Filename foo could not be found". All that I really need is to connect this to a single cvs repository, and the number of users is going to be determinant, so if I could just write the config files manually to set up the repository and users, that would help. What I'm trying to determine is if it is possible to edit text files through this interface and have them automatically get checked back into cvs. I see that there is an edit_file.html template, and am curious to see how this works. Thanks, Bryce On Fri, 25 Apr 2003, Nick Jennings wrote: > On Fri, Apr 25, 2003 at 09:09:33AM -0700, Bryce Harrington wrote: > > I was playing around a bit with Sandweb (the release candidate), but > > have been having a lot of difficulty getting it to work properly. Is > > the next release scheduled for release soon? > > Hi Bryce, the installation shouldn't be a problem, what difficulties > are you having? > > - Nick > |
From: Nick J. <nk...@ia...> - 2003-04-25 17:23:43
|
On Fri, Apr 25, 2003 at 09:09:33AM -0700, Bryce Harrington wrote: > I was playing around a bit with Sandweb (the release candidate), but > have been having a lot of difficulty getting it to work properly. Is > the next release scheduled for release soon? Hi Bryce, the installation shouldn't be a problem, what difficulties are you having? - Nick |
From: Bryce H. <br...@os...> - 2003-04-25 16:09:44
|
Hiya, I was playing around a bit with Sandweb (the release candidate), but have been having a lot of difficulty getting it to work properly. Is the next release scheduled for release soon? Also, there is a (incomplete) Cvs perl module on CPAN. Has anyone looked at that? It looks interesting, except that it doesn't have commands for adding files or committing changes. Bryce |
From: Bart M. <ba...@pi...> - 2003-04-24 03:51:37
|
O yea, looking good, all the functionality appears to work correctly. I will keep looking and let you know if something pops up, but so far so good. Thanks Bart On Wed, 2003-04-23 at 18:00, Nick Jennings wrote: > Hi Bart, > > I went ahead and setup Apache2/Perl 5.8 on my system. BTW Apache2 has > nothing to do with the problem, it all seems to be due to perl 5.8's > stricter syntax checking. > > There were several syntax errors that I guess 5.6 didn't pick up on in > the Browse.pm, Config.pm and in Shell.pm (I think the fix I made to > Shell.pm was the culprit). > > In Shell.pm the system_timeout's default value was being set to a > string '' instead of a numeric value, so this seems to have the > side effect of hanging the cgi until apache gives up. Also, it > seems at one spot in the code, assignment of system_timeout is > incorrect, so this value wasn't even being set (which makes the > default of '' much more of a problem). > > I set the default to 300, in the code, because this is the default in > the config file, so I figured that's the safest bet. > > Everything should work now in the trunk, and there should be > less perl warnings in your apache error logs now :) > > If you can verify this I will then merge it into the branch for 1.0 > release. > > - Nick > > On Wed, Apr 23, 2003 at 10:21:44AM -0500, Bart Metzger wrote: > > Sorry, long day > > > > Here are the errors I am getting. > > > > > > [Wed Apr 23 10:15:54 2003] [error] [client 10.0.107.84] Using a hash as > > a reference is deprecated at > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. > > > > Using a hash as a reference is deprecated at > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 353. referer: > > http://monkey/cgi-bin/sandweb.cgi > > > > > > > > [Tue Apr 22 16:36:54 2003] [error] [client 10.0.107.84] [Tue Apr 22 > > 16:36:54 2003] sandweb.cgi: Argument "" isn't numeric in alarm at > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Shell.pm line 401., referer: > > http://monkey/cgi-bin/sandweb.cgi?action=sandbox > > > > > > These are the main errors I am getting, the only thing that doesn't > > appear functional is after I setup the user, repository, and go into the > > sandbox, I cannot navigate to any of the modules I have checked out. > > Not sure about any of the functionality after that. > > > > > > I am using Apache 2.0.43/mod_perl 1.99_08/ Perl v5.8.0 > > > > Thanks for the help and the info. > > > > Bart > > > > On Tue, 2003-04-22 at 17:08, Rob Helmer wrote: > > > On Tue, Apr 22, 2003 at 04:24:12PM -0500, Bart Metzger wrote: > > > > Greetings > > > > > > Hello > > > > > > > > > > > I am having a few issues getting sandweb to work, and I am sure it has > > > > to do with what I am using. Please forgive if this was mentioned in > > > > another thread. > > > > > > > > I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the > > > > latest from cvs and the RC2. > > > > > > > > Has anyone got this setup and working in a environment even close to > > > > this, or do I have to stick to Apache 1.3 and perl 5.6.x? > > > > > > > > > I haven't tried yet, I'm on Debian stable ( perl 5.6, apache 1.3 ). > > > I'd be interested to see the errors you are running into. > > > > > > > > > > Also has anyone gotten Sandweb to authenticate to a kerberos or nis > > > > domain? > > > > > > > > > I once hacked in NT support as proof-of-concept, but I want to make > > > this more generic and modular so we can support seperate authentication > > > and authorization services. > > > > > > The basic idea is : > > > > > > 1) turn off MD5 Javascript hashing in the login.html and sandweb-admin > > > 2) copy lib/SandWeb/Auth/Flatfile.pm to e.g. Kerberos.pm and make > > > it return a 1 if the user is ok, 0 if not > > > 3) make lib/SandWeb/Auth.pm use Kerberos.pm instead of Flatfile.pm > > > > > > So it's possible right now, but better to wait until this is supported > > > by us. > > > Then you'll just have to flip a switch in sandweb.cfg, and maybe > > > write your own Kerberos.pm ( and send it to us so you don't have > > > to maintain it:) ). > > > > > > We won't be in a position to support this until a post-1.0 release > > > most likely. > > > > > > > > > > If you need specifics please let me know. > > > > > > > > I am placing 2 errors at the bottom of the file in case this rings a > > > > bell for anyone. > > > > > > > > > I didn't see any errors in this email, can you resend? > > > > > > > > > > > > -- > > > Rob > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Sandweb-users mailing list > > San...@li... > > https://lists.sourceforge.net/lists/listinfo/sandweb-users > > -- Bart Metzger <ba...@pi...> |
From: Nick J. <nk...@ia...> - 2003-04-23 22:56:09
|
Hi Bart, I went ahead and setup Apache2/Perl 5.8 on my system. BTW Apache2 has nothing to do with the problem, it all seems to be due to perl 5.8's stricter syntax checking. There were several syntax errors that I guess 5.6 didn't pick up on in the Browse.pm, Config.pm and in Shell.pm (I think the fix I made to Shell.pm was the culprit). In Shell.pm the system_timeout's default value was being set to a string '' instead of a numeric value, so this seems to have the side effect of hanging the cgi until apache gives up. Also, it seems at one spot in the code, assignment of system_timeout is incorrect, so this value wasn't even being set (which makes the default of '' much more of a problem). I set the default to 300, in the code, because this is the default in the config file, so I figured that's the safest bet. Everything should work now in the trunk, and there should be less perl warnings in your apache error logs now :) If you can verify this I will then merge it into the branch for 1.0 release. - Nick On Wed, Apr 23, 2003 at 10:21:44AM -0500, Bart Metzger wrote: > Sorry, long day > > Here are the errors I am getting. > > > [Wed Apr 23 10:15:54 2003] [error] [client 10.0.107.84] Using a hash as > a reference is deprecated at > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. > > Using a hash as a reference is deprecated at > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 353. referer: > http://monkey/cgi-bin/sandweb.cgi > > > > [Tue Apr 22 16:36:54 2003] [error] [client 10.0.107.84] [Tue Apr 22 > 16:36:54 2003] sandweb.cgi: Argument "" isn't numeric in alarm at > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Shell.pm line 401., referer: > http://monkey/cgi-bin/sandweb.cgi?action=sandbox > > > These are the main errors I am getting, the only thing that doesn't > appear functional is after I setup the user, repository, and go into the > sandbox, I cannot navigate to any of the modules I have checked out. > Not sure about any of the functionality after that. > > > I am using Apache 2.0.43/mod_perl 1.99_08/ Perl v5.8.0 > > Thanks for the help and the info. > > Bart > > On Tue, 2003-04-22 at 17:08, Rob Helmer wrote: > > On Tue, Apr 22, 2003 at 04:24:12PM -0500, Bart Metzger wrote: > > > Greetings > > > > Hello > > > > > > > > I am having a few issues getting sandweb to work, and I am sure it has > > > to do with what I am using. Please forgive if this was mentioned in > > > another thread. > > > > > > I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the > > > latest from cvs and the RC2. > > > > > > Has anyone got this setup and working in a environment even close to > > > this, or do I have to stick to Apache 1.3 and perl 5.6.x? > > > > > > I haven't tried yet, I'm on Debian stable ( perl 5.6, apache 1.3 ). > > I'd be interested to see the errors you are running into. > > > > > > > Also has anyone gotten Sandweb to authenticate to a kerberos or nis > > > domain? > > > > > > I once hacked in NT support as proof-of-concept, but I want to make > > this more generic and modular so we can support seperate authentication > > and authorization services. > > > > The basic idea is : > > > > 1) turn off MD5 Javascript hashing in the login.html and sandweb-admin > > 2) copy lib/SandWeb/Auth/Flatfile.pm to e.g. Kerberos.pm and make > > it return a 1 if the user is ok, 0 if not > > 3) make lib/SandWeb/Auth.pm use Kerberos.pm instead of Flatfile.pm > > > > So it's possible right now, but better to wait until this is supported > > by us. > > Then you'll just have to flip a switch in sandweb.cfg, and maybe > > write your own Kerberos.pm ( and send it to us so you don't have > > to maintain it:) ). > > > > We won't be in a position to support this until a post-1.0 release > > most likely. > > > > > > > If you need specifics please let me know. > > > > > > I am placing 2 errors at the bottom of the file in case this rings a > > > bell for anyone. > > > > > > I didn't see any errors in this email, can you resend? > > > > > > > > -- > > Rob > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Sandweb-users mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sandweb-users > |
From: Bart M. <ba...@pi...> - 2003-04-23 19:05:19
|
Sorry, I can see where I mislead you, I cannot get past clicking on the module, (this is where it hangs) so no files, no way to test vcs commands. I don't mean to kill all these bits ... Thanks Bart On Wed, 2003-04-23 at 13:56, Rob Helmer wrote: > Ok, so you can browse the checkout ( view files, traverse into > directories, etc )? What if you try to run a VCS command? Is > that where it hangs? > > > On Wed, Apr 23, 2003 at 01:44:31PM -0500, Bart Metzger wrote: > > The page just sits there after you click on the module, so you can > > browse it. > > > > I watched for any sandweb commands, but nothing is running, so it would > > appear that your hunch with the shell is correct. > > > > Thanks > > Bart > > > > > > On Wed, 2003-04-23 at 12:17, Rob Helmer wrote: > > > On Wed, Apr 23, 2003 at 12:04:50PM -0500, Bart Metzger wrote: > > > > Rob > > > > > > > > The checkout works, it is when you try and access the module on the > > > > sandbox page that it hangs. That may explain the timeout, as it hangs > > > > indefinitely. > > > > > > Oh, ok. Sorry, I misread that part. > > > > > > If you do a "ps -awwwux | grep sandweb-expect" do you see a really > > > long command running ( sets some variables, calls cvs, etc )? > > > > > > Probably not since Shell is failing. What is it that's hanging? Is > > > the browser sitting there trying to reload the page? > > > > > > > > > > > > Thanks, > > > Rob > > > > > > > > > > > > > > > > > > > > > |
From: Rob H. <ro...@ro...> - 2003-04-23 18:51:39
|
Ok, so you can browse the checkout ( view files, traverse into directories, etc )? What if you try to run a VCS command? Is that where it hangs? On Wed, Apr 23, 2003 at 01:44:31PM -0500, Bart Metzger wrote: > The page just sits there after you click on the module, so you can > browse it. > > I watched for any sandweb commands, but nothing is running, so it would > appear that your hunch with the shell is correct. > > Thanks > Bart > > > On Wed, 2003-04-23 at 12:17, Rob Helmer wrote: > > On Wed, Apr 23, 2003 at 12:04:50PM -0500, Bart Metzger wrote: > > > Rob > > > > > > The checkout works, it is when you try and access the module on the > > > sandbox page that it hangs. That may explain the timeout, as it hangs > > > indefinitely. > > > > Oh, ok. Sorry, I misread that part. > > > > If you do a "ps -awwwux | grep sandweb-expect" do you see a really > > long command running ( sets some variables, calls cvs, etc )? > > > > Probably not since Shell is failing. What is it that's hanging? Is > > the browser sitting there trying to reload the page? > > > > > > > > Thanks, > > Rob > > > > > > > > > > > > > > |
From: Bart M. <ba...@pi...> - 2003-04-23 18:44:46
|
The page just sits there after you click on the module, so you can browse it. I watched for any sandweb commands, but nothing is running, so it would appear that your hunch with the shell is correct. Thanks Bart On Wed, 2003-04-23 at 12:17, Rob Helmer wrote: > On Wed, Apr 23, 2003 at 12:04:50PM -0500, Bart Metzger wrote: > > Rob > > > > The checkout works, it is when you try and access the module on the > > sandbox page that it hangs. That may explain the timeout, as it hangs > > indefinitely. > > Oh, ok. Sorry, I misread that part. > > If you do a "ps -awwwux | grep sandweb-expect" do you see a really > long command running ( sets some variables, calls cvs, etc )? > > Probably not since Shell is failing. What is it that's hanging? Is > the browser sitting there trying to reload the page? > > > > Thanks, > Rob > > > > > > > |
From: Rob H. <ro...@ro...> - 2003-04-23 17:12:22
|
On Wed, Apr 23, 2003 at 12:04:50PM -0500, Bart Metzger wrote: > Rob > > The checkout works, it is when you try and access the module on the > sandbox page that it hangs. That may explain the timeout, as it hangs > indefinitely. Oh, ok. Sorry, I misread that part. If you do a "ps -awwwux | grep sandweb-expect" do you see a really long command running ( sets some variables, calls cvs, etc )? Probably not since Shell is failing. What is it that's hanging? Is the browser sitting there trying to reload the page? Thanks, Rob > > Luck > Bart > > On Wed, 2003-04-23 at 12:04, Rob Helmer wrote: > > On Wed, Apr 23, 2003 at 10:21:44AM -0500, Bart Metzger wrote: > > > Sorry, long day > > > > :) > > > > > [Wed Apr 23 10:15:54 2003] [error] [client 10.0.107.84] Using a hash as > > > a reference is deprecated at > > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. > > > > these are warnings and *should* be ok.. > > > > > [Tue Apr 22 16:36:54 2003] [error] [client 10.0.107.84] [Tue Apr 22 > > > 16:36:54 2003] sandweb.cgi: Argument "" isn't numeric in alarm at > > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Shell.pm line 401., referer: > > > http://monkey/cgi-bin/sandweb.cgi?action=sandbox > > > > Someone else on the list was getting this. I need to grab perl 5.8 > > and see if I can reproduce this stuff.. SandWeb is trying to set a > > timeout value in the Shell class so that we don't run things on the > > shell forever, but it's just not getting the argument. Weird. > > > > That code is pretty new, it's been reported by Eric Lopez that > > this error occurrs when browsing very large repositories, but it > > sounds like you can't even get a checkout. It's possibly a bug > > in the code, most likely a bug that only happens in perl 5.8 > > > > I guess I'll grab a perl 5.8 build before the next RC release and > > resolve this, since alot of people are probably using it now with > > the latest Linux distros and such. > > > > > > > > > > > > > These are the main errors I am getting, the only thing that doesn't > > > appear functional is after I setup the user, repository, and go into the > > > sandbox, I cannot navigate to any of the modules I have checked out. > > > Not sure about any of the functionality after that. > > > > > > > > > I am using Apache 2.0.43/mod_perl 1.99_08/ Perl v5.8.0 > > > > > > Thanks for the help and the info. > > > > > > Bart > > > > > > On Tue, 2003-04-22 at 17:08, Rob Helmer wrote: > > > > On Tue, Apr 22, 2003 at 04:24:12PM -0500, Bart Metzger wrote: > > > > > Greetings > > > > > > > > Hello > > > > > > > > > > > > > > I am having a few issues getting sandweb to work, and I am sure it has > > > > > to do with what I am using. Please forgive if this was mentioned in > > > > > another thread. > > > > > > > > > > I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the > > > > > latest from cvs and the RC2. > > > > > > > > > > Has anyone got this setup and working in a environment even close to > > > > > this, or do I have to stick to Apache 1.3 and perl 5.6.x? > > > > > > > > > > > > I haven't tried yet, I'm on Debian stable ( perl 5.6, apache 1.3 ). > > > > I'd be interested to see the errors you are running into. > > > > > > > > > > > > > Also has anyone gotten Sandweb to authenticate to a kerberos or nis > > > > > domain? > > > > > > > > > > > > I once hacked in NT support as proof-of-concept, but I want to make > > > > this more generic and modular so we can support seperate authentication > > > > and authorization services. > > > > > > > > The basic idea is : > > > > > > > > 1) turn off MD5 Javascript hashing in the login.html and sandweb-admin > > > > 2) copy lib/SandWeb/Auth/Flatfile.pm to e.g. Kerberos.pm and make > > > > it return a 1 if the user is ok, 0 if not > > > > 3) make lib/SandWeb/Auth.pm use Kerberos.pm instead of Flatfile.pm > > > > > > > > So it's possible right now, but better to wait until this is supported > > > > by us. > > > > Then you'll just have to flip a switch in sandweb.cfg, and maybe > > > > write your own Kerberos.pm ( and send it to us so you don't have > > > > to maintain it:) ). > > > > > > > > We won't be in a position to support this until a post-1.0 release > > > > most likely. > > > > > > > > > > > > > If you need specifics please let me know. > > > > > > > > > > I am placing 2 errors at the bottom of the file in case this rings a > > > > > bell for anyone. > > > > > > > > > > > > I didn't see any errors in this email, can you resend? > > > > > > > > > > > > > > > > -- > > > > Rob > > > > > > > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > _______________________________________________ > > > Sandweb-users mailing list > > > San...@li... > > > https://lists.sourceforge.net/lists/listinfo/sandweb-users > > > > > |
From: Bart M. <ba...@pi...> - 2003-04-23 17:05:03
|
Rob The checkout works, it is when you try and access the module on the sandbox page that it hangs. That may explain the timeout, as it hangs indefinitely. Luck Bart On Wed, 2003-04-23 at 12:04, Rob Helmer wrote: > On Wed, Apr 23, 2003 at 10:21:44AM -0500, Bart Metzger wrote: > > Sorry, long day > > :) > > > [Wed Apr 23 10:15:54 2003] [error] [client 10.0.107.84] Using a hash as > > a reference is deprecated at > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. > > these are warnings and *should* be ok.. > > > [Tue Apr 22 16:36:54 2003] [error] [client 10.0.107.84] [Tue Apr 22 > > 16:36:54 2003] sandweb.cgi: Argument "" isn't numeric in alarm at > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Shell.pm line 401., referer: > > http://monkey/cgi-bin/sandweb.cgi?action=sandbox > > Someone else on the list was getting this. I need to grab perl 5.8 > and see if I can reproduce this stuff.. SandWeb is trying to set a > timeout value in the Shell class so that we don't run things on the > shell forever, but it's just not getting the argument. Weird. > > That code is pretty new, it's been reported by Eric Lopez that > this error occurrs when browsing very large repositories, but it > sounds like you can't even get a checkout. It's possibly a bug > in the code, most likely a bug that only happens in perl 5.8 > > I guess I'll grab a perl 5.8 build before the next RC release and > resolve this, since alot of people are probably using it now with > the latest Linux distros and such. > > > > > > > > These are the main errors I am getting, the only thing that doesn't > > appear functional is after I setup the user, repository, and go into the > > sandbox, I cannot navigate to any of the modules I have checked out. > > Not sure about any of the functionality after that. > > > > > > I am using Apache 2.0.43/mod_perl 1.99_08/ Perl v5.8.0 > > > > Thanks for the help and the info. > > > > Bart > > > > On Tue, 2003-04-22 at 17:08, Rob Helmer wrote: > > > On Tue, Apr 22, 2003 at 04:24:12PM -0500, Bart Metzger wrote: > > > > Greetings > > > > > > Hello > > > > > > > > > > > I am having a few issues getting sandweb to work, and I am sure it has > > > > to do with what I am using. Please forgive if this was mentioned in > > > > another thread. > > > > > > > > I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the > > > > latest from cvs and the RC2. > > > > > > > > Has anyone got this setup and working in a environment even close to > > > > this, or do I have to stick to Apache 1.3 and perl 5.6.x? > > > > > > > > > I haven't tried yet, I'm on Debian stable ( perl 5.6, apache 1.3 ). > > > I'd be interested to see the errors you are running into. > > > > > > > > > > Also has anyone gotten Sandweb to authenticate to a kerberos or nis > > > > domain? > > > > > > > > > I once hacked in NT support as proof-of-concept, but I want to make > > > this more generic and modular so we can support seperate authentication > > > and authorization services. > > > > > > The basic idea is : > > > > > > 1) turn off MD5 Javascript hashing in the login.html and sandweb-admin > > > 2) copy lib/SandWeb/Auth/Flatfile.pm to e.g. Kerberos.pm and make > > > it return a 1 if the user is ok, 0 if not > > > 3) make lib/SandWeb/Auth.pm use Kerberos.pm instead of Flatfile.pm > > > > > > So it's possible right now, but better to wait until this is supported > > > by us. > > > Then you'll just have to flip a switch in sandweb.cfg, and maybe > > > write your own Kerberos.pm ( and send it to us so you don't have > > > to maintain it:) ). > > > > > > We won't be in a position to support this until a post-1.0 release > > > most likely. > > > > > > > > > > If you need specifics please let me know. > > > > > > > > I am placing 2 errors at the bottom of the file in case this rings a > > > > bell for anyone. > > > > > > > > > I didn't see any errors in this email, can you resend? > > > > > > > > > > > > -- > > > Rob > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Sandweb-users mailing list > > San...@li... > > https://lists.sourceforge.net/lists/listinfo/sandweb-users > > |
From: Rob H. <ro...@ro...> - 2003-04-23 16:59:40
|
On Wed, Apr 23, 2003 at 10:21:44AM -0500, Bart Metzger wrote: > Sorry, long day :) > [Wed Apr 23 10:15:54 2003] [error] [client 10.0.107.84] Using a hash as > a reference is deprecated at > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. these are warnings and *should* be ok.. > [Tue Apr 22 16:36:54 2003] [error] [client 10.0.107.84] [Tue Apr 22 > 16:36:54 2003] sandweb.cgi: Argument "" isn't numeric in alarm at > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Shell.pm line 401., referer: > http://monkey/cgi-bin/sandweb.cgi?action=sandbox Someone else on the list was getting this. I need to grab perl 5.8 and see if I can reproduce this stuff.. SandWeb is trying to set a timeout value in the Shell class so that we don't run things on the shell forever, but it's just not getting the argument. Weird. That code is pretty new, it's been reported by Eric Lopez that this error occurrs when browsing very large repositories, but it sounds like you can't even get a checkout. It's possibly a bug in the code, most likely a bug that only happens in perl 5.8 I guess I'll grab a perl 5.8 build before the next RC release and resolve this, since alot of people are probably using it now with the latest Linux distros and such. > > > These are the main errors I am getting, the only thing that doesn't > appear functional is after I setup the user, repository, and go into the > sandbox, I cannot navigate to any of the modules I have checked out. > Not sure about any of the functionality after that. > > > I am using Apache 2.0.43/mod_perl 1.99_08/ Perl v5.8.0 > > Thanks for the help and the info. > > Bart > > On Tue, 2003-04-22 at 17:08, Rob Helmer wrote: > > On Tue, Apr 22, 2003 at 04:24:12PM -0500, Bart Metzger wrote: > > > Greetings > > > > Hello > > > > > > > > I am having a few issues getting sandweb to work, and I am sure it has > > > to do with what I am using. Please forgive if this was mentioned in > > > another thread. > > > > > > I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the > > > latest from cvs and the RC2. > > > > > > Has anyone got this setup and working in a environment even close to > > > this, or do I have to stick to Apache 1.3 and perl 5.6.x? > > > > > > I haven't tried yet, I'm on Debian stable ( perl 5.6, apache 1.3 ). > > I'd be interested to see the errors you are running into. > > > > > > > Also has anyone gotten Sandweb to authenticate to a kerberos or nis > > > domain? > > > > > > I once hacked in NT support as proof-of-concept, but I want to make > > this more generic and modular so we can support seperate authentication > > and authorization services. > > > > The basic idea is : > > > > 1) turn off MD5 Javascript hashing in the login.html and sandweb-admin > > 2) copy lib/SandWeb/Auth/Flatfile.pm to e.g. Kerberos.pm and make > > it return a 1 if the user is ok, 0 if not > > 3) make lib/SandWeb/Auth.pm use Kerberos.pm instead of Flatfile.pm > > > > So it's possible right now, but better to wait until this is supported > > by us. > > Then you'll just have to flip a switch in sandweb.cfg, and maybe > > write your own Kerberos.pm ( and send it to us so you don't have > > to maintain it:) ). > > > > We won't be in a position to support this until a post-1.0 release > > most likely. > > > > > > > If you need specifics please let me know. > > > > > > I am placing 2 errors at the bottom of the file in case this rings a > > > bell for anyone. > > > > > > I didn't see any errors in this email, can you resend? > > > > > > > > -- > > Rob > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Sandweb-users mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sandweb-users > |
From: Bart M. <ba...@pi...> - 2003-04-23 15:21:56
|
Sorry, long day Here are the errors I am getting. [Wed Apr 23 10:15:54 2003] [error] [client 10.0.107.84] Using a hash as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. Using a hash as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 353. referer: http://monkey/cgi-bin/sandweb.cgi [Tue Apr 22 16:36:54 2003] [error] [client 10.0.107.84] [Tue Apr 22 16:36:54 2003] sandweb.cgi: Argument "" isn't numeric in alarm at /usr/lib/perl5/site_perl/5.8.0/SandWeb/Shell.pm line 401., referer: http://monkey/cgi-bin/sandweb.cgi?action=sandbox These are the main errors I am getting, the only thing that doesn't appear functional is after I setup the user, repository, and go into the sandbox, I cannot navigate to any of the modules I have checked out. Not sure about any of the functionality after that. I am using Apache 2.0.43/mod_perl 1.99_08/ Perl v5.8.0 Thanks for the help and the info. Bart On Tue, 2003-04-22 at 17:08, Rob Helmer wrote: > On Tue, Apr 22, 2003 at 04:24:12PM -0500, Bart Metzger wrote: > > Greetings > > Hello > > > > > I am having a few issues getting sandweb to work, and I am sure it has > > to do with what I am using. Please forgive if this was mentioned in > > another thread. > > > > I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the > > latest from cvs and the RC2. > > > > Has anyone got this setup and working in a environment even close to > > this, or do I have to stick to Apache 1.3 and perl 5.6.x? > > > I haven't tried yet, I'm on Debian stable ( perl 5.6, apache 1.3 ). > I'd be interested to see the errors you are running into. > > > > Also has anyone gotten Sandweb to authenticate to a kerberos or nis > > domain? > > > I once hacked in NT support as proof-of-concept, but I want to make > this more generic and modular so we can support seperate authentication > and authorization services. > > The basic idea is : > > 1) turn off MD5 Javascript hashing in the login.html and sandweb-admin > 2) copy lib/SandWeb/Auth/Flatfile.pm to e.g. Kerberos.pm and make > it return a 1 if the user is ok, 0 if not > 3) make lib/SandWeb/Auth.pm use Kerberos.pm instead of Flatfile.pm > > So it's possible right now, but better to wait until this is supported > by us. > Then you'll just have to flip a switch in sandweb.cfg, and maybe > write your own Kerberos.pm ( and send it to us so you don't have > to maintain it:) ). > > We won't be in a position to support this until a post-1.0 release > most likely. > > > > If you need specifics please let me know. > > > > I am placing 2 errors at the bottom of the file in case this rings a > > bell for anyone. > > > I didn't see any errors in this email, can you resend? > > > > -- > Rob |
From: Rob H. <ro...@ro...> - 2003-04-22 22:03:54
|
On Tue, Apr 22, 2003 at 04:24:12PM -0500, Bart Metzger wrote: > Greetings Hello > > I am having a few issues getting sandweb to work, and I am sure it has > to do with what I am using. Please forgive if this was mentioned in > another thread. > > I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the > latest from cvs and the RC2. > > Has anyone got this setup and working in a environment even close to > this, or do I have to stick to Apache 1.3 and perl 5.6.x? I haven't tried yet, I'm on Debian stable ( perl 5.6, apache 1.3 ). I'd be interested to see the errors you are running into. > Also has anyone gotten Sandweb to authenticate to a kerberos or nis > domain? I once hacked in NT support as proof-of-concept, but I want to make this more generic and modular so we can support seperate authentication and authorization services. The basic idea is : 1) turn off MD5 Javascript hashing in the login.html and sandweb-admin 2) copy lib/SandWeb/Auth/Flatfile.pm to e.g. Kerberos.pm and make it return a 1 if the user is ok, 0 if not 3) make lib/SandWeb/Auth.pm use Kerberos.pm instead of Flatfile.pm So it's possible right now, but better to wait until this is supported by us. Then you'll just have to flip a switch in sandweb.cfg, and maybe write your own Kerberos.pm ( and send it to us so you don't have to maintain it:) ). We won't be in a position to support this until a post-1.0 release most likely. > If you need specifics please let me know. > > I am placing 2 errors at the bottom of the file in case this rings a > bell for anyone. I didn't see any errors in this email, can you resend? -- Rob |
From: Nick J. <nk...@ia...> - 2003-04-22 21:52:33
|
On Tue, Apr 22, 2003 at 04:24:12PM -0500, Bart Metzger wrote: > I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the > latest from cvs and the RC2. > > Has anyone got this setup and working in a environment even close to > this, or do I have to stick to Apache 1.3 and perl 5.6.x? I can't remember if I have or not... > Also has anyone gotten Sandweb to authenticate to a kerberos or nis > domain? I've never tried. > If you need specifics please let me know. > > I am placing 2 errors at the bottom of the file in case this rings a > bell for anyone. I don't see any error messages :) - Nick |
From: Bart M. <ba...@pi...> - 2003-04-22 21:24:25
|
Greetings I am having a few issues getting sandweb to work, and I am sure it has to do with what I am using. Please forgive if this was mentioned in another thread. I am using apache2/perl 5.8 on a rh 8.0 box. I have tried both the latest from cvs and the RC2. Has anyone got this setup and working in a environment even close to this, or do I have to stick to Apache 1.3 and perl 5.6.x? Also has anyone gotten Sandweb to authenticate to a kerberos or nis domain? If you need specifics please let me know. I am placing 2 errors at the bottom of the file in case this rings a bell for anyone. Thanks and have a nice day Bart. |
From: Rob H. <ro...@ro...> - 2003-04-17 18:46:24
|
I'm going to try to reproduce this one soon. I'm putting it in the bug tracker for now. I thought I had worked with some pretty big modules, but it sounds like you have alot more .. :) ( I have used SandWeb on real CVS repos since the Alpha release ). I'll get it fixed before RC3. On Fri, Apr 04, 2003 at 06:44:15PM -0400, ERIC LOPEZ wrote: > Hello, > > When I try to browse heavy loaded (700+ files) folders on my repository, the > page won't load and Apache (2.0.40) responds Internal Server Error, > Error 500, after a while (I suppose after apache timeout period). > > Here is a piece of the /http/error_log: > > [Fri Apr 04 17:41:43 2003] [error] [client XXX.XXX.XXX.XXX] [Fri Apr 4 > 17:41:40 2003] ^E: Name "SandWepb::File::Unix::FILE" used only once: > possible typo at ^E line 588., referer: http://XXX.XXX.XXX.XXX/cgi- > bin/sandweb.cgi?action=browse_module&repo_name=MyCVS&module_name=OCD > > [Fri Apr 04 17:41:43 2003] [error] [client XXX.XXX.XXX.XXX] [Fri Apr 4 > 17:41:42 2003] sandweb.cgi: Argument "" isn't numeric in alarm at > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Shell.pm line 401., refere > r: > http://XXX.XXX.XXX.XX/cgi-bin/sandweb.cgi?action=browse_module&repo_name=MyC > VS&module_name=OCD > > But this only happens with very loaded folders. Any Ideas?? > > Thanks, > Eric. > > DISCLAIMER:The information contained in this e-mail may be privileged, > confidential, and protected from disclosure. If you are not the intended > recipient, you are hereby notified that any dissemination, distribution or > duplication of this communication is strictly prohibited. If you have > received this communication in error, please notify the sender immediately > and delete all copies. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > Sandweb-users mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sandweb-users > |
From: Rob H. <ro...@ro...> - 2003-04-17 18:24:33
|
On Tue, Apr 15, 2003 at 04:21:50PM +0200, Heino Erps wrote: > Am Mon, 2003-04-14 um 20.05 schrieb Rob Helmer: > # Installation configuration variables. > package config; > > $bindir = '/usr/local/bin'; > $cfgdir = '/usr/local/etc/sandweb'; > $cgidir = '/var/www/cgi-bin'; > $imgdir = '/var/www/images'; > $tmpldir = '/usr/local/lib/sandweb/templates'; > $cachedir = '/usr/local/share/sandweb'; > $logdir = '/var/log'; > $httpuser = 'www'; > $expectbin = '/usr/bin/expect'; > $ssh_bin = '/usr/bin/ssh'; > $cvs_bin = '/usr/bin/cvs'; Weird. Can you send your /usr/local/etc/sandweb/sandweb.cfg ? I'd like to take a look. Also, what version of SandWeb are you using? The other error you got looks like permissions, but I don't know what's going wrong. The install should take care of all that. Did "make install" ask you any questions? Also, I think I already asked, what OS are you using? Thanks, Rob |
From: Heino E. <hei...@ie...> - 2003-04-15 14:23:15
|
Am Mon, 2003-04-14 um 20.05 schrieb Rob Helmer: > Hello, > > > On Mon, Apr 14, 2003 at 03:52:29PM +0200, heino wrote: > > [root@unsa cgi-bin]# sandweb-admin --add-user bob > > Using a hash as a reference is deprecated at > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. > > Using a hash as a reference is deprecated at > > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 353. > > unable to open config file: ../etc/sandweb.cfg > > return data: <pre>$VAR1 = { > > 'errlev' => 0, > > 'data' => {} > > }; > > </pre>[root@unsa cgi-bin]# > > Hmm.. well, the "Using a hash as a reference" warning is probably > from Perl 5.8.0 ( we're still using 5.6 ), I should probably upgrade :) > > The "unable to open config file: ../etc/sandweb.cfg" is rather > odd. Can you send your "install.cfg" to the list? I `ve made a link from /etc/sandweb.cfg ->/usr/local/etc/sandweb/sandweb.cfg When I start it from the root ('/') sandweb-admin was able to open ../etc/sandweb.cfg (there are no serious errors) : _______ [root@unsa /]# cd / [root@unsa /]# sandweb-admin --add-user bob Using a hash as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. Using a hash as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 353. Enter password for bob: Username bob successfully added! [root@unsa /]# _______ So this works, and I can log in now w my browser. But when I enter the Full Name and want to let write sandweb.cgi bob`s config-file, sandweb.cgi is "Unable write config file for bob." There must be something wrong with my Paths/Rights, I think! > Send your install.cfg, I don't know why sandweb-admin would be looking > in "../etc" for sandweb.cfg > > The location of sandweb.cfg is set at install time. I`ve download/unzip sandweb to this dir ('/space/sandweb'), customized the install.cfg (but it looked god, so I`ve done no changes) and typed 'make install'. Here is my install.cfg : _______ [root@unsa /]# locate install.cfg /space/sandweb/install.cfg /space/sandweb/debian/install.cfg [root@unsa /]# cat /space/sandweb/install.cfg # Installation configuration variables. package config; $bindir = '/usr/local/bin'; $cfgdir = '/usr/local/etc/sandweb'; $cgidir = '/var/www/cgi-bin'; $imgdir = '/var/www/images'; $tmpldir = '/usr/local/lib/sandweb/templates'; $cachedir = '/usr/local/share/sandweb'; $logdir = '/var/log'; $httpuser = 'www'; $expectbin = '/usr/bin/expect'; $ssh_bin = '/usr/bin/ssh'; $cvs_bin = '/usr/bin/cvs'; 1; [root@unsa /]# _______ I thought, that this are my dirs/places where sandweb looks and works after the installation, is this correct? All dirs/paths/_bins exists! I can use them manually! Hope this can help you to help me ;-) Thx Heino |
From: Rob H. <ro...@ro...> - 2003-04-14 18:00:41
|
Hello, On Mon, Apr 14, 2003 at 03:52:29PM +0200, heino wrote: > [root@unsa cgi-bin]# sandweb-admin --add-user bob > Using a hash as a reference is deprecated at > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. > Using a hash as a reference is deprecated at > /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 353. > unable to open config file: ../etc/sandweb.cfg > return data: <pre>$VAR1 = { > 'errlev' => 0, > 'data' => {} > }; > </pre>[root@unsa cgi-bin]# Hmm.. well, the "Using a hash as a reference" warning is probably from Perl 5.8.0 ( we're still using 5.6 ), I should probably upgrade :) The "unable to open config file: ../etc/sandweb.cfg" is rather odd. Can you send your "install.cfg" to the list? > _______ > > I got the 66.67% error with 'make test' but there was a thread and there > was told to go on with 'make install' " ... it should run ...." > This is what I get after 'make test' : > > _______ > [root@unsa sandweb]# make test > cp bin/sandweb-admin blib/script/sandweb-admin > /usr/bin/perl5.8.0 "-MExtUtils::MY" -e "MY->fixin(shift)" > blib/script/sandweb-admin > PERL_DL_NONLAZY=1 /usr/bin/perl5.8.0 "-MExtUtils::Command::MM" "-e" > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > t/auth..........ok > > t/file..........ok > > t/repository....ok 8/190+1 Records ein > > 0+1 Records aus > Can't call method "debug" without a package or object reference at > /space/sandweb/blib/lib/SandWeb/Repository/cvs.pm line 2603. > t/repository....dubious I figured out what this is, it's because I negelected to update the test after adding a password file ( it makes the password handling more secure ). It's just the test that is broken, SandWeb itself is ok. > > Test returned status 1 (wstat 256, 0x100) > Scalar found where operator expected at (eval 151) line 1, near "'int' > $__val" > (Missing operator before $__val?) I haven't seen this, but it could be that perl 5.8 is more verbose. I'll have to check it out. > DIED. FAILED tests 9-19 > Failed 11/19 tests, 42.11% okay > Failed Test Stat Wstat Total Fail Failed List of Failed > ------------------------------------------------------------------------------- > t/repository.t 1 256 19 11 57.89% 9-19 > Failed 1/3 test scripts, 66.67% okay. 11/30 subtests failed, 63.33% okay. > make: *** [test_dynamic] Fehler 2 > [root@unsa sandweb]# > _______ > > There should be an error here at my host, because nobody else is > 'crying' here, but I don`t know where to start searching and for what! > Help is really welcome! > Thx for reading thru output `til here! > Heino Send your install.cfg, I don't know why sandweb-admin would be looking in "../etc" for sandweb.cfg The location of sandweb.cfg is set at install time. -- Rob |
From: heino <he...@ie...> - 2003-04-14 13:53:23
|
Hi! After my Installation on Mandrake 9.1 (shouldn`t matter!) I can`t use 'sandweb-admin --add-user bob', because of ????? I got this as error, but my Perl is not as well as to follow this error and fix to a specific error! This is my output : _______ [root@unsa cgi-bin]# sandweb-admin --add-user bob Using a hash as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 352. Using a hash as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/SandWeb/Config.pm line 353. unable to open config file: ../etc/sandweb.cfg return data: <pre>$VAR1 = { 'errlev' => 0, 'data' => {} }; </pre>[root@unsa cgi-bin]# _______ I got the 66.67% error with 'make test' but there was a thread and there was told to go on with 'make install' " ... it should run ...." This is what I get after 'make test' : _______ [root@unsa sandweb]# make test cp bin/sandweb-admin blib/script/sandweb-admin /usr/bin/perl5.8.0 "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/sandweb-admin PERL_DL_NONLAZY=1 /usr/bin/perl5.8.0 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/auth..........ok t/file..........ok t/repository....ok 8/190+1 Records ein 0+1 Records aus Can't call method "debug" without a package or object reference at /space/sandweb/blib/lib/SandWeb/Repository/cvs.pm line 2603. t/repository....dubious Test returned status 1 (wstat 256, 0x100) Scalar found where operator expected at (eval 151) line 1, near "'int' $__val" (Missing operator before $__val?) DIED. FAILED tests 9-19 Failed 11/19 tests, 42.11% okay Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- t/repository.t 1 256 19 11 57.89% 9-19 Failed 1/3 test scripts, 66.67% okay. 11/30 subtests failed, 63.33% okay. make: *** [test_dynamic] Fehler 2 [root@unsa sandweb]# _______ There should be an error here at my host, because nobody else is 'crying' here, but I don`t know where to start searching and for what! Help is really welcome! Thx for reading thru output `til here! Heino |