Question

(To be filled in )

• TWiki version:
• Web server:
• Server OS:
• Web browser:
• Client OS:

-- SimonHardyFrancis - 17 Aug 2002

Have been reading this page & WindowsInstallCookbook and am well into the installation. However some problems have occurred and I'm in need of expert advice.

I'm installing the Win32 apache (albeit v 2.0) / cygwin combination but apache & cygwin are installed on drive e: and twiki is installed on drive w:. Changing the drives around has been no problem. It's all taken a couple of hours so far. No users have been created & I can see testenv etc.

Problem #1:

• "force install Net::SMTP" & "force install MIME::Base64" both worked fine under Perl 5.8.0
• force install Digest::SHA1 failed:

  /usr/bin/make  -- OK
Running make test
/usr/bin/perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/badfile....ok
t/sha1.......FAILED tests 1-5
        Failed 5/5 tests, 0.00% okay
Failed Test Stat Wstat Total Fail  Failed  List of Failed
-------------------------------------------------------------------------------
t/sha1.t                   5    5 100.00%  1-5
Failed 1/2 test scripts, 50.00% okay. 5/7 subtests failed, 28.57% okay.
make: *** [test_dynamic] Error 29
  /usr/bin/make test -- NOT OK
   -   force install MIME::Base64 <-- OK

Problem #2:

• Downloaded the new testenv as described above to fix the sendmail warning BUT still get two other warnings:

User: system 
 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 system. Otherwise, changes to topics will not be logged by RCS.  

and

$templateDir: /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 system user. 

And these warnings although I have completed up until the end of the "Re-locking RCS files" part of the WindowsInstallCookbook.

Any help gratefully received.

-- SimonHardyFrancis - 13 Aug 2002

Answer

Re the Digest::SHA1 problem, I have not seen this before - you might want to try Perl 5.6.1 as this is what has been tested on the cookbook and Perl 5.8.0 is very new. The same goes for Apache 2.0 - it's best to first install with exactly the versions in the WindowsInstallCookbook, and then try variations, unless you are already quite experienced with Perl and Apache.

The second issue isn't a problem, you will always get these warnings given the default Cygwin setup - as long as you have re-locked the installed ,v files you'll be fine.

Once you have this working in Apache 2.0 etc, I'll update the cookbook with a comment saying that these are options.

-- RichardDonkin - 17 Aug 2002

First of all, thanks for the answer. Having read around the TWiki web pages a bit then I get the feeling that most TWiki development happens on Unix first and then hopefully works on Windows thereafter. Although I'm using Windows I'm in the lucky position to have a "VMware" license at my disposal so I've decided to go the Linux route and hopefully bypass all the extra Windows install steps.

-- SimonHardyFrancis - 23 Aug 2002

Actually I develop on Windows (using CygWin Perl and ActivePerl) and port to Linux, but TWiki certainly originated on Unix/Linux and runs best on that type of system. Some other CoreTeam people also develop on Windows, so it should work fairly well there - it's just that the installation process is a bit messy, and Windows really needs ModPerl to get decent performance (Linux TWiki on a remote system over ADSL is much faster for me than Windows TWiki on my laptop, neither using mod_perl).

-- RichardDonkin - 23 Aug 2002

The Digest::SHA1 error can be caused by an incorrect locale setting. It seems that it won't pass the tests in some locales. en_US has been reported to work. eg, you would set LANG=en_US before doing the Digest::SHA1 installation.

-- FrancisLiu - 23 Jul 2003

Ahhh, finally. Thanks Francis!

-- MattWilkie - 23 Jul 2003