Description
If Cygwin is used to install MoinMoin on Win32/Apache, the install completes without error but MoinMoin does not work.
Steps to reproduce
In a Cygwin bash shell, working in a temporary directory:
tar xfz moin-1.5.2.tar.gz cd moin-1.5.2 python setup.py install --record=install.log
In a Cygwin bash shell, working in C:\ directory:
mkdir Moin cp -R /cygdrive/c/Python24/share/moin/{data,underlay} Moin/mywiki/ cp /cygdrive/c/Python24/share/moin/config/wikiconfig.py Moin/mywiki/ cp /cygdrive/c/Python24/share/moin/server/* Moin/mywiki/
Edit wikiconfig.py with:
sitename = u'MyWiki' data_dir = 'C:/Moin/mywiki/data/' data_underlay_dir = 'C:/Moin/mywiki/underlay/'
Edit moin.cgi with:
sys.path.insert(0, 'C:/Moin/mywiki')
Edit Apache httpd.conf with:
Alias /wiki/ "C:/Python24/share/moin/htdocs/" ScriptAlias /mywiki "C:/Moin/mywiki/moin.cgi"
Restart Apache
Gives a 500 error because moin.cgi is not executable, so
chmod a+x /cygdrive/c/Moin/mywiki/moin.cgi
Doesn't work, cygwin permissions are not Windows permissions, so try using Windows Explorer to add 'Read & Execute' permissions to 'Everyone' (this is overkill but it'll do until I get it working)
Loads this time with error:
data_dir "C:\Moin\mywiki\data" does not exists, or has incorrect ownership or permissions.
Give 'Everyone' permission to read 'data' and 'underlay' from Windows Explorer. Get error:
Could not import plugin package "C:\Moin\mywiki\data/plugin" because of ImportError: No module named plugin.
Give everybody permission to read 'data/plugin', get error:
No module named theme
Ok, I think this is a permissions problem.
Example
n/a
Details
MoinMoin 1.5.2 |
|
Windows XP SP2 |
|
ActivePython 2.4.2 |
|
Apache 1.3.34 |
|
Workaround
Don't use Cygwin.
There might be a permission-setting workaround but I don't know Windows permissions well enough to say. The naive option of making C:/Moin/mywiki readable failed, so this permission is not inherited correctly.
Discussion
Please use correct windows paths with backslashes anywhere if you are using the native Python interpreter and try again.
- Ok, I've tried this in every file except Apache httpd.conf (where forward-slashes are the convention). It makes no difference.
-- alisdair (original submitter)
You are using relative paths at the beginning. What is your working directory?
I unpacked in a temp directory, I think it was C:\temporary. The file copying was in C:\. I copied it to the report in two different chunks, I was working in two different shells so there was no cd in between. I've updated the report to reflect this.
-- alisdair
Plan
- Priority:
- Assigned to:
- Status: this looks rather like an installation / permissions problem, not a moin bug. reopen if you have evidence for the contrary.