Menu
▾
▴
sandweb-users — User list
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: Robert H. <ro...@ro...> - 2004-06-23 19:35:16
|
Hi Alainna, Are you able to check out this module using the command line, e.g.: cvs -d /cvs_root co aspl_scripts "CVS/Entries" and "CVS/Root" appear inside a valid checkout. CVS uses "CVS" subdirectories inside a checkout to keep state on what is happening in the checkout, to compare against the repository. -- Rob On Wed, Jun 23, 2004 at 08:53:31AM -0400, Alainna C. Wonders wrote: > Okay, I've got a couple things straight, unfortunately I still am at a > loss for what is happening here... > > I specify the following parameters for the repository: > > Name: CVSROOT > Server hostname: localhost > Username: awonders > Vcs type: CVS > Connection: local > Root: /cvs_root/ > > When I key in a module (specifically aspl_scripts) it says it can't find > the module (but it DOES exist in CVS; I did add it through the command > line). So I try to update it and this is what I get: > > cvs update: cannot open CVS/Entries for reading: No such file or > directory > cvs update: nothing known about aspl_scripts > cvs [update aborted]: cannot open CVS/Root: No such file or directory > > What is CVS/Entries and CVS/Root? I haven't specified those anywhere. > > Thanks! > > Alainna > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Sandweb-users mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sandweb-users > |
|
From: Alainna C. W. <awo...@ah...> - 2004-06-23 13:03:30
|
Okay, I've got a couple things straight, unfortunately I still am at a loss for what is happening here... I specify the following parameters for the repository: Name: CVSROOT Server hostname: localhost Username: awonders Vcs type: CVS Connection: local Root: /cvs_root/ When I key in a module (specifically aspl_scripts) it says it can't find the module (but it DOES exist in CVS; I did add it through the command line). So I try to update it and this is what I get: cvs update: cannot open CVS/Entries for reading: No such file or directory cvs update: nothing known about aspl_scripts cvs [update aborted]: cannot open CVS/Root: No such file or directory What is CVS/Entries and CVS/Root? I haven't specified those anywhere. Thanks! Alainna |
|
From: Robert H. <rh...@cu...> - 2004-06-22 20:19:50
|
Great :) Now to check in, click on the module name (linked from the sandbox menu under the "Module name" column). You should see a list of files in your checkout. Modify one or more of them, by uploading over or editing the existing files (you can edit by clicking on the file, and then clicking "edit"). Pull down the "CVS Command" menu and select "commit". Press the "Go" button. On Tue, Jun 22, 2004 at 03:49:41PM -0400, Alainna C. Wonders wrote: > Okay, excellent, I figured out how to check out. Now how do I check in? > > > :) > > Thanks! > Alainna > > -----Original Message----- > From: san...@li... > [mailto:san...@li...] On Behalf Of Robert > Helmer > Sent: Tuesday, June 22, 2004 3:43 PM > To: Alainna C. Wonders > Cc: san...@li... > Subject: [Sandweb-users] RE: Sandweb repository issues > > > Sorry I missed this email from you. > > You need to specify which module you want to checkout in the "sandbox" > menu, SandWeb doesn't list them otherwise (more a limitation of CVS than > > SandWeb unfortunately). > > > On Tue, 22 Jun 2004 12:12pm, Alainna C. Wonders wrote: > > I think the issue is when I specify the parameters as such: > > > > Name: cvsroot > > Server hostname: localhost > > Username: awonders > > Vcs type: cvs > > Connection: local > > Root: /cvs_root/ > > > > It isn't seeing the modules (I've already imported two). > > > > This means I can't check out anything. > > > > > > -----Original Message----- > > From: Robert Helmer [mailto:ro...@ro...] > > Sent: Tuesday, June 22, 2004 2:54 PM > > To: Alainna C. Wonders > > Cc: san...@li... > > Subject: Re: Sandweb repository issues > > > > > > In SandWeb, click on the module name to get to the "browse module" > > menu. > > You should see a pulldown select form that has a "commit" option on > it. > > > > > > -- > > Rob > > > > > > On Tue, Jun 22, 2004 at 02:31:46PM -0400, Alainna C. Wonders wrote: > >> So how would one check in files after editing them? > >> > >> > >> -----Original Message----- > >> From: Robert Helmer [mailto:ro...@ro...] > >> Sent: Tuesday, June 22, 2004 2:43 PM > >> To: Alainna C. Wonders > >> Cc: san...@li... > >> Subject: Re: Sandweb repository issues > >> > >> > >> Hi Alainna, > >> > >> > >> No worries. I prefer if people mail the sandweb-users list so that > >> problems/resolutions can be shared. > >> > >> Maybe I am confused about what you are saying, but I think you are > >> not > > > >> clear on how CVS works.. (see http://cvshome.org) > >> > >> In CVS, each user makes a private checkout (aka "sandbox") and > >> modifies their work in there. When they are done, they attempt to > >> check in to the main repository ("/cvs_root"). > >> > >> If someone else has checked in to the same file before them, they > >> get a notification and CVS attempts to merge the changes. If the > >> merge fails, the user gets a conflict notification and merges the > >> changes themselves, then attempts to check in again. > >> > >> Noone should ever be modifying anything in /cvs_root directly; you > >> need to go through CVS. > >> > >> > >> > >> Hope that helps, > >> Rob Helmer > >> > >> > >> > >> On Tue, Jun 22, 2004 at 02:22:39PM -0400, Alainna C. Wonders wrote: > > >> > Hi Robert, > > >> > I got your email address off of your website; I hope you don't > mind. > >> > > >> > We're having some serious difficulties with the repository. It > >> > seems > >> > that when we configure the repository section in Sandweb as such > >> > below: > >> > > >> > Name: CVSROOT > >> > Server hostname: localhost > >> > Username: awonders > >> > Vcs type: cvs > >> > Connection: local > >> > Root: /cvs_root/ > >> > > >> > It will create > >> > /usr/local/share/sandweb/users/username/cvs_root/$files. > >> > > >> > We need sandweb to point EVERYone to /cvs_root so they can share > >> > their > >> > >> > development files. > >> > > >> > I tried to symlink (probably a major no-no) all of the user > > >> directories to /cvs_root/ and gave it all the permissions of > > >> apache:cvsusers, and got a little further but no where near where we > > >> need to be. > > >> > I'm hoping that I'm just screwing up and not doing it right. Any > >> > help > >> > >> > you can offer, I'd really appreciate. > >> > > >> > Thanks Robert. > >> > > >> > > >> > Alainna C. Wonders > >> > Jr. Systems Administrator, ISSO > >> > Applied Hydro-Acoustic Research, Inc. > >> > Voice: 703-968-6129 > >> > Email: awo...@ah... > >> > > >> > > >> > > >> > >> > >> > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. Attend > Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Sandweb-users mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sandweb-users > > > |
|
From: Robert H. <ro...@ro...> - 2004-06-22 19:46:52
|
Sorry I missed this email from you. You need to specify which module you want to checkout in the "sandbox" menu, SandWeb doesn't list them otherwise (more a limitation of CVS than SandWeb unfortunately). On Tue, 22 Jun 2004 12:12pm, Alainna C. Wonders wrote: > I think the issue is when I specify the parameters as such: > > Name: cvsroot > Server hostname: localhost > Username: awonders > Vcs type: cvs > Connection: local > Root: /cvs_root/ > > It isn't seeing the modules (I've already imported two). > > This means I can't check out anything. > > > -----Original Message----- > From: Robert Helmer [mailto:ro...@ro...] > Sent: Tuesday, June 22, 2004 2:54 PM > To: Alainna C. Wonders > Cc: san...@li... > Subject: Re: Sandweb repository issues > > > In SandWeb, click on the module name to get to the "browse module" > menu. > You should see a pulldown select form that has a "commit" option on it. > > > -- > Rob > > > On Tue, Jun 22, 2004 at 02:31:46PM -0400, Alainna C. Wonders wrote: >> So how would one check in files after editing them? >> >> >> -----Original Message----- >> From: Robert Helmer [mailto:ro...@ro...] >> Sent: Tuesday, June 22, 2004 2:43 PM >> To: Alainna C. Wonders >> Cc: san...@li... >> Subject: Re: Sandweb repository issues >> >> >> Hi Alainna, >> >> >> No worries. I prefer if people mail the sandweb-users list so that >> problems/resolutions can be shared. >> >> Maybe I am confused about what you are saying, but I think you are not > >> clear on how CVS works.. (see http://cvshome.org) >> >> In CVS, each user makes a private checkout (aka "sandbox") and >> modifies their work in there. When they are done, they attempt to >> check in to the main repository ("/cvs_root"). >> >> If someone else has checked in to the same file before them, they get >> a notification and CVS attempts to merge the changes. If the merge >> fails, the user gets a conflict notification and merges the changes >> themselves, then attempts to check in again. >> >> Noone should ever be modifying anything in /cvs_root directly; you >> need to go through CVS. >> >> >> >> Hope that helps, >> Rob Helmer >> >> >> >> On Tue, Jun 22, 2004 at 02:22:39PM -0400, Alainna C. Wonders wrote: >> > Hi Robert, >> > >> > I got your email address off of your website; I hope you don't mind. >> > >> > We're having some serious difficulties with the repository. It >> > seems >> > that when we configure the repository section in Sandweb as such >> > below: >> > >> > Name: CVSROOT >> > Server hostname: localhost >> > Username: awonders >> > Vcs type: cvs >> > Connection: local >> > Root: /cvs_root/ >> > >> > It will create >> > /usr/local/share/sandweb/users/username/cvs_root/$files. >> > >> > We need sandweb to point EVERYone to /cvs_root so they can share >> > their >> >> > development files. >> > >> > I tried to symlink (probably a major no-no) all of the user >> > directories to /cvs_root/ and gave it all the permissions of >> > apache:cvsusers, and got a little further but no where near where we >> need to be. >> > >> > I'm hoping that I'm just screwing up and not doing it right. Any >> > help >> >> > you can offer, I'd really appreciate. >> > >> > Thanks Robert. >> > >> > >> > Alainna C. Wonders >> > Jr. Systems Administrator, ISSO >> > Applied Hydro-Acoustic Research, Inc. >> > Voice: 703-968-6129 >> > Email: awo...@ah... >> > >> > >> > >> >> >> |
|
From: Robert H. <ro...@ro...> - 2004-06-22 19:38:44
|
Hi Alianna,
Have you checked out an existing project ("module" in CVS parlance)?
/cvs_root/ is the root for all your CVS projects.
Have you imported or otherwise created any directories under /cvs_root?
If not, either use the "cvs import" command from the commandline, or
simply create a directory in /cvs_root/ (with the name of your
project).
You can then use SandWeb to check out that project.
--
Rob
On Tue, 22 Jun 2004 12:12pm, Alainna C. Wonders wrote:
> Here it is... Under the sandweb interface, I tried to alter the naming
> convention a bit so that way I could check more easily for errors.
>
> Under the sandweb gui, I go to Repository and type in the same
> information I sent you earlier, but named it alainna.
>
> It creates /usr/local/share/sandweb/users/awonders/alainna/
>
> So I know that sandweb doesn't CREATE repositories, just how do I get
> it
> to recognize the repository I created (/cvs_root)?
>
> Alainna C. Wonders, MCSE
> Jr. Systems Administrator, ISSO
> Applied Hydro-Acoustic Research, Inc.
> Voice: 703-968-6129
> Email: awo...@ah...
> -------------------------------------------
> "I hate quotes; tell me what you know." - R. W. Emerson
|
|
From: Alainna C. W. <awo...@ah...> - 2004-06-22 18:56:30
|
I think the issue is when I specify the parameters as such: Name: cvsroot Server hostname: localhost Username: awonders Vcs type: cvs Connection: local Root: /cvs_root/ It isn't seeing the modules (I've already imported two). This means I can't check out anything. -----Original Message----- From: Robert Helmer [mailto:ro...@ro...] Sent: Tuesday, June 22, 2004 2:54 PM To: Alainna C. Wonders Cc: san...@li... Subject: Re: Sandweb repository issues In SandWeb, click on the module name to get to the "browse module" menu. You should see a pulldown select form that has a "commit" option on it. -- Rob On Tue, Jun 22, 2004 at 02:31:46PM -0400, Alainna C. Wonders wrote: > So how would one check in files after editing them? > > > -----Original Message----- > From: Robert Helmer [mailto:ro...@ro...] > Sent: Tuesday, June 22, 2004 2:43 PM > To: Alainna C. Wonders > Cc: san...@li... > Subject: Re: Sandweb repository issues > > > Hi Alainna, > > > No worries. I prefer if people mail the sandweb-users list so that > problems/resolutions can be shared. > > Maybe I am confused about what you are saying, but I think you are not > clear on how CVS works.. (see http://cvshome.org) > > In CVS, each user makes a private checkout (aka "sandbox") and > modifies their work in there. When they are done, they attempt to > check in to the main repository ("/cvs_root"). > > If someone else has checked in to the same file before them, they get > a notification and CVS attempts to merge the changes. If the merge > fails, the user gets a conflict notification and merges the changes > themselves, then attempts to check in again. > > Noone should ever be modifying anything in /cvs_root directly; you > need to go through CVS. > > > > Hope that helps, > Rob Helmer > > > > On Tue, Jun 22, 2004 at 02:22:39PM -0400, Alainna C. Wonders wrote: > > Hi Robert, > > > > I got your email address off of your website; I hope you don't mind. > > > > We're having some serious difficulties with the repository. It > > seems > > that when we configure the repository section in Sandweb as such > > below: > > > > Name: CVSROOT > > Server hostname: localhost > > Username: awonders > > Vcs type: cvs > > Connection: local > > Root: /cvs_root/ > > > > It will create > > /usr/local/share/sandweb/users/username/cvs_root/$files. > > > > We need sandweb to point EVERYone to /cvs_root so they can share > > their > > > development files. > > > > I tried to symlink (probably a major no-no) all of the user > > directories to /cvs_root/ and gave it all the permissions of > > apache:cvsusers, and got a little further but no where near where we > need to be. > > > > I'm hoping that I'm just screwing up and not doing it right. Any > > help > > > you can offer, I'd really appreciate. > > > > Thanks Robert. > > > > > > Alainna C. Wonders > > Jr. Systems Administrator, ISSO > > Applied Hydro-Acoustic Research, Inc. > > Voice: 703-968-6129 > > Email: awo...@ah... > > > > > > > > > |
|
From: Robert H. <ro...@ro...> - 2004-06-22 18:50:02
|
In SandWeb, click on the module name to get to the "browse module" menu. You should see a pulldown select form that has a "commit" option on it. -- Rob On Tue, Jun 22, 2004 at 02:31:46PM -0400, Alainna C. Wonders wrote: > So how would one check in files after editing them? > > > -----Original Message----- > From: Robert Helmer [mailto:ro...@ro...] > Sent: Tuesday, June 22, 2004 2:43 PM > To: Alainna C. Wonders > Cc: san...@li... > Subject: Re: Sandweb repository issues > > > Hi Alainna, > > > No worries. I prefer if people mail the sandweb-users list so that > problems/resolutions can be shared. > > Maybe I am confused about what you are saying, but I think you are not > clear on how CVS works.. (see http://cvshome.org) > > In CVS, each user makes a private checkout (aka "sandbox") and modifies > their work in there. When they are done, they attempt to check in to the > main repository ("/cvs_root"). > > If someone else has checked in to the same file before them, they get a > notification and CVS attempts to merge the changes. If the merge fails, > the user gets a conflict notification and merges the changes themselves, > then attempts to check in again. > > Noone should ever be modifying anything in /cvs_root directly; you need > to go through CVS. > > > > Hope that helps, > Rob Helmer > > > > On Tue, Jun 22, 2004 at 02:22:39PM -0400, Alainna C. Wonders wrote: > > Hi Robert, > > > > I got your email address off of your website; I hope you don't mind. > > > > We're having some serious difficulties with the repository. It seems > > that when we configure the repository section in Sandweb as such > > below: > > > > Name: CVSROOT > > Server hostname: localhost > > Username: awonders > > Vcs type: cvs > > Connection: local > > Root: /cvs_root/ > > > > It will create > > /usr/local/share/sandweb/users/username/cvs_root/$files. > > > > We need sandweb to point EVERYone to /cvs_root so they can share their > > > development files. > > > > I tried to symlink (probably a major no-no) all of the user > > directories to /cvs_root/ and gave it all the permissions of > > apache:cvsusers, and got a little further but no where near where we > need to be. > > > > I'm hoping that I'm just screwing up and not doing it right. Any help > > > you can offer, I'd really appreciate. > > > > Thanks Robert. > > > > > > Alainna C. Wonders > > Jr. Systems Administrator, ISSO > > Applied Hydro-Acoustic Research, Inc. > > Voice: 703-968-6129 > > Email: awo...@ah... > > > > > > > > > |
|
From: Robert H. <ro...@ro...> - 2004-06-22 18:38:32
|
Hi Alainna, No worries. I prefer if people mail the sandweb-users list so that problems/resolutions can be shared. Maybe I am confused about what you are saying, but I think you are not clear on how CVS works.. (see http://cvshome.org) In CVS, each user makes a private checkout (aka "sandbox") and modifies their work in there. When they are done, they attempt to check in to the main repository ("/cvs_root"). If someone else has checked in to the same file before them, they get a notification and CVS attempts to merge the changes. If the merge fails, the user gets a conflict notification and merges the changes themselves, then attempts to check in again. Noone should ever be modifying anything in /cvs_root directly; you need to go through CVS. Hope that helps, Rob Helmer On Tue, Jun 22, 2004 at 02:22:39PM -0400, Alainna C. Wonders wrote: > Hi Robert, > > I got your email address off of your website; I hope you don't mind. > > We're having some serious difficulties with the repository. It seems > that when we configure the repository section in Sandweb as such below: > > Name: CVSROOT > Server hostname: localhost > Username: awonders > Vcs type: cvs > Connection: local > Root: /cvs_root/ > > It will create /usr/local/share/sandweb/users/username/cvs_root/$files. > > We need sandweb to point EVERYone to /cvs_root so they can share their > development files. > > I tried to symlink (probably a major no-no) all of the user directories > to /cvs_root/ and gave it all the permissions of apache:cvsusers, and > got a little further but no where near where we need to be. > > I'm hoping that I'm just screwing up and not doing it right. Any help > you can offer, I'd really appreciate. > > Thanks Robert. > > > Alainna C. Wonders > Jr. Systems Administrator, ISSO > Applied Hydro-Acoustic Research, Inc. > Voice: 703-968-6129 > Email: awo...@ah... > > > |
|
From: Robert H. <ro...@ro...> - 2004-04-08 17:55:46
|
Hi Alainna, SandWeb cannot currently create CVS repositories (via "cvs init"). You must create a repository and module first, on the command line it is like this to create a repository in /cvs : cvs -d /cvs init Then either use the "import" command to create a new module on the command line, or simply create a new directory in /cvs/ with the appropriate permissions. Then you should be able to check out your module in SandWeb. Thanks, Rob On Thu, Apr 08, 2004 at 09:25:04AM -0400, Alainna C. Wonders wrote: > I've tried everything I can think of. I've even uninstalled and > reinstalled the program and that doesn't work. > I can create a repository. It says that it is created. Then I go to > checkout a module and it gives me an error, "no /cvs//CVSROOT directory > found". > > Any ideas? > > Thanks... > > - Alainna > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Sandweb-users mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sandweb-users > |
|
From: Alainna C. W. <awo...@ah...> - 2004-04-08 13:33:02
|
I've tried everything I can think of. I've even uninstalled and reinstalled the program and that doesn't work. I can create a repository. It says that it is created. Then I go to checkout a module and it gives me an error, "no /cvs//CVSROOT directory found". Any ideas? Thanks... - Alainna |
|
From: Robert H. <ro...@ro...> - 2004-04-07 17:35:38
|
Hi Alainna, On Wed, Apr 07, 2004 at 08:51:55AM -0400, Alainna C. Wonders wrote: > Pretty straight forward. Create user acct using sandweb-admin > --add-user username command > Go into the GUI and attempt to add a name, and I get the 'cannot write > to /usr/local/share/sandweb/users/username/.user.cfg file, permission > denied. > I get into the /usr/local/share/sandweb/users directory and the > directory is owned by root. > > how can I resolve this short of having to chown the directories > everytime they are created? You can su to the web user (e.g. apache, nobody, www-data, whatever) and use sandweb-admin.. Is this the 1.0RC4 release or a development release from our CVS tree that you are using? I thought sandweb-admin was supposed to chown the directory for you, if it was run by root.. I'll look into that. Thanks, Rob |
|
From: Alainna C. W. <awo...@ah...> - 2004-04-07 12:59:45
|
Pretty straight forward. Create user acct using sandweb-admin --add-user username command Go into the GUI and attempt to add a name, and I get the 'cannot write to /usr/local/share/sandweb/users/username/.user.cfg file, permission denied. I get into the /usr/local/share/sandweb/users directory and the directory is owned by root. how can I resolve this short of having to chown the directories everytime they are created? Thanks in advance! Alainna C. Wonders Systems Administrator, ISSO Applied Hydro-Acoustic Research, Inc. Voice: 703-968-6129 Email: awo...@ah... ------------------------------------------- "It is better to be on a boat with a drink on the rocks than to be in the drink next to a boat on the rocks." |
|
From: Oliver C. <oli...@cr...> - 2004-03-11 08:43:18
|
Yes, 1.0RC4. Robert Helmer wrote: >Interesting. I'll take a look at it, thanks! > >What version are you using by the way? The 1.0RC4? > > >On Thu, Mar 11, 2004 at 03:00:30PM +0800, Oliver Chato wrote: > > >>Commented out line 4 of tools/install_script.pl and the installation >>worked. I am sending tools/install_script.pl and install.cfg for reference. >> >>Thanks for the help. >> >>-- Oliver -- >> >>Robert Helmer wrote: >> >> >> >>>Hi Oliver, >>> >>> >>>I just started working on Perl 5.8 support recently on the trunk, >>>I do see this when using Perl 5.8 however it's just a warning, and >>>the install script continues as you can see: >>> >>>-- >>>Writing >>>/usr/local/perl5.8/lib/site_perl/5.8.3/i686-linux/auto/SandWeb/.packlistAppending installation info to /usr/local/perl5.8/lib/site_perl/5.8.3/i686-linux/perllocal.pod >>>./tools/install_script.pl /usr/local/perl5.8 >>>Name "config::imgpath" used only once: possible typo at >>>./tools/install_script.pl line 26. >>>loading install config... >>>-- >>> >>>Are you sure there are no other error messages? Feel free to post the >>>whole log of "make install" to this list. >>> >>> >>> >>>Thanks, >>>Rob >>> >>> >>> >>>On Wed, Mar 10, 2004 at 10:04:44PM +0800, Oliver Chato wrote: >>> >>> >>> >>> >>>>Hi. I've been trying to install sandweb v 0.4 on a server running >>>>Solaris 8. I have gotten all the perl and additional modules installed. >>>>I am able to do the following: >>>> >>>>perl Makefile.pl >>>>make >>>>make test >>>> >>>>without any problems. But when I run >>>> >>>>make install >>>> >>>>I get the following error. >>>> >>>>Writing >>>>/usr/local/lib/perl5/site_perl/5.8.3/sun4-solaris/auto/SandWeb/.packlist >>>>Appending installation info to >>>>/usr/local/lib/perl5/5.8.3/sun4-solaris/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 am using perl, v5.8.3 built for sun4-solaris. I also have apache >>>>2.0.48 installed along with cvs 1.11.13. Both work fine. >>>> >>>>This maybe a newbie question that has been asked and answered before, >>>>and I apologize if this is and inconvenience. But I just can't seem to >>>>get it going. >>>> >>>>I'd appreciate any help you can give. >>>> >>>>Thanks. >>>> >>>>-- Oliver -- >>>> >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.Net email is sponsored by: IBM Linux Tutorials >>>>Free Linux tutorial presented by Daniel Robbins, President and CEO of >>>>GenToo technologies. Learn everything from fundamentals to system >>>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&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 >>>Free Linux tutorial presented by Daniel Robbins, President and CEO of >>>GenToo technologies. Learn everything from fundamentals to system >>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >>>_______________________________________________ >>>Sandweb-users mailing list >>>San...@li... >>>https://lists.sourceforge.net/lists/listinfo/sandweb-users >>> >>> >>> >>> >>> > > > > >># Installation configuration variables. >>package config; >> >>$cfgdir = '/export/spare/sandweb/etc/sandweb'; >>$cgidir = '/export/spare/apache2/cgi-bin'; >>$imgdir = '/export/spare/apache2/icons'; >>$tmpldir = '/export/spare/sandweb/lib/sandweb/templates'; >>$cachedir = '/export/spare/sandweb/share/sandweb'; >>$logdir = '/export/spare/sandweb/log'; >>$httpuser = 'apache'; >>$expectbin = '/usr/local/bin/expect'; >>$bindir = '/export/spare/sandweb/bin'; >>$ssh_bin = '/usr/local/bin/ssh'; >>$cvs_bin = '/export/spare/cvs/bin/cvs'; >> >>1; >> >> > > > > |
|
From: Robert H. <ro...@ro...> - 2004-03-11 08:41:57
|
Interesting. I'll take a look at it, thanks! What version are you using by the way? The 1.0RC4? On Thu, Mar 11, 2004 at 03:00:30PM +0800, Oliver Chato wrote: > Commented out line 4 of tools/install_script.pl and the installation > worked. I am sending tools/install_script.pl and install.cfg for reference. > > Thanks for the help. > > -- Oliver -- > > Robert Helmer wrote: > > >Hi Oliver, > > > > > >I just started working on Perl 5.8 support recently on the trunk, > >I do see this when using Perl 5.8 however it's just a warning, and > >the install script continues as you can see: > > > >-- > >Writing > >/usr/local/perl5.8/lib/site_perl/5.8.3/i686-linux/auto/SandWeb/.packlistAppending installation info to /usr/local/perl5.8/lib/site_perl/5.8.3/i686-linux/perllocal.pod > >./tools/install_script.pl /usr/local/perl5.8 > >Name "config::imgpath" used only once: possible typo at > >./tools/install_script.pl line 26. > >loading install config... > >-- > > > >Are you sure there are no other error messages? Feel free to post the > >whole log of "make install" to this list. > > > > > > > >Thanks, > >Rob > > > > > > > >On Wed, Mar 10, 2004 at 10:04:44PM +0800, Oliver Chato wrote: > > > > > >>Hi. I've been trying to install sandweb v 0.4 on a server running > >>Solaris 8. I have gotten all the perl and additional modules installed. > >>I am able to do the following: > >> > >>perl Makefile.pl > >>make > >>make test > >> > >>without any problems. But when I run > >> > >>make install > >> > >>I get the following error. > >> > >>Writing > >>/usr/local/lib/perl5/site_perl/5.8.3/sun4-solaris/auto/SandWeb/.packlist > >>Appending installation info to > >>/usr/local/lib/perl5/5.8.3/sun4-solaris/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 am using perl, v5.8.3 built for sun4-solaris. I also have apache > >>2.0.48 installed along with cvs 1.11.13. Both work fine. > >> > >>This maybe a newbie question that has been asked and answered before, > >>and I apologize if this is and inconvenience. But I just can't seem to > >>get it going. > >> > >>I'd appreciate any help you can give. > >> > >>Thanks. > >> > >>-- Oliver -- > >> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email is sponsored by: IBM Linux Tutorials > >>Free Linux tutorial presented by Daniel Robbins, President and CEO of > >>GenToo technologies. Learn everything from fundamentals to system > >>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&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 > >Free Linux tutorial presented by Daniel Robbins, President and CEO of > >GenToo technologies. Learn everything from fundamentals to system > >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > >_______________________________________________ > >Sandweb-users mailing list > >San...@li... > >https://lists.sourceforge.net/lists/listinfo/sandweb-users > > > > > > > # Installation configuration variables. > package config; > > $cfgdir = '/export/spare/sandweb/etc/sandweb'; > $cgidir = '/export/spare/apache2/cgi-bin'; > $imgdir = '/export/spare/apache2/icons'; > $tmpldir = '/export/spare/sandweb/lib/sandweb/templates'; > $cachedir = '/export/spare/sandweb/share/sandweb'; > $logdir = '/export/spare/sandweb/log'; > $httpuser = 'apache'; > $expectbin = '/usr/local/bin/expect'; > $bindir = '/export/spare/sandweb/bin'; > $ssh_bin = '/usr/local/bin/ssh'; > $cvs_bin = '/export/spare/cvs/bin/cvs'; > > 1; |
|
From: Oliver C. <oli...@cr...> - 2004-03-11 07:18:30
|
# Installation configuration variables. package config; $cfgdir = '/export/spare/sandweb/etc/sandweb'; $cgidir = '/export/spare/apache2/cgi-bin'; $imgdir = '/export/spare/apache2/icons'; $tmpldir = '/export/spare/sandweb/lib/sandweb/templates'; $cachedir = '/export/spare/sandweb/share/sandweb'; $logdir = '/export/spare/sandweb/log'; $httpuser = 'apache'; $expectbin = '/usr/local/bin/expect'; $bindir = '/export/spare/sandweb/bin'; $ssh_bin = '/usr/local/bin/ssh'; $cvs_bin = '/export/spare/cvs/bin/cvs'; 1; |
|
From: Robert H. <ro...@ro...> - 2004-03-10 18:06:10
|
Hi Oliver, I just started working on Perl 5.8 support recently on the trunk, I do see this when using Perl 5.8 however it's just a warning, and the install script continues as you can see: -- Writing /usr/local/perl5.8/lib/site_perl/5.8.3/i686-linux/auto/SandWeb/.packlistAppending installation info to /usr/local/perl5.8/lib/site_perl/5.8.3/i686-linux/perllocal.pod ./tools/install_script.pl /usr/local/perl5.8 Name "config::imgpath" used only once: possible typo at ./tools/install_script.pl line 26. loading install config... -- Are you sure there are no other error messages? Feel free to post the whole log of "make install" to this list. Thanks, Rob On Wed, Mar 10, 2004 at 10:04:44PM +0800, Oliver Chato wrote: > Hi. I've been trying to install sandweb v 0.4 on a server running > Solaris 8. I have gotten all the perl and additional modules installed. > I am able to do the following: > > perl Makefile.pl > make > make test > > without any problems. But when I run > > make install > > I get the following error. > > Writing > /usr/local/lib/perl5/site_perl/5.8.3/sun4-solaris/auto/SandWeb/.packlist > Appending installation info to > /usr/local/lib/perl5/5.8.3/sun4-solaris/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 am using perl, v5.8.3 built for sun4-solaris. I also have apache > 2.0.48 installed along with cvs 1.11.13. Both work fine. > > This maybe a newbie question that has been asked and answered before, > and I apologize if this is and inconvenience. But I just can't seem to > get it going. > > I'd appreciate any help you can give. > > Thanks. > > -- Oliver -- > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Sandweb-users mailing list > San...@li... > https://lists.sourceforge.net/lists/listinfo/sandweb-users > |
|
From: Oliver C. <oli...@cr...> - 2004-03-10 14:22:19
|
Hi. I've been trying to install sandweb v 0.4 on a server running Solaris 8. I have gotten all the perl and additional modules installed. I am able to do the following: perl Makefile.pl make make test without any problems. But when I run make install I get the following error. Writing /usr/local/lib/perl5/site_perl/5.8.3/sun4-solaris/auto/SandWeb/.packlist Appending installation info to /usr/local/lib/perl5/5.8.3/sun4-solaris/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 am using perl, v5.8.3 built for sun4-solaris. I also have apache 2.0.48 installed along with cvs 1.11.13. Both work fine. This maybe a newbie question that has been asked and answered before, and I apologize if this is and inconvenience. But I just can't seem to get it going. I'd appreciate any help you can give. Thanks. -- Oliver -- |
|
From: Robert H. <ro...@ro...> - 2004-02-28 09:06:42
|
In response to your support req. on sandweb.sf.net : Is there a install document for Sandweb on linux? Sure, there is an INSTALL file in the SandWeb distribution directory as well as a README file. Thanks, Rob |
|
From: Robert H. <ro...@ro...> - 2004-01-21 21:16:05
|
Ah ok :) Cool, now you can actually use the thing, and find the real SandWeb bugs :) On Wed, Jan 21, 2004 at 11:02:01AM -0800, Baker, Dan wrote: > It was an apache issue. When I rebuilt apache, I forgot to set the > apache-user back to "apache" in the httpd.conf file. It was trying to access > the passwd file as "nobody" > > Thanks again for all your help. > > Dan Baker > > -----Original Message----- > From: Robert Helmer [mailto:ro...@ro...] > Sent: Tuesday, January 20, 2004 6:09 PM > To: Baker, Dan > Cc: 'san...@li...' > Subject: Re: [Sandweb-users] Sandweb install difficulties -Still not there > > > Hi Dan, > > > The paths are set in the sandweb.cfg, if you are able to turn debug > on that's a good indication that this file is being read.. the file > is referred to as "$data_dir/passwd" in the FlatFile.pm > Make sure that data_dir in the sandweb.cfg is set correctly.. > sandweb-admin shares this setting, so it really should be. > > Hmm.. have you checked that you can "su - apache" (or whatever your > apache user is named) and "cat /usr/local/share/sandweb/data/passwd"? > > If that can be read from the shell as the apache user, it should > work through the web interface.. > > > > Thanks, > Rob > > On Tue, Jan 20, 2004 at 05:13:34PM -0800, Baker, Dan wrote: > > > > Setup and install now works, but I can't login > > > > I ran sandweb-admin --add-user as apache. Passwd file created at > > /usr/local/share/sandweb/data/passwd. User directory created at > > /usr/local/share/sandweb/users/username. I open up permissions to 777 on > > both files and I get > > DEBUG: (SandWeb::Auth) username: p14194, password: > > 8207a825b96ba861ef7fc2ccf0cb32ea > > DEBUG: (SandWeb::Auth::FlatFile) Could not open password file : Permission > > denied > > DEBUG: (main) entering login menu > > > > When I try to log in. It seems that sandweb::auth is looking for a passwd > > file elsewhere. Is there anyplace I can set this by hand? Maybe in > > SandWeb/Auth/FlatFile.pm? > > > > Dan Baker > > > > > > > > -----Original Message----- > > From: Rob Helmer [mailto:ro...@ro...] > > Sent: Sunday, January 18, 2004 1:07 PM > > To: Baker, Dan > > Cc: 'san...@li...' > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > Hi Dan, > > > > > > I upgraded Perl to 5.8.0 on my SPARC/Solaris 8 machine, and the > > typical "perl Makefile.pl && make && make test" went fine. > > > > I'll try upgrading to 5.8.2; out of curiousity, did you install > > the latest Perl from source, or did you use the CSW (blastwave.org) > > pkg? > > > > > > > > Thanks, > > Rob > > > > > > On Thu, Jan 15, 2004 at 05:20:48PM -0800, Baker, Dan wrote: > > > Sandweb.cfg is at /usr/local/etc/sandweb/sandweb.cfg > > > > > > Here it is. > > > > > > pdxadmu03d# cat sandweb.cfg > > > <!-- SandWeb XML Config File --> > > > <config> > > > > > > <!-- config tree for logging behavior --> > > > <logging debug="0" > > > log="1" > > > /> > > > > > > <!-- config for paths to sandweb data files --> > > > <paths template_dir="/usr/local/lib/sandweb/templates" > > > data_dir="/usr/local/share/sandweb/data" > > > log_dir="/var/log" > > > users_dir="/usr/local/share/sandweb/users" > > > /> > > > > > > <!-- config for cgi related information --> > > > <cgi-bin cgi_path="/cgi-bin" > > > cgi_domain="" > > > /> > > > > > > <!-- cookie related settings (default values should work) --> > > > <cookie cookie_path="" > > > cookie_domain="" > > > /> > > > > > > <display bgcolor="blue" > > > text="black" > > > border="green" > > > /> > > > > > > <webserver mime-types_location="/usr/local/apache/conf" > > > mime-types_file="mime.types" > > > image_dir="/images" > > > /> > > > > > > <!-- > > > System paths for SSH, CVS and SandWeb scripts, > > > and time limit when running on the CLI > > > --> > > > <system ssh_bin="/usr/bin/ssh" > > > cvs_bin="/usr/local/bin/cvs" > > > bindir="/usr/local/bin" > > > timeout="300" > > > /> > > > > > > </config> > > > > > > BTW, I had to edit the mime-types location from "/etc/apache" > > > here is the install.cfg > > > > > > pdxadmu03d# cat install.cfg > > > # Installation configuration variables. > > > package config; > > > > > > $cfgdir = '/usr/local/etc/sandweb'; > > > $cgidir = '/usr/local/apache/cgi-bin'; > > > $imgdir = '/usr/local/webdocs/images'; > > > $tmpldir = '/usr/local/lib/sandweb/templates'; > > > $cachedir = '/usr/local/share/sandweb'; > > > $logdir = '/var/log'; > > > $httpuser = 'apache'; > > > $expectbin = '/usr/local/bin/expect'; > > > $bindir = '/usr/local/bin'; > > > $ssh_bin = '/usr/bin/ssh'; > > > $cvs_bin = '/usr/local/bin/cvs'; > > > > > > 1; > > > > > > > > > What I think is happening, is the install is being confused by the two > > > versions of perl on the system. Solaris 9 has perl 5.2 in /usr/bin/perl > > and > > > /usr/perl5 > > > In order to build some of the modules I had to install 5.8. It lives in > > > /usr/local/bin/perl and /usr/local/lib/perl5. I rebuilt all of the > > > dependency modules using 5.8.2, and it seems that the makefile wants to > > use > > > the original perl 5.2 When I force the issue by editing the Makefile, > not > > > everything gets the message. I'm not a perl coder, so where is that > > > configured in the Makefile.PL? > > > > > > Dan > > > > > > -----Original Message----- > > > From: Robert Helmer [mailto:ro...@ro...] > > > Sent: Thursday, January 15, 2004 4:44 PM > > > To: Baker, Dan > > > Cc: 'san...@li...' > > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > > > > Hi Dan, > > > > > > > > > Hmm.. where is sandweb.cfg? Can you send that to me? > > > > > > Sounds like the CGI isn't finding it. It looks like you're > > > getting alot of problems.. did you run the Makefile.PL or > > > are you trying to install without it? I've never seen > > > anyone get this many errors :) But, the build scripts > > > usually work, so... > > > > > > The build scripts make alot of changes to the files to make > > > everything work. I'm going to try this out in my Sun box.. > > > I wonder if this is a Perl 5.8.0 vs. 5.8.2 issue? That > > > would be somewhat lame. > > > > > > > > > > > > Thanks, > > > Rob > > > > > > > > > On Thu, Jan 15, 2004 at 04:33:11PM -0800, Baker, Dan wrote: > > > > Been hacking on it a while here and seem to have it sort of thinking > > about > > > > working, but we have some pathing errors. It wants to put passwd in /. > > > > According to apache, it's looking for other files there too > > > > > > > > pdxadmu03d# cat error_log > > > > > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: HTML::Template->new() : Cannot > > > open > > > > included file /login.html : file not found. at > > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1580 > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > > HTML::Template::_init_template('HTML::Template=HASH(0x2845fc)') called > > at > > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1177 > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > > HTML::Template::_init('HTML::Template=HASH(0x2845fc)') called at > > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1071 > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > > HTML::Template::new('HTML::Template','filename','/login.html') called > at > > > > /usr/local/lib/perl5/site_perl/5.8.2/SandWeb/UI.pm line 509 > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > > > > > > > > SandWeb::UI::get_menu('SandWeb::UI=HASH(0x5926d4)','MENU','login','PROGNAME' > > > > ,'sandweb.cgi','SALT',382772327.2273) called at > > > > /usr/local/apache/cgi-bin/sandweb.cgi line 673 > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::login_menu() > > called > > > at > > > > /usr/local/apache/cgi-bin/sandweb.cgi line 186 > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::main() called at > > > > /usr/local/apache/cgi-bin/sandweb.cgi line 3831 > > > > [Thu Jan 15 15:14:15 2004] [error] [client 172.16.240.211] malformed > > > header > > > > from script. Bad header=</pre>: /usr/local/apache/cgi-bin/sandweb.cgi > > > > > > > > I see login.html being looked for in / rather than down in > > /usr/local/lib > > > > where it is. > > > > > > > > Dan Baker > > > > > > > > -----Original Message----- > > > > From: Rob Helmer [mailto:ro...@ro...] > > > > Sent: Wednesday, January 14, 2004 4:49 PM > > > > To: Baker, Dan > > > > Cc: 'san...@li...' > > > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > > > > > > > Hm.. not sure. I will try to reproduce on my Ultra 5. > > > > I only have Solaris8 but it sounds like more of a Perl issue. > > > > > > > > My Linux box (which I'm on right now) only have Perl 5.6 > > > > unfortunately, but we did test with 5.8 before. > > > > > > > > > > > > > > > > -- > > > > Rob > > > > > > > > > > > > On Wed, Jan 14, 2004 at 03:34:48PM -0800, Baker, Dan wrote: > > > > > I seem to be having problems with installing sandweb. > > > > > OS Solaris9 > > > > > Perl 5.8.2 > > > > > Apache 1.3 > > > > > Sandweb 1.0RC4 > > > > > > > > > > gmake test returns: > > > > > > > > > > pdxadmu03d# gmake test > > > > > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > > > > > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > > > > > t/auth..........ok 1/3Use of uninitialized value in hash dereference > > at > > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > > Use of uninitialized value in hash dereference at > > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > > Use of uninitialized value in concatenation (.) or string at > > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Auth/FlatFile.pm line 164. > > > > > # Failed test 3 in t/auth.t at line 29 > > > > > # t/auth.t line 29 is: ok($auth->login( > > > > > t/auth..........FAILED test 3 > > > > > > > > > > Failed 1/3 tests, 66.67% okay > > > > > t/file..........ok 2/8Use of uninitialized value in hash dereference > > at > > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > > Use of uninitialized value in hash dereference at > > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > > t/file..........ok > > > > > > > > > > t/repository....ok 8/190+1 records in > > > > > > > > > > 0+1 records out > > > > > t/repository....ok 11/190+1 records in > > > > > > > > > > 0+1 records out > > > > > t/repository....ok > > > > > > > > > > Failed Test Stat Wstat Total Fail Failed List of Failed > > > > > > > > > > > > > > > ---------------------------------------------------------------------------- > > > > > --- > > > > > t/auth.t 3 1 33.33% 3 > > > > > Failed 1/3 test scripts, 66.67% okay. 1/30 subtests failed, 96.67% > > okay. > > > > > gmake: *** [test_dynamic] Error 29 > > > > > > > > > > > > > > > Is this a bug, or some non-obvious problem on my system? > > > > > > > > > > Dan Baker > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------------------------------- > > > > -- > > > > > > > > > > This email is confidential and may be legally privileged. > > > > > > > > > > It is intended solely for the addressee. Access to this email by > > anyone > > > > else, > > > > > unless expressly approved by the sender or an authorized addressee, > is > > > > > unauthorized. > > > > > > > > > > If you are not the intended recipient, any disclosure, copying, > > > > distribution > > > > > or any action omitted or taken in reliance on it, is prohibited and > > may > > > be > > > > > unlawful. If you believe that you have received this email in error, > > > > please > > > > > contact the sender, delete this e-mail and destroy all copies. > > > > > > > > > > > > > > > > > > > > ============================================================================ > > > > == |
|
From: Baker, D. <Dan...@Pa...> - 2004-01-21 19:02:17
|
It was an apache issue. When I rebuilt apache, I forgot to set the apache-user back to "apache" in the httpd.conf file. It was trying to access the passwd file as "nobody" Thanks again for all your help. Dan Baker -----Original Message----- From: Robert Helmer [mailto:ro...@ro...] Sent: Tuesday, January 20, 2004 6:09 PM To: Baker, Dan Cc: 'san...@li...' Subject: Re: [Sandweb-users] Sandweb install difficulties -Still not there Hi Dan, The paths are set in the sandweb.cfg, if you are able to turn debug on that's a good indication that this file is being read.. the file is referred to as "$data_dir/passwd" in the FlatFile.pm Make sure that data_dir in the sandweb.cfg is set correctly.. sandweb-admin shares this setting, so it really should be. Hmm.. have you checked that you can "su - apache" (or whatever your apache user is named) and "cat /usr/local/share/sandweb/data/passwd"? If that can be read from the shell as the apache user, it should work through the web interface.. Thanks, Rob On Tue, Jan 20, 2004 at 05:13:34PM -0800, Baker, Dan wrote: > > Setup and install now works, but I can't login > > I ran sandweb-admin --add-user as apache. Passwd file created at > /usr/local/share/sandweb/data/passwd. User directory created at > /usr/local/share/sandweb/users/username. I open up permissions to 777 on > both files and I get > DEBUG: (SandWeb::Auth) username: p14194, password: > 8207a825b96ba861ef7fc2ccf0cb32ea > DEBUG: (SandWeb::Auth::FlatFile) Could not open password file : Permission > denied > DEBUG: (main) entering login menu > > When I try to log in. It seems that sandweb::auth is looking for a passwd > file elsewhere. Is there anyplace I can set this by hand? Maybe in > SandWeb/Auth/FlatFile.pm? > > Dan Baker > > > > -----Original Message----- > From: Rob Helmer [mailto:ro...@ro...] > Sent: Sunday, January 18, 2004 1:07 PM > To: Baker, Dan > Cc: 'san...@li...' > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > Hi Dan, > > > I upgraded Perl to 5.8.0 on my SPARC/Solaris 8 machine, and the > typical "perl Makefile.pl && make && make test" went fine. > > I'll try upgrading to 5.8.2; out of curiousity, did you install > the latest Perl from source, or did you use the CSW (blastwave.org) > pkg? > > > > Thanks, > Rob > > > On Thu, Jan 15, 2004 at 05:20:48PM -0800, Baker, Dan wrote: > > Sandweb.cfg is at /usr/local/etc/sandweb/sandweb.cfg > > > > Here it is. > > > > pdxadmu03d# cat sandweb.cfg > > <!-- SandWeb XML Config File --> > > <config> > > > > <!-- config tree for logging behavior --> > > <logging debug="0" > > log="1" > > /> > > > > <!-- config for paths to sandweb data files --> > > <paths template_dir="/usr/local/lib/sandweb/templates" > > data_dir="/usr/local/share/sandweb/data" > > log_dir="/var/log" > > users_dir="/usr/local/share/sandweb/users" > > /> > > > > <!-- config for cgi related information --> > > <cgi-bin cgi_path="/cgi-bin" > > cgi_domain="" > > /> > > > > <!-- cookie related settings (default values should work) --> > > <cookie cookie_path="" > > cookie_domain="" > > /> > > > > <display bgcolor="blue" > > text="black" > > border="green" > > /> > > > > <webserver mime-types_location="/usr/local/apache/conf" > > mime-types_file="mime.types" > > image_dir="/images" > > /> > > > > <!-- > > System paths for SSH, CVS and SandWeb scripts, > > and time limit when running on the CLI > > --> > > <system ssh_bin="/usr/bin/ssh" > > cvs_bin="/usr/local/bin/cvs" > > bindir="/usr/local/bin" > > timeout="300" > > /> > > > > </config> > > > > BTW, I had to edit the mime-types location from "/etc/apache" > > here is the install.cfg > > > > pdxadmu03d# cat install.cfg > > # Installation configuration variables. > > package config; > > > > $cfgdir = '/usr/local/etc/sandweb'; > > $cgidir = '/usr/local/apache/cgi-bin'; > > $imgdir = '/usr/local/webdocs/images'; > > $tmpldir = '/usr/local/lib/sandweb/templates'; > > $cachedir = '/usr/local/share/sandweb'; > > $logdir = '/var/log'; > > $httpuser = 'apache'; > > $expectbin = '/usr/local/bin/expect'; > > $bindir = '/usr/local/bin'; > > $ssh_bin = '/usr/bin/ssh'; > > $cvs_bin = '/usr/local/bin/cvs'; > > > > 1; > > > > > > What I think is happening, is the install is being confused by the two > > versions of perl on the system. Solaris 9 has perl 5.2 in /usr/bin/perl > and > > /usr/perl5 > > In order to build some of the modules I had to install 5.8. It lives in > > /usr/local/bin/perl and /usr/local/lib/perl5. I rebuilt all of the > > dependency modules using 5.8.2, and it seems that the makefile wants to > use > > the original perl 5.2 When I force the issue by editing the Makefile, not > > everything gets the message. I'm not a perl coder, so where is that > > configured in the Makefile.PL? > > > > Dan > > > > -----Original Message----- > > From: Robert Helmer [mailto:ro...@ro...] > > Sent: Thursday, January 15, 2004 4:44 PM > > To: Baker, Dan > > Cc: 'san...@li...' > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > Hi Dan, > > > > > > Hmm.. where is sandweb.cfg? Can you send that to me? > > > > Sounds like the CGI isn't finding it. It looks like you're > > getting alot of problems.. did you run the Makefile.PL or > > are you trying to install without it? I've never seen > > anyone get this many errors :) But, the build scripts > > usually work, so... > > > > The build scripts make alot of changes to the files to make > > everything work. I'm going to try this out in my Sun box.. > > I wonder if this is a Perl 5.8.0 vs. 5.8.2 issue? That > > would be somewhat lame. > > > > > > > > Thanks, > > Rob > > > > > > On Thu, Jan 15, 2004 at 04:33:11PM -0800, Baker, Dan wrote: > > > Been hacking on it a while here and seem to have it sort of thinking > about > > > working, but we have some pathing errors. It wants to put passwd in /. > > > According to apache, it's looking for other files there too > > > > > > pdxadmu03d# cat error_log > > > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: HTML::Template->new() : Cannot > > open > > > included file /login.html : file not found. at > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1580 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > HTML::Template::_init_template('HTML::Template=HASH(0x2845fc)') called > at > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1177 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > HTML::Template::_init('HTML::Template=HASH(0x2845fc)') called at > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1071 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > HTML::Template::new('HTML::Template','filename','/login.html') called at > > > /usr/local/lib/perl5/site_perl/5.8.2/SandWeb/UI.pm line 509 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > > > > SandWeb::UI::get_menu('SandWeb::UI=HASH(0x5926d4)','MENU','login','PROGNAME' > > > ,'sandweb.cgi','SALT',382772327.2273) called at > > > /usr/local/apache/cgi-bin/sandweb.cgi line 673 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::login_menu() > called > > at > > > /usr/local/apache/cgi-bin/sandweb.cgi line 186 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::main() called at > > > /usr/local/apache/cgi-bin/sandweb.cgi line 3831 > > > [Thu Jan 15 15:14:15 2004] [error] [client 172.16.240.211] malformed > > header > > > from script. Bad header=</pre>: /usr/local/apache/cgi-bin/sandweb.cgi > > > > > > I see login.html being looked for in / rather than down in > /usr/local/lib > > > where it is. > > > > > > Dan Baker > > > > > > -----Original Message----- > > > From: Rob Helmer [mailto:ro...@ro...] > > > Sent: Wednesday, January 14, 2004 4:49 PM > > > To: Baker, Dan > > > Cc: 'san...@li...' > > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > > > > Hm.. not sure. I will try to reproduce on my Ultra 5. > > > I only have Solaris8 but it sounds like more of a Perl issue. > > > > > > My Linux box (which I'm on right now) only have Perl 5.6 > > > unfortunately, but we did test with 5.8 before. > > > > > > > > > > > > -- > > > Rob > > > > > > > > > On Wed, Jan 14, 2004 at 03:34:48PM -0800, Baker, Dan wrote: > > > > I seem to be having problems with installing sandweb. > > > > OS Solaris9 > > > > Perl 5.8.2 > > > > Apache 1.3 > > > > Sandweb 1.0RC4 > > > > > > > > gmake test returns: > > > > > > > > pdxadmu03d# gmake test > > > > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > > > > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > > > > t/auth..........ok 1/3Use of uninitialized value in hash dereference > at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > Use of uninitialized value in hash dereference at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > Use of uninitialized value in concatenation (.) or string at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Auth/FlatFile.pm line 164. > > > > # Failed test 3 in t/auth.t at line 29 > > > > # t/auth.t line 29 is: ok($auth->login( > > > > t/auth..........FAILED test 3 > > > > > > > > Failed 1/3 tests, 66.67% okay > > > > t/file..........ok 2/8Use of uninitialized value in hash dereference > at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > Use of uninitialized value in hash dereference at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > t/file..........ok > > > > > > > > t/repository....ok 8/190+1 records in > > > > > > > > 0+1 records out > > > > t/repository....ok 11/190+1 records in > > > > > > > > 0+1 records out > > > > t/repository....ok > > > > > > > > Failed Test Stat Wstat Total Fail Failed List of Failed > > > > > > > > > > ---------------------------------------------------------------------------- > > > > --- > > > > t/auth.t 3 1 33.33% 3 > > > > Failed 1/3 test scripts, 66.67% okay. 1/30 subtests failed, 96.67% > okay. > > > > gmake: *** [test_dynamic] Error 29 > > > > > > > > > > > > Is this a bug, or some non-obvious problem on my system? > > > > > > > > Dan Baker > > > > > > > > > > > > > > ---------------------------------------------------------------------------- > > > -- > > > > > > > > This email is confidential and may be legally privileged. > > > > > > > > It is intended solely for the addressee. Access to this email by > anyone > > > else, > > > > unless expressly approved by the sender or an authorized addressee, is > > > > unauthorized. > > > > > > > > If you are not the intended recipient, any disclosure, copying, > > > distribution > > > > or any action omitted or taken in reliance on it, is prohibited and > may > > be > > > > unlawful. If you believe that you have received this email in error, > > > please > > > > contact the sender, delete this e-mail and destroy all copies. > > > > > > > > > > > > > > ============================================================================ > > > == |
|
From: Robert H. <ro...@ro...> - 2004-01-21 02:06:51
|
Hi Dan, The paths are set in the sandweb.cfg, if you are able to turn debug on that's a good indication that this file is being read.. the file is referred to as "$data_dir/passwd" in the FlatFile.pm Make sure that data_dir in the sandweb.cfg is set correctly.. sandweb-admin shares this setting, so it really should be. Hmm.. have you checked that you can "su - apache" (or whatever your apache user is named) and "cat /usr/local/share/sandweb/data/passwd"? If that can be read from the shell as the apache user, it should work through the web interface.. Thanks, Rob On Tue, Jan 20, 2004 at 05:13:34PM -0800, Baker, Dan wrote: > > Setup and install now works, but I can't login > > I ran sandweb-admin --add-user as apache. Passwd file created at > /usr/local/share/sandweb/data/passwd. User directory created at > /usr/local/share/sandweb/users/username. I open up permissions to 777 on > both files and I get > DEBUG: (SandWeb::Auth) username: p14194, password: > 8207a825b96ba861ef7fc2ccf0cb32ea > DEBUG: (SandWeb::Auth::FlatFile) Could not open password file : Permission > denied > DEBUG: (main) entering login menu > > When I try to log in. It seems that sandweb::auth is looking for a passwd > file elsewhere. Is there anyplace I can set this by hand? Maybe in > SandWeb/Auth/FlatFile.pm? > > Dan Baker > > > > -----Original Message----- > From: Rob Helmer [mailto:ro...@ro...] > Sent: Sunday, January 18, 2004 1:07 PM > To: Baker, Dan > Cc: 'san...@li...' > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > Hi Dan, > > > I upgraded Perl to 5.8.0 on my SPARC/Solaris 8 machine, and the > typical "perl Makefile.pl && make && make test" went fine. > > I'll try upgrading to 5.8.2; out of curiousity, did you install > the latest Perl from source, or did you use the CSW (blastwave.org) > pkg? > > > > Thanks, > Rob > > > On Thu, Jan 15, 2004 at 05:20:48PM -0800, Baker, Dan wrote: > > Sandweb.cfg is at /usr/local/etc/sandweb/sandweb.cfg > > > > Here it is. > > > > pdxadmu03d# cat sandweb.cfg > > <!-- SandWeb XML Config File --> > > <config> > > > > <!-- config tree for logging behavior --> > > <logging debug="0" > > log="1" > > /> > > > > <!-- config for paths to sandweb data files --> > > <paths template_dir="/usr/local/lib/sandweb/templates" > > data_dir="/usr/local/share/sandweb/data" > > log_dir="/var/log" > > users_dir="/usr/local/share/sandweb/users" > > /> > > > > <!-- config for cgi related information --> > > <cgi-bin cgi_path="/cgi-bin" > > cgi_domain="" > > /> > > > > <!-- cookie related settings (default values should work) --> > > <cookie cookie_path="" > > cookie_domain="" > > /> > > > > <display bgcolor="blue" > > text="black" > > border="green" > > /> > > > > <webserver mime-types_location="/usr/local/apache/conf" > > mime-types_file="mime.types" > > image_dir="/images" > > /> > > > > <!-- > > System paths for SSH, CVS and SandWeb scripts, > > and time limit when running on the CLI > > --> > > <system ssh_bin="/usr/bin/ssh" > > cvs_bin="/usr/local/bin/cvs" > > bindir="/usr/local/bin" > > timeout="300" > > /> > > > > </config> > > > > BTW, I had to edit the mime-types location from "/etc/apache" > > here is the install.cfg > > > > pdxadmu03d# cat install.cfg > > # Installation configuration variables. > > package config; > > > > $cfgdir = '/usr/local/etc/sandweb'; > > $cgidir = '/usr/local/apache/cgi-bin'; > > $imgdir = '/usr/local/webdocs/images'; > > $tmpldir = '/usr/local/lib/sandweb/templates'; > > $cachedir = '/usr/local/share/sandweb'; > > $logdir = '/var/log'; > > $httpuser = 'apache'; > > $expectbin = '/usr/local/bin/expect'; > > $bindir = '/usr/local/bin'; > > $ssh_bin = '/usr/bin/ssh'; > > $cvs_bin = '/usr/local/bin/cvs'; > > > > 1; > > > > > > What I think is happening, is the install is being confused by the two > > versions of perl on the system. Solaris 9 has perl 5.2 in /usr/bin/perl > and > > /usr/perl5 > > In order to build some of the modules I had to install 5.8. It lives in > > /usr/local/bin/perl and /usr/local/lib/perl5. I rebuilt all of the > > dependency modules using 5.8.2, and it seems that the makefile wants to > use > > the original perl 5.2 When I force the issue by editing the Makefile, not > > everything gets the message. I'm not a perl coder, so where is that > > configured in the Makefile.PL? > > > > Dan > > > > -----Original Message----- > > From: Robert Helmer [mailto:ro...@ro...] > > Sent: Thursday, January 15, 2004 4:44 PM > > To: Baker, Dan > > Cc: 'san...@li...' > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > Hi Dan, > > > > > > Hmm.. where is sandweb.cfg? Can you send that to me? > > > > Sounds like the CGI isn't finding it. It looks like you're > > getting alot of problems.. did you run the Makefile.PL or > > are you trying to install without it? I've never seen > > anyone get this many errors :) But, the build scripts > > usually work, so... > > > > The build scripts make alot of changes to the files to make > > everything work. I'm going to try this out in my Sun box.. > > I wonder if this is a Perl 5.8.0 vs. 5.8.2 issue? That > > would be somewhat lame. > > > > > > > > Thanks, > > Rob > > > > > > On Thu, Jan 15, 2004 at 04:33:11PM -0800, Baker, Dan wrote: > > > Been hacking on it a while here and seem to have it sort of thinking > about > > > working, but we have some pathing errors. It wants to put passwd in /. > > > According to apache, it's looking for other files there too > > > > > > pdxadmu03d# cat error_log > > > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: HTML::Template->new() : Cannot > > open > > > included file /login.html : file not found. at > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1580 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > HTML::Template::_init_template('HTML::Template=HASH(0x2845fc)') called > at > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1177 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > HTML::Template::_init('HTML::Template=HASH(0x2845fc)') called at > > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1071 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > HTML::Template::new('HTML::Template','filename','/login.html') called at > > > /usr/local/lib/perl5/site_perl/5.8.2/SandWeb/UI.pm line 509 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > > > > SandWeb::UI::get_menu('SandWeb::UI=HASH(0x5926d4)','MENU','login','PROGNAME' > > > ,'sandweb.cgi','SALT',382772327.2273) called at > > > /usr/local/apache/cgi-bin/sandweb.cgi line 673 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::login_menu() > called > > at > > > /usr/local/apache/cgi-bin/sandweb.cgi line 186 > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::main() called at > > > /usr/local/apache/cgi-bin/sandweb.cgi line 3831 > > > [Thu Jan 15 15:14:15 2004] [error] [client 172.16.240.211] malformed > > header > > > from script. Bad header=</pre>: /usr/local/apache/cgi-bin/sandweb.cgi > > > > > > I see login.html being looked for in / rather than down in > /usr/local/lib > > > where it is. > > > > > > Dan Baker > > > > > > -----Original Message----- > > > From: Rob Helmer [mailto:ro...@ro...] > > > Sent: Wednesday, January 14, 2004 4:49 PM > > > To: Baker, Dan > > > Cc: 'san...@li...' > > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > > > > Hm.. not sure. I will try to reproduce on my Ultra 5. > > > I only have Solaris8 but it sounds like more of a Perl issue. > > > > > > My Linux box (which I'm on right now) only have Perl 5.6 > > > unfortunately, but we did test with 5.8 before. > > > > > > > > > > > > -- > > > Rob > > > > > > > > > On Wed, Jan 14, 2004 at 03:34:48PM -0800, Baker, Dan wrote: > > > > I seem to be having problems with installing sandweb. > > > > OS Solaris9 > > > > Perl 5.8.2 > > > > Apache 1.3 > > > > Sandweb 1.0RC4 > > > > > > > > gmake test returns: > > > > > > > > pdxadmu03d# gmake test > > > > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > > > > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > > > > t/auth..........ok 1/3Use of uninitialized value in hash dereference > at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > Use of uninitialized value in hash dereference at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > Use of uninitialized value in concatenation (.) or string at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Auth/FlatFile.pm line 164. > > > > # Failed test 3 in t/auth.t at line 29 > > > > # t/auth.t line 29 is: ok($auth->login( > > > > t/auth..........FAILED test 3 > > > > > > > > Failed 1/3 tests, 66.67% okay > > > > t/file..........ok 2/8Use of uninitialized value in hash dereference > at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > Use of uninitialized value in hash dereference at > > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > > t/file..........ok > > > > > > > > t/repository....ok 8/190+1 records in > > > > > > > > 0+1 records out > > > > t/repository....ok 11/190+1 records in > > > > > > > > 0+1 records out > > > > t/repository....ok > > > > > > > > Failed Test Stat Wstat Total Fail Failed List of Failed > > > > > > > > > > ---------------------------------------------------------------------------- > > > > --- > > > > t/auth.t 3 1 33.33% 3 > > > > Failed 1/3 test scripts, 66.67% okay. 1/30 subtests failed, 96.67% > okay. > > > > gmake: *** [test_dynamic] Error 29 > > > > > > > > > > > > Is this a bug, or some non-obvious problem on my system? > > > > > > > > Dan Baker > > > > > > > > > > > > > > ---------------------------------------------------------------------------- > > > -- > > > > > > > > This email is confidential and may be legally privileged. > > > > > > > > It is intended solely for the addressee. Access to this email by > anyone > > > else, > > > > unless expressly approved by the sender or an authorized addressee, is > > > > unauthorized. > > > > > > > > If you are not the intended recipient, any disclosure, copying, > > > distribution > > > > or any action omitted or taken in reliance on it, is prohibited and > may > > be > > > > unlawful. If you believe that you have received this email in error, > > > please > > > > contact the sender, delete this e-mail and destroy all copies. > > > > > > > > > > > > > > ============================================================================ > > > == |
|
From: Baker, D. <Dan...@Pa...> - 2004-01-21 01:13:49
|
Setup and install now works, but I can't login I ran sandweb-admin --add-user as apache. Passwd file created at /usr/local/share/sandweb/data/passwd. User directory created at /usr/local/share/sandweb/users/username. I open up permissions to 777 on both files and I get DEBUG: (SandWeb::Auth) username: p14194, password: 8207a825b96ba861ef7fc2ccf0cb32ea DEBUG: (SandWeb::Auth::FlatFile) Could not open password file : Permission denied DEBUG: (main) entering login menu When I try to log in. It seems that sandweb::auth is looking for a passwd file elsewhere. Is there anyplace I can set this by hand? Maybe in SandWeb/Auth/FlatFile.pm? Dan Baker -----Original Message----- From: Rob Helmer [mailto:ro...@ro...] Sent: Sunday, January 18, 2004 1:07 PM To: Baker, Dan Cc: 'san...@li...' Subject: Re: [Sandweb-users] Sandweb install difficulties Hi Dan, I upgraded Perl to 5.8.0 on my SPARC/Solaris 8 machine, and the typical "perl Makefile.pl && make && make test" went fine. I'll try upgrading to 5.8.2; out of curiousity, did you install the latest Perl from source, or did you use the CSW (blastwave.org) pkg? Thanks, Rob On Thu, Jan 15, 2004 at 05:20:48PM -0800, Baker, Dan wrote: > Sandweb.cfg is at /usr/local/etc/sandweb/sandweb.cfg > > Here it is. > > pdxadmu03d# cat sandweb.cfg > <!-- SandWeb XML Config File --> > <config> > > <!-- config tree for logging behavior --> > <logging debug="0" > log="1" > /> > > <!-- config for paths to sandweb data files --> > <paths template_dir="/usr/local/lib/sandweb/templates" > data_dir="/usr/local/share/sandweb/data" > log_dir="/var/log" > users_dir="/usr/local/share/sandweb/users" > /> > > <!-- config for cgi related information --> > <cgi-bin cgi_path="/cgi-bin" > cgi_domain="" > /> > > <!-- cookie related settings (default values should work) --> > <cookie cookie_path="" > cookie_domain="" > /> > > <display bgcolor="blue" > text="black" > border="green" > /> > > <webserver mime-types_location="/usr/local/apache/conf" > mime-types_file="mime.types" > image_dir="/images" > /> > > <!-- > System paths for SSH, CVS and SandWeb scripts, > and time limit when running on the CLI > --> > <system ssh_bin="/usr/bin/ssh" > cvs_bin="/usr/local/bin/cvs" > bindir="/usr/local/bin" > timeout="300" > /> > > </config> > > BTW, I had to edit the mime-types location from "/etc/apache" > here is the install.cfg > > pdxadmu03d# cat install.cfg > # Installation configuration variables. > package config; > > $cfgdir = '/usr/local/etc/sandweb'; > $cgidir = '/usr/local/apache/cgi-bin'; > $imgdir = '/usr/local/webdocs/images'; > $tmpldir = '/usr/local/lib/sandweb/templates'; > $cachedir = '/usr/local/share/sandweb'; > $logdir = '/var/log'; > $httpuser = 'apache'; > $expectbin = '/usr/local/bin/expect'; > $bindir = '/usr/local/bin'; > $ssh_bin = '/usr/bin/ssh'; > $cvs_bin = '/usr/local/bin/cvs'; > > 1; > > > What I think is happening, is the install is being confused by the two > versions of perl on the system. Solaris 9 has perl 5.2 in /usr/bin/perl and > /usr/perl5 > In order to build some of the modules I had to install 5.8. It lives in > /usr/local/bin/perl and /usr/local/lib/perl5. I rebuilt all of the > dependency modules using 5.8.2, and it seems that the makefile wants to use > the original perl 5.2 When I force the issue by editing the Makefile, not > everything gets the message. I'm not a perl coder, so where is that > configured in the Makefile.PL? > > Dan > > -----Original Message----- > From: Robert Helmer [mailto:ro...@ro...] > Sent: Thursday, January 15, 2004 4:44 PM > To: Baker, Dan > Cc: 'san...@li...' > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > Hi Dan, > > > Hmm.. where is sandweb.cfg? Can you send that to me? > > Sounds like the CGI isn't finding it. It looks like you're > getting alot of problems.. did you run the Makefile.PL or > are you trying to install without it? I've never seen > anyone get this many errors :) But, the build scripts > usually work, so... > > The build scripts make alot of changes to the files to make > everything work. I'm going to try this out in my Sun box.. > I wonder if this is a Perl 5.8.0 vs. 5.8.2 issue? That > would be somewhat lame. > > > > Thanks, > Rob > > > On Thu, Jan 15, 2004 at 04:33:11PM -0800, Baker, Dan wrote: > > Been hacking on it a while here and seem to have it sort of thinking about > > working, but we have some pathing errors. It wants to put passwd in /. > > According to apache, it's looking for other files there too > > > > pdxadmu03d# cat error_log > > > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: HTML::Template->new() : Cannot > open > > included file /login.html : file not found. at > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1580 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > HTML::Template::_init_template('HTML::Template=HASH(0x2845fc)') called at > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1177 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > HTML::Template::_init('HTML::Template=HASH(0x2845fc)') called at > > /usr/local/lib/perl5/site_perl/5.8.2/HTML/Template.pm line 1071 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > HTML::Template::new('HTML::Template','filename','/login.html') called at > > /usr/local/lib/perl5/site_perl/5.8.2/SandWeb/UI.pm line 509 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: > > > SandWeb::UI::get_menu('SandWeb::UI=HASH(0x5926d4)','MENU','login','PROGNAME' > > ,'sandweb.cgi','SALT',382772327.2273) called at > > /usr/local/apache/cgi-bin/sandweb.cgi line 673 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::login_menu() called > at > > /usr/local/apache/cgi-bin/sandweb.cgi line 186 > > [Thu Jan 15 15:14:15 2004] sandweb.cgi: main::main() called at > > /usr/local/apache/cgi-bin/sandweb.cgi line 3831 > > [Thu Jan 15 15:14:15 2004] [error] [client 172.16.240.211] malformed > header > > from script. Bad header=</pre>: /usr/local/apache/cgi-bin/sandweb.cgi > > > > I see login.html being looked for in / rather than down in /usr/local/lib > > where it is. > > > > Dan Baker > > > > -----Original Message----- > > From: Rob Helmer [mailto:ro...@ro...] > > Sent: Wednesday, January 14, 2004 4:49 PM > > To: Baker, Dan > > Cc: 'san...@li...' > > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > > > > Hm.. not sure. I will try to reproduce on my Ultra 5. > > I only have Solaris8 but it sounds like more of a Perl issue. > > > > My Linux box (which I'm on right now) only have Perl 5.6 > > unfortunately, but we did test with 5.8 before. > > > > > > > > -- > > Rob > > > > > > On Wed, Jan 14, 2004 at 03:34:48PM -0800, Baker, Dan wrote: > > > I seem to be having problems with installing sandweb. > > > OS Solaris9 > > > Perl 5.8.2 > > > Apache 1.3 > > > Sandweb 1.0RC4 > > > > > > gmake test returns: > > > > > > pdxadmu03d# gmake test > > > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > > > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > > > t/auth..........ok 1/3Use of uninitialized value in hash dereference at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > Use of uninitialized value in hash dereference at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > Use of uninitialized value in concatenation (.) or string at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Auth/FlatFile.pm line 164. > > > # Failed test 3 in t/auth.t at line 29 > > > # t/auth.t line 29 is: ok($auth->login( > > > t/auth..........FAILED test 3 > > > > > > Failed 1/3 tests, 66.67% okay > > > t/file..........ok 2/8Use of uninitialized value in hash dereference at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > Use of uninitialized value in hash dereference at > > > /usr/local/src/sandweb/blib/lib/SandWeb/Config.pm line 127. > > > t/file..........ok > > > > > > t/repository....ok 8/190+1 records in > > > > > > 0+1 records out > > > t/repository....ok 11/190+1 records in > > > > > > 0+1 records out > > > t/repository....ok > > > > > > Failed Test Stat Wstat Total Fail Failed List of Failed > > > > > > ---------------------------------------------------------------------------- > > > --- > > > t/auth.t 3 1 33.33% 3 > > > Failed 1/3 test scripts, 66.67% okay. 1/30 subtests failed, 96.67% okay. > > > gmake: *** [test_dynamic] Error 29 > > > > > > > > > Is this a bug, or some non-obvious problem on my system? > > > > > > Dan Baker > > > > > > > > > ---------------------------------------------------------------------------- > > -- > > > > > > This email is confidential and may be legally privileged. > > > > > > It is intended solely for the addressee. Access to this email by anyone > > else, > > > unless expressly approved by the sender or an authorized addressee, is > > > unauthorized. > > > > > > If you are not the intended recipient, any disclosure, copying, > > distribution > > > or any action omitted or taken in reliance on it, is prohibited and may > be > > > unlawful. If you believe that you have received this email in error, > > please > > > contact the sender, delete this e-mail and destroy all copies. > > > > > > > > > ============================================================================ > > == |
|
From: Baker, D. <Dan...@Pa...> - 2004-01-21 00:05:45
|
Copying the list 'cuz I forgot to last time... I'm using the release version. Dan baker -----Original Message----- From: Robert Helmer [mailto:rh...@cu...] Sent: Tuesday, January 20, 2004 3:59 PM To: Baker, Dan Subject: Re: [Sandweb-users] Sandweb install difficulties --Works! Hmm.. yeah that's odd :) Are you using a CVS checkout of SandWeb, or the 1.0RC4 release? I haven't got a chance to upgrade Perl on my sun box, I'll try to do that today. Thanks, Rob On Tue, Jan 20, 2004 at 03:06:11PM -0800, Baker, Dan wrote: > It works now, this is what I did. I removed the /usr/local install of perl, > and upgraded the installation in /usr (yes, built from source) to 5.8.2. I > rebuilt all of the dependency modules. Gmake ran fine without error, as did > gmake test. However, it looks like sommat is wrong with > tools/install_script.pl > > pdxadmu03d# gmake install > [snip] > .... > Installing /usr/lib/perl5/site_perl/5.8.2/SandWeb/File/Unix.pm > Writing /usr//lib/perl5/site_perl/5.8.2/sun4-solaris/auto/SandWeb/.packlist > Appending installation info to /usr/perl5/5.8.2/sun4-solaris/perllocal.pod > ./tools/install_script.pl > Name "config::imgpath" used only once: possible typo at > ./tools/install_script.pl line 26. > gmake: *** [custom_install] Error 1 > > I assume this is tighter error checking by perl 5.8.2 > > Thanks for your help! > > Dan Baker > > > -----Original Message----- > From: Robert Helmer [mailto:ro...@ro...] > Sent: Sunday, January 18, 2004 1:24 PM > To: Baker, Dan > Cc: 'san...@li...' > Subject: Re: [Sandweb-users] Sandweb install difficulties > > > 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 > > ---------------------------------------------------------------------------- -- > > 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. > > ============================================================================ == ------------------------------------------------------------------------------ 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. ============================================================================== |
|
From: Robert H. <ro...@ro...> - 2004-01-20 23:45:41
|
Hi Frank, That does correspond to a Unix username/password, for SSH. I recommend SSH over using "local", which would use the web server user's permissions for everything. SandWeb does something along these lines: -- export CVS_RSH=ssh cvs -d :ext:rhelmer@host:/cvs <cvs command> -- I have created a Unix authentication method, which uses SSH or RSH to verify usernames/passwords instead of using SandWeb's "flatfile" authentication. This requires turning off MD5 on the login screen though, and it's not all working together yet. It's checked into the SandWeb CVS if you want to play with it. If the CVS server is on localhost SSH can be somewhat slow if you have alot of users. I am working on RSH support for SW 1.1, but it is pretty easy to modify the sandweb-expect and sandweb-ssh scripts to use RSH. Thanks, Rob On Tue, Jan 20, 2004 at 02:39:23PM -0800, Frank Ruiz wrote: > 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 |
|
From: Frank R. <fra...@ya...> - 2004-01-20 22:44:54
|
Robert. Thanks for the update. With debug turned on, I was able to find the error was caused by a permissions issues. //FR Robert Helmer <ro...@ro...> wrote: 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 > --------------------------------- Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing |
73 messages has been excluded from this view by a project administrator.
