From tw-public at gmx.de  Wed Dec  1 08:09:17 2004
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Dec  1 08:09:17 2004
Subject: [Moin-devel] Error when saving UserPreferences
In-Reply-To: <109179A1E3D9D511BEEF00D0B7D4912404568271@ns9875.swisslife.ch>
References: <109179A1E3D9D511BEEF00D0B7D4912404568271@ns9875.swisslife.ch>
Message-ID: <41ADE8E6.6030109@gmx.de>

> I have a Problem with the UserPreferences. An existing user can login. After
> the login there ist the username in the right top corner.
> But it is not possible to change to another page without loosing the login

Please check if you use apache (or other webserver's) http basic auth 
feature (aka htpasswd).

If yes, make sure that wiki user names and webserver user names are the 
same (for 1.2.x that means: WikiNames).

> * wiki-user have the rights read and write for the files with the
> preferences (data/user/<id>)

I hope with wiki-user you mean the userid the wiki SERVER runs under.
It needs r/w for all under data/.

Other users must NOT have r/w there, not even r, btw.

> Lately we moved the wikis from one server to another and now use a newer
> python version.

Which?

> It used to work fine on the old machines.

Then double check apache user id, file uids/gids/modes.



From noreply at sourceforge.net  Thu Dec  2 11:05:32 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Dec  2 11:05:32 2004
Subject: [Moin-devel] [ moin-Patches-1030782 ] rst parser using docutils html4css1 writer
Message-ID: <E1CZwG6-0007so-LQ@sc8-sf-web1.sourceforge.net>

Patches item #1030782, was opened at 2004-09-19 13:22
Message generated for change (Comment added) made by orutherfurd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1030782&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthew Gilbert (mmgilbe)
Assigned to: Nobody/Anonymous (nobody)
Summary: rst parser using docutils html4css1 writer

Initial Comment:
Alternative rst parser using the docutils code rather
than the moinmoin code for formatting. In my test cases
handles more of the docutils structure than the
existing code. 

Supports all of the moinmoin's linking syntax but using
restructuredtext directives. 

Tested with docutils 0.3.5. So for now, requires
docutils 0.3.5. 

----------------------------------------------------------------------

Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2004-12-02 14:04

Message:
Logged In: YES 
user_id=265596

I'd love to see this in a future release of MoinMoin.  In
case providing feedback increases the chance of this being
merged, I've been using it with 1.3rc1, and it's working
nicely.  I wasn't able to apply the patch to rst.py -- maybe
a line-ending issue, so I just overwrote the existing file
with everything from the "+" lines.

----------------------------------------------------------------------

Comment By: Matthew Gilbert (mmgilbe)
Date: 2004-09-26 17:01

Message:
Logged In: YES 
user_id=1002483

Tested with docutils 0.3.3 which I see there is a package
for in debian unstable? Thomas, will you install something
from unstable? The url is:

http://packages.debian.org/unstable/python/python-docutils

It seems to work fine with 0.3.3. Will you try the patch the
now? Thanks 

----------------------------------------------------------------------

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-09-24 21:16

Message:
Logged In: YES 
user_id=100649

as long as the efforts on rst require more than what's in
debian, I can't even test it.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1030782&group_id=8482



From AjayaSahoo at TDWaterhouse.com  Tue Dec  7 08:16:04 2004
From: AjayaSahoo at TDWaterhouse.com (AjayaSahoo at TDWaterhouse.com)
Date: Tue Dec  7 08:16:04 2004
Subject: [Moin-devel] CGI Error-- Help!!!!!!!!!!
Message-ID: <03CB0D78C4AF01429A5C04F1EFD29885079AB817@usnjc01wmx002.tdwaterhouse.com>

 

 

I have tried to post it in user list and waiting without any response. Can
someone help me out?

 

 

 

 


I have installed Python 2.4 and followed the instruction for installing
MoinMoin wiki moin-1.3. (IIS5.1 under XP)


 Windows Installation using IIS


/!\This is pre-1.3 stuff that still has to be adapted to 1.3. If nobody
feels like having to update it, this instructions will be deleted soon.
Although it says this is pre-1.3 stuff I have adopted this as I have no idea
how should I install for 1.3 Would someone tell me what is the installation
procedure for 1.3?    

I am running Windox XP and Python2.4 and IIS5.1

Before creating a wiki instance, you have to download and install the basic
MoinMoin software. We assume you already have downloaded the distribution
archive to the "C:\TEMP" directory. 

Open a console window and enter the following commands: 

C:
cd \temp
unzip moin-1.3.zip
cd moin-1.3
python setup.py install --prefix=C:\Moin --record=install.log

This will install all necessary files to the "C:\Moin" directory, and create
a "install.log" file listing all the files that are created there. 


Creating a Wiki Instance


Enter these commands in a console window: 

cd \Moin
md mywiki
md mywiki\data
md mywiki\underlay
xcopy share\moin\data mywiki\data /E
xcopy share\moin\underlay mywiki\underlay /E
copy share\moin\server\moin.cgi mywiki\
copy share\moin\htdocs\index.html mywiki\default.htm

"mywiki" is the name of your wiki instance, you might want to chose a
different name best fitting the intended use of this instance; just don't
name it simply "wiki", because that would result in confusion and problems
later on. 

We have to make sure that moin.cgi can find the MoinMoin directory, so that
"import MoinMoin" will work. The easiest way to make sure MoinMoin can be
imported is to append to sys.path within moin.cgi. 

You can change the first two lines of code in moin.cgi to something like
this: 

 <file:///C:\TEMP\moin-1.3.0\INSTALL.html##> Toggle line numbers 

   1 #!python

   2 import sys

   3 sys.path.append(r'C:\Moin\Lib\site-packages')

Notice that we're pointing to the directory which contains the MoinMoin
directory, not the directory itself. 

Next, you'll need to create two virtual directories in IIS. One for the
shared data, and one for this specific wiki instance. 

Go to Control Panel => Administrative Tools => Internet Information Service.
Open up the tree to Default Web Site. 

Right click on Default Web Site and choose New => Virtual directory. This
will bring up a wizard with the manditory useless first screen, hit next.
Enter "wiki" for the alias name and hit next. Browse to
"C:\Moin\share\moin\htdocs" and hit next. Leave the Access permissions at
their defaults and hit next. And now you're done, hit finish! 

Now follow the same steps, but set the alias to "mywiki" and the path to
"C:\Moin\mywiki". 

Use IIS Admin to remove permissions to read the data directory: expand the
"mywiki" node, right click on data, select Properties, and uncheck Read.
Repeat these steps with the underlay directory. 

Now you need to setup the 'mywiki' alias so that it will run Python to
interpret .cgi files. Right click on your new 'mywiki' alias and choose
Properties. On the first tab (Virtual Directory), click the Configuration
button. The first tab is the App Mappings tab, which defines which programs
to use for each file exetension. Click Add. Browse to your python.exe
(probably something like c:\pythonXX\python.exe). Then add -u %s %s after
the Python executable path. The Executable line will look something like
this: C:\Python22\python.exe -u %s %s. In the Extension box enter .cgi with
the begining period. Confirm that the Check that file exists option is not
checked (if it is, MoinMoin won't be able to display sub pages). Ok, you're
done with the alias configuration, click OK several times to get back out of
all the dialog boxes. 

If you add another wiki instance, you'll only need to setup the reference to
its folder, they can safely share the "wiki" alias which points to static
files only. 

That is all, try to access your new-born wiki with the URL
"http://127.0.0.1/mywiki/".


This is my moin.cgi file under c:\Moin\mywiki directory:


#!python


# -*- coding: iso-8859-1 -*-


"""


    MoinMoin - CGI Driver Script


 


    @copyright: 2000-2004 by J?rgen Hermann <jh at web.de>


    @license: GNU GPL, see COPYING for details.


"""


 


# System path configuration


 


# The path to MoinMoin package and configuration files. Note that the


# path is the path of the directory where the item lives, not the path


# to the item itself!


# If you did a standard install, and you are not a developer, you


# probably want to skip these settings.


 


import sys


sys.path.append(r'C:\Moin\Lib\site-packages')


 


## sys.path.insert(0, '/path/to/MoinMoin/dir')


## sys.path.insert(0, '/path/to/wikiconfig/dir')


## sys.path.insert(0, '/path/to/farmconfig/dir')


 


 


from MoinMoin.request import RequestCGI


 


request = RequestCGI()


request.run()


After I had completed my installation steps, I am trying to access wiki
using  <http://localhost/mywiki> http://127.0.0.1/mywiki and get the
following error:


CGI Error

The specified CGI application misbehaved by not returning a complete set of
HTTP headers. The headers it did return are: 

C:\Moin\Lib\site-packages\MoinMoin\multiconfig.py:97: UserWarning: import of
config "wikiconfig" failed due to "No module named wikiconfig"; default
configuration used instead.

  warnings.warn(err)

Traceback (most recent call last):

  File "C:\moin\mywiki\moin.cgi", line 29, in ?

    request.run()

  File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 655, in run

    self.open_logs()

  File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 1052, in
open_logs

    sys.stderr = open(os.path.join(self.cfg.data_dir, 'error.log'), 'at')

IOError: [Errno 2] No such file or directory: 'wiki\\data\\error.log'

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20041207/888315d5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 191 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20041207/888315d5/attachment.gif>

From AjayaSahoo at TDWaterhouse.com  Tue Dec  7 08:42:02 2004
From: AjayaSahoo at TDWaterhouse.com (AjayaSahoo at TDWaterhouse.com)
Date: Tue Dec  7 08:42:02 2004
Subject: [Moin-devel] RE:  CGI Error-- Help!!!!!!!!!!
Message-ID: <03CB0D78C4AF01429A5C04F1EFD29885079AB818@usnjc01wmx002.tdwaterhouse.com>

I am still waiting for a reply. Should I use 1.3 or try 1.2.4? Will someone
respond ?

 

 

I have tried to post it in user list and waiting without any response. Can
someone help me out?

 

 

 

 


I have installed Python 2.4 and followed the instruction for installing
MoinMoin wiki moin-1.3. (IIS5.1 under XP)


 Windows Installation using IIS


/!\This is pre-1.3 stuff that still has to be adapted to 1.3. If nobody
feels like having to update it, this instructions will be deleted soon.
Although it says this is pre-1.3 stuff I have adopted this as I have no idea
how should I install for 1.3 Would someone tell me what is the installation
procedure for 1.3?    

I am running Windox XP and Python2.4 and IIS5.1

Before creating a wiki instance, you have to download and install the basic
MoinMoin software. We assume you already have downloaded the distribution
archive to the "C:\TEMP" directory. 

Open a console window and enter the following commands: 

C:
cd \temp
unzip moin-1.3.zip
cd moin-1.3
python setup.py install --prefix=C:\Moin --record=install.log

This will install all necessary files to the "C:\Moin" directory, and create
a "install.log" file listing all the files that are created there. 


Creating a Wiki Instance


Enter these commands in a console window: 

cd \Moin
md mywiki
md mywiki\data
md mywiki\underlay
xcopy share\moin\data mywiki\data /E
xcopy share\moin\underlay mywiki\underlay /E
copy share\moin\server\moin.cgi mywiki\
copy share\moin\htdocs\index.html mywiki\default.htm

"mywiki" is the name of your wiki instance, you might want to chose a
different name best fitting the intended use of this instance; just don't
name it simply "wiki", because that would result in confusion and problems
later on. 

We have to make sure that moin.cgi can find the MoinMoin directory, so that
"import MoinMoin" will work. The easiest way to make sure MoinMoin can be
imported is to append to sys.path within moin.cgi. 

You can change the first two lines of code in moin.cgi to something like
this: 

 <file:///C:\TEMP\moin-1.3.0\INSTALL.html##> Toggle line numbers 

   1 #!python

   2 import sys

   3 sys.path.append(r'C:\Moin\Lib\site-packages')

Notice that we're pointing to the directory which contains the MoinMoin
directory, not the directory itself. 

Next, you'll need to create two virtual directories in IIS. One for the
shared data, and one for this specific wiki instance. 

Go to Control Panel => Administrative Tools => Internet Information Service.
Open up the tree to Default Web Site. 

Right click on Default Web Site and choose New => Virtual directory. This
will bring up a wizard with the manditory useless first screen, hit next.
Enter "wiki" for the alias name and hit next. Browse to
"C:\Moin\share\moin\htdocs" and hit next. Leave the Access permissions at
their defaults and hit next. And now you're done, hit finish! 

Now follow the same steps, but set the alias to "mywiki" and the path to
"C:\Moin\mywiki". 

Use IIS Admin to remove permissions to read the data directory: expand the
"mywiki" node, right click on data, select Properties, and uncheck Read.
Repeat these steps with the underlay directory. 

Now you need to setup the 'mywiki' alias so that it will run Python to
interpret .cgi files. Right click on your new 'mywiki' alias and choose
Properties. On the first tab (Virtual Directory), click the Configuration
button. The first tab is the App Mappings tab, which defines which programs
to use for each file exetension. Click Add. Browse to your python.exe
(probably something like c:\pythonXX\python.exe). Then add -u %s %s after
the Python executable path. The Executable line will look something like
this: C:\Python22\python.exe -u %s %s. In the Extension box enter .cgi with
the begining period. Confirm that the Check that file exists option is not
checked (if it is, MoinMoin won't be able to display sub pages). Ok, you're
done with the alias configuration, click OK several times to get back out of
all the dialog boxes. 

If you add another wiki instance, you'll only need to setup the reference to
its folder, they can safely share the "wiki" alias which points to static
files only. 

That is all, try to access your new-born wiki with the URL
"http://127.0.0.1/mywiki/".


This is my moin.cgi file under c:\Moin\mywiki directory:


#!python


# -*- coding: iso-8859-1 -*-


"""


    MoinMoin - CGI Driver Script


 


    @copyright: 2000-2004 by J?rgen Hermann <jh at web.de>


    @license: GNU GPL, see COPYING for details.


"""


 


# System path configuration


 


# The path to MoinMoin package and configuration files. Note that the


# path is the path of the directory where the item lives, not the path


# to the item itself!


# If you did a standard install, and you are not a developer, you


# probably want to skip these settings.


 


import sys


sys.path.append(r'C:\Moin\Lib\site-packages')


 


## sys.path.insert(0, '/path/to/MoinMoin/dir')


## sys.path.insert(0, '/path/to/wikiconfig/dir')


## sys.path.insert(0, '/path/to/farmconfig/dir')


 


 


from MoinMoin.request import RequestCGI


 


request = RequestCGI()


request.run()


After I had completed my installation steps, I am trying to access wiki
using  <http://localhost/mywiki> http://127.0.0.1/mywiki and get the
following error:


CGI Error

The specified CGI application misbehaved by not returning a complete set of
HTTP headers. The headers it did return are: 

C:\Moin\Lib\site-packages\MoinMoin\multiconfig.py:97: UserWarning: import of
config "wikiconfig" failed due to "No module named wikiconfig"; default
configuration used instead.

  warnings.warn(err)

Traceback (most recent call last):

  File "C:\moin\mywiki\moin.cgi", line 29, in ?

    request.run()

  File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 655, in run

    self.open_logs()

  File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 1052, in
open_logs

    sys.stderr = open(os.path.join(self.cfg.data_dir, 'error.log'), 'at')

IOError: [Errno 2] No such file or directory: 'wiki\\data\\error.log'

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20041207/3c981c5e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 191 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20041207/3c981c5e/attachment.gif>

From festifn at rupert.informatik.uni-stuttgart.de  Tue Dec  7 09:56:18 2004
From: festifn at rupert.informatik.uni-stuttgart.de (Florian Festi)
Date: Tue Dec  7 09:56:18 2004
Subject: [Moin-devel] RE:  CGI Error-- Help!!!!!!!!!!
In-Reply-To: <03CB0D78C4AF01429A5C04F1EFD29885079AB818@usnjc01wmx002.tdwaterhouse.com>
References: <03CB0D78C4AF01429A5C04F1EFD29885079AB818@usnjc01wmx002.tdwaterhouse.com>
Message-ID: <Pine.GHP.4.61.0412071851320.29983@rupert.informatik.uni-stuttgart.de>

> I am still waiting for a reply. Should I use 1.3 or try 1.2.4? Will someone
> respond ?

If you are in a hurry you should use IRC insted of mail. #moin at freenode 
would be the right place.

> CGI Error
>
> The specified CGI application misbehaved by not returning a complete set of
> HTTP headers. The headers it did return are:
>
> C:\Moin\Lib\site-packages\MoinMoin\multiconfig.py:97: UserWarning: import of
> config "wikiconfig" failed due to "No module named wikiconfig"; default
> configuration used instead.

This is your problem! wikiconfig.py is not found. This is the 
configuration file and should be located in the same directory as your 
moin.cgi. If you want to put it somewhere else you must set the pathonpath 
to it.

>  warnings.warn(err)
>
> Traceback (most recent call last):
>
>  File "C:\moin\mywiki\moin.cgi", line 29, in ?
>
>    request.run()
>
>  File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 655, in run
>
>    self.open_logs()
>
>  File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 1052, in
> open_logs
>
>    sys.stderr = open(os.path.join(self.cfg.data_dir, 'error.log'), 'at')
>
> IOError: [Errno 2] No such file or directory: 'wiki\\data\\error.log'

Because of this the path to the data/ dir is set to a wrong default which 
results in a file not found error.


 	cu

 		FlorianFesti



From AjayaSahoo at TDWaterhouse.com  Tue Dec  7 11:04:15 2004
From: AjayaSahoo at TDWaterhouse.com (AjayaSahoo at TDWaterhouse.com)
Date: Tue Dec  7 11:04:15 2004
Subject: [Moin-devel] RE:  CGI Error-- Help!!!!!!!!!!
Message-ID: <03CB0D78C4AF01429A5C04F1EFD29885079AB81A@usnjc01wmx002.tdwaterhouse.com>

> This is your problem! wikiconfig.py is not found. This is the 
> configuration file and should be located in the same directory as your 
> moin.cgi. If you want to put it somewhere else you must set the pathonpath

> to it.

I have not seen any document asking me to do this for IIS(may be it has
escaped my attention!!). My moin.cgi file exists under c:\Moin\mywiki and
wikiconfig.py exists under c:\moin\share\moin\config. Should I copy this
file? Also, do I need to make any changes?

Thanks,
Ajaya

-----Original Message-----
From: Florian Festi [mailto:festifn at rupert.informatik.uni-stuttgart.de] 
Sent: Tuesday, December 07, 2004 12:55 PM
To: Sahoo, Ajaya
Cc: moin-devel at lists.sourceforge.net; moin-user at lists.sourceforge.net
Subject: Re: [Moin-devel] RE: CGI Error-- Help!!!!!!!!!!

> I am still waiting for a reply. Should I use 1.3 or try 1.2.4? Will
someone
> respond ?

If you are in a hurry you should use IRC insted of mail. #moin at freenode 
would be the right place.

> CGI Error
>
> The specified CGI application misbehaved by not returning a complete set
of
> HTTP headers. The headers it did return are:
>
> C:\Moin\Lib\site-packages\MoinMoin\multiconfig.py:97: UserWarning: import
of
> config "wikiconfig" failed due to "No module named wikiconfig"; default
> configuration used instead.

This is your problem! wikiconfig.py is not found. This is the 
configuration file and should be located in the same directory as your 
moin.cgi. If you want to put it somewhere else you must set the pathonpath 
to it.

>  warnings.warn(err)
>
> Traceback (most recent call last):
>
>  File "C:\moin\mywiki\moin.cgi", line 29, in ?
>
>    request.run()
>
>  File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 655, in run
>
>    self.open_logs()
>
>  File "C:\Moin\Lib\site-packages\MoinMoin\request.py", line 1052, in
> open_logs
>
>    sys.stderr = open(os.path.join(self.cfg.data_dir, 'error.log'), 'at')
>
> IOError: [Errno 2] No such file or directory: 'wiki\\data\\error.log'

Because of this the path to the data/ dir is set to a wrong default which 
results in a file not found error.


 	cu

 		FlorianFesti



From cworth at cworth.org  Tue Dec  7 17:57:00 2004
From: cworth at cworth.org (Carl Worth)
Date: Tue Dec  7 17:57:00 2004
Subject: [Moin-devel] [Patch] Generating relative links 
In-Reply-To: <E1CWJuo-00029n-00@chootrain.carl.worth> 
References: <E1CWJuo-00029n-00@chootrain.carl.worth>
Message-ID: <E1Cbq8X-0006Uu-00@chootrain.carl.worth>

On Mon, 22 Nov 2004 14:31:58 -0500, Carl Worth wrote:
> The patch is against version 1.2.4 (as found in recent
> Debian/unstable). Let me know if I should regenerate it against a newer
> version.

I was told in IRC that a patch against the 1.3 stuff would be much
better. I've now spent some time with that and attached the results.

My previous patch replaced code like

> 	"%s/%s" % (request.getScriptname(), pagename)

with

> 	"%s%s" % (request.getRelativeScriptname(), pagename)

and then made getRelativeScriptname return '' if the relative_links
configuration parameter was true.

I reworked this patch against 1.3 and tested it quite thoroughly. It
worked almost everywhere, except for hierarchical pages where it breaks
completely, (as should be obvious).

The current patch is a step toward fixing that, but it will still need
some further work from someone who knows moin internals better than I
do.

It now has the literal '/' back into the format strings, and no
getRelativeScriptname returns '.' rather than ''.

So there are at least two things that need to be fixed:

1) The addition of "./" at the beginning of the script name seems to
   confuse moin. This will be quite apparent to anyone who applies the
   patch and tries it out. I imagine it should be a very simple matter
   to strip off this prefix early in the processing.

2) Hierarchical pages still aren't working with relative links, but the
   fix should now be very simple. It should simply be a matter of making
   getRelativeScriptname return something like ("../" * depth) for any
   hierarchical pages.

If someone wants to pick p the patch from here I would be glad to test
it. I probably won't do any more work on it myself since I'm still
dealing with a 1.2 installation and I've found an alternate solution to
the problem I was trying to solve.

I still think it would be good in the long run to switch to using
relative links. (And if it works well it might make more sense to not
make it conditional).

-Carl

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-devel/attachments/20041207/664b7ef4/attachment.html>

From mailinglist at alexanderweb.de  Mon Dec 13 08:19:02 2004
From: mailinglist at alexanderweb.de (Alexander Schremmer)
Date: Mon Dec 13 08:19:02 2004
Subject: [Moin-devel] ANN: MoinMoin 1.3.1 (advanced wiki engine) released
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAA9Ml4fsj0rEiwShMHi/9jiAEAAAAA@alexanderweb.de>

              _                    _
  /\/\   ___ (_)_ __   /\/\   ___ (_)_ __       
 /    \ / _ \| | '_ \ /    \ / _ \| | '_ \       __   
/ /\/\ \ (_) | | | | / /\/\ \ (_) | | | | |   /|  _)  
\/    \/\___/|_|_| |_\/    \/\___/|_|_| |_|    |.__)
                                                 
                                             
==============================================
 MoinMoin 1.3.1 advanced wiki engine released
==============================================

After almost one year of development, we are pleased to announce a major
new version focused on better user experience, international support and
easier administration.

MoinMoin is an easy to use, full-featured and extensible wiki software
package written in Python. It can fulfill a wide range of roles, such as
a personal notes organizer deployed on a laptop or home web server,
a company knowledge base deployed on an intranet, or an Internet server
open to individuals sharing the same interests, goals or projects.

A wiki is a collaborative hypertext environment with an emphasis
on easy manipulation of information.

Major new features in this branch:
==================================

 * MoinMoin speaks your language! Complete Unicode support,
   translated system and help pages in more than ten languages, and
   support for languages written from right to left are the base features
   of our internationalisation support.

 * Fresh look and feel. New default user interface design, improved
   existing themes and enhanced theme plug-in framework that make it
   easier to modify the design or create completely new user interface.

 * Find anything on your wiki, instantly. New search engine and
   streamlined Google-like search interface, using multiple search
   terms, regular expressions, search term modifiers and boolean search.

 * Antispam - keep spammers out of you wiki. Protect your wiki with
   automatically updated spam patterns maintained on the MoinMaster
   wiki, and shared by all MoinMoin wikis worlwide.

 * Underlay directory - easy upgrade and maintenance. New streamlined
   directory layout protects all system and help pages in a separate
   underlay directory.

 * Run with your favorite server. Use either a standalone server that
   requires only Python, the high performance Twisted server, Apache with
   Fast CGI, mod_python or plain CGI.

 * Multiconfig - easier, more powerful configuration. New class-based
   configuration allow you to easily configure single or multiple
   wikis sharing a common setup.

 * Many more features and various bug fixes.

For a more detailed list of changes, see the CHANGES file in the distribution
or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES


MoinMoin History
================

MoinMoin has been around since year 2000. Most of the codebase was written by
J?rgen Hermann; it is currently being developed by a growing team. Being
originally based on PikiPiki, it has evolved heavily since then (PikiPiki
and MoinMoin 0.1 consisted of just one file!). Many large enterprises have
been using MoinMoin as a key tool of their intranet, some even use it for
their public web page. A large number of Open Source projects use MoinMoin
for communication and documentation. Of course there is also a large number of
private installations.


More Information
================

 * Project site: http://moinmoin.wikiwikiweb.de/                    
 * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures
 * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload
 * This software is available under the GNU General Public License v2.
 * Upgrade: http://moinmoin.wikiwikiweb.de/HelpOnUpdating
            http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES
 * Known bugs: http://moinmoin.wikiwikiweb.de/MoinMoinBugs

sent by Alexander Schremmer for the MoinMoin team




From dk at trick.ca  Tue Dec 14 08:09:03 2004
From: dk at trick.ca (Dmytri Kleiner)
Date: Tue Dec 14 08:09:03 2004
Subject: [Moin-devel] Horror Story: Calling Home
Message-ID: <20041214160840.GA5004@trick.ca>

Hello everybody, just wanted to share with you all my horror story
today.

The Wiki that installed was hanging on save changes. Weird. it was
working yesterday.

After, exhaustive, time consuming test and investigations, we were
scracthing our heads wondering what the heck was going on. Very
frustrating.

Then, finaly, a break through!

We discovered that the Wikis anti "link spam" module was hanging
attempting to connect to the moinmaster server.

Horror! The Wiki is calling home! What is this? Spyware? This was very
embarassing for me, since I'm the moin booster around here.

Please, please, please, make sure that any outbound request from the
Wiki engine default to **OFF**. This is just polite.

Thanks.

Congrats on the new release by the way.

----
Dmytri Kleiner
dk at trick.ca




From mailinglist at alexanderweb.de  Tue Dec 14 08:14:01 2004
From: mailinglist at alexanderweb.de (Alexander Schremmer)
Date: Tue Dec 14 08:14:01 2004
Subject: [Moin-devel] Horror Story: Calling Home
In-Reply-To: <20041214160840.GA5004@trick.ca>
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAA74ndi6uv3kKAkfuIviarigEAAAAA@alexanderweb.de>

Dmytri Kleiner wrote on Tuesday, December 14, 2004 5:09 PM CEST:

> We discovered that the Wikis anti "link spam" module was hanging
> attempting to connect to the moinmaster server.

Yeah, the code is suboptimal. I did not write it though.

> Horror! The Wiki is calling home! What is this? Spyware? This was very
> embarassing for me, since I'm the moin booster around here.

No, it is not. It is a blacklist update which failed yesterday because of
instabilities of the main servers.

> Please, please, please, make sure that any outbound request from the
> Wiki engine default to **OFF**. This is just polite.

Of course that is standard config. You have to explicitly enable antispam. The
standard config does _not_ ship it enabled. So be polite and RTFM.

Kind regards,
Alexander




From dk at trick.ca  Tue Dec 14 08:33:02 2004
From: dk at trick.ca ('Dmytri Kleiner')
Date: Tue Dec 14 08:33:02 2004
Subject: [Moin-devel] Horror Story: Calling Home
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAA74ndi6uv3kKAkfuIviarigEAAAAA@alexanderweb.de>
References: <20041214160840.GA5004@trick.ca> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAA74ndi6uv3kKAkfuIviarigEAAAAA@alexanderweb.de>
Message-ID: <20041214163157.GA21968@trick.ca>

On Tue, Dec 14, 2004, Alexander Schremmer wrote:

> No, it is not. It is a blacklist update which failed yesterday because of
> instabilities of the main servers.

Yes, I know I was joking.

> > Please, please, please, make sure that any outbound request from the
> > Wiki engine default to **OFF**. This is just polite.
> 
> Of course that is standard config. You have to explicitly enable antispam. The
> standard config does _not_ ship it enabled. So be polite and RTFM.

Well, I did not even know about the feature, so I did not turn it on. I
should not have to RTFM to turn an insecure setting //off//.

I just checked the tar ball (1.2.4) and here is a cut and paste from the
distro moin_config.py

{{{
# use this for protecting your wiki against link spam:
from MoinMoin.util.antispam import SecurityPolicy
}}}

Looks like it default on to me. If this is different in later versions,
that is great, if not, it should be.

I love MoinMoin btw, and I do not mean to be inpolite.

Cheers.

----
Dmytri Kleiner
dk at trick.ca




From mailinglist at alexanderweb.de  Tue Dec 14 08:36:08 2004
From: mailinglist at alexanderweb.de (Alexander Schremmer)
Date: Tue Dec 14 08:36:08 2004
Subject: [Moin-devel] Horror Story: Calling Home
In-Reply-To: <20041214163157.GA21968@trick.ca>
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAAqADpvvgmY0aZgH+vSBew5QEAAAAA@alexanderweb.de>

'Dmytri Kleiner' wrote on Tuesday, December 14, 2004 5:32 PM CEST:

> Well, I did not even know about the feature, so I did not turn it on.
> I should not have to RTFM to turn an insecure setting //off//.

Yeah.

> I just checked the tar ball (1.2.4) and here is a cut and paste from
> the distro moin_config.py
> 
> {{{
> # use this for protecting your wiki against link spam:
> from MoinMoin.util.antispam import SecurityPolicy
> }}}
> 
> Looks like it default on to me. If this is different in later
> versions, that is great, if not, it should be.

Sorry, you are right. So it seems to be a bug in 1.2.4 that the broken antispam
module (1.3.0/1.3.1 have a better one) is enabled by default.

Kind regards,
Alexander




From dk at trick.ca  Tue Dec 14 08:44:03 2004
From: dk at trick.ca ('Dmytri Kleiner')
Date: Tue Dec 14 08:44:03 2004
Subject: [Moin-devel] Horror Story: Calling Home
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAAqADpvvgmY0aZgH+vSBew5QEAAAAA@alexanderweb.de>
References: <20041214163157.GA21968@trick.ca> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAAqADpvvgmY0aZgH+vSBew5QEAAAAA@alexanderweb.de>
Message-ID: <20041214164329.GA14928@trick.ca>

On Tue, Dec 14, 2004, Alexander Schremmer wrote:

> Sorry, you are right. So it seems to be a bug in 1.2.4 that the broken antispam
> module (1.3.0/1.3.1 have a better one) is enabled by default.

Thanks! Good to know that the later versions have this turned off.

Cheers.

----
Dmytri Kleiner
dk at trick.ca




From AjayaSahoo at TDWaterhouse.com  Wed Dec 15 05:51:02 2004
From: AjayaSahoo at TDWaterhouse.com (AjayaSahoo at TDWaterhouse.com)
Date: Wed Dec 15 05:51:02 2004
Subject: [Moin-devel] Default setting changes..
Message-ID: <03CB0D78C4AF01429A5C04F1EFD29885079AB842@usnjc01wmx002.tdwaterhouse.com>

I am using Moin-1.3.1 under Windows XP & IIS.

I want to change the Heading for the "FrontPage" to "MyPage". Is it as easy
as changing a configuration file? If so, where in the configuration files I
need to do the change to achieve?

Thanks,
Ajaya



From tw-public at gmx.de  Wed Dec 15 06:03:04 2004
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Dec 15 06:03:04 2004
Subject: [Moin-devel] antispam = no horror
In-Reply-To: <20041214164329.GA14928@trick.ca>
References: <20041214163157.GA21968@trick.ca> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAAqADpvvgmY0aZgH+vSBew5QEAAAAA@alexanderweb.de> <20041214164329.GA14928@trick.ca>
Message-ID: <41C04349.6060505@gmx.de>

Just to clear some things:

The background
==============

Since quite some time many public wikis experience a major problem:

Wiki spammers regularly polluting numerous pages with their link spam 
(just to get a better google ranking, or maybe some visitors).

At the beginning, they did that manually, but meanwhile I think they 
have scripts that automatically search and spam wikis. Some even did 
make accounts when anon editing was not allowed.

As that annoyance got bigger and bigger, I decided to strike back and 
wrote antispam, first as optional plugin, and since 1.2.4 as built-in thing.

The problem was how to recognize such spam and I chose regular 
expressions as a powerful means to get them all (no matter if they are 
really links or just texts showing some "promoted" URL) and moin uses 
the content of the BadContent page to deny saving a page containing any 
match to those REs - when you have it enabled in your moin_config.py 
(wikiconfig.py for 1.3).

I have decided to switch it on by default because I have too often seen 
the damage of those spammers (and too often helped fixing it again, 
which costs lots of time), knowing that if it is not on by default, many 
people won't switch it on because they simply forget or are not aware of 
the problem.

Another problem was how to update that BadContent page. I chose, until 
we have a better solution, to just fetch the page from the 
MoinMaster:BadContent master page (checking first, if it is newer and 
also not fetching too often [we must pay for traffic, you maybe too]).

So we just need to update that single page, to get that new spam 
patterns banned in all wikis fetching the page. It is quite important to 
be fast as (similar to new windows viruses), the spammers often change 
their URLs and use new domains. If you have new spam, you can "report" 
it on MoinMaster:LocalBadContent and we transfer it to the real 
(protected) page ASAP.

After release 1.2.4 I was made aware of some principal problems, why it 
is switched off by default in 1.3.x:
  * not any wiki has (or is allowed to have) internet connectivity
  * some wikis have unreliable or very slow internet connectivity

The current problems
====================

After 1.3.1 release I upgraded linuxwiki.org from 1.2.4 to 1.3.1 and 
also to participate in the wiki farm running under twisted (before, it 
was cgi). That caused quite some load problems and crashes of that wiki 
farm, making moinmaster wiki unavailable sometimes. I tried to fix by 
switching to the 1.3.1 "standalone" wiki server, but we have noticed 
that it doesn't work as antispam server at all. I have switched back to 
twisted now, hoping it won't overload again.

The 1.2.4 antispam client code just uses some xmlrpc calls of the python 
standard library - and we noticed later, that those calls have NO 
TIMEOUT at all. So if you hit save and it wants to fetch an update for 
BadContent and moinmaster wiki isn't working correctly or down or 
disconnected, it will wait forever (or until some other timeout happens, 
like Apache of Browser ...) and won't save the page.

After we noticed that problems, we developped xmlrpc code WITH timeout, 
so the 1.3.x code has less problems in such a case.

What to do?
===========

If you run your wiki on an intranet not accessible from the internet, 
switch antispam off (1.2.4 default = on - see moin_config.py, 1.3.x 
default = off - see wikiconfig.py).

If your wiki can be accessed from the internet and you allow anon or 
user edits, you principally should use antispam or you risk being raided 
badly and often by some spammers. OTOH, you are free to switch it off if 
you can't live with moinmaster's availability (we try hard to have good 
availability, but, as you know, shit happens).

Thanks for reading this far,

Thomas Waldmann



From mailinglist at alexanderweb.de  Wed Dec 15 07:47:01 2004
From: mailinglist at alexanderweb.de (Alexander Schremmer)
Date: Wed Dec 15 07:47:01 2004
Subject: [Moin-devel] RE: [Moin-user] Default setting changes..
In-Reply-To: <03CB0D78C4AF01429A5C04F1EFD29885079AB842@usnjc01wmx002.tdwaterhouse.com>
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAApvrnXNvjhECSPjUQOJtHpwEAAAAA@alexanderweb.de>

AjayaSahoo at TDWaterhouse.com wrote on Wednesday, December 15, 2004 2:50 PM CEST:

> I am using Moin-1.3.1 under Windows XP & IIS.
> 
> I want to change the Heading for the "FrontPage" to "MyPage". Is it
> as easy as changing a configuration file? If so, where in the
> configuration files I need to do the change to achieve?

I guess you mean the page name. See the page HelpOnConfiguration and search it
for frontpage.

Kind regards,
Alexander




From AjayaSahoo at TDWaterhouse.com  Wed Dec 15 08:05:01 2004
From: AjayaSahoo at TDWaterhouse.com (AjayaSahoo at TDWaterhouse.com)
Date: Wed Dec 15 08:05:01 2004
Subject: [Moin-devel] RE: [Moin-user] Default setting changes..
Message-ID: <03CB0D78C4AF01429A5C04F1EFD29885079AB843@usnjc01wmx002.tdwaterhouse.com>

Is there anyway I can override the page name not getting displayed on the
top of the page?

-----Original Message-----
From: Alexander Schremmer [mailto:mailinglist at alexanderweb.de] 
Sent: Wednesday, December 15, 2004 10:46 AM
To: moin-devel at lists.sourceforge.net; moin-user at lists.sourceforge.net
Subject: RE: [Moin-user] Default setting changes..

AjayaSahoo at TDWaterhouse.com wrote on Wednesday, December 15, 2004 2:50 PM
CEST:

> I am using Moin-1.3.1 under Windows XP & IIS.
> 
> I want to change the Heading for the "FrontPage" to "MyPage". Is it
> as easy as changing a configuration file? If so, where in the
> configuration files I need to do the change to achieve?

I guess you mean the page name. See the page HelpOnConfiguration and search
it
for frontpage.

Kind regards,
Alexander



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



From R.Bauer at fz-juelich.de  Fri Dec 17 08:49:01 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Fri Dec 17 08:49:01 2004
Subject: [Moin-devel] migration problem
Message-ID: <41C30DBB.7000602@fz-juelich.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear all

two wiki's I have already migrated. Now I got a failure I don't
understand why.

What should I do in this case?




FISH_5fTechnik -> FISH_Technik
Traceback (most recent call last):
~  File
"/usr/lib/python2.3/site-packages/MoinMoin/scripts/migration/12_to_13_mig1.py",
line 170, in ?
~    convert_pagedir(opj(origdir, 'pages'), opj('data', 'pages'),
from_encoding, to_encoding)
~  File
"/usr/lib/python2.3/site-packages/MoinMoin/scripts/migration/12_to_13_mig1.py",
line 126, in convert_pagedir
~    shutil.copytree(opj(dir_from, dname_from), opj(dir_to, dname_to), 1)
~  File "/usr/lib/python2.3/shutil.py", line 101, in copytree
~    os.mkdir(dst)
OSError: [Errno 17] File exists: 'data/pages/FISH_Technik'

Reimar

- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBww265aOc3Q9hk/kRAjKQAKCGdK7S3Bx/50p2OAXBMQOTUjTKkgCgvJa3
Bn3KvJYKtFXyGNUzDIpgW1g=
=Z/5d
-----END PGP SIGNATURE-----




From moinmoin at northpb.com  Fri Dec 17 09:45:01 2004
From: moinmoin at northpb.com (Dan O'Neill)
Date: Fri Dec 17 09:45:01 2004
Subject: [Moin-devel] 1.3.1 - Recent Changes bug
Message-ID: <41C31A6D.1080209@northpb.com>

This is a long message as the error message output is lengthy.  I'm 
willing to spend my time with someone, on the phone, via email or aim to 
try things out to get this bug fixed.  In return, I'll document the 
repairs well for the group.

This bug was also reported on December 7, 2004 at 
http://moinmoin.wikiwikiweb.de in the Questions section and no solution 
has yet been posted.  The above site is currently unavailable for some 
reason.

Thanks for your help.


Givens:   RedHat Linux 9
           Apache 1.3.31
	  Python 2.2.3
	  MoinMoin 1.3.1

MoinMoin CGI Diagnostics (just the top portion)

Release 1.3.1
Revision patch-434
Python version 2.2.3 (#1, Jun 16 2003, 13:21:11)
[GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-5)]
Python installed to /usr
PyXML is installed
Python Path:
    ..
    /usr/local/www/moin/TsIntranet/cgi-bin
    /usr/lib/python2.2
    /usr/lib/python2.2/plat-linux2
    /usr/lib/python2.2/lib-dynload
    /usr/lib/python2.2/site-packages
    /usr/lib/python2.2/site-packages/gtk-2.0
Checking directories...
     data directory tests OK (set to '/usr1/local/www/moin/TsIntranet/data')
     user directory tests OK (set to 
'/usr1/local/www/moin/TsIntranet/data/user')

---

Problem Description:

1.  Open http://servername/mywiki

2.  Select "RecentChanges"

3.  Get these results:

A problem occurred in a Python script. Here is the sequence of function 
calls leading up to the error, in the order they occurred.

  /usr/lib/python2.2/site-packages/MoinMoin/request.py in 
run(self=<MoinMoin.request.RequestCGI instance>)
   822             else:
   823                 try:
   824                     cgitb.Hook(file=self).handle(saved_exc)
   825                     # was: cgitb.handler()
   826                 except:
cgitb = <module 'MoinMoin.support.cgitb' from 
'/usr/lib/python2.2/site-packages/MoinMoin/support/cgitb.pyc'>, 
cgitb.Hook = <class MoinMoin.support.cgitb.Hook>, file undefined, self = 
<MoinMoin.request.RequestCGI instance>, ).handle undefined, saved_exc = 
(<class exceptions.OverflowError>, <exceptions.OverflowError instance>, 
<traceback object>)

  /usr/lib/python2.2/site-packages/MoinMoin/Page.py in 
send_page(self=<MoinMoin.Page.Page instance>, 
request=<MoinMoin.request.RequestCGI instance>, msg='', 
**keywords={'count_hit': 1})
   912         else:
   913             # parse the text and send the page content
   914             self.send_page_content(request, Parser, body, 
format_args=pi_formatargs, do_cache=do_cache)
   915
   916             # check for pending footnotes
self = <MoinMoin.Page.Page instance>, self.send_page_content = <bound 
method Page.send_page_content of <MoinMoin.Page.Page instance>>, request 
= <MoinMoin.request.RequestCGI instance>, Parser = <class 
MoinMoin.parser.wiki.Parser>, body = u'||<tablewidth="100%" #FFFFA0> 
[[RandomQuote()]]|...other wikis, see 
OpenWiki:WikiSites/Aggregation.\n', format_args undefined, pi_formatargs 
= '', do_cache = 1

  /usr/lib/python2.2/site-packages/MoinMoin/Page.py in 
send_page_content(self=<MoinMoin.Page.Page instance>, 
request=<MoinMoin.request.RequestCGI instance>, Parser=<class 
MoinMoin.parser.wiki.Parser>, body=u'||<tablewidth="100%" #FFFFA0> 
[[RandomQuote()]]|...other wikis, see 
OpenWiki:WikiSites/Aggregation.\n', needsupdate=0, format_args='', 
do_cache=1)
  1043
  1044         try:
  1045             exec code
  1046         except 'CacheNeedsUpdate': # if something goes wrong, try 
without caching
  1047            self.send_page_content(request, Parser, body, 
needsupdate=1)
code = <code object ? at 0x838bee8, file "RecentChanges", line 2>

  ?

  /usr/lib/python2.2/site-packages/MoinMoin/formatter/base.py in 
macro(self=<MoinMoin.formatter.text_html.Formatter instance>, 
macro_obj=<MoinMoin.wikimacro.Macro instance>, name=u'RecentChanges', 
args=None)
   219     def macro(self, macro_obj, name, args):
   220         # call the macro
   221         return macro_obj.execute(name, args)
   222
   223     def _get_bang_args(self, line):
macro_obj = <MoinMoin.wikimacro.Macro instance>, macro_obj.execute = 
<bound method Macro.execute of <MoinMoin.wikimacro.Macro instance>>, 
name = u'RecentChanges', args = None

  /usr/lib/python2.2/site-packages/MoinMoin/wikimacro.py in 
execute(self=<MoinMoin.wikimacro.Macro instance>, 
macro_name=u'RecentChanges', args=None)
    99         macro = wikiutil.importPlugin('macro', macro_name, 
path=self.cfg.data_dir)
   100         if macro:
   101             return macro(self, args)
   102
   103         builtins = vars(self.__class__)
macro = <function execute>, self = <MoinMoin.wikimacro.Macro instance>, 
args = None

  /usr/lib/python2.2/site-packages/MoinMoin/macro/RecentChanges.py in 
execute(macro=<MoinMoin.wikimacro.Macro instance>, args=None, **kw={})
   356
   357             for page in pages:
   358                 request.write(format_page_edits(macro, page, 
bookmark_usecs))
   359
   360
request = <MoinMoin.request.RequestCGI instance>, request.write = <bound 
method RequestCGI.write of <MoinMoin.request.RequestCGI instance>>, 
global format_page_edits = <function format_page_edits>, macro = 
<MoinMoin.wikimacro.Macro instance>, page = 
[<MoinMoin.logfile.editlog.EditLogLine instance>, 
<MoinMoin.logfile.editlog.EditLogLine instance>], bookmark_usecs = 0

  /usr/lib/python2.2/site-packages/MoinMoin/macro/RecentChanges.py in 
format_page_edits(macro=<MoinMoin.wikimacro.Macro instance>, 
lines=[<MoinMoin.logfile.editlog.EditLogLine instance>, 
<MoinMoin.logfile.editlog.EditLogLine instance>], bookmark_usecs=0)
    84     d['time_html'] = None
    85     if request.cfg.changed_time_fmt:
    86         tdiff = long(tnow - 
wikiutil.version2timestamp(int(line.ed_time_usecs))) / 60 # has to be 
long for py 2.2.x
    87         if tdiff < 1440:
    88             d['time_html'] = _("%(hours)dh %(mins)dm ago") % {
tdiff undefined, long undefined, tnow = 1103304114.774143, global 
wikiutil = <module 'MoinMoin.wikiutil' from 
'/usr/lib/python2.2/site-packages/MoinMoin/wikiutil.pyc'>, 
wikiutil.version2timestamp = <function version2timestamp>, int 
undefined, line = <MoinMoin.logfile.editlog.EditLogLine instance>, 
line.ed_time_usecs = 1103235515000000L

OverflowError: long int too large to convert to int
       __doc__ = 'Result too large to be represented.'
       __getitem__ = <bound method OverflowError.__getitem__ of 
<exceptions.OverflowError instance>>
       __init__ = <bound method OverflowError.__init__ of 
<exceptions.OverflowError instance>>
       __module__ = 'exceptions'
       __str__ = <bound method OverflowError.__str__ of 
<exceptions.OverflowError instance>>
       args = ('long int too large to convert to int',)



From mailinglist at alexanderweb.de  Fri Dec 17 10:03:00 2004
From: mailinglist at alexanderweb.de (Alexander Schremmer)
Date: Fri Dec 17 10:03:00 2004
Subject: [Moin-devel] 1.3.1 - Recent Changes bug
In-Reply-To: <41C31A6D.1080209@northpb.com>
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAARL+zjCof/0SP8io7Ik3AewEAAAAA@alexanderweb.de>

Dan O'Neill wrote on Friday, December 17, 2004 6:42 PM CEST:

> This bug was also reported on December 7, 2004 at
> http://moinmoin.wikiwikiweb.de in the Questions section and no
> solution has yet been posted.

> The above site is currently unavailable for some reason.

The complete data center got down. Power outage if i heard it correctly.

In order to fix this (it is a known bug), open
>   /usr/lib/python2.2/site-packages/MoinMoin/macro/RecentChanges.py

in your favorite editor, go to line 86:

>     86         tdiff = long(tnow -
> wikiutil.version2timestamp(int(line.ed_time_usecs))) / 60 # has to be
> long for py 2.2.x

and replace "int" by "long".

Kind regards,
Alexander




From dano at northpb.com  Fri Dec 17 10:33:01 2004
From: dano at northpb.com (Dan O'Neill)
Date: Fri Dec 17 10:33:01 2004
Subject: [Moin-devel] 1.3.1 - Recent Changes bug
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAARL+zjCof/0SP8io7Ik3AewEAAAAA@alexanderweb.de>
References: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAARL+zjCof/0SP8io7Ik3AewEAAAAA@alexanderweb.de>
Message-ID: <41C3259F.3020106@northpb.com>

Sweet! Thanks Alexander. It's working perfectly.

dano



From R.Bauer at fz-juelich.de  Fri Dec 17 11:41:01 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Fri Dec 17 11:41:01 2004
Subject: [Moin-devel] WikiName -> Wiki Name
Message-ID: <41C33639.2080108@fz-juelich.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all

may be I did a wrong item into the configuration file.

But at the moment I got no space between the WikiName it is shown as
WikiName. What could be wrong?

Reimar



- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBwzY25aOc3Q9hk/kRApxNAKC8ea01Q6oSK8hwJ5KwS6EDXORabwCdEYam
s+5OmI7dHG/ANfWzPb8z6m8=
=W7ze
-----END PGP SIGNATURE-----




From R.Bauer at fz-juelich.de  Fri Dec 17 13:22:04 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Fri Dec 17 13:22:04 2004
Subject: [Moin-devel] Howto tranlate utf-8 from wikifile by parser ?
Message-ID: <41C34DC0.90402@fz-juelich.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Need some help,

there are to much changes for me at the moment.
I don't know where to search for the solution.

Some of the routines I haven't adopted to 1.3.x do have  the same problem.

e.g. EmbedWikiPage

This routine does not translate UTF-8 chars e.g. for German Umlauts
(???). It always crashs.

~  wikiizer = wiki.Parser(string.join(txt,""),request) ; seems to work
~  wikiizer.format(formatter) ; crash

Any idea is welcome.

cheers

Reimar

- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBw02+5aOc3Q9hk/kRArEEAKCJqEvcXTLjxe7z9obTelLsMzLQ6gCeN1Vt
8nADgbOUNsmofRQ3puJjdEw=
=6beN
-----END PGP SIGNATURE-----




From nirs at actcom.net.il  Sat Dec 18 05:03:01 2004
From: nirs at actcom.net.il (Nir Soffer)
Date: Sat Dec 18 05:03:01 2004
Subject: [Moin-devel] Re: Moin-devel digest, Vol 1 #511 - 6 msgs
In-Reply-To: <20041218042411.923601D187A@sc8-sf-uberspam1.sourceforge.net>
References: <20041218042411.923601D187A@sc8-sf-uberspam1.sourceforge.net>
Message-ID: <0BA5C3F3-50F5-11D9-8831-000A95B45AA0@actcom.net.il>

On 18 Dec, 2004, at 6:23, moin-devel-request at lists.sourceforge.net 
wrote:
> Subject: [Moin-devel] WikiName -> Wiki Name
> But at the moment I got no space between the WikiName it is shown as
> WikiName. What could be wrong?

Its not clear what is the problem, anyway check your preferences, if 
you selected "Add spaces to displayed wiki names", yoiu will get 
"WikiName" displayed as "Wiki Name" everywhere.

In RecentChanges, all wiki names are using this preferences ignoring 
what you selected, in order to make long words break at spaces, which 
make the table more readable.

Try to give more precise description of the problem next time.

Nir Soffer




From nirs at actcom.net.il  Sat Dec 18 05:08:01 2004
From: nirs at actcom.net.il (Nir Soffer)
Date: Sat Dec 18 05:08:01 2004
Subject: [Moin-devel] Re: Moin-devel digest, Vol 1 #511 - 6 msgs
In-Reply-To: <20041218042411.923601D187A@sc8-sf-uberspam1.sourceforge.net>
References: <20041218042411.923601D187A@sc8-sf-uberspam1.sourceforge.net>
Message-ID: <B9AFCD72-50F5-11D9-8831-000A95B45AA0@actcom.net.il>

On 18 Dec, 2004, at 6:23, moin-devel-request at lists.sourceforge.net 
wrote:

> This routine does not translate UTF-8 chars e.g. for German Umlauts
> (???). It always crashs.
>
> ~  wikiizer = wiki.Parser(string.join(txt,""),request) ; seems to work
> ~  wikiizer.format(formatter) ; crash
>

Note that parser should get unicode text, not utf-8, like most other 
calls in 1.3. The docstrings are not always updated, so if you get 
error, check that your input is unicode. In this case:

text = unicode(text, 'utf-8')

Then pass the text to the parser.

Nir Soffer




From ww at groovy.net  Tue Dec 21 08:03:03 2004
From: ww at groovy.net (William Waites)
Date: Tue Dec 21 08:03:03 2004
Subject: [Moin-devel] deferred and macros
Message-ID: <20041221160201.GY2537@groovy.net>

Hello,

I guess I will have some trouble articulating this question.

What I would like to be able to do is, running MoinMoin inside
Twisted, write a macro that looks like this:

def execute(macro, args):
    from twisted.internet import defer
    return defer.succeed("Bonjour le monde!")

of course such a thing could get arbitrarily complex, but this
is the simplest example to illustrate the point.

Right now (with 1.3), this will return an error complaining that
the deferred is an instance and not a string. Sensible enough,
because it's true.

However having macros able to return deferreds is useful since
it makes it possible to make many calls to the twisted framework
from within MoinMoin. But it is difficult because right now the
MoinMoin architecture expects calls like this to be synchronous
and changing that would imply creating a dependency on twisted
-- MoinMoin would no longer run standalone or cgi, or at a minimum
would have an internal dependency on twisted for handling deferreds.

So I'm not sure what my question is. It would be nice to be able
to do things like this, but it does not seem possible without
big changes to MoinMoin and the introduction of undesireable
dependencies.

Does anyone see a way out?

Cheers,
-w

-- 
... a poem about a haircut! But lofty, noble, tragic, timeless,
full of love, treachery, retribution, quiet heroism in the face
of certain doom! Six lines, cleverly rhymed, and every word
beginning with the letter s!



From R.Bauer at fz-juelich.de  Tue Dec 21 08:04:00 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Tue Dec 21 08:04:00 2004
Subject: [Moin-devel] templates after migration
Message-ID: <41C8493A.1040102@fz-juelich.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear all

probably someone knows what is wrong or has an idea.

the problem is:

~  I have no Templates after migration of the existing wiki instances.
~  The page to select something e.g. HomepageTemplate is empty

I know already:

~  A new instance is right working.


Reimar




- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFByEk35aOc3Q9hk/kRAtEaAKCkCsbziboBJMWOu1KcpO7HiDtAAwCggaJg
OQi67Jp1BFX0ezFIQowK3+A=
=uXUG
-----END PGP SIGNATURE-----




From mailinglist at alexanderweb.de  Tue Dec 21 08:38:02 2004
From: mailinglist at alexanderweb.de (Alexander Schremmer)
Date: Tue Dec 21 08:38:02 2004
Subject: [Moin-devel] deferred and macros
In-Reply-To: <20041221160201.GY2537@groovy.net>
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAAPZkrpLJ2Qkmdb3w+5z8SvgEAAAAA@alexanderweb.de>

William Waites wrote on Tuesday, December 21, 2004 5:02 PM CEST:

> What I would like to be able to do is, running MoinMoin inside
> Twisted, write a macro that looks like this:
> 
> def execute(macro, args):
>     from twisted.internet import defer
>     return defer.succeed("Bonjour le monde!")

So what do you want to do exactly? You want to have a code object which gets
evaluated on page view?

> However having macros able to return deferreds is useful since
> it makes it possible to make many calls to the twisted framework
> from within MoinMoin. 

Which exactly?

> But it is difficult because right now the
> MoinMoin architecture expects calls like this to be synchronous

Between which events do you want your code to be asynchronous?

> So I'm not sure what my question is. 

I second that. ;-)

Kind regards,
Alexander




From ww at groovy.net  Tue Dec 21 09:13:24 2004
From: ww at groovy.net (William Waites)
Date: Tue Dec 21 09:13:24 2004
Subject: [Moin-devel] deferred and macros
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAAPZkrpLJ2Qkmdb3w+5z8SvgEAAAAA@alexanderweb.de>
References: <20041221160201.GY2537@groovy.net> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAAPZkrpLJ2Qkmdb3w+5z8SvgEAAAAA@alexanderweb.de>
Message-ID: <20041221171216.GZ2537@groovy.net>

On Tue, Dec 21, 2004 at 05:37:47PM +0100, Alexander Schremmer wrote:
> 
> So what do you want to do exactly? You want to have a code object which gets
> evaluated on page view?

One application I have in mind is transcluding other pages from other
sites, for example an rss feed.

in pseudo-code:

def _cbFormatRss(page):
    ... do some formatting ...
    return htmlstring

def execute(macro, rssurl):
    return getUrl(rssurl).addCallback(_cbFormatRss)

> > However having macros able to return deferreds is useful since
> > it makes it possible to make many calls to the twisted framework
> > from within MoinMoin. 
> 
> Which exactly?

The above can also be done with regular python modules but another
is more difficult since it is already using twisted: returning status
information from a telephony server (Asterisk + embedded python which
is integrated with twisted via the perspective broker).

> > But it is difficult because right now the
> > MoinMoin architecture expects calls like this to be synchronous
> 
> Between which events do you want your code to be asynchronous?

Between the macro execution and the page rendering.

> > So I'm not sure what my question is. 
> 
> I second that. ;-)

heh ;)

I'm pretty sure that my question is clear actually, I just can't
think of an answer that does not imply fairly major changes to
Moin....

The ugly, kludgy way of doing it would be:

def execute(macro, args):
    from threading import Event
    e = Event()
    ret = []

    def _cbDoStuff(thing):
        ret.append(str(thing))
        e.set()
    def asyncFunction(args):
        getStuff.addCallback(_cbDoStuff)

    from twisted.internet import reactor
    reactor.callInThread(asyncFunction, args)

    e.wait()
    return ret[0]

but that's very, very kludgy

Cheers,
-w



From mailinglist at alexanderweb.de  Tue Dec 21 12:01:11 2004
From: mailinglist at alexanderweb.de (Alexander Schremmer)
Date: Tue Dec 21 12:01:11 2004
Subject: [Moin-devel] deferred and macros
In-Reply-To: <20041221171216.GZ2537@groovy.net>
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAoJt1vBbz40CDAg5sGRmjl8KAAAAQAAAAixFTafQ690OCM9R9i41I4AEAAAAA@alexanderweb.de>

William Waites wrote on Tuesday, December 21, 2004 6:12 PM CEST:

>>> But it is difficult because right now the
>>> MoinMoin architecture expects calls like this to be synchronous
>> 
>> Between which events do you want your code to be asynchronous?
> 
> Between the macro execution and the page rendering.

The page rendering works instantly. So after you have returned the chunk of
data, it will be written to the client. Instantly. Even in another thread if you
use Twisted (according to Nir).
(Or it will be cached statically). 

So you may want to handle such defers internally while having the problem of
non-portability to non-Twisted environments.

I do not see any other point or might misunderstand your problem :-)

Kind regards,
Alexander




From nirs at actcom.net.il  Tue Dec 21 22:35:00 2004
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Dec 21 22:35:00 2004
Subject: [Moin-devel] Re: missing templates after migration
In-Reply-To: <20041222042309.E2E721D2A21@sc8-sf-uberspam1.sourceforge.net>
References: <20041222042309.E2E721D2A21@sc8-sf-uberspam1.sourceforge.net>
Message-ID: <906DD16E-53E3-11D9-AF2D-000A95B45AA0@actcom.net.il>

On 22 Dec, 2004, at 6:22, moin-devel-request at lists.sourceforge.net 
wrote:

> ~  I have no Templates after migration of the existing wiki instances.
> ~  The page to select something e.g. HomepageTemplate is empty
>

These are symptoms of missing underlay directory. check that your 
data_underlay_dir point to the underlay directory you copied from the 
distribution.

In 1.3.2 these errors will not happen, you will get clear error message 
in this case. See also 
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/EmptyWiki

Nir Soffer




From noreply at sourceforge.net  Tue Dec 28 11:19:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Dec 28 11:19:01 2004
Subject: [Moin-devel] [ moin-Patches-1092353 ] Better reStructuredText support
Message-ID: <E1CjMr0-0003vs-5H@sc8-sf-web3.sourceforge.net>

Patches item #1092353, was opened at 2004-12-28 19:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1092353&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthew Gilbert (mmgilbe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Better reStructuredText support

Initial Comment:
Updated version of my previous patch. This adds much
better reStructuredText support to MoinMoin. It is a
drop in replacement for the existing rst.py. This
version is significantly refactored and has numerous
bug fixes. It supports MoinMoin 1.2.X and 1.3.X and
requires docutils version 0.3.3 or later.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1092353&group_id=8482