Question

I have 2 remaining Warnings on the Testenv that I need to resolve. Have searched existing topics and tried suggestions previously made.

Warning 1:

PATH_INFO:
          Note: For a URL such as http://www.creativedesigns.net/cgi-bin/twiki/bin/testenv.cgi/foo/bar, 
the correct PATH_INFO is /foo/bar, without any prefixed path components.
Test this now - particularly if you are using Apache or IIS, or are 
using a web hosting provider. The page resulting from the test link 
should have a PATH_INFO of /foo/bar.
          mod_perl:Not used for this script (mod_perl not loaded)
          User:creativedesigns
          Note: Your CGI scripts are executing as this user.
          Warning: Since your CGI script is not running as user nobody,
you need to change the locks in the *,v RCS files of the TWiki
distribution from nobody to creativedesigns. Otherwise, changes to 
topics will not be logged by RCS.
          Group(s): creativedesignsgrp creativedesignsgrp

I have changed all the ,v RCS files at the head from nobody to creativedesigns per directions. I read in another topic that the other nobody's in the balance of a file should be left alone, and I did. I even did a search on my hard drive for content of nobody and the only files that appeared were those that had nobody further into them. I had to hand-edit these because my server host (virtual hosting) only allows PuTTY.exe to be used for Shell access (and has disallowed telneting). The program only allows one command before disconnection. With my hand editing not working, I searched again and found another topic where I saw someone give the advice to "cd twiki/data" then "perl -pi~ -e 's/nobody:/www-data:/' /,v" . With the hosting company's rule regarding shell and telnet access, I don't know how to do these multiple commands, and don't understand why my changes didn't work. I don't understand what the above perl command does either. Are there any suggestions as to why this is happening, despite the process I have followed?

Warning 2:

Test of TWiki.cfg Configuration: 
... snipped ...
$templateDir:/home/creativedesigns/twiki/templates
Note: This is the TWiki template directory, as seen from the file system.
Warning: Security issue: This directory should not be writable by the creativedesigns user.

I have tried various permission settings on the directory and the last setting (without write access) I did was the only one that will not give me an error or lock me out when FTP to my domain space. rw-r--r-- is the setting now for the template directory. Any suggestions?

Note: Virtual host my domain. The data and template dirs are off my "root" with the rest of the dirs and files in the www/cgi-bin area -- except the index.html file.

I can't provide the server error log yet because the server didn't set it up with my account. Will have them do it .

Appreciate any help so I can finish this initial installation.

• TWiki version: TWiki Version: 01 Feb 2003
• Perl version: Perl version:5.6.0
• Web server & version: Virtual Hosting on Apache
• Server OS: linux
• Web browser & version: Browser: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 (also been using Netscape 7.0)
• Client OS: Windows ME

-- AnitaBrown - 24 May 2003

Answer

On CGI script user: If you have restrictions from your hosting provider as described you can change the RCS lock user locally on your drive, then upload the changed files.

On template dir warning: It seems like the cgi user is identical to your own user account. In this case there is nothing you can do. I would not worry about this warning as long as you watch out not to run cgi programs that could write to this directory.

-- PeterThoeny - 24 May 2003

Question

Peter, when you say to change the RCS lock user locally on my drive and upload, I did this hand modifying and uploaded. Other than the 'nobody' in other parts of a file, all first appearances at the head show creativedesigns: I made them again read-only (as they were locked for editing) before uploading. Because I did this already, is there anything else that I can check or change??

Thanks in advance.

-- AnitaBrown - 24 May 2003

Just give it a try, test if you can create new topic and modify existing ones (check the Diffs if you get the new revision)

-- PeterThoeny - 24 May 2003

Result of the try. I decided to first modify a topic to see if I could do that and then would do the creation and edit a new one. I was able to add two entries, but forgetting what the revision had been, I went to do an entry for the third time. When I did this, I received:

Software Error: Month '-1' out of range 0..11 at ../lib/TWiki.pm line 1023

I found the TWiki.Codev.MonthOutOfRangeWithRcsLite topic which addresses this, but most of the conversation was before this release of s/w, and well, the bottom line is, I couldn't figure out what was the solution to fix this by various tests and questions over there.

By the way... how are we supposed to log in. I have never found a clear way of doing it and have been going into the private sandbox and changing something so it prompts me. Over on the installation on my server, there isn't an option for a private sandbox to log in and am stuck in guest mode. I'm sure I've missed something in the directions but I really have looked. Maybe getting brain-fried.

Thank you in advance, Peter.

-- AnitaBrown - 25 May 2003

Additionally... I went ahead and tested for creating topic and editing only once so not to crash it. These worked - Revision upped. Things just don't seem right though....

-- AnitaBrown - 25 May 2003

There is FAQ how to log in - and Twiki does not provide obvious answer. One way is to edit a page, and cancel. You may consider to allow remember remote user in lib/Twiki.cfg .

-- PeterMasiar - 25 May 2003

MonthOutOfRangeWithRcsLite was fixed after the TWikiRelease01Feb2003, so you'd need to apply a patch or just update to the latest TWikiAlphaRelease. It would be simpler not to use RcsLite if you aren't comfortable doing this.

-- RichardDonkin - 28 May 2003