02-Mar-2008

MoinMoin installation issues
Just looked into the installation of moinmoin again, to figure things out how to solve the problems.
As stated before, I used the description in the wiki, and had to change a few things in mapping, because the way it’s described on the wiki dcoumentation is unusable in my case. So I changed it to fit my needs:

# moinmoin
pass /wikidoc/* /moin_root/share/moin/htdocs/* ods=5
## /* fails - base should be /wiki*
script+ /wiki/* /moin_wiki_root/vms/moincgiplus/* \
map=once ods=5 script=syntax=unix script=query=none
# \
# script=as=moinmoin_usr throttle=1,,,30

This mapping is correct, but it’s not enough.

The procedure MoinCGIPlus, and with that, the wiki-server, does start. It’s failure is signalled from within the Python code:
What goes wrong
If requestCGI is supposed to be a server variable, the problem is clear. Such a variable is not found…

Second, the documentation is mapped on /wikidoc – but that as well fails, because it cannot locate moin.cgi. This I tracked this down to moin_root:[share.moin.htdocs]index.html:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta http-equiv="refresh" content="0;URL=moin.cgi/">
</head>

<body bgcolor="#FFFFFF" text="#000000">
Click <a href="moin.cgi">here</a> to get to the FrontPage.
</body>
</html>

and this file moin.cgi cannot be found for some reason. It does exist, though:


$ dir moin_root:[000000...]moin.cgi

Directory MOIN_ROOT:[000000.share.moin.server]

moin.cgi;1

Total of 1 file.
The page does indeed show up it the META tag is disabled.

This means, the mapping is correct. But more is needed to get things going – but what?

The documentation isn’t very clear, sometimes it’s outdated, if not wrong.
Following the installation description on JFP’s wiki on installation on VMS, I should start a wikiserver submitting a command procedure, for a standalone server. This doesn’t work, because a called procedure: moinmon_server.com, is not found:

$! subm/noprint/user=MOINMOIN_USR/que=WIKI_QUEUE -
$! dsa200:[moin.vms]run_wiki/para=dsa200:[MoinWiki]
$!
$ proc = f$environment("PROCEDURE")
$ proc_dir = f$parse(proc,,,"DEVICE") + f$parse(proc,,,"DIRECTORY")
$ @'proc_dir'logicals
$ @'p1'moinmoin_server.com

The parameter would be, if I read the doc correctly, the same location as refereneced by logical MOIN_WIKI_ROOT. So MoinMoin_Server should exist there. However, it does not exist on either MOIN_ROOT of MOIN_WIKI_ROOT:

$ dir moin_root:[000000...]moinmoin_server.com
%DIRECT-W-NOFILES, no files found
$ dir moin_wiki_root:[000000...]moinmoin_server.com
%DIRECT-W-NOFILES, no files found
$

Another issue I ran into is that, when using SSL (https) is enabled, using “script=as=(username)” cannot be used. Watch tells “facility is disabled”). I haven’t tried yet on http, probably it’s not usable either: WASD hasn’t started with /PERSONA option. But this is something I don’t expect it to be an issue at the moment – but in future, it might. This s NOT a MoinMoin issue, but a WASD one.
That’s why the line in HTTPD$MAP, containing script=as=moinmoin_usr is disabled. Now the wiki will run under the login name.

OOPS
I got an email from a reader that registration succeeded but login failed, and that the email link on the main page wasn’t complete so he hoped the message got though. (Aaron: it did).
So I created a “Ïn case of trouble, look here” page, because there are some issues I ran into with PHP and MySQL that will effect the reader (and contributor as well).
Hopefully, my apology is accepted – there really is little I can do, except waiting and keeping the maintainers awake 🙁

The second issue is found in the report description I use for the page, where the Javascript that builds up the mailto: address string, isn’t displayed properly. There is a “@” in that string, and for some reason, it’s translated to ” ” and the remaining string is cut off. I changed this to be the numeric representation “@” and replaced the module.
The home page didn’t show up no more: the return wasn’t CGI-compliant.
Building the program in debug and running it against the library, it was revealed that the module contained an error: the body of the message was said to be 13 lines, but in reality, it exceeding this expected size by 1 line. After correcting the error, and replacing the module in the text library, all was found to be correct, and the homepage shows up again.
I also removed the hyperlink to the (now disabled) forums in another module.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.