From mike.freeman.3832 at gmail.com  Thu May  1 07:13:44 2008
From: mike.freeman.3832 at gmail.com (Michael Freeman)
Date: Thu, 1 May 2008 06:13:44 -0500
Subject: [Moin-user] acl and usernames with white space
Message-ID: <be8917ed0805010413q35881405l77fd984d17ec4548@mail.gmail.com>

Some of my users have created usernames with white space in them
(specifically, First Last, instead of FirstLast).

How should I add those users to an acl group?  Just:
 * First Last

Or do I need to be throwing some quotes/brackets/whatever at that?

TIA.

-- 
Michael J. Freeman
Reserve, LA



From om-lists-wiki at omx.ch  Thu May  1 08:06:09 2008
From: om-lists-wiki at omx.ch (Olivier Mueller)
Date: Thu, 01 May 2008 14:06:09 +0200
Subject: [Moin-user] FCKeditor upgrade to 2.6 ?
Message-ID: <1209643569.12738.7.camel@bigapple.omnis.ch>

Hello,

Under http://moinmo.in/FCKeditor we can read: "The version of FCKeditor
in use with MoinMoin 1.6.3 is 2.2 (...). The latest version of FCKeditor
is 2.6."

Is there any plan upgrading the FCKeditor version included in MoinMoin
soon? It doesn't seem to be the case according to 
http://moinmo.in/MoinMoinTodo/Release 1.6.0  and
http://moinmo.in/MoinMoinTodo/Release 1.7.0 . 

And via http://hg.moinmo.in/moin/1.7/raw-file/tip/docs/CHANGES , the
last time it was upgraded seems to be for 1.5.1:
> Other changes:
>    * Updated FCKeditor to current CVS (2006-01-08 == 2.2+)

But it would still be quite nice: the current FCKEditor version (2.6,
final version released in April 2008) now also supports Safari, and
I guess it would please many users... :)  (I'm currently just using
FireFox under OS X, but not everybody want to/can do that).

Regards,
Olivier




From rick.vanderveer at gmail.com  Thu May  1 09:59:18 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Thu, 1 May 2008 08:59:18 -0500
Subject: [Moin-user] FCKeditor upgrade to 2.6 ?
In-Reply-To: <1209643569.12738.7.camel@bigapple.omnis.ch>
References: <1209643569.12738.7.camel@bigapple.omnis.ch>
Message-ID: <5c39e1ca0805010659i4fa75e03kb17d258924eb75ea@mail.gmail.com>

I'd like to cast a vote for this as well, for the same reasons Oliver points
out...   :-)
-Rick


On Thu, May 1, 2008 at 7:06 AM, Olivier Mueller <om-lists-wiki at omx.ch>
wrote:

> Hello,
>
> Under http://moinmo.in/FCKeditor we can read: "The version of FCKeditor
> in use with MoinMoin 1.6.3 is 2.2 (...). The latest version of FCKeditor
> is 2.6."
>
> Is there any plan upgrading the FCKeditor version included in MoinMoin
> soon? It doesn't seem to be the case according to
> http://moinmo.in/MoinMoinTodo/Release 1.6.0  and
> http://moinmo.in/MoinMoinTodo/Release 1.7.0 .
>
> And via http://hg.moinmo.in/moin/1.7/raw-file/tip/docs/CHANGES , the
> last time it was upgraded seems to be for 1.5.1:
> > Other changes:
> >    * Updated FCKeditor to current CVS (2006-01-08 == 2.2+)
>
> But it would still be quite nice: the current FCKEditor version (2.6,
> final version released in April 2008) now also supports Safari, and
> I guess it would please many users... :)  (I'm currently just using
> FireFox under OS X, but not everybody want to/can do that).
>
> Regards,
> Olivier
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080501/eeda5f44/attachment.html>

From tw-public at gmx.de  Thu May  1 10:28:02 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 01 May 2008 16:28:02 +0200
Subject: [Moin-user] acl and usernames with white space
In-Reply-To: <be8917ed0805010413q35881405l77fd984d17ec4548@mail.gmail.com>
References: <be8917ed0805010413q35881405l77fd984d17ec4548@mail.gmail.com>
Message-ID: <1209652082.8078.1.camel@black>

> Some of my users have created usernames with white space in them
> (specifically, First Last, instead of FirstLast).
> 
> How should I add those users to an acl group?  Just:
>  * First Last

Yes, should work.

> Or do I need to be throwing some quotes/brackets/whatever at that?

You also may do that, using the free link syntax (["..."] in 1.5,
[[...]] in 1.6+) and moin will just strip away the markup.
If you want the group page to also be a link list to the member
homepages, use this.





From tw-public at gmx.de  Thu May  1 10:42:24 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 01 May 2008 16:42:24 +0200
Subject: [Moin-user] FCKeditor upgrade to 2.6 ?
In-Reply-To: <1209643569.12738.7.camel@bigapple.omnis.ch>
References: <1209643569.12738.7.camel@bigapple.omnis.ch>
Message-ID: <1209652944.8078.15.camel@black>

> Is there any plan upgrading the FCKeditor version included in MoinMoin
> soon?

See there:

http://code.google.com/soc/2008/moin/about.html

(the last listed project)

We hope Moon will be successful with his project and we have a nice
updated FCKeditor this autumn.

The problem with FCKeditor updating is that it is not just copying the
new FCKeditor files into the moin tree, but due to changes in FCKeditor,
it needs Javascript work / debugging because some plugins we wrote
stopped working (and most of our usual developers either don't like
developing in JS or are not experienced in it or just don't need it,
because they don't use the GUI editor themselves).

So if you are a Javascript developer, feel invited to help us with
FCKeditor maintenance.

If you are a GUI editor user, feel invited to us testing.

The Coding phase for Summer of code starts end of May and there will be
some student repos on hg.moinmo.in where you can get the current code.





From mail at heavy.ch  Thu May  1 12:36:18 2008
From: mail at heavy.ch (mail at heavy.ch)
Date: Thu, 01 May 2008 18:36:18 +0200
Subject: [Moin-user] migrate command - 1.6.2 to 1.6.3
In-Reply-To: <1209366148.6556.10.camel@black>
References: <4815518D.1040403@pooryorick.com> <1209366148.6556.10.camel@black>
Message-ID: <1209659778.6604.6.camel@lestat.vampyre.home>

Hi there


> How do you tell it is "not migrated"?
> 
> > 	/path/to/www/www Calling migration script for /path/to/var/moin-1.6.3/data,
> > 	base revision 1060300
> 
> Well, if it tells the base revision is 1060300 (1.6.3), then obviously
> your are running it on a data_dir that already is at 1.6.3 level.


Well I only migrate from 1.5.x to 1.6.0 and after that I saw no reason
to run the migration script on my wiki's. Sure the meta file still
containts the "1060000" value.. are there any troubles wating for me
now?

bye
Marcel



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080501/55e19599/attachment.html>

From upenit at gmail.com  Thu May  1 14:39:45 2008
From: upenit at gmail.com (Upen K)
Date: Thu, 1 May 2008 14:39:45 -0400
Subject: [Moin-user] Moin Authentication using Hashed Cookie
Message-ID: <592abbe00805011139n5d716d5s55ccdcb0f0d9f728@mail.gmail.com>

Hi,
I'm very new to MoinMoin. I need to modify the Moin-Moin authentication
mechanism to do the following:

1) Use the Hashed Cookie using a key that only Server knows. Thus, the
cookie can't be generated by evesdropper because he won't have the key even
if he knows other part of the cookie.

2) Reduce the TimeOut period of the cookie. This is to minimize replay
attacks by any user.

Does someone have any experience with it? OR can someone tell me what files
I need to modify to get this to work?

Thanks
Upender
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080501/bf049178/attachment.html>

From upenit at gmail.com  Sat May  3 14:34:52 2008
From: upenit at gmail.com (Upen K)
Date: Sat, 3 May 2008 14:34:52 -0400
Subject: [Moin-user] Moin Authentication using Hashed Cookie
In-Reply-To: <592abbe00805011139n5d716d5s55ccdcb0f0d9f728@mail.gmail.com>
References: <592abbe00805011139n5d716d5s55ccdcb0f0d9f728@mail.gmail.com>
Message-ID: <592abbe00805031134u19088dx31d6f54e066b3d23@mail.gmail.com>

On Thu, May 1, 2008 at 2:39 PM, Upen K <upenit at gmail.com> wrote:

> Hi,
> I'm very new to MoinMoin. I need to modify the Moin-Moin authentication
> mechanism to do the following:
>
> 1) Use the Hashed Cookie using a key that only Server knows. Thus, the
> cookie can't be generated by evesdropper because he won't have the key even
> if he knows other part of the cookie.
>
> 2) Reduce the TimeOut period of the cookie. This is to minimize replay
> attacks by any user.
>
> Does someone have any experience with it? OR can someone tell me what
> files I need to modify to get this to work?
>
> Thanks
> Upender
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080503/b01ae32c/attachment.html>

From rb.proj at gmail.com  Mon May  5 14:30:17 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Mon, 05 May 2008 20:30:17 +0200
Subject: [Moin-user] textchas_disabled_group = u"Known"?
In-Reply-To: <1209392623.6556.20.camel@black>
References: <fv4du4$9h3$1@ger.gmane.org> <1209392623.6556.20.camel@black>
Message-ID: <fvnjnp$ahd$1@ger.gmane.org>

Thomas Waldmann schrieb:
>> I've tried the above setting, but it doesn't seem to be supported. Or
>> maybe I did something wrong?
> 
> Pseudogroups (Trusted, Known, All) are not supported. And as spammers
> create accounts these days, I am not sure that would make sense...
> 
> So please use some group page like TrustedEditorGroup and put the user
> names on it. Either leave that group page unprotected or protect it with
> ACLs so that any group member can add new members.
> 
>> Also, is there a way to limit xmlrpc access to certain users or user groups?
> 
> xmlrpc calls should follow the ACLs as web userinterface accesses do.
> 
>> Finally, is there a way to send notification emails for changes to
>> attachments (upload, replacement, deletion)?
> 

see http://moinmo.in/FeatureRequests/NotifyAttachmentChange

cheers
Reimar




From rb.proj at gmail.com  Mon May  5 14:32:57 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Mon, 05 May 2008 20:32:57 +0200
Subject: [Moin-user] "Similar Pages" or "Related Links" feature?
In-Reply-To: <48172D9F.6080904@redhat.com>
References: <48172D9F.6080904@redhat.com>
Message-ID: <fvnjsp$ahd$2@ger.gmane.org>

Chris Ward schrieb:
> Good afternoon everyone.
> 
> Does anyone know if there is a plugin available to auto-generate
> "Related Links" or "Similar Pages" links for moinmoin? After some heavy
> searching, I have so far come up empty-handed.
> 
> Thanks!
> 
> -Chris

For "Similar Pages" the classification by Marian Neagul
http://hg.moinmo.in/moin/1.7-classify-mneagul/
could be used after merging this branch

cheers
Reimar




From rb.proj at gmail.com  Mon May  5 14:36:53 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Mon, 05 May 2008 20:36:53 +0200
Subject: [Moin-user] Moin Authentication using Hashed Cookie
In-Reply-To: <592abbe00805011139n5d716d5s55ccdcb0f0d9f728@mail.gmail.com>
References: <592abbe00805011139n5d716d5s55ccdcb0f0d9f728@mail.gmail.com>
Message-ID: <fvnk45$ahd$3@ger.gmane.org>

Upen K schrieb:
> Hi,
> I'm very new to MoinMoin. I need to modify the Moin-Moin authentication
> mechanism to do the following:

Which version do you talk about?




From george at galis.org  Mon May  5 15:57:08 2008
From: george at galis.org (George Georgalis)
Date: Mon, 5 May 2008 15:57:08 -0400
Subject: [Moin-user] wrapping up an upgrade...
Message-ID: <20080505195708.GE4737@run.duo>

Hi!

I've just upgraded to MoinMoin 1.6.1. This was from a backup copy
of my data and config; due to a hardware failure I'm not sure what
moin version I started with but the install was 6 to 18 months old
and from pkgsrc.

Seems to be working just fine! But I have a question and two
comments.

In the old install I configured InterWiki and Apache so that
this wiki text LINK:/usr/local/software/R/dot.Renviron would be
this link http://hostname/usr/local/software/R/dot.Renviron and
download from the filesystem. But the new interpreter parses
that to http://hostname/usr/local/software/R/dot and the link is
broken. What can be done?


I use mod_python and I realize this isn't a moin issue,
but the upgrade would have been much smoother if the httpd.conf
change for apache 2.2 upgrade:

#PythonHandler MoinMoin.request::RequestModPy.run
 PythonHandler MoinMoin.request.request_modpython::Request.run

was mentioned in docs/CHANGES or docs/README.migration
....seems a lot of people have tripped over this.


Maybe the moin migration output will help with some logic in it; I think
it was incorrect where it says "re-issue the moin migrate command" below:

$ moin --config-dir=/usr/local/www/vhost/chime/moin/wiki/  --wiki-url=intra.metxx.net/wiki/ migration data
Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1050400
Returned. New rev is 1050500.
Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1050500
Returned. New rev is 1050600.
Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1050600
Returned. New rev is 1050700.
Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1050700
Returned. New rev is 1050800.
Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1050800
Returned. New rev is 1059999.
Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1059999
You must first edit /usr/local/www/vhost/chime/moin/wiki/data/rename1.txt.
For editing it, please use an editor that is able to edit UTF-8 encoded files.
Carefully edit - the fields are separated by a | char, do not change this!
Entries in this file look like:
PAGE OLDPAGENAME NEWPAGENAME
FILE OLDPAGENAME OLDFILENAME NEWFILENAME
You may ONLY edit the rightmost field (the new name - in case you want to rename the page or file).

After you have finished editing, rename the file to /usr/local/www/vhost/chime/moin/wiki/data/rename2.txt and re-issue the moin migrate command.
Final mig script reached, migration is complete.
$ moin --config-dir=/usr/local/www/vhost/chime/moin/wiki/  --wiki-url=intra.metXX.net/wiki/ migration data
Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1059999
Traceback (most recent call last):
  File "/usr/pkg/bin/moin", line 6, in ?
    run()
  File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/moin.py", line 15, in run
    MoinScript().run(showtime=0)
  File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run
    self.mainloop()
  File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 251, in mainloop
    plugin_class(args[2:], self.options).run() # all starts again there
  File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run
    self.mainloop()
  File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/migration/data.py", line 48, in mainloop
    curr_rev = execute(self, data_dir, curr_rev)
  File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/migration/1059999.py", line 34, in execute
    shutil.move(data_dir, src_data_dir)
  File "/usr/pkg/lib/python2.4/shutil.py", line 189, in move
    raise Error, "Cannot move a directory '%s' into itself '%s'." % (src, dst)
shutil.Error: Cannot move a directory '/usr/local/www/vhost/chime/moin/wiki/data' into itself '/usr/local/www/vhost/chime/moin/wiki/data.pre160'.


Thanks for your support!

// George


-- 
George Georgalis, information system scientist <IXOYE><



From tw-public at gmx.de  Tue May  6 03:36:01 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 06 May 2008 09:36:01 +0200
Subject: [Moin-user] wrapping up an upgrade...
In-Reply-To: <20080505195708.GE4737@run.duo>
References: <20080505195708.GE4737@run.duo>
Message-ID: <1210059361.6210.11.camel@black>

> I've just upgraded to MoinMoin 1.6.1.

Then please upgrade to 1.6.3 now for security reasons (see
MoinMoin:SecurityFixes).

>  This was from a backup copy
> of my data and config; due to a hardware failure I'm not sure what
> moin version I started with but the install was 6 to 18 months old
> and from pkgsrc.
> 
> Seems to be working just fine! But I have a question and two
> comments.
> 
> In the old install I configured InterWiki and Apache so that
> this wiki text LINK:/usr/local/software/R/dot.Renviron would be
> this link http://hostname/usr/local/software/R/dot.Renviron and
> download from the filesystem. But the new interpreter parses
> that to http://hostname/usr/local/software/R/dot and the link is
> broken. What can be done?

The interwiki link parsing was made to behave similar as link parsing.
If it doesn't detect the end like you wish, use [[...]] notation.

(it is hard to do it automatically right for all sorts of punctiation
marks)

> I use mod_python and I realize this isn't a moin issue,
> but the upgrade would have been much smoother if the httpd.conf
> change for apache 2.2 upgrade:
> 
> #PythonHandler MoinMoin.request::RequestModPy.run
>  PythonHandler MoinMoin.request.request_modpython::Request.run
> 
> was mentioned in docs/CHANGES or docs/README.migration
> ....seems a lot of people have tripped over this.

This is not only a mod_python thing. It is expected for all server
methods that you upgrade the adaptor code from wiki/server/...

> Maybe the moin migration output will help with some logic in it; I think
> it was incorrect where it says "re-issue the moin migrate command" below:

You need to re-issue the command to do the real migration, of course it
shouldn't crash.

> After you have finished editing, rename the file to /usr/local/www/vhost/chime/moin/wiki/data/rename2.txt and re-issue the moin migrate command.
> Final mig script reached, migration is complete.
> $ moin --config-dir=/usr/local/www/vhost/chime/moin/wiki/  --wiki-url=intra.metXX.net/wiki/ migration data
> Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1059999
> Traceback (most recent call last):
>   File "/usr/pkg/bin/moin", line 6, in ?
>     run()
>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/moin.py", line 15, in run
>     MoinScript().run(showtime=0)
>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run
>     self.mainloop()
>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 251, in mainloop
>     plugin_class(args[2:], self.options).run() # all starts again there
>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run
>     self.mainloop()
>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/migration/data.py", line 48, in mainloop
>     curr_rev = execute(self, data_dir, curr_rev)
>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/migration/1059999.py", line 34, in execute
>     shutil.move(data_dir, src_data_dir)
>   File "/usr/pkg/lib/python2.4/shutil.py", line 189, in move
>     raise Error, "Cannot move a directory '%s' into itself '%s'." % (src, dst)
> shutil.Error: Cannot move a directory '/usr/local/www/vhost/chime/moin/wiki/data' into itself '/usr/local/www/vhost/chime/moin/wiki/data.pre160'.

Strange error msg.
If you have something named data.pre160 there, remove it.






From suresh.madhuvarsu at gmail.com  Tue May  6 14:02:51 2008
From: suresh.madhuvarsu at gmail.com (Suresh Krishna)
Date: Tue, 6 May 2008 11:02:51 -0700
Subject: [Moin-user] How to enable "Page Trail" feature in 1.6.3
Message-ID: <c4241cc10805061102s5b708f0q7b8de0a090acad16@mail.gmail.com>

Hi,

I have migrated my old wiki 1.2 to 1.6.3 and configuring for the corporate
intranet.

I have set the "user_autocreate = True" and "show_login = False". When i do
this the effect is the Login is not shown and thats fine for me.
But the Page Trail feature is not present at the top of the wiki page. I can
see the same thing if i login after enabling the login.

Can anyone point me how to enable "page trail" even after login is disabled.

Thanks,
Krishna
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080506/74a8806d/attachment.html>

From mhz at ubuntu.com  Tue May  6 15:00:22 2008
From: mhz at ubuntu.com (Mauricio Hernandez Z.)
Date: Tue, 6 May 2008 15:00:22 -0400
Subject: [Moin-user] How to enable "Page Trail" feature in 1.6.3
In-Reply-To: <c4241cc10805061102s5b708f0q7b8de0a090acad16@mail.gmail.com>
References: <c4241cc10805061102s5b708f0q7b8de0a090acad16@mail.gmail.com>
Message-ID: <720dc91f0805061200t670b9f85y1dd6b652d82c4786@mail.gmail.com>

On Tue, May 6, 2008 at 2:02 PM, Suresh Krishna
<suresh.madhuvarsu at gmail.com> wrote:
> Hi,
>
> I have migrated my old wiki 1.2 to 1.6.3 and configuring for the corporate
> intranet.
>
> I have set the "user_autocreate = True" and "show_login = False". When i do
> this the effect is the Login is not shown and thats fine for me.
>  But the Page Trail feature is not present at the top of the wiki page. I
> can see the same thing if i login after enabling the login.
>
> Can anyone point me how to enable "page trail" even after login is disabled.
>

IIRC, this feature has to be manually enabled at UserPreferences, else
you won't see it, even if logged in.

-- 
Cordialmente,

Mauricio Hernandez Z.

[Mail escrito sin caracteres especiales o acentos para evitar
conflictos de lectura entre sistemas]



From george at galis.org  Tue May  6 16:00:46 2008
From: george at galis.org (George Georgalis)
Date: Tue, 6 May 2008 16:00:46 -0400
Subject: [Moin-user] wrapping up an upgrade...
In-Reply-To: <1210059361.6210.11.camel@black>
References: <20080505195708.GE4737@run.duo> <1210059361.6210.11.camel@black>
Message-ID: <20080506200046.GG4737@run.duo>

On Tue 06 May 2008 at 09:36:01 AM +0200, Thomas Waldmann wrote:
>> I've just upgraded to MoinMoin 1.6.1.
>
>Then please upgrade to 1.6.3 now for security reasons (see
>MoinMoin:SecurityFixes).

Thanks for noting that. I'm creating a ticket for pkgsrc; as for
my installation, only a small group of trusted users can access.
(and I'm still doing loose ends from the hw failure)

>The interwiki link parsing was made to behave similar as link parsing.
>If it doesn't detect the end like you wish, use [[...]] notation.

Oh, thanks for pointing out what is clear in the new docs...
and no problem, that works fine.


>> Maybe the moin migration output will help with some logic in it; I think
>> it was incorrect where it says "re-issue the moin migrate command" below:
>
>You need to re-issue the command to do the real migration, of course it
>shouldn't crash.
>
>> After you have finished editing, rename the file to /usr/local/www/vhost/chime/moin/wiki/data/rename2.txt and re-issue the moin migrate command.
>> Final mig script reached, migration is complete.
>> $ moin --config-dir=/usr/local/www/vhost/chime/moin/wiki/  --wiki-url=intra.metXX.net/wiki/ migration data
>> Calling migration script for /usr/local/www/vhost/chime/moin/wiki/data, base revision 1059999
>> Traceback (most recent call last):
>>   File "/usr/pkg/bin/moin", line 6, in ?
>>     run()
>>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/moin.py", line 15, in run
>>     MoinScript().run(showtime=0)
>>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run
>>     self.mainloop()
>>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 251, in mainloop
>>     plugin_class(args[2:], self.options).run() # all starts again there
>>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run
>>     self.mainloop()
>>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/migration/data.py", line 48, in mainloop
>>     curr_rev = execute(self, data_dir, curr_rev)
>>   File "/usr/pkg/lib/python2.4/site-packages/MoinMoin/script/migration/1059999.py", line 34, in execute
>>     shutil.move(data_dir, src_data_dir)
>>   File "/usr/pkg/lib/python2.4/shutil.py", line 189, in move
>>     raise Error, "Cannot move a directory '%s' into itself '%s'." % (src, dst)
>> shutil.Error: Cannot move a directory '/usr/local/www/vhost/chime/moin/wiki/data' into itself '/usr/local/www/vhost/chime/moin/wiki/data.pre160'.
>
>Strange error msg.
>If you have something named data.pre160 there, remove it.

There is no file there nor do I have any reason to think
such a file was created locally (if I tracked such a
thing it wouldn't be that way.)

The system is working fine in production; and I'm inclined to
think it has been working since 'migration is complete.' Is
there something I can try to identify a problem with the
existing install?

// George


-- 
George Georgalis, information system scientist <IXOYE><



From j.k.wight at ncl.ac.uk  Wed May  7 11:21:56 2008
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Wed, 07 May 2008 16:21:56 +0100
Subject: [Moin-user] Confused lists
Message-ID: <1210173716.13595.56.camel@gudea.ncl.ac.uk>

 * list item

 term:: definition

renders (in Firefox) as

 * list item

   term
        definition

i.e. the definition list item is treated as belonging to the preceding
list, with both <li></li> and <dt></dt><dd></dd> occurring within
<ul></ul>, which probably isn't valid HTML.

I expected to see

 * list item

term
     definition

i.e. <ul><li></li></ul> followed by <dl><dt></dt><dd></dd></dl>

That's at 1.6.3.

Jim





From barry.cornelius at oucs.ox.ac.uk  Wed May  7 12:02:40 2008
From: barry.cornelius at oucs.ox.ac.uk (Barry Cornelius)
Date: Wed, 7 May 2008 17:02:40 +0100 (BST)
Subject: [Moin-user] Confused lists
In-Reply-To: <1210173716.13595.56.camel@gudea.ncl.ac.uk>
References: <1210173716.13595.56.camel@gudea.ncl.ac.uk>
Message-ID: <Pine.LNX.4.62.0805071657380.7545@karhide>

On Wed, 7 May 2008, Jim Wight wrote:
> * list item
>
> term:: definition
>
> renders (in Firefox) as
>
> * list item
>
>   term
>        definition

I guess a botch is to do:
* list item
[[BR]]
term:: definition

But I guess that will give you more vertical space than you want.

Note:  We are using 1.5.3.  I believe [[BR]] is written as <<BR>> in 
1.6.x.

--
Barry Cornelius
Oxford University Computing Services
University of Oxford, 13 Banbury Road, Oxford, OX2 6NN, UK
www.barrycornelius.com     01865 273267 or +44 1865 273267




From tw-public at gmx.de  Wed May  7 12:13:53 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 07 May 2008 18:13:53 +0200
Subject: [Moin-user] Confused lists
In-Reply-To: <1210173716.13595.56.camel@gudea.ncl.ac.uk>
References: <1210173716.13595.56.camel@gudea.ncl.ac.uk>
Message-ID: <4821D541.40707@gmx.de>

Hi Jim,

that problem is known and vanishes as soon as you put something non-list 
in between the different lists.

Cheers,

Thomas




From tim.bird at am.sony.com  Wed May  7 12:34:39 2008
From: tim.bird at am.sony.com (Tim Bird)
Date: Wed, 7 May 2008 09:34:39 -0700
Subject: [Moin-user] typographical error in WikiCourse, page 14
Message-ID: <4821DA1F.1050307@am.sony.com>

To whom it may concern,

I noticed a typo in:
http://moinmo.in/WikiCourse/14%20Text%20styles

It's a trivial typo:
"stronly"  should be "strongly" (in 2 places)

I can't change these myself, so I thought it would be good
to send them to the e-mail list so that someone with appropriate
permissions could fix it.

Thanks for the nice software!  I've been a MoinMoin user for
almost 8 years now (I think).  I'm just in the middle of upgrading
one site from 1.0 to 1.6.3.

Regards,
  -- Tim

=============================
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=============================




From j.k.wight at ncl.ac.uk  Thu May  8 03:48:23 2008
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Thu, 08 May 2008 08:48:23 +0100
Subject: [Moin-user] Confused lists
In-Reply-To: <Pine.LNX.4.62.0805071657380.7545@karhide>
References: <1210173716.13595.56.camel@gudea.ncl.ac.uk>
	<Pine.LNX.4.62.0805071657380.7545@karhide>
Message-ID: <1210232903.13595.77.camel@gudea.ncl.ac.uk>

On Wed, 2008-05-07 at 17:02 +0100, Barry Cornelius wrote:
> On Wed, 7 May 2008, Jim Wight wrote:
> > * list item
> >
> > term:: definition
> >
> > renders (in Firefox) as
> >
> > * list item
> >
> >   term
> >        definition
> 
> I guess a botch is to do:
> * list item
> [[BR]]
> term:: definition
> 
> But I guess that will give you more vertical space than you want.
> 
> Note:  We are using 1.5.3.  I believe [[BR]] is written as <<BR>> in 
> 1.6.x.

Yes, that gives more space than wanted.

We have adopted the definition list for presenting certain information
in a stylised way in certain pages in order to facilitate searching for
summarising in other pages (using the SearchInPagesAndSort macro). In
this case it just happened to be preceded by a list. What made matters
worse was that it was immediately followed by another unordered
list/definition list combination, so the problem escalated. However,
nesting the definition lists within the unordered list items gives an
acceptable layout for now.

Jim







From tw-public at gmx.de  Thu May  8 04:27:50 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 08 May 2008 10:27:50 +0200
Subject: [Moin-user] typographical error in WikiCourse, page 14
In-Reply-To: <4821DA1F.1050307@am.sony.com>
References: <4821DA1F.1050307@am.sony.com>
Message-ID: <1210235270.9310.2.camel@black>


> I noticed a typo in:
> http://moinmo.in/WikiCourse/14%20Text%20styles

Thanks for fixing it on both master wikis!

> Thanks for the nice software!  I've been a MoinMoin user for
> almost 8 years now (I think).  I'm just in the middle of upgrading
> one site from 1.0 to 1.6.3.

Wow, that's a huge upgrade (lots to read in docs/CHANGES and
docs/README.migration).

In case you run into trouble, you us on IRC #moin so we can help.





From tim.bird at am.sony.com  Thu May  8 14:17:50 2008
From: tim.bird at am.sony.com (Tim Bird)
Date: Thu, 8 May 2008 11:17:50 -0700
Subject: [Moin-user] A few upgrade questions
Message-ID: <482343CE.3040704@am.sony.com>

Hi all,

I'm just putting the finishing touches on a big upgrade (from 1.0
to 1.6.3), and I have a few questions.

Most things have gone surprisingly well.  I have run LOTS of migration
scripts, and had to fix up a few things by hand.  But overall I
am very pleased with the results.  Documents and attachments are
mostly all in place, without too much trouble.

Here are a few issues I'm still trying to decide what to do about:

1. Use of HTML() macro.  I used this in only a few places.  It says
to be careful about it due to security.  How bad is it?  Should I avoid
it, and just work around the places I was using it.  (I'm rebuilding
the server due to it getting cracked. I don't think it was a MoinMoin
security breach, but I don't know for sure.  In any event, I'm being
much more cautious about security issues now.)
Any advice?

2. use of my own custom noprint processor block
I customized moin 1.0 so that it supported non-printable blocks.
That is, in normal web view, the block would be displayed as normal,
but in "print" view, the block would be hidden.  This was used for
online comments in a specification that could be edited online, but
then ultimately printed without the comments.  Online, the comments
appeared in a different color (green).

I modified parser/wiki.py for this, adding expressions for the
opening and closing of a 'noprint' block:
(?P<noprint>(\{\{\{#noprint))
(?P<noprint_close>(#noprint\}\}\}))
And also adding block parsing code, and functions to handle the block
depending on the mode:
     def _noprint_repl(self, word):
         return '<FONT COLOR="green">'

     def _noprint_close_repl(self, word):
         return '</FONT>'

Is there any feature like this already (that suppresses text depending
on the display mode), that I could transition to?

If not, would this be interesting enough to other people that I should work
up a patch against 1.6.3 and send it in?  I'm hesitant to continue using
a custom feature, because it makes upgrades a pain.

3. use of my own TableOfContents and Include macros.
I modified moin-1.0 to suppress my custom TableOfContents expansion in Included
documents, and to have my custom TableOfContents macro include the headings
of Included documents (adjusted for nesting level).  Does MoinMoin do this
now?  This was to support large documents constructed from several pages.

Any tips about newer features that could substitute for the above would be
appreciated.

Thanks,
  -- Tim



=============================
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=============================




From tim.bird at am.sony.com  Thu May  8 13:59:53 2008
From: tim.bird at am.sony.com (Tim Bird)
Date: Thu, 8 May 2008 10:59:53 -0700
Subject: [Moin-user] typographical error in WikiCourse, page 14
In-Reply-To: <1210235270.9310.2.camel@black>
References: <4821DA1F.1050307@am.sony.com> <1210235270.9310.2.camel@black>
Message-ID: <48233F99.8070500@am.sony.com>

Thomas Waldmann wrote:
>> I noticed a typo in:
>> http://moinmo.in/WikiCourse/14%20Text%20styles
> 
> Thanks for fixing it on both master wikis!

Sorry I didn't figure it out sooner.  BTW, the new text
captchas are great!

>> Thanks for the nice software!  I've been a MoinMoin user for
>> almost 8 years now (I think).  I'm just in the middle of upgrading
>> one site from 1.0 to 1.6.3.
> 
> Wow, that's a huge upgrade (lots to read in docs/CHANGES and
> docs/README.migration).
> 
> In case you run into trouble, you us on IRC #moin so we can help.
Thanks.  I'm mostly done now.  I just have a few issues left,
and no IRC access from behind my company firewall.  I'll start
a new thread with a few questions.

Regards,
  -- Tim

=============================
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=============================




From rwood at TrustedCS.com  Thu May  8 14:49:52 2008
From: rwood at TrustedCS.com (Randall Wood)
Date: Thu, 08 May 2008 14:49:52 -0400
Subject: [Moin-user] MoinMoin 1.7.0
Message-ID: <48234B50.3080006@trustedcs.com>

Is there an ETA for version 1.7.0?

-- 

V/R
Randall Wood
Secure Systems Engineer
Trusted Computer Solutions
http://www.trustedcs.com
rwood at trustedcs.com
V 703.537.4382
M 202.431.1597
F 703.318.5041




From tw-public at gmx.de  Thu May  8 18:45:35 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 09 May 2008 00:45:35 +0200
Subject: [Moin-user] A few upgrade questions
In-Reply-To: <482343CE.3040704@am.sony.com>
References: <482343CE.3040704@am.sony.com>
Message-ID: <1210286735.7787.27.camel@black>

> 1. Use of HTML() macro.  I used this in only a few places.  It says
> to be careful about it due to security.  How bad is it?

It depends on WHO writes the HTML (== has write access to a wiki
offering the old, unsafe 3rd party HTML stuff).

If it is an attacker, he could put some evil javascript in there,
stealing your cookies or doing other bad stuff. In the worst case, he
maybe could steal your session and install moin extensions (python code)
or pull a complete backup of your wiki (in case you are superuser) or
read acl protected pages...

Note: the new html parser in 1.6 is a "safe html" parser, that doesn't
permit problematic stuff. So if you want to put some harmless html into
your wiki, use the builtin html parser of 1.6.

> 2. use of my own custom noprint processor block
> I customized moin 1.0 so that it supported non-printable blocks.
> That is, in normal web view, the block would be displayed as normal,
> but in "print" view, the block would be hidden.  This was used for
> online comments in a specification that could be edited online, but
> then ultimately printed without the comments.  Online, the comments
> appeared in a different color (green).

Not sure if it helps, but moin now has /* comments */ and their
visibility can be toggled. Not sure how printing behaves, but if it is
not behaving correctly, it maybe could get fixed easily.

> I modified parser/wiki.py for this, adding expressions for the
> opening and closing of a 'noprint' block:
> (?P<noprint>(\{\{\{#noprint))
> (?P<noprint_close>(#noprint\}\}\}))
> And also adding block parsing code, and functions to handle the block
> depending on the mode:
>      def _noprint_repl(self, word):
>          return '<FONT COLOR="green">'
> 
>      def _noprint_close_repl(self, word):
>          return '</FONT>'
> 
> Is there any feature like this already (that suppresses text depending
> on the display mode), that I could transition to?

You can either use /* comments */ or put the comments on a
supplementation page (comment subpage).

Or, write a plugin parser that does whatever you like and put it into
data/plugin/parser as e.g. noprint.py). Much cleaner now as you don't
have to hack the wiki parser directly.

> If not, would this be interesting enough to other people that I should work
> up a patch against 1.6.3 and send it in?  I'm hesitant to continue using
> a custom feature, because it makes upgrades a pain.

If you can't get it working with the builtin stuff the way you want,
yes.

> 3. use of my own TableOfContents and Include macros.
> I modified moin-1.0 to suppress my custom TableOfContents expansion in Included
> documents, and to have my custom TableOfContents macro include the headings
> of Included documents (adjusted for nesting level).  Does MoinMoin do this
> now?

I rarely use the (builtin) toc and include stuff and I avoid looking at
the code of it to not get blind. |-)

The good news is that we'll have a summer of code project soon that will
implement a new formatter that is able to do such stuff in a much
cleaner and more powerful way.

Don't hold your breath for it though, the SOC stuff will be in 1.8 or
later (not expected before end of this year, maybe even later).






From tw-public at gmx.de  Thu May  8 18:49:24 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 09 May 2008 00:49:24 +0200
Subject: [Moin-user] MoinMoin 1.7.0
In-Reply-To: <48234B50.3080006@trustedcs.com>
References: <48234B50.3080006@trustedcs.com>
Message-ID: <1210286964.7787.29.camel@black>


> Is there an ETA for version 1.7.0?

Yes, see http://moinmo.in/MoinMoinTodo/Release%201.7.0




From xtopher.brandt at gmail.com  Fri May  9 15:31:07 2008
From: xtopher.brandt at gmail.com (Christopher Brandt)
Date: Fri, 9 May 2008 19:31:07 +0000 (UTC)
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
Message-ID: <loom.20080509T193002-927@post.gmane.org>

I hate to whine, but I just lost the last 3 hours in a futile attempt to upgrade
my MoinMoin wiki from 1.5.6 to 1.6.3 on a Windows box with Python 2.5

Here is what I encountered:

1. The upgrade process is not documented, as far as I can tell. There is a
migration readme, but nothing that covers the overall process. Since there is no
installer or script to automate the upgrade I would at least expect some
documentation on the steps.

2. After reading through the documentation that I could find, I determined that
I needed to create a full backup of my code directories and my wiki directories,
install the new version over top of the existing and finally do a data migration
step. The backup and install worked fine, but it took me a while to understand
how to do the data migration. I finally ended up running moin.py from my wiki
directory. It said it did something and didn't report any errors, so I was
satisfied.

3. At this point I expected everything to just work, but it didn't. Hitting the
site returned a CGI error. No idea why, the cgi file had not changed and none of
the paths had changed. After about an hour of screwing around and searching for
answers, I finally copied the new cgi file that came with the new version to my
wiki and modified it to match my set up. Voila, now Moin runs, sort of.

4. Moin returns some pythonic error complaining about uft-8 being a bad
encoding. After looking at the debug information I figured out that the problem
was the author's name Jurgen somebody. The u in his name was a unicode character
and disliked. So I searched through all of the files in my wiki for his name,
removed it and voila, now my wiki runs, sort of.

5. Authentication was busted, I could log in but it didn't know who I was (no
profile). My Start Page was missing (yes it was configured, that hadn't
changed). When I brought up an existing page stuff like the TableOfContents
macro no longer worked.

At that point I gave up and reverted to 1.5.6.

In general I like MoinMoin and I do want to upgrade. But there needs to be
easily accessible help on how to do it.

Thanks

-- 
Chris




From rick.vanderveer at gmail.com  Fri May  9 16:17:33 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Fri, 9 May 2008 15:17:33 -0500
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <loom.20080509T193002-927@post.gmane.org>
References: <loom.20080509T193002-927@post.gmane.org>
Message-ID: <5c39e1ca0805091317m7082b31cx13ee07e455b94299@mail.gmail.com>

Hey Christopher,
It's probably too late, but I do have a pretty well documented process for
upgrading to 1.6, here:
http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16

I think this weekend I'm going to do one more polishing pass, then rename it
and link it from the MoinMoinDownloads page.

Sorry it was so painful (I had similar problems myself, but I think my
documentation should now alleviate that).

-Rick


On Fri, May 9, 2008 at 2:31 PM, Christopher Brandt <xtopher.brandt at gmail.com>
wrote:

> I hate to whine, but I just lost the last 3 hours in a futile attempt to
> upgrade
> my MoinMoin wiki from 1.5.6 to 1.6.3 on a Windows box with Python 2.5
>
> Here is what I encountered:
>
> 1. The upgrade process is not documented, as far as I can tell. There is a
> migration readme, but nothing that covers the overall process. Since there
> is no
> installer or script to automate the upgrade I would at least expect some
> documentation on the steps.
>
> 2. After reading through the documentation that I could find, I determined
> that
> I needed to create a full backup of my code directories and my wiki
> directories,
> install the new version over top of the existing and finally do a data
> migration
> step. The backup and install worked fine, but it took me a while to
> understand
> how to do the data migration. I finally ended up running moin.py from my
> wiki
> directory. It said it did something and didn't report any errors, so I was
> satisfied.
>
> 3. At this point I expected everything to just work, but it didn't. Hitting
> the
> site returned a CGI error. No idea why, the cgi file had not changed and
> none of
> the paths had changed. After about an hour of screwing around and searching
> for
> answers, I finally copied the new cgi file that came with the new version
> to my
> wiki and modified it to match my set up. Voila, now Moin runs, sort of.
>
> 4. Moin returns some pythonic error complaining about uft-8 being a bad
> encoding. After looking at the debug information I figured out that the
> problem
> was the author's name Jurgen somebody. The u in his name was a unicode
> character
> and disliked. So I searched through all of the files in my wiki for his
> name,
> removed it and voila, now my wiki runs, sort of.
>
> 5. Authentication was busted, I could log in but it didn't know who I was
> (no
> profile). My Start Page was missing (yes it was configured, that hadn't
> changed). When I brought up an existing page stuff like the TableOfContents
> macro no longer worked.
>
> At that point I gave up and reverted to 1.5.6.
>
> In general I like MoinMoin and I do want to upgrade. But there needs to be
> easily accessible help on how to do it.
>
> Thanks
>
> --
> Chris
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080509/f4af5e61/attachment.html>

From tw-public at gmx.de  Fri May  9 17:16:53 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 09 May 2008 23:16:53 +0200
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <loom.20080509T193002-927@post.gmane.org>
References: <loom.20080509T193002-927@post.gmane.org>
Message-ID: <1210367813.6838.22.camel@black>

> I hate to whine, but I just lost the last 3 hours in a futile attempt to upgrade
> my MoinMoin wiki from 1.5.6 to 1.6.3 on a Windows box with Python 2.5

Why didn't you just ask on IRC? That's faster than ML.

> 1. The upgrade process is not documented, as far as I can tell. There is a
> migration readme,

That's all about data migration.

>  but nothing that covers the overall process.

Well, there is also docs about that. You can even use the installation
docs, it is not that much different as far as moin files are
concerned...

There are also help pages on upgrading as well as some "alternative
upgrading docs" from some users in the moin wiki.

If that's not enough, well, then we are obviously missing someone who
takes all that stuff and makes the ultimate upgrade docs from it. That
could be you (or anyone else reading this >:).

> Since there is no
> installer or script to automate the upgrade

As we don't know locations of your stuff (and what server method you
use, what server software you use, what OS you use, ...), we can't do
that.

> 2. After reading through the documentation that I could find, I determined that
> I needed to create a full backup of my code directories and my wiki directories,
> install the new version over top of the existing and finally do a data migration
> step. The backup and install worked fine, but it took me a while to understand
> how to do the data migration. I finally ended up running moin.py from my wiki
> directory. It said it did something and didn't report any errors, so I was
> satisfied.
> 
> 3. At this point I expected everything to just work, but it didn't. Hitting the
> site returned a CGI error. No idea why, the cgi file had not changed and none of
> the paths had changed. After about an hour of screwing around and searching for
> answers, I finally copied the new cgi file that came with the new version to my
> wiki and modified it to match my set up. Voila, now Moin runs, sort of.

Well, the server adaptor code (cgi script in your case) is part of the
moin code and sometimes has to be changed. We don't do it with every
minor upgrade, but updating this part of the code is also recommended.

> 4. Moin returns some pythonic error complaining about uft-8 being a bad
> encoding. After looking at the debug information I figured out that the problem
> was the author's name Jurgen somebody. The u in his name was a unicode character
> and disliked. So I searched through all of the files in my wiki for his name,
> removed it and voila, now my wiki runs, sort of.

All your wiki data should be in utf-8 encoding. So if that error
happens, something has gone very wrong (either someone has put non-utf-8
data into the wiki somehow) or some older migration was not done
correctly (very old moin versions had iso-8859-1 encoding as standard
and the converter script converted that to utf-8 back then).

> 5. Authentication was busted,

Auth has change since 1.5 (and will change again for 1.7), and is
documented in docs/CHANGES (as well as on Help*).

We also have sample configs (even more in 1.7, more snippet like) that
might answer some questions.

> I could log in but it didn't know who I was (no profile).
> ?My Start Page was missing (yes it was configured, that hadn't
> changed).

I don't understand what you mean here.

>  When I brought up an existing page stuff like the TableOfContents
> macro no longer worked.

Then you did not run the migration correctly. The 1.5 to 1.6 migration
converts most of the wiki markup to 1.6.

> In general I like MoinMoin and I do want to upgrade. But there needs to be
> easily accessible help on how to do it.

Well, we had lots of changes, so you won't find a short list of what to
do, because the list is there, but it is not short (docs/CHANGES, Help
pages, README.migration).

Writing more docs also does not help much because even the docs that are
there are obviously not (completely) read, so it won't get better if we
just add MORE docs.

I don't say that the docs can't be improved (they sure can), but I want
more concrete requests (or patches or wiki edits). All the install docs
are on the master wikis (master16.moinmo.in and master17.moinmo.in, see
also MoinMoin:EditingOnMoinMaster).

Maybe you find these pages useful:

http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16


http://moinmo.in/ThomasWaldmann/AnotherWayToMigrateFrom1.5To1.6






From tw-public at gmx.de  Tue May 13 06:10:55 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 13 May 2008 12:10:55 +0200
Subject: [Moin-user] moin 1.7.0beta2 ready for testing
Message-ID: <1210673455.7520.14.camel@black>

Hi Moiners :)

See http://moinmo.in/MoinMoinDownload for the latest beta version of our
next upcoming release.

1.7.0 is expected later this month, so you see, there are only 2 weeks
left. rc1 will be likely next weekend and a release soon afterwards
(except if someone finds big bugs :).

It would be nice if some of you could help testing, see also the release
todo page there: http://moinmo.in/MoinMoinTodo/Release%201.7.0

     A. The current code runs at http://test17.moinmo.in/ but we also
        need some tests in different environments (ldap auth,
        mod_python, Twisted, Windows, ...).

The translations / help / system pages also need some work and testing,
see http://moinmo.in/MoinDev/Translation - especially if you speak some
non-english language. We had to do some late changes to i18n strings due
to bug fixes, so better check again if the translation to your language
is complete (esp. the MoinI18n sub-page).

Cheers,

Thomas





From sebastian.haase at mdc-berlin.de  Tue May 13 09:00:56 2008
From: sebastian.haase at mdc-berlin.de (Sebastian Haase)
Date: Tue, 13 May 2008 15:00:56 +0200
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <1210367813.6838.22.camel@black>
References: <loom.20080509T193002-927@post.gmane.org>
	<1210367813.6838.22.camel@black>
Message-ID: <bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>

On Fri, May 9, 2008 at 11:16 PM, Thomas Waldmann <tw-public at gmx.de> wrote:
> > I hate to whine, but I just lost the last 3 hours in a futile attempt to upgrade
>  > my MoinMoin wiki from 1.5.6 to 1.6.3 on a Windows box with Python 2.5
>
>  Why didn't you just ask on IRC? That's faster than ML.

Hi,

Does IRC work through a web browser -- firefox ?

I consider myself computer + web experienced, but have newer had (very
successful) experience wit IRC ?

Thanks,
Sebastian Haase

<snip>



From skip at pobox.com  Tue May 13 09:48:34 2008
From: skip at pobox.com (skip at pobox.com)
Date: Tue, 13 May 2008 08:48:34 -0500
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>
References: <loom.20080509T193002-927@post.gmane.org>
	<1210367813.6838.22.camel@black>
	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>
Message-ID: <18473.39986.601994.824872@montanaro-dyndns-org.local>

    Sebastian> Does IRC work through a web browser -- firefox ?

If you install the ChatZilla extension, yes, it does.

Skip



From sebastian.haase at mdc-berlin.de  Tue May 13 10:55:32 2008
From: sebastian.haase at mdc-berlin.de (Sebastian Haase)
Date: Tue, 13 May 2008 16:55:32 +0200
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <18473.39986.601994.824872@montanaro-dyndns-org.local>
References: <loom.20080509T193002-927@post.gmane.org>
	<1210367813.6838.22.camel@black>
	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>
	<18473.39986.601994.824872@montanaro-dyndns-org.local>
Message-ID: <bc657ead0805130755t338ab90fo6b712f7fe51b81b2@mail.gmail.com>

On Tue, May 13, 2008 at 3:48 PM,  <skip at pobox.com> wrote:
>     Sebastian> Does IRC work through a web browser -- firefox ?
>
>  If you install the ChatZilla extension, yes, it does.
>
>  Skip
>

Thanks for the info -- how do get to the Moinmoin IRC from there !?
(a 3 line IRC tutorial maybe ;-)   )


Thanks,
Serbastian.



From tw-public at gmx.de  Tue May 13 11:13:48 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 13 May 2008 17:13:48 +0200
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <bc657ead0805130755t338ab90fo6b712f7fe51b81b2@mail.gmail.com>
References: <loom.20080509T193002-927@post.gmane.org>	<1210367813.6838.22.camel@black>	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>	<18473.39986.601994.824872@montanaro-dyndns-org.local>
	<bc657ead0805130755t338ab90fo6b712f7fe51b81b2@mail.gmail.com>
Message-ID: <4829B02C.4060200@gmx.de>


> Thanks for the info -- how do get to the Moinmoin IRC from there !?
> (a 3 line IRC tutorial maybe ;-)   )

http://moinmo.in/MoinMoinChat




From skip at pobox.com  Tue May 13 12:03:18 2008
From: skip at pobox.com (skip at pobox.com)
Date: Tue, 13 May 2008 11:03:18 -0500
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <bc657ead0805130755t338ab90fo6b712f7fe51b81b2@mail.gmail.com>
References: <loom.20080509T193002-927@post.gmane.org>
	<1210367813.6838.22.camel@black>
	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>
	<18473.39986.601994.824872@montanaro-dyndns-org.local>
	<bc657ead0805130755t338ab90fo6b712f7fe51b81b2@mail.gmail.com>
Message-ID: <18473.48070.610101.898290@montanaro-dyndns-org.local>

    >> If you install the ChatZilla extension, yes, it does.

    Sebastian> Thanks for the info -- how do get to the Moinmoin IRC from
    Sebastian> there !?  (a 3 line IRC tutorial maybe ;-) )

The URL for the #moin channel would be

    irc://irc.freenode.net/moin

Skip



From p.f.moore at gmail.com  Tue May 13 12:13:48 2008
From: p.f.moore at gmail.com (Paul Moore)
Date: Tue, 13 May 2008 17:13:48 +0100
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <18473.39986.601994.824872@montanaro-dyndns-org.local>
References: <loom.20080509T193002-927@post.gmane.org>
	<1210367813.6838.22.camel@black>
	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>
	<18473.39986.601994.824872@montanaro-dyndns-org.local>
Message-ID: <79990c6b0805130913p582b8f7ewa1b16101a866f2e0@mail.gmail.com>

On 13/05/2008, skip at pobox.com <skip at pobox.com> wrote:
>    Sebastian> Does IRC work through a web browser -- firefox ?
>
> If you install the ChatZilla extension, yes, it does.

But AIUI it doesn't use HTTP, so if you are behind a firewall you may
not be able to get IRC even via ChatZilla.

Paul



From skip at pobox.com  Tue May 13 12:34:42 2008
From: skip at pobox.com (skip at pobox.com)
Date: Tue, 13 May 2008 11:34:42 -0500
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <79990c6b0805130913p582b8f7ewa1b16101a866f2e0@mail.gmail.com>
References: <loom.20080509T193002-927@post.gmane.org>
	<1210367813.6838.22.camel@black>
	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>
	<18473.39986.601994.824872@montanaro-dyndns-org.local>
	<79990c6b0805130913p582b8f7ewa1b16101a866f2e0@mail.gmail.com>
Message-ID: <18473.49954.714347.841465@montanaro-dyndns-org.local>

    >> If you install the ChatZilla extension, yes, it does.

    Paul> But AIUI it doesn't use HTTP, so if you are behind a firewall you
    Paul> may not be able to get IRC even via ChatZilla.

Sure, if the irc port is blocked you'd be hosed.

Skip




From tim.bird at am.sony.com  Tue May 13 13:22:33 2008
From: tim.bird at am.sony.com (Tim Bird)
Date: Tue, 13 May 2008 10:22:33 -0700
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <79990c6b0805130913p582b8f7ewa1b16101a866f2e0@mail.gmail.com>
References: <loom.20080509T193002-927@post.gmane.org>	<1210367813.6838.22.camel@black>	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>	<18473.39986.601994.824872@montanaro-dyndns-org.local>
	<79990c6b0805130913p582b8f7ewa1b16101a866f2e0@mail.gmail.com>
Message-ID: <4829CE59.4090909@am.sony.com>

Paul Moore wrote:
> On 13/05/2008, skip at pobox.com <skip at pobox.com> wrote:
>>    Sebastian> Does IRC work through a web browser -- firefox ?
>>
>> If you install the ChatZilla extension, yes, it does.
> 
> But AIUI it doesn't use HTTP, so if you are behind a firewall you may
> not be able to get IRC even via ChatZilla.

I'm behind a pretty strict firewall at Sony, and I can confirm
that I can't get to the moin IRC with ChatZilla.
  -- Tim

=============================
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Corporation of America
=============================




From xtopher.brandt at gmail.com  Tue May 13 16:43:37 2008
From: xtopher.brandt at gmail.com (Christopher Brandt)
Date: Tue, 13 May 2008 20:43:37 +0000 (UTC)
Subject: [Moin-user] Problem migrating 1.5.8 to 1.6.3
Message-ID: <loom.20080513T200250-810@post.gmane.org>

Hi there, I'm still working on this.

I've upgraded one of three wikis. I get the following output and error when I
try to migrate the data on the last two wikis.

Can't do IRC because I'm behind a firewall.


C:\Wikis\Development>c:\Python25\python.exe "c:\Program Files\Moin\Lib\site-pack
ages\MoinMoin\script\moin.py" --config-dir="c:\Wikis\Development" --wiki-url=loc
alhost/Development migration data
Calling migration script for data, base revision 1059999
C:\Wikis\Development\data.pre160\plugin/ -> data\plugin/
C:\Wikis\Development\data.pre160\intermap.txt -> data\intermap.txt
C:\Wikis\Development\data.pre160\pages\BuildSystem\attachments\BasicDevelopmentP
rocess.jpg -> data\pages\BuildSystem\attachments\BasicDevelopmentProcess.jpg
C:\Wikis\Development\data.pre160\pages\BuildSystem\attachments\CIGeneralDevelopm
entProcedure.jpg -> data\pages\BuildSystem\attachments\CIGeneralDevelopmentProce
dure.jpg
C:\Wikis\Development\data.pre160\pages\BuildSystem\attachments\DatabaseGeneralDe
velopmentProcedure.jpg -> data\pages\BuildSystem\attachments\DatabaseGeneralDeve
lopmentProcedure.jpg
C:\Wikis\Development\data.pre160\pages\BuildSystem\attachments\DatabaseBranching
Model.jpg -> data\pages\BuildSystem\attachments\DatabaseBranchingModel.jpg
C:\Wikis\Development\data.pre160\pages\RequirementsAndDesignDocumentation\attach
ments\Work flow.png -> data\pages\RequirementsAndDesignDocumentation\attachments
\Work flow.png
Renaming page u'Start_Page' -> u'Start Page'
C:\Wikis\Development\data.pre160\pages\EnterprisePerformanceMonitoring\attachmen
ts\Performance Monitoring.png -> data\pages\EnterprisePerformanceMonitoring\atta
chments\Performance Monitoring.png
C:\Wikis\Development\data.pre160\pages\CentralizedLoggingPattern\attachments\Cen
tralized Logging Communication View.png -> data\pages\CentralizedLoggingPattern\
attachments\Centralized Logging Communication View.png
C:\Wikis\Development\data.pre160\pages\PerformanceTestingFramework\attachments\T
ypical Usage.png -> data\pages\PerformanceTestingFramework\attachments\Typical U
sage.png
C:\Wikis\Development\data.pre160\pages\PerformanceTestingFramework\attachments\S
ervice Level Design Pattern.png -> data\pages\PerformanceTestingFramework\attach
ments\Service Level Design Pattern.png
C:\Wikis\Development\data.pre160\pages\FolderStructure\attachments\PartiallyAbst
ractDirectoryModel.JPG -> data\pages\FolderStructure\attachments\PartiallyAbstra
ctDirectoryModel.JPG
Traceback (most recent call last):
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\moin.py", line 2
4, in <module>
    run()
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\moin.py", line 1
5, in run
    MoinScript().run(showtime=0)
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\..\..\MoinMoin\s
cript\__init__.py", line 138, in run
    self.mainloop()
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\..\..\MoinMoin\s
cript\__init__.py", line 251, in mainloop
    plugin_class(args[2:], self.options).run() # all starts again there
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\..\..\MoinMoin\s
cript\__init__.py", line 138, in run
    self.mainloop()
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\..\..\MoinMoin\s
cript\migration\data.py", line 48, in mainloop
    curr_rev = execute(self, data_dir, curr_rev)
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\..\..\MoinMoin\s
cript\migration\1059999.py", line 41, in execute
    dc.pass2()
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\migration\_conv1
60.py", line 516, in pass2
    self.write_dest()
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\migration\_conv1
60.py", line 554, in write_dest
    self.editlog.copy(opj(self.ddata, 'edit-log'), self.renames)
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\migration\_conv1
60.py", line 194, in copy
    self.read()
  File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\migration\_conv1
60.py", line 141, in read
    timestamp = int(timestamp)
ValueError: invalid literal for int() with base 10: 'moin-1.5.8/'




From helmert at informatik.uni-freiburg.de  Tue May 13 17:42:21 2008
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Tue, 13 May 2008 23:42:21 +0200
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <18473.49954.714347.841465@montanaro-dyndns-org.local>
References: <loom.20080509T193002-927@post.gmane.org>	<1210367813.6838.22.camel@black>	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>	<18473.39986.601994.824872@montanaro-dyndns-org.local>	<79990c6b0805130913p582b8f7ewa1b16101a866f2e0@mail.gmail.com>
	<18473.49954.714347.841465@montanaro-dyndns-org.local>
Message-ID: <g0d1rf$o2s$1@ger.gmane.org>

skip at pobox.com wrote:
>     >> If you install the ChatZilla extension, yes, it does.
> 
>     Paul> But AIUI it doesn't use HTTP, so if you are behind a firewall you
>     Paul> may not be able to get IRC even via ChatZilla.
> 
> Sure, if the irc port is blocked you'd be hosed.

There are a number of web-based IRC clients which can be used if the IRC
port is blocked. Googling for irc web client (no quotes) will find some
options. I've tried one of them once with success, but can't remember
which one. It's much more basic than a decent IRC client, but it's
better than getting no access at all.

Malte




From dodecatheon at gmail.com  Tue May 13 18:30:35 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 13 May 2008 15:30:35 -0700
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <g0d1rf$o2s$1@ger.gmane.org> (Malte Helmert's message of "Tue, 13
	May 2008 23:42:21 +0200")
References: <loom.20080509T193002-927@post.gmane.org>
	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>
	<18473.49954.714347.841465@montanaro-dyndns-org.local>
	<g0d1rf$o2s$1@ger.gmane.org>
Message-ID: <lspabit4z1w.fsf@saturna.ca.boeing.com>

On 13 May 2008 14:42:21 -0700, Malte Helmert wrote:
>
> skip at pobox.com wrote:
>>     >> If you install the ChatZilla extension, yes, it does.
>> 
>>     Paul> But AIUI it doesn't use HTTP, so if you are behind a firewall you
>>     Paul> may not be able to get IRC even via ChatZilla.
>> 
>> Sure, if the irc port is blocked you'd be hosed.
>
> There are a number of web-based IRC clients which can be used if the
> IRC port is blocked. Googling for irc web client (no quotes) will
> find some options. I've tried one of them once with success, but
> can't remember which one. It's much more basic than a decent IRC
> client, but it's better than getting no access at all.
>
> Malte
>

This looks reasonable.  It is not anonymous, your IP address is
recorded.

          http://www.mibbit.com/

Ted
-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal



From tw-public at gmx.de  Tue May 13 20:18:12 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 14 May 2008 02:18:12 +0200
Subject: [Moin-user] Problem migrating 1.5.8 to 1.6.3
In-Reply-To: <loom.20080513T200250-810@post.gmane.org>
References: <loom.20080513T200250-810@post.gmane.org>
Message-ID: <1210724292.6530.2.camel@black>

>     self.editlog.copy(opj(self.ddata, 'edit-log'), self.renames)
>   File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\migration\_conv1
> 60.py", line 194, in copy
>     self.read()
>   File "c:\Program Files\Moin\Lib\site-packages\MoinMoin\script\migration\_conv1
> 60.py", line 141, in read
>     timestamp = int(timestamp)
> ValueError: invalid literal for int() with base 10: 'moin-1.5.8/'

That looks like data/edit-log contains 'moin-1.5.8/' at a place where it
should rather have a timestamp (integer).

Maybe just fix that manually with some sane editor and try to run the
migration again.





From sebastian.haase at mdc-berlin.de  Wed May 14 03:41:25 2008
From: sebastian.haase at mdc-berlin.de (Sebastian Haase)
Date: Wed, 14 May 2008 09:41:25 +0200
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <lspabit4z1w.fsf@saturna.ca.boeing.com>
References: <loom.20080509T193002-927@post.gmane.org>
	<bc657ead0805130600x687435camc9c63120c71fe307@mail.gmail.com>
	<18473.49954.714347.841465@montanaro-dyndns-org.local>
	<g0d1rf$o2s$1@ger.gmane.org> <lspabit4z1w.fsf@saturna.ca.boeing.com>
Message-ID: <bc657ead0805140041i2109d28nc2dfade0c048219d@mail.gmail.com>

On Wed, May 14, 2008 at 12:30 AM, Ted Stern <dodecatheon at gmail.com> wrote:
> On 13 May 2008 14:42:21 -0700, Malte Helmert wrote:
>  >
>  > skip at pobox.com wrote:
>  >>     >> If you install the ChatZilla extension, yes, it does.
>  >>
>  >>     Paul> But AIUI it doesn't use HTTP, so if you are behind a firewall you
>  >>     Paul> may not be able to get IRC even via ChatZilla.
>  >>
>  >> Sure, if the irc port is blocked you'd be hosed.
>  >
>  > There are a number of web-based IRC clients which can be used if the
>  > IRC port is blocked. Googling for irc web client (no quotes) will
>  > find some options. I've tried one of them once with success, but
>  > can't remember which one. It's much more basic than a decent IRC
>  > client, but it's better than getting no access at all.
>  >
>  > Malte
>  >
>
>  This looks reasonable.  It is not anonymous, your IP address is
>  recorded.
>
>           http://www.mibbit.com/
>
This looks great !   Which server do I select ? Which channel ?

Thanks,
Sebastian



From xtopher.brandt at gmail.com  Wed May 14 14:39:22 2008
From: xtopher.brandt at gmail.com (Christopher Brandt)
Date: Wed, 14 May 2008 18:39:22 +0000 (UTC)
Subject: [Moin-user] Problem migrating 1.5.8 to 1.6.3
References: <loom.20080513T200250-810@post.gmane.org>
	<1210724292.6530.2.camel@black>
Message-ID: <loom.20080514T180903-983@post.gmane.org>

Thomas Waldmann <tw-public <at> gmx.de> writes:

> 
> That looks like data/edit-log contains 'moin-1.5.8/' at a place where it
> should rather have a timestamp (integer).
> 
> Maybe just fix that manually with some sane editor and try to run the
> migration again.

The data/edit-log file appeared to be corrupted. I compared it the edit-log of
the wiki I had successfully migrated and realized the format and contents made
no sense. So I deleted the contents of the file and was able to migrate.

I'm guessing that means I've lost all of the edits to my pages. But I also lost
my account information in the migration. Could that be related? I'm using simple
Moin Authentication, where is that information stored?

Thanks
Chris.




From dodecatheon at gmail.com  Wed May 14 14:52:35 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Wed, 14 May 2008 11:52:35 -0700
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <bc657ead0805140041i2109d28nc2dfade0c048219d@mail.gmail.com>
	(Sebastian Haase's message of "Wed, 14 May 2008 09:41:25 +0200")
References: <loom.20080509T193002-927@post.gmane.org>
	<g0d1rf$o2s$1@ger.gmane.org> <lspabit4z1w.fsf@saturna.ca.boeing.com>
	<bc657ead0805140041i2109d28nc2dfade0c048219d@mail.gmail.com>
Message-ID: <lspod781zws.fsf@saturna.ca.boeing.com>

On 14 May 2008 00:41:25 -0700, Sebastian Haase wrote:
>
> On Wed, May 14, 2008 at 12:30 AM, Ted Stern <dodecatheon at gmail.com> wrote:
>> On 13 May 2008 14:42:21 -0700, Malte Helmert wrote:
>>  >
>>  > skip at pobox.com wrote:
>>  >>     >> If you install the ChatZilla extension, yes, it does.
>>  >>
>>  >>     Paul> But AIUI it doesn't use HTTP, so if you are behind a firewall you
>>  >>     Paul> may not be able to get IRC even via ChatZilla.
>>  >>
>>  >> Sure, if the irc port is blocked you'd be hosed.
>>  >
>>  > There are a number of web-based IRC clients which can be used if the
>>  > IRC port is blocked. Googling for irc web client (no quotes) will
>>  > find some options. I've tried one of them once with success, but
>>  > can't remember which one. It's much more basic than a decent IRC
>>  > client, but it's better than getting no access at all.
>>  >
>>  > Malte
>>  >
>>
>>  This looks reasonable.  It is not anonymous, your IP address is
>>  recorded.
>>
>>           http://www.mibbit.com/
>>
> This looks great !   Which server do I select ? Which channel ?

Someone has helpfully added a mibbit.com link to the
http://moinmo.in/MoinMoinChat page, all configured to start you up in
the right place.  If you are doing this by hand, the channel you want is 

     #moin
or 
     #moin-dev


Use the Freenode.net pull down as the server.


>
> Thanks,
> Sebastian
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft 
> Defy all challenges. Microsoft(R) Visual Studio 2008. 
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>

-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal



From dodecatheon at gmail.com  Wed May 14 15:50:17 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Wed, 14 May 2008 12:50:17 -0700
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <lspod781zws.fsf@saturna.ca.boeing.com> (Ted Stern's message of
	"Wed, 14 May 2008 11:52:35 -0700")
References: <loom.20080509T193002-927@post.gmane.org>
	<lspabit4z1w.fsf@saturna.ca.boeing.com>
	<bc657ead0805140041i2109d28nc2dfade0c048219d@mail.gmail.com>
	<lspod781zws.fsf@saturna.ca.boeing.com>
Message-ID: <lsphcd01x8m.fsf@saturna.ca.boeing.com>

On 14 May 2008 11:52:35 -0700, Ted Stern wrote:
>
> On 14 May 2008 00:41:25 -0700, Sebastian Haase wrote:
>>
>> On Wed, May 14, 2008 at 12:30 AM, Ted Stern <dodecatheon at gmail.com> wrote:
>>> On 13 May 2008 14:42:21 -0700, Malte Helmert wrote:
>>>  >
>>>  > skip at pobox.com wrote:
>>>  >>     >> If you install the ChatZilla extension, yes, it does.
>>>  >>
>>>  >>     Paul> But AIUI it doesn't use HTTP, so if you are behind a firewall you
>>>  >>     Paul> may not be able to get IRC even via ChatZilla.
>>>  >>
>>>  >> Sure, if the irc port is blocked you'd be hosed.
>>>  >
>>>  > There are a number of web-based IRC clients which can be used if the
>>>  > IRC port is blocked. Googling for irc web client (no quotes) will
>>>  > find some options. I've tried one of them once with success, but
>>>  > can't remember which one. It's much more basic than a decent IRC
>>>  > client, but it's better than getting no access at all.
>>>  >
>>>  > Malte
>>>  >
>>>
>>>  This looks reasonable.  It is not anonymous, your IP address is
>>>  recorded.
>>>
>>>           http://www.mibbit.com/
>>>
>> This looks great !   Which server do I select ? Which channel ?
>
> Someone has helpfully added a mibbit.com link to the
> http://moinmo.in/MoinMoinChat page, all configured to start you up in
> the right place.  If you are doing this by hand, the channel you want is 
>
>      #moin
> or 
>      #moin-dev
>
>
> Use the Freenode.net pull down as the server.
>

One thing about that "helpful" link -- it uses chat.freenode.net as
the server, which is located in Sweden.

I'd recommend changing the link to something closer to you.  From the
following list,

          http://freenode.net/irc_servers.shtml

I found zelazny in Oregon to be closest, so I changed
'chat.freenode.net' in the URL to 'zelazny.freenode.net' like so:

     http://embed.mibbit.com/?server=zelazny.freenode.net&channel=%23moin

Ted
>
>>
>> Thanks,
>> Sebastian
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft 
>> Defy all challenges. Microsoft(R) Visual Studio 2008. 
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Moin-user mailing list
>> Moin-user at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/moin-user
>>

-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal



From tw-public at gmx.de  Wed May 14 20:18:10 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 15 May 2008 02:18:10 +0200
Subject: [Moin-user] Problem migrating 1.5.8 to 1.6.3
In-Reply-To: <loom.20080514T180903-983@post.gmane.org>
References: <loom.20080513T200250-810@post.gmane.org>
	<1210724292.6530.2.camel@black>
	<loom.20080514T180903-983@post.gmane.org>
Message-ID: <1210810690.7846.10.camel@black>


> The data/edit-log file appeared to be corrupted. I compared it the edit-log of
> the wiki I had successfully migrated and realized the format and contents made
> no sense. So I deleted the contents of the file and was able to migrate.

That means you lost the global edit-log. RecentChanges uses it.

You (hopefully) still have all page-local edit-logs (see
data/pages/XXX/edit-log). You could even reproduce the global edit-log
from all local ones.

> But I also lost my account information in the migration. Could that be related?

I don't think so, user profiles are stored in data/user/...

Why did you lose them?





From tw-public at gmx.de  Wed May 14 20:20:52 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 15 May 2008 02:20:52 +0200
Subject: [Moin-user] Upgrade to 1.6 A Painful Failure
In-Reply-To: <lsphcd01x8m.fsf@saturna.ca.boeing.com>
References: <loom.20080509T193002-927@post.gmane.org>
	<lspabit4z1w.fsf@saturna.ca.boeing.com>
	<bc657ead0805140041i2109d28nc2dfade0c048219d@mail.gmail.com>
	<lspod781zws.fsf@saturna.ca.boeing.com>
	<lsphcd01x8m.fsf@saturna.ca.boeing.com>
Message-ID: <1210810852.7846.12.camel@black>


> One thing about that "helpful" link -- it uses chat.freenode.net as
> the server, which is located in Sweden.

$ host chat.freenode.net
chat.freenode.net has address 154.35.200.44
chat.freenode.net has address 204.11.244.21
chat.freenode.net has address 207.158.1.150
chat.freenode.net has address 208.71.169.36
chat.freenode.net has address 209.177.146.34
chat.freenode.net has address 213.92.8.4
chat.freenode.net has address 216.165.191.52
chat.freenode.net has address 64.161.254.20
chat.freenode.net has address 82.96.64.4
chat.freenode.net has address 89.16.176.16
chat.freenode.net has address 130.239.18.172
chat.freenode.net has address 140.211.166.3
chat.freenode.net has address 140.211.166.4





From czerwinski1977 at gmx.net  Thu May 15 04:36:20 2008
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Thu, 15 May 2008 10:36:20 +0200
Subject: [Moin-user] Moin 1.6.3 on W2K3/IIS6 - LDAP authentication problem
Message-ID: <20080515083620.18750@gmx.net>

Hello,

I run a MoinMoin 1.6.3 instance on a Windows 2003/IIS 6 server.

Since I want to use LDAP authorization (there is an AD server running), I tried several things, basically without success.

(1) First thing I should know: What is the status of moinmoin.wikiweb.de - or should I better look up moinmo.in?

(2) I followed instructions from http://moinmo.in/HelpOnAuthentication/LDAP (and succeeded on an Apache system). The line
    from MoinMoin.auth.ldap_login import ldap_login
  gives me a CGI-Error as soon as I set auth=[ldap_login,moin_session]. When I replace it by 
    from MoinMoin.auth import ldap_login
  I recieve an error like this:
Traceback (most recent call last):
File "D:\FileServer\IT\wiki\cytowiki\moin.cgi", line 48, in run(Config) 
File "c:\programme\python25\lib\site-packages\MoinMoin\server\server_cgi.py", line 59, in run request = request_cgi.Request(properties=config.properties)
File "c:\programme\python25\lib\site-packages\MoinMoin\request\request_cgi.py", line 29, in __init__ self.fail(err) 
File "c:\programme\python25\lib\site-packages\MoinMoin\request\__init__.py", line 1419, in fail failure.handle(self, err) 
File "c:\programme\python25\lib\site-packages\MoinMoin\failure.py", line 153, in handle raise err TypeError: 'module' object is not callable

I found that the responsible line is MoinMoin\request\request_cgi.py:26
    RequestBase.__init__(self, properties)
but I don't know where to look further.

(3) Some of the instructions on the web lack from a version and therefore I am not sure whether they apply to MoinMoin 1.6.3. For instance http://moinmo.in/MoinMoinQuestions/Authentication heading "How do I integrate LDAP authentication with moin moin?" tells about a moin_cookie, but I wasn't able to import such an object.

Since I am not a Python-devel at all, I neither do know what the problem is nor how to track it.

So I may ask you to help me with some hints and information to get the thing running - I appreciate *any* help!

Thanks,

Reinhard.
-- 
249 Spiele f?r nur 1 Preis. Die GMX Spieleflatrate schon ab 9,90 Euro.
Neu: Asterix bei den Olympischen Spielen: http://flat.games.gmx.de



From tavasti at tavastisolutions.com  Thu May 15 05:20:38 2008
From: tavasti at tavastisolutions.com (Markku Tavasti)
Date: Thu, 15 May 2008 12:20:38 +0300
Subject: [Moin-user] Drawing plugin which works over https?
Message-ID: <m2mymrj53t.fsf@aladobix.i.tavastisolutions.com>


Is there any draw-plugin which works over https also? There has been
dircussion on http://moinmo.in/OliverGraf/TWikiDrawPlugin about ssl
problems, but is that issue still? 

There is also several versions and patches there, but getting idea
which of them might be latest & best is not very clear. 

Any other working solution for 1.5.7 / 1.5.8 moinmoin?

-- 
M. Tavasti /  tavasti at tavastisolutions.com  /   +358-40-5078254



From barry.scott at onelan.co.uk  Thu May 15 05:36:28 2008
From: barry.scott at onelan.co.uk (Barry Scott)
Date: Thu, 15 May 2008 10:36:28 +0100
Subject: [Moin-user] GetText and other functions not working after update to
	1.6.3
Message-ID: <482C041C.4000609@onelan.co.uk>

I have updated to 1.6.3 and everything seemed to work. I could edit 
existing pages.

However I cannot create new pages I see "Action(edit,Create new empty 
page) 
<http://vault/engineering/Action%28edit%2CCreate%20new%20empty%20page%29>"
and when I look at my profile I see a lot of "GetText(blah)".

I'm guessing that the stuff in [[ ]] is not getting expanded/run. I'm also
guessing that I've missed a step in updating that has cause this.

What do I need to do to fix my wiki please?

Barry




From barry.scott at onelan.co.uk  Thu May 15 06:26:25 2008
From: barry.scott at onelan.co.uk (Barry Scott)
Date: Thu, 15 May 2008 11:26:25 +0100
Subject: [Moin-user] GetText and other functions not working after
 update to 1.6.3
In-Reply-To: <20080515095230.GA18844@wmid.amu.edu.pl.edu>
References: <482C041C.4000609@onelan.co.uk>
	<20080515095230.GA18844@wmid.amu.edu.pl.edu>
Message-ID: <482C0FD1.9020603@onelan.co.uk>

Radomir Dopieralski wrote:
> Thu, May 15, 2008 at 10:36:28AM +0100: 
>   
>> I have updated to 1.6.3 and everything seemed to work. I could edit 
>> existing pages.
>>
>> However I cannot create new pages I see "Action(edit,Create new empty 
>> page) 
>> <http://vault/engineering/Action%28edit%2CCreate%20new%20empty%20page%29>"
>> and when I look at my profile I see a lot of "GetText(blah)".
>>
>> I'm guessing that the stuff in [[ ]] is not getting expanded/run. I'm also
>> guessing that I've missed a step in updating that has cause this.
>>
>> What do I need to do to fix my wiki please?
>>     
>
> You didn't migrate your pages. There was a change of syntax in 1.6.
> You need to run the migration script as described in the CHANGES files
> and README.migration.
>
>   
As far as I remember I did run the migration command.

I have just run it now and it has not fixed the problem. Does the base 
revision mean
that it thinks the pages are already migrated?

$ python /usr/lib/python2.5/site-packages/MoinMoin/script/moin.py 
--config-dir=. --wiki-url=http://vault/engineering/ migration data
Calling migration script for /home/onelan/wiki/engineering/data, base 
revision 1060300
Final mig script reached, migration is complete.

Barry




From tw-public at gmx.de  Thu May 15 13:02:26 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 15 May 2008 19:02:26 +0200
Subject: [Moin-user] GetText and other functions not working
	after	update to 1.6.3
In-Reply-To: <482C041C.4000609@onelan.co.uk>
References: <482C041C.4000609@onelan.co.uk>
Message-ID: <1210870946.6274.2.camel@black>

> However I cannot create new pages I see "Action(edit,Create new empty 
> page) 
> <http://vault/engineering/Action%28edit%2CCreate%20new%20empty%20page%29>"
> and when I look at my profile I see a lot of "GetText(blah)".

You need to:

a) make a backup of your existing underlay dir (see wikiconfig
data_underlay_dir) - just for the case, there shouldn't be anything
important of your data in it.

b) remove the underlay

c) copy the new underlay from the moin dist archive

d) restart moin





From xtopher.brandt at gmail.com  Thu May 15 13:36:21 2008
From: xtopher.brandt at gmail.com (Christopher Brandt)
Date: Thu, 15 May 2008 17:36:21 +0000 (UTC)
Subject: [Moin-user] Problem migrating 1.5.8 to 1.6.3
References: <loom.20080513T200250-810@post.gmane.org>
	<1210724292.6530.2.camel@black>
	<loom.20080514T180903-983@post.gmane.org>
	<1210810690.7846.10.camel@black>
Message-ID: <loom.20080515T172908-176@post.gmane.org>

Thomas Waldmann <tw-public <at> gmx.de> writes:

> > But I also lost my account information in the migration. Could that be
 related?
> 
> I don't think so, user profiles are stored in data/user/...
> 
> Why did you lose them?

I'm not sure why, but when I tried to login after the migration my credentials
were denied. 
Looking through the files in /data/user the same files exist in
both the migrated site and the backup. 
The only obvious differences between the
files are the order of the parameters and the old one has a comment at the top
with the last saved date. 
For my account, the name and enc_password parameters
are identical in both files. But neither file allows me to login.

Even when I try the encrypted password sent to me, it fails. Which, by the way,
doesn't seem to be that secure. It's just a hashed version of the password,
which means anyone could still intercept the e-mail and hijack your account. 

In any case, I'm stuck because I can't login to my own site.




From barry.scott at onelan.co.uk  Fri May 16 07:13:39 2008
From: barry.scott at onelan.co.uk (Barry Scott)
Date: Fri, 16 May 2008 12:13:39 +0100
Subject: [Moin-user] GetText and other functions not
 working	after	update to 1.6.3
In-Reply-To: <1210870946.6274.2.camel@black>
References: <482C041C.4000609@onelan.co.uk> <1210870946.6274.2.camel@black>
Message-ID: <482D6C63.4030307@onelan.co.uk>

Thomas Waldmann wrote:
>> However I cannot create new pages I see "Action(edit,Create new empty 
>> page) 
>> <http://vault/engineering/Action%28edit%2CCreate%20new%20empty%20page%29>"
>> and when I look at my profile I see a lot of "GetText(blah)".
>>     
>
> You need to:
>
> a) make a backup of your existing underlay dir (see wikiconfig
> data_underlay_dir) - just for the case, there shouldn't be anything
> important of your data in it.
>
> b) remove the underlay
>
> c) copy the new underlay from the moin dist archive
>
> d) restart moin
>
>   
Thank you. That has fixed the problems we saw.

Did I miss something in the docs about the migration to do with underlay?

Barry



From tw-public at gmx.de  Fri May 16 08:30:19 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 16 May 2008 14:30:19 +0200
Subject: [Moin-user] GetText and other functions not
 working	after	update to 1.6.3
In-Reply-To: <482D6C63.4030307@onelan.co.uk>
References: <482C041C.4000609@onelan.co.uk> <1210870946.6274.2.camel@black>
	<482D6C63.4030307@onelan.co.uk>
Message-ID: <482D7E5B.8050302@gmx.de>

Barry Scott schrieb:
> Thomas Waldmann wrote:
>>> However I cannot create new pages I see "Action(edit,Create new empty 
>>> page) 
>>> <http://vault/engineering/Action%28edit%2CCreate%20new%20empty%20page%29>"
>>> and when I look at my profile I see a lot of "GetText(blah)".
>>>     
>> You need to:
>>
>> a) make a backup of your existing underlay dir (see wikiconfig
>> data_underlay_dir) - just for the case, there shouldn't be anything
>> important of your data in it.
>>
>> b) remove the underlay
>>
>> c) copy the new underlay from the moin dist archive
>>
>> d) restart moin
>>
>>   
> Thank you. That has fixed the problems we saw.
> 
> Did I miss something in the docs about the migration to do with underlay?

Well, maybe you took README.migration to be everything that needs to be 
done. That is not the case, that file is just about getting your 
data_dir updated.

But if you get new code, new css, images, new server adaptor scripts, 
new underlay with a new moin release, it is likely you want to install 
all of them.





From net.sourceforge.lists.moin-user at pooryorick.com  Fri May 16 14:34:59 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (=?utf-8?Q?Poor=20Yorick?=)
Date: Fri, 16 May 2008 18:34:59 +0000
Subject: [Moin-user] code blocks and indentation
Message-ID: <20080516183459.14974.qmail@s461.sureserver.com>

gnu coreutils - date

    . date calculations

        . normalize to UTC time first

        . "@0"

            . shorthand for "1970-01-01 UTC"

                .shorthand for "1970-01-01 00:00:00 UTC"

            {{{
$ date -u +%s
1210962021
$ date -u -d at 1210962021
Fri May 16 18:20:21 UTC 2008
            }}}

level1

{{{
a code block
}}}

    level2
        


        level3

            {{{
            a code block
            }}}







From net.sourceforge.lists.moin-user at pooryorick.com  Fri May 16 14:47:34 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (=?utf-8?Q?Poor=20Yorick?=)
Date: Fri, 16 May 2008 18:47:34 +0000
Subject: [Moin-user] code blocks and indentation (redux)
Message-ID: <20080516184734.9927.qmail@s461.sureserver.com>

Ahem... what I meant to say was...

I use an outline syle of formatting that eschews most other markup.  This makes
for a somewhat boring-looking, but (to me at least) very readable presentation.  The raw text itself is also just about as readable.  One thing, though, is that if I start a code-block at some level within the outline, the indentation of the lines is also included in the presentation of the code block.  In order for the indentation to look right in the rendered page, all code blocks, even if they belong to some deeper lever in the outline, must start at the beginning of a line.  For example, in the following markup, the second code block will be indented more deeply than "content 1".   It would be nice if the renderer stripped from each line within the code block the same amount of whitespace that preceds the opening "{{{" of the block.


level1

{{{
a code block
}}}

    level2
        


        level3

            "content 1"

            {{{
            a code block
            }}}

- 
Yorick







From fdrake at gmail.com  Fri May 16 15:36:25 2008
From: fdrake at gmail.com (Fred Drake)
Date: Fri, 16 May 2008 15:36:25 -0400
Subject: [Moin-user] code blocks and indentation (redux)
In-Reply-To: <20080516184734.9927.qmail@s461.sureserver.com>
References: <20080516184734.9927.qmail@s461.sureserver.com>
Message-ID: <9cee7ab80805161236m452709aqe39faea1993e2589@mail.gmail.com>

On Fri, May 16, 2008 at 2:47 PM, Poor Yorick
<net.sourceforge.lists.moin-user at pooryorick.com> wrote:
> One thing, though, is that if I start a code-block at some level within the outline, the indentation of the lines is also included in the presentation of the code block.  In order for the indentation to look right in the rendered page, all code blocks, even if they belong to some deeper lever in the outline, must start at the beginning of a line.

Fortunately, the reStructuredText syntax doesn't have this problem.
There's some description of how to use this in moin in the stock help
pages.  You'll need to include the Python docutils package in your
installation to use this.


  -Fred

-- 
Fred L. Drake, Jr.    <fdrake at gmail.com>
"Chaos is the score upon which reality is written." --Henry Miller



From net.sourceforge.lists.moin-user at pooryorick.com  Sat May 17 01:08:33 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (Poor Yorick)
Date: Sat, 17 May 2008 01:08:33 -0400
Subject: [Moin-user] code blocks and indentation (redux)
In-Reply-To: <9cee7ab80805161236m452709aqe39faea1993e2589@mail.gmail.com>
References: <20080516184734.9927.qmail@s461.sureserver.com>
	<9cee7ab80805161236m452709aqe39faea1993e2589@mail.gmail.com>
Message-ID: <482E6851.3040209@pooryorick.com>

Fred Drake wrote:
> On Fri, May 16, 2008 at 2:47 PM, Poor Yorick
> <net.sourceforge.lists.moin-user at pooryorick.com> wrote:
>> One thing, though, is that if I start a code-block at some level within the outline, the indentation of the lines is also included in the presentation of the code block.  In order for the indentation to look right in the rendered page, all code blocks, even if they belong to some deeper lever in the outline, must start at the beginning of a line.
> 
> Fortunately, the reStructuredText syntax doesn't have this problem.
> There's some description of how to use this in moin in the stock help
> pages.  You'll need to include the Python docutils package in your
> installation to use this.
> 

I'm aware of restructured text, but I just wanted to point out that the 
moinmoin wiki parser could make this improvement.  There's no ambiguity, 
because if someone has gone to the trouble of indenting the initial "{{{", they 
are clearly trying to indent the code chunk, but not double-indent it as in the 
current case.

-- 
Yorick



From fdrake at gmail.com  Sat May 17 11:59:43 2008
From: fdrake at gmail.com (Fred Drake)
Date: Sat, 17 May 2008 11:59:43 -0400
Subject: [Moin-user] code blocks and indentation (redux)
In-Reply-To: <482E6851.3040209@pooryorick.com>
References: <20080516184734.9927.qmail@s461.sureserver.com>
	<9cee7ab80805161236m452709aqe39faea1993e2589@mail.gmail.com>
	<482E6851.3040209@pooryorick.com>
Message-ID: <9cee7ab80805170859t38383cdal610f56fa1b7be98b@mail.gmail.com>

On Sat, May 17, 2008 at 1:08 AM, Poor Yorick
<net.sourceforge.lists.moin-user at pooryorick.com> wrote:
> I'm aware of restructured text, but I just wanted to point out that the
> moinmoin wiki parser could make this improvement.  There's no ambiguity,
> because if someone has gone to the trouble of indenting the initial "{{{", they
> are clearly trying to indent the code chunk, but not double-indent it as in the
> current case.

That presents the problem that existing pages can change
interpretation, though, which can "break" existing pages.  How serious
that will be, I don't know.

I'll let people who are using the default moin wiki dialect determine
how significant such breakage might be; I'm sticking to
reStructuredText (the default on all my wikis).  :-)


 -Fred

-- 
Fred L. Drake, Jr. <fdrake at gmail.com>
"Chaos is the score upon which reality is written." --Henry Miller



From czerwinski1977 at gmx.net  Sun May 18 15:00:50 2008
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Sun, 18 May 2008 21:00:50 +0200
Subject: [Moin-user] Moin 1.6.3 on W2K3/IIS6 - LDAP authentication
	problem
In-Reply-To: <20080515083620.18750@gmx.net>
References: <20080515083620.18750@gmx.net>
Message-ID: <op.ubc5ronyea1mxi@czerwinski.czerwinski.at>

... anybody?

On Thu, 15 May 2008 10:36:20 +0200, Reinhard Mayr aka Czerwinski  
<czerwinski1977 at gmx.net> wrote:

> Hello,
>
> I run a MoinMoin 1.6.3 instance on a Windows 2003/IIS 6 server.
>
> Since I want to use LDAP authorization (there is an AD server running),  
> I tried several things, basically without success.
>
> (1) First thing I should know: What is the status of moinmoin.wikiweb.de  
> - or should I better look up moinmo.in?
>
> (2) I followed instructions from  
> http://moinmo.in/HelpOnAuthentication/LDAP (and succeeded on an Apache  
> system). The line
>     from MoinMoin.auth.ldap_login import ldap_login
>   gives me a CGI-Error as soon as I set auth=[ldap_login,moin_session].  
> When I replace it by
>     from MoinMoin.auth import ldap_login
>   I recieve an error like this:
> Traceback (most recent call last):
> File "D:\FileServer\IT\wiki\cytowiki\moin.cgi", line 48, in run(Config)
> File  
> "c:\programme\python25\lib\site-packages\MoinMoin\server\server_cgi.py",  
> line 59, in run request =  
> request_cgi.Request(properties=config.properties)
> File  
> "c:\programme\python25\lib\site-packages\MoinMoin\request\request_cgi.py",  
> line 29, in __init__ self.fail(err)
> File  
> "c:\programme\python25\lib\site-packages\MoinMoin\request\__init__.py",  
> line 1419, in fail failure.handle(self, err)
> File "c:\programme\python25\lib\site-packages\MoinMoin\failure.py", line  
> 153, in handle raise err TypeError: 'module' object is not callable
>
> I found that the responsible line is MoinMoin\request\request_cgi.py:26
>     RequestBase.__init__(self, properties)
> but I don't know where to look further.
>
> (3) Some of the instructions on the web lack from a version and  
> therefore I am not sure whether they apply to MoinMoin 1.6.3. For  
> instance http://moinmo.in/MoinMoinQuestions/Authentication heading "How  
> do I integrate LDAP authentication with moin moin?" tells about a  
> moin_cookie, but I wasn't able to import such an object.
>
> Since I am not a Python-devel at all, I neither do know what the problem  
> is nor how to track it.
>
> So I may ask you to help me with some hints and information to get the  
> thing running - I appreciate *any* help!
>
> Thanks,
>
> Reinhard.



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/



From tw-public at gmx.de  Sun May 18 15:55:20 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun, 18 May 2008 21:55:20 +0200
Subject: [Moin-user] MoinMoin 1.7.0rc1 released
Message-ID: <1211140520.7500.2.camel@black>


See http://moinmo.in/MoinMoinDownload and please help testing.

Release is scheduled next sunday, except you hold us back by finding
bugs. :)

If you know a non-english language, you can also help translating and/or
fixing stuff on master17, see: http://moinmo.in/MoinDev/Translation






From zoom.quiet at gmail.com  Sun May 18 20:48:35 2008
From: zoom.quiet at gmail.com (Zoom.Quiet)
Date: Mon, 19 May 2008 08:48:35 +0800
Subject: [Moin-user] MoinMoin 1.7.0rc1 released
In-Reply-To: <1211140520.7500.2.camel@black>
References: <1211140520.7500.2.camel@black>
Message-ID: <9dad9f0a0805181748g7af6d9d4nc692f36c9deee182@mail.gmail.com>

On Mon, May 19, 2008 at 3:55 AM, Thomas Waldmann <tw-public at gmx.de> wrote:
>
> See http://moinmo.in/MoinMoinDownload and please help testing.
>
> Release is scheduled next sunday, except you hold us back by finding
> bugs. :)
>
so quickly upgrade!

try now!

> If you know a non-english language, you can also help translating and/or
> fixing stuff on master17, see: http://moinmo.in/MoinDev/Translation
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



-- 
'''????????????????????!
PI keeps evolving organizations which promoting people be good!
'''http://zoomquiet.org
Pls. usage OOo to replace M$ Office. http://zh.openoffice.org
Pls. usage 7-zip to replace WinRAR/WinZip. http://7-zip.org
You can get the truely Freedom 4 software.

From barry.scott at onelan.co.uk  Mon May 19 06:12:09 2008
From: barry.scott at onelan.co.uk (Barry Scott)
Date: Mon, 19 May 2008 11:12:09 +0100
Subject: [Moin-user] GetText and other functions not
 working	after	update to 1.6.3
In-Reply-To: <482D7E5B.8050302@gmx.de>
References: <482C041C.4000609@onelan.co.uk>
	<1210870946.6274.2.camel@black>	<482D6C63.4030307@onelan.co.uk>
	<482D7E5B.8050302@gmx.de>
Message-ID: <48315279.8090405@onelan.co.uk>

Thomas Waldmann wrote:
> Barry Scott schrieb:
>   
>> Thomas Waldmann wrote:
>>     
>>>> However I cannot create new pages I see "Action(edit,Create new empty 
>>>> page) 
>>>> <http://vault/engineering/Action%28edit%2CCreate%20new%20empty%20page%29>"
>>>> and when I look at my profile I see a lot of "GetText(blah)".
>>>>     
>>>>         
>>> You need to:
>>>
>>> a) make a backup of your existing underlay dir (see wikiconfig
>>> data_underlay_dir) - just for the case, there shouldn't be anything
>>> important of your data in it.
>>>
>>> b) remove the underlay
>>>
>>> c) copy the new underlay from the moin dist archive
>>>
>>> d) restart moin
>>>
>>>   
>>>       
>> Thank you. That has fixed the problems we saw.
>>
>> Did I miss something in the docs about the migration to do with underlay?
>>     
>
> Well, maybe you took README.migration to be everything that needs to be 
> done. That is not the case, that file is just about getting your 
> data_dir updated.
>
> But if you get new code, new css, images, new server adaptor scripts, 
> new underlay with a new moin release, it is likely you want to install 
> all of them.
>   
What I needed to notice was that INSTALL.html points me to HelpOnUpdating
and README.migration.

HelpOnUpdating does indeed talk about underlay if you read to the end of 
the page.

My feedback to you is that the info about replacing underlay needs to be 
in the INSTALL.html
and/or README.migration. Not at the bottom of a page on the Web that is 
not in the source kit.

Barry




From p.f.moore at gmail.com  Mon May 19 12:38:35 2008
From: p.f.moore at gmail.com (Paul Moore)
Date: Mon, 19 May 2008 17:38:35 +0100
Subject: [Moin-user] 1.6 Attachment syntax
Message-ID: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com>

I'm trying to attach a file and include a link which will download
that file directly. The syntax [[attachment:file_name.cmd]] doesn't
work - it takes the user to the attachmnent management page, which
isn't very friendly for a naive user.

Do I have to use the full, clumsy URL:

...PageName?action=AttachFile&do=get&target=file_name.cmd

?

Paul.



From rick.vanderveer at gmail.com  Mon May 19 16:17:06 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Mon, 19 May 2008 15:17:06 -0500
Subject: [Moin-user] Moin 1.6.3 on W2K3/IIS6 - LDAP authentication
	problem
In-Reply-To: <op.ubc5ronyea1mxi@czerwinski.czerwinski.at>
References: <20080515083620.18750@gmx.net>
	<op.ubc5ronyea1mxi@czerwinski.czerwinski.at>
Message-ID: <5c39e1ca0805191317l52967d8dj629317ec41213a77@mail.gmail.com>

The lack of replies is not due to apathy, but that few people run in the
that configuration (it seems).

As a substitute, I have Moin running on Apache and using Domain
Authentication, and all is working perfectly.  We even have multiple domains
within our company, and it all works without a hitch.  The
set-up/configuration instructions are here (if you're interested):
http://master.moinmo.in/HelpOnInstalling/ApacheOnWin32withDomainAuthentication

-Rick


On Sun, May 18, 2008 at 2:00 PM, Reinhard Mayr aka Czerwinski <
czerwinski1977 at gmx.net> wrote:

> ... anybody?
>
> On Thu, 15 May 2008 10:36:20 +0200, Reinhard Mayr aka Czerwinski
> <czerwinski1977 at gmx.net> wrote:
>
> > Hello,
> >
> > I run a MoinMoin 1.6.3 instance on a Windows 2003/IIS 6 server.
> >
> > Since I want to use LDAP authorization (there is an AD server running),
> > I tried several things, basically without success.
> >
> > (1) First thing I should know: What is the status of moinmoin.wikiweb.de
> > - or should I better look up moinmo.in?
> >
> > (2) I followed instructions from
> > http://moinmo.in/HelpOnAuthentication/LDAP (and succeeded on an Apache
> > system). The line
> >     from MoinMoin.auth.ldap_login import ldap_login
> >   gives me a CGI-Error as soon as I set auth=[ldap_login,moin_session].
> > When I replace it by
> >     from MoinMoin.auth import ldap_login
> >   I recieve an error like this:
> > Traceback (most recent call last):
> > File "D:\FileServer\IT\wiki\cytowiki\moin.cgi", line 48, in run(Config)
> > File
> > "c:\programme\python25\lib\site-packages\MoinMoin\server\server_cgi.py",
> > line 59, in run request =
> > request_cgi.Request(properties=config.properties)
> > File
> >
> "c:\programme\python25\lib\site-packages\MoinMoin\request\request_cgi.py",
> > line 29, in __init__ self.fail(err)
> > File
> > "c:\programme\python25\lib\site-packages\MoinMoin\request\__init__.py",
> > line 1419, in fail failure.handle(self, err)
> > File "c:\programme\python25\lib\site-packages\MoinMoin\failure.py", line
> > 153, in handle raise err TypeError: 'module' object is not callable
> >
> > I found that the responsible line is MoinMoin\request\request_cgi.py:26
> >     RequestBase.__init__(self, properties)
> > but I don't know where to look further.
> >
> > (3) Some of the instructions on the web lack from a version and
> > therefore I am not sure whether they apply to MoinMoin 1.6.3. For
> > instance http://moinmo.in/MoinMoinQuestions/Authentication heading "How
> > do I integrate LDAP authentication with moin moin?" tells about a
> > moin_cookie, but I wasn't able to import such an object.
> >
> > Since I am not a Python-devel at all, I neither do know what the problem
> > is nor how to track it.
> >
> > So I may ask you to help me with some hints and information to get the
> > thing running - I appreciate *any* help!
> >
> > Thanks,
> >
> > Reinhard.
>
>
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080519/6ce68535/attachment.html>

From rick.vanderveer at gmail.com  Mon May 19 16:29:10 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Mon, 19 May 2008 15:29:10 -0500
Subject: [Moin-user] 1.6 Attachment syntax
In-Reply-To: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com>
References: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com>
Message-ID: <5c39e1ca0805191329i5adea7d7l52a86a24f0d0dfab@mail.gmail.com>

(Developers, please don't read this as a rant, we love your software!
Consider this feedback from the field :)

I agree, this continues to be a problem for us as well.  And, from my users
perspective, seems to fly in the face of "ease of use" of a wiki.

I know it's been discussed on this list already, that the developers have
good reason to do this. But it continues to confound users.

As I understand it, the developers want to be able to display the attachment
if it's able to do so.  However, I think few of us in the real-world wants
that behavior.  I think we want a download to be a download.  For example,
we don't want the contents of a zip displayed when the link is clicked, we
want it to download to the users' machine. Same with many attachments,
whether it's a Word doc (which MS long ago disabled the viewing within IE)
or a PDF; all these are typically forms or other files where the user needs
to download and print out, or wants a local copy, etc.

My suggestion is, if the developers want to be able to display an
attachment, perhaps this should be done with {{ }} or something.  But, we
would love to have our [[download]] back!  :-)

-Rick



On Mon, May 19, 2008 at 11:38 AM, Paul Moore <p.f.moore at gmail.com> wrote:

> I'm trying to attach a file and include a link which will download
> that file directly. The syntax [[attachment:file_name.cmd]] doesn't
> work - it takes the user to the attachmnent management page, which
> isn't very friendly for a naive user.
>
> Do I have to use the full, clumsy URL:
>
> ...PageName?action=AttachFile&do=get&target=file_name.cmd
>
> ?
>
> Paul.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080519/3b3495c3/attachment.html>

From czerwinski1977 at gmx.net  Mon May 19 16:37:37 2008
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Mon, 19 May 2008 22:37:37 +0200
Subject: [Moin-user] Moin 1.6.3 on W2K3/IIS6 - LDAP authentication
	problem
In-Reply-To: <5c39e1ca0805191317l52967d8dj629317ec41213a77@mail.gmail.com>
References: <20080515083620.18750@gmx.net>
	<op.ubc5ronyea1mxi@czerwinski.czerwinski.at>
	<5c39e1ca0805191317l52967d8dj629317ec41213a77@mail.gmail.com>
Message-ID: <op.ube4wzt5ea1mxi@czerwinski.czerwinski.at>

Rick,

thanks for your response!

Apache on Windows is fine, I also made this experience ;)

Since the combination seems to be rare (for obvious reasons ... *gg*) I do  
not expect a out-of-the-box solution.

ad (2) I suppose, the CGI error is of a "premature end of script headers"  
kind (original message is in German) -- Does this mean anything to anybody?

However, I am still thankful for suggestions how to isolate the actual  
problem. As mentioned, I am new to python, your hint might be veeery basic  
;) ... e.g. where to find a possible log/error file etc.

Cheers, Reinhard.

On Mon, 19 May 2008 22:17:06 +0200, Rick Vanderveer  
<rick.vanderveer at gmail.com> wrote:

> The lack of replies is not due to apathy, but that few people run in the
> that configuration (it seems).
>
> As a substitute, I have Moin running on Apache and using Domain
> Authentication, and all is working perfectly.  We even have multiple  
> domains
> within our company, and it all works without a hitch.  The
> set-up/configuration instructions are here (if you're interested):
> http://master.moinmo.in/HelpOnInstalling/ApacheOnWin32withDomainAuthentication
>
> -Rick
>
>
> On Sun, May 18, 2008 at 2:00 PM, Reinhard Mayr aka Czerwinski <
> czerwinski1977 at gmx.net> wrote:
>
>> ... anybody?
>>
>> On Thu, 15 May 2008 10:36:20 +0200, Reinhard Mayr aka Czerwinski
>> <czerwinski1977 at gmx.net> wrote:
>>
>> > Hello,
>> >
>> > I run a MoinMoin 1.6.3 instance on a Windows 2003/IIS 6 server.
>> >
>> > Since I want to use LDAP authorization (there is an AD server  
>> running),
>> > I tried several things, basically without success.
>> >
>> > (1) First thing I should know: What is the status of  
>> moinmoin.wikiweb.de
>> > - or should I better look up moinmo.in?
>> >
>> > (2) I followed instructions from
>> > http://moinmo.in/HelpOnAuthentication/LDAP (and succeeded on an Apache
>> > system). The line
>> >     from MoinMoin.auth.ldap_login import ldap_login
>> >   gives me a CGI-Error as soon as I set  
>> auth=[ldap_login,moin_session].
>> > When I replace it by
>> >     from MoinMoin.auth import ldap_login
>> >   I recieve an error like this:
>> > Traceback (most recent call last):
>> > File "D:\FileServer\IT\wiki\cytowiki\moin.cgi", line 48, in  
>> run(Config)
>> > File
>> >  
>> "c:\programme\python25\lib\site-packages\MoinMoin\server\server_cgi.py",
>> > line 59, in run request =
>> > request_cgi.Request(properties=config.properties)
>> > File
>> >
>> "c:\programme\python25\lib\site-packages\MoinMoin\request\request_cgi.py",
>> > line 29, in __init__ self.fail(err)
>> > File
>> >  
>> "c:\programme\python25\lib\site-packages\MoinMoin\request\__init__.py",
>> > line 1419, in fail failure.handle(self, err)
>> > File "c:\programme\python25\lib\site-packages\MoinMoin\failure.py",  
>> line
>> > 153, in handle raise err TypeError: 'module' object is not callable
>> >
>> > I found that the responsible line is  
>> MoinMoin\request\request_cgi.py:26
>> >     RequestBase.__init__(self, properties)
>> > but I don't know where to look further.
>> >
>> > (3) Some of the instructions on the web lack from a version and
>> > therefore I am not sure whether they apply to MoinMoin 1.6.3. For
>> > instance http://moinmo.in/MoinMoinQuestions/Authentication heading  
>> "How
>> > do I integrate LDAP authentication with moin moin?" tells about a
>> > moin_cookie, but I wasn't able to import such an object.
>> >
>> > Since I am not a Python-devel at all, I neither do know what the  
>> problem
>> > is nor how to track it.
>> >
>> > So I may ask you to help me with some hints and information to get the
>> > thing running - I appreciate *any* help!
>> >
>> > Thanks,
>> >
>> > Reinhard.
>>
>>
>>
>> --
>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Moin-user mailing list
>> Moin-user at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/moin-user
>>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/



From p.f.moore at gmail.com  Mon May 19 16:38:36 2008
From: p.f.moore at gmail.com (Paul Moore)
Date: Mon, 19 May 2008 21:38:36 +0100
Subject: [Moin-user] 1.6 Attachment syntax
In-Reply-To: <5c39e1ca0805191329i5adea7d7l52a86a24f0d0dfab@mail.gmail.com>
References: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com>
	<5c39e1ca0805191329i5adea7d7l52a86a24f0d0dfab@mail.gmail.com>
Message-ID: <79990c6b0805191338jeb3c3a7q88152de29d865343@mail.gmail.com>

2008/5/19 Rick Vanderveer <rick.vanderveer at gmail.com>:
> (Developers, please don't read this as a rant, we love your software!
> Consider this feedback from the field :)
>
> I agree, this continues to be a problem for us as well.  And, from my users
> perspective, seems to fly in the face of "ease of use" of a wiki.
>
> I know it's been discussed on this list already, that the developers have
> good reason to do this. But it continues to confound users.

OK, so I guess that means that in answer to my question, "it's an
intentional change" for now.

Overall, I agree with your comments, but in the short term, I'm
comfortable with just knowing I hadn't missed anything - we don't use
attachments much on our wiki, which is both why the behaviour is
confusing, *and* why it's not such a big deal...

Thanks for the answer,
Paul.



From helmert at informatik.uni-freiburg.de  Mon May 19 18:54:36 2008
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Tue, 20 May 2008 00:54:36 +0200
Subject: [Moin-user] 1.6 Attachment syntax
In-Reply-To: <5c39e1ca0805191329i5adea7d7l52a86a24f0d0dfab@mail.gmail.com>
References: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com>
	<5c39e1ca0805191329i5adea7d7l52a86a24f0d0dfab@mail.gmail.com>
Message-ID: <g0t0eu$t6m$1@ger.gmane.org>

Rick Vanderveer wrote:
> As I understand it, the developers want to be able to display the
> attachment if it's able to do so.  However, I think few of us in the
> real-world wants that behavior.  I think we want a download to be a
> download.

I agree with that sentiment; there are many cases where you just want to
provide a download link, and the current links aren't all that good for
this purpose.

Do I recall correctly that better options for directly linking
attachments will become available after the planned page/attachment
unification? That would be great, even if it takes a while.

Malte




From tw-public at gmx.de  Tue May 20 08:43:06 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 20 May 2008 14:43:06 +0200
Subject: [Moin-user] 1.6 Attachment syntax
In-Reply-To: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com>
References: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com>
Message-ID: <4832C75A.6080804@gmx.de>


> I'm trying to attach a file and include a link which will download
> that file directly. The syntax [[attachment:file_name.cmd]] doesn't
> work - it takes the user to the attachmnent management page, which
> isn't very friendly for a naive user.
> 
> Do I have to use the full, clumsy URL:
> 
> ...PageName?action=AttachFile&do=get&target=file_name.cmd

No, you can use:

[[attachment:file_name.cmd|optional link text|&do=get]]




From rwood at TrustedCS.com  Thu May 22 13:12:59 2008
From: rwood at TrustedCS.com (Randall Wood)
Date: Thu, 22 May 2008 13:12:59 -0400
Subject: [Moin-user] Upgrading from 1.5.8 to 1.7.0
Message-ID: <4835A99B.7060503@trustedcs.com>

I am planning an upgrade to 1.7.0 and would like to know what the 
recommended upgrade path from 1.5.8 is. Should I upgrade 
1.5.8->1.6.3->1.7.0 or simply jump from 1.5.8->1.7.0?

-- 
V/R
Randall Wood
Secure Systems Engineer
Trusted Computer Solutions
http://www.trustedcs.com
rwood at trustedcs.com
V 703.537.4382
M 202.431.1597
F 703.318.5041




From tw-public at gmx.de  Thu May 22 13:24:36 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 22 May 2008 19:24:36 +0200
Subject: [Moin-user] Upgrading from 1.5.8 to 1.7.0
In-Reply-To: <4835A99B.7060503@trustedcs.com>
References: <4835A99B.7060503@trustedcs.com>
Message-ID: <1211477076.12947.3.camel@black>


> I am planning an upgrade to 1.7.0 and would like to know what the 
> recommended upgrade path from 1.5.8 is. Should I upgrade 
> 1.5.8->1.6.3->1.7.0 or simply jump from 1.5.8->1.7.0?

As 1.7.0 is not released yet, I would recommend you upgrade to 1.6.3.

Later, you can easily go to 1.7.0 or 1.7.1 or ...

Note that this is no technical requirement, just a recommendation.

If you like bleeding edge (and you can stand a big amount of change),
you can also upgrade directly to 1.7.0 soon.




From vincefn at users.sourceforge.net  Fri May 23 08:26:12 2008
From: vincefn at users.sourceforge.net (Favre-Nicolin Vincent)
Date: Fri, 23 May 2008 14:26:12 +0200
Subject: [Moin-user] MoinMoin 1.7.0rc1 released
In-Reply-To: <1211140520.7500.2.camel@black>
References: <1211140520.7500.2.camel@black>
Message-ID: <200805231426.12666.vincefn@users.sourceforge.net>

On dimanche 18 mai 2008, Thomas Waldmann wrote:
> See http://moinmo.in/MoinMoinDownload and please help testing.

  I just installed it on a new server - I found out that the preview does not 
work when editing a *new* page ?

  Or is due to a mistake in my installation (an apache2/linux/Debian).

  Once the page has been saved once, preview works for subsequent editions.


  On an unrelated note, it would really be great if announcement of new 
beta/releases of Moinmoin included a direct link to a changelog - it's not 
too difficult to find it but it would be nice to have at 1-click distance 
(maybe I'm too lazy).

  Anyway thanks for the new release - so far it seems great, and the ability 
to insert html code - e.g. to include floating images (left/right)- will be 
very useful (though that was added in 1.6 apparently- missed it then).

	Vincent
-- 
Vincent Favre-Nicolin                   http://vincefn.net
Universit? Joseph Fourier       http://www.ujf-grenoble.fr
CEA/ Institut Nanosciences & Cryog?nie  http://inac.cea.fr
ObjCryst & Fox             http://objcryst.sourceforge.net



From tw-public at gmx.de  Fri May 23 08:49:22 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 23 May 2008 14:49:22 +0200
Subject: [Moin-user] MoinMoin 1.7.0rc1 released
In-Reply-To: <200805231426.12666.vincefn@users.sourceforge.net>
References: <1211140520.7500.2.camel@black>
	<200805231426.12666.vincefn@users.sourceforge.net>
Message-ID: <4836BD52.8010509@gmx.de>

>> See http://moinmo.in/MoinMoinDownload and please help testing.
> 
>   I just installed it on a new server - I found out that the preview does not 
> work when editing a *new* page ?

Yes, that's known and already fixed.

>   On an unrelated note, it would really be great if announcement of new 
> beta/releases of Moinmoin included a direct link to a changelog - it's not 
> too difficult to find it but it would be nice to have at 1-click distance 
> (maybe I'm too lazy).

docs/CHANGES in your download :)

BTW, the french i18n is still a bit incomplete.

If you have time and want to help, have a look at 
http://master17.moinmo.in/MoinI18n/fr and "Editing on MoinMaster" (see 
navigation bar there).




From vincefn at users.sourceforge.net  Fri May 23 11:12:02 2008
From: vincefn at users.sourceforge.net (Favre-Nicolin Vincent)
Date: Fri, 23 May 2008 17:12:02 +0200
Subject: [Moin-user] MoinMoin 1.7.0rc1 released / FR translation
In-Reply-To: <4836BD52.8010509@gmx.de>
References: <1211140520.7500.2.camel@black>
	<200805231426.12666.vincefn@users.sourceforge.net>
	<4836BD52.8010509@gmx.de>
Message-ID: <200805231712.02770.vincefn@users.sourceforge.net>

On vendredi 23 mai 2008, Thomas Waldmann wrote:
> >   I just installed it on a new server - I found out that the preview does
> > not work when editing a *new* page ?
>
> Yes, that's known and already fixed.

  Great-

> >   On an unrelated note, it would really be great if announcement of new
> > beta/releases of Moinmoin included a direct link to a changelog - it's
> > not too difficult to find it but it would be nice to have at 1-click
> > distance (maybe I'm too lazy).
>
> docs/CHANGES in your download :)

  Sure, but I just thought having a direct access to the changelog may provide 
a incentitive for more people to read it, and then want to try the new 
release.

> BTW, the french i18n is still a bit incomplete.

  Ok, spent a little time there - down from 81 to 7 untranslated messages... 
70 fuzzy remaining now though.

 Remaining untranslated message are:
- python messages
- some related to OpenID - not sure how to best translate "trust root" 
and "trust" so that users will understand what it means.
trust root=="Autorit? de confiance" ??

	Vincent
-- 
Vincent Favre-Nicolin                   http://vincefn.net
Universit? Joseph Fourier       http://www.ujf-grenoble.fr
CEA/ Institut Nanosciences & Cryog?nie  http://inac.cea.fr
ObjCryst & Fox             http://objcryst.sourceforge.net



From rick.vanderveer at gmail.com  Fri May 23 11:56:52 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Fri, 23 May 2008 10:56:52 -0500
Subject: [Moin-user] upgrade to 1.7rc1 error
Message-ID: <5c39e1ca0805230856p2ad770aclb2b780fde51aca0c@mail.gmail.com>

With the impending release of 1.7rc1, I decided to run the upgrade
process on my test box:  Windows, running Apache, FastCGI.

Running the migration script or simply trying to go to a wiki page, I
get a "AttributeError: 'function' object has no attribute 'name'"
error.  Any suggestions?




Here is the output from running the migration script:

C:\moin-1.7.0rc1>c:\python25\python
c:\python25\Lib\site-packages\Moinmoin\script\moin.py
--config-dir=c:\moin --wiki-url=wikitest.cognitivearts.com/main
migration data

2008-05-22 22:56:17,375 WARNING MoinMoin.log:120 using logging
configuration read from built-in fallback in MoinMoin.log module!
2008-05-22 22:56:17,483 INFO MoinMoin.config.multiconfig:85 using farm
config: c:\moin\farmconfig.pyc
2008-05-22 22:56:17,500 INFO MoinMoin.config.multiconfig:119 using
wiki config: c:\moin\main.pyc
Traceback (most recent call last):
  File "c:\python25\Lib\site-packages\Moinmoin\script\moin.py", line
24, in <module>
    run()
  File "c:\python25\Lib\site-packages\Moinmoin\script\moin.py", line 15, in run
    MoinScript().run(showtime=0)
  File "c:\python25\Lib\site-packages\Moinmoin\script\..\..\MoinMoin\script\__init__.py",
line 138, in run
    self.mainloop()
  File "c:\python25\Lib\site-packages\Moinmoin\script\..\..\MoinMoin\script\__init__.py",
line 254, in mainloop
    plugin_class(args[2:], self.options).run() # all starts again there
  File "c:\python25\Lib\site-packages\Moinmoin\script\..\..\MoinMoin\script\__init__.py",
line 138, in run
    self.mainloop()
  File "c:\python25\Lib\site-packages\Moinmoin\script\..\..\MoinMoin\script\migration\data.py",
line 36, in mainloop
    self.init_request()
  File "c:\python25\Lib\site-packages\Moinmoin\script\..\..\MoinMoin\script\__init__.py",
line 178, in init_request
    self.request = request_cli.Request(self.options.wiki_url, self.options.page)

  File "c:\python25\lib\site-packages\MoinMoin\request\request_cli.py",
line 31, in __init__
    RequestBase.__init__(self, properties)
  File "c:\python25\lib\site-packages\MoinMoin\request\__init__.py",
line 166, in __init__
    self._load_multi_cfg()
  File "c:\python25\lib\site-packages\MoinMoin\request\__init__.py",
line 356, in _load_multi_cfg
    self.cfg = multiconfig.getConfig(self.url)
  File "c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py",
line 203, in getConfig
    cfg = _makeConfig(cfgName)
  File "c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py",
line 164, in _makeConfig
    if not auth.name:
AttributeError: 'function' object has no attribute 'name'


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

Here is the output from trying to hit a wiki page:

 --> -->
AttributeError

'function' object has no attribute 'name'

If you want to report a bug, please save this page and attach it to
your bug report.

    * Show debugging information
    * Report bug
    * Visit MoinMoin wiki

Traceback

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

   1.

      c:\python25\lib\site-packages\MoinMoin\request\request_fcgi.py
in __init__ (self=<MoinMoin.request.request_fcgi.Request object at
0x00CD3B10>, fcgRequest=<MoinMoin.support.thfcgi.Request instance at
0x00CCD8F0>, env={'COMSPEC': r'C:\WINNT\system32\cmd.exe',
'DOCUMENT_ROOT': 'C:/Apache2/htdocs', 'GATEWAY_INTERFACE': 'CGI/1.1',
'HTTP_ACCEPT': 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
'HTTP_ACCEPT_CHARSET': 'ISO-8859-1,utf-8;q=0.7,*;q=0.7',
'HTTP_ACCEPT_ENCODING': 'gzip,deflate', 'HTTP_ACCEPT_LANGUAGE':
'en-us,en;q=0.5', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_HOST':
'wikitest.cognitivearts.com', 'HTTP_KEEP_ALIVE': '300', ...},
form=FieldStorage(None, None, []), properties={})
         1. 26 self.fcgform = form
         2. 27 self._setup_vars_from_std_env(env)
         3. 28 RequestBase.__init__(self, properties)
         4. 29
         5. 30 except Exception, err:
          * global RequestBase = <class 'MoinMoin.request.RequestBase'>
          * RequestBase.__init__ = <unbound method RequestBase.__init__>
          * self = <MoinMoin.request.request_fcgi.Request object at 0x00CD3B10>
          * properties = {}
   2.

      c:\python25\lib\site-packages\MoinMoin\request\__init__.py in
__init__ (self=<MoinMoin.request.request_fcgi.Request object at
0x00CD3B10>, properties={})
         1. 164 self.__dict__.update(properties)
         2. 165 try:
         3. 166 self._load_multi_cfg()
         4. 167 except error.NoConfigMatchedError:
         5. 168 self.makeForbidden(404, 'No wiki configuration
matching the URL found!\r\n')
          * self = <MoinMoin.request.request_fcgi.Request object at 0x00CD3B10>
          * self._load_multi_cfg = <bound method
Request._load_multi_cfg of <MoinMo...quest.request_fcgi.Request object
at 0x00CD3B10>>
   3.

      c:\python25\lib\site-packages\MoinMoin\request\__init__.py in
_load_multi_cfg (self=<MoinMoin.request.request_fcgi.Request object at
0x00CD3B10>)
         1. 354 if not hasattr(self, 'cfg'):
         2. 355 self.clock.start('load_multi_cfg')
         3. 356 self.cfg = multiconfig.getConfig(self.url)
         4. 357 self.clock.stop('load_multi_cfg')
         5. 358
          * self = <MoinMoin.request.request_fcgi.Request object at 0x00CD3B10>
          * self.cfg undefined
          * global multiconfig = <module 'MoinMoin.config.multiconfig'
from 'c:\p...b\site-packages\MoinMoin\config\multiconfig.pyc'>
          * multiconfig.getConfig = <function getConfig at 0x00CC9630>
          * self.url = 'wikitest.cognitivearts.com/main/Rvanderveer'
   4.

      c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py in
getConfig (url='wikitest.cognitivearts.com/main/Rvanderveer')
         1. 201 cfg = _config_cache[cfgName]
         2. 202 except KeyError:
         3. 203 cfg = _makeConfig(cfgName)
         4. 204 cfg = _config_cache.setdefault(cfgName, cfg)
         5. 205 return cfg
          * cfg undefined
          * global _makeConfig = <function _makeConfig at 0x00CC95B0>
          * cfgName = 'main'
   5.

      c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py in
_makeConfig (name='main')
         1. 162 found_names = []
         2. 163 for auth in cfg.auth:
         3. 164 if not auth.name:
         4. 165 raise error.ConfigurationError("Auth methods must have a name.")
         5. 166 if auth.name in found_names:
          * auth = <function http at 0x00CD2A70>
          * auth.name undefined

AttributeError

'function' object has no attribute 'name'

    * args = ("'function' object has no attribute 'name'",)
    * message = "'function' object has no attribute 'name'"

System Details

    * Date: Fri, 23 May 2008 15:55:54 +0000
    * Platform: win32 (nt)
    * Python: Python 2.5.1 (c:\python25\python.exe)
    * MoinMoin: Release 1.7.0rc1 (release)



From rick.vanderveer at gmail.com  Fri May 23 13:07:53 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Fri, 23 May 2008 12:07:53 -0500
Subject: [Moin-user] upgrade to 1.7rc1 error
In-Reply-To: <4836EC44.6030605@pfennigsolutions.de>
References: <5c39e1ca0805230856p2ad770aclb2b780fde51aca0c@mail.gmail.com>
	<4836EC44.6030605@pfennigsolutions.de>
Message-ID: <5c39e1ca0805231007j4508ad3ei43146a655f3f46aa@mail.gmail.com>

Thanks Thilo for the reply.  However, actually I traced the problem
(yes, reading CHANGES more carefully ;-) to a change in auth.  The new
method is:
    from MoinMoin.auth.http import HTTPAuth
    auth = [HTTPAuth()]

Sensing I was near success, I eagerly hit 'refresh'-- instead I was
greeted with a new error (see trace below). It seems to be looking for
a file called "wikiconfig" (no .py), and indeed there doesn't seem to
that file anywhere. I also checked the expanded "moin-1.7.0rc1"
folder.  I guessing this is a symptom-error and not an actual
cause-error.

Any suggestions?



 --> -->
ConfigurationError

ImportError: No module named wikiconfig

Check that the file is in the same directory as the server script. If
it is not, you must add the path of the directory where the file is
located to the python path in the server script. See the comments at
the top of the server script.

Check that the configuration file name is either "wikiconfig.py" or
the module name specified in the wikis list in farmconfig.py. Note
that the module name does not include the ".py" suffix.

Error in your configuration file
"c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py" around
line 45.

    * Show debugging information

Traceback

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

   1.

      C:\python25\lib\site-packages\MoinMoin\request\request_cgi.py in
__init__ (self=<MoinMoin.request.request_cgi.Request object at
0x007711B0>, properties={})
         1. 24
         2. 25 self._setup_vars_from_std_env(os.environ)
         3. 26 RequestBase.__init__(self, properties)
         4. 27
         5. 28 except Exception, err:
          * global RequestBase = <class 'MoinMoin.request.RequestBase'>
          * RequestBase.__init__ = <unbound method RequestBase.__init__>
          * self = <MoinMoin.request.request_cgi.Request object at 0x007711B0>
          * properties = {}
   2.

      c:\python25\lib\site-packages\MoinMoin\request\__init__.py in
__init__ (self=<MoinMoin.request.request_cgi.Request object at
0x007711B0>, properties={})
         1. 164 self.__dict__.update(properties)
         2. 165 try:
         3. 166 self._load_multi_cfg()
         4. 167 except error.NoConfigMatchedError:
         5. 168 self.makeForbidden(404, 'No wiki configuration
matching the URL found!\r\n')
          * self = <MoinMoin.request.request_cgi.Request object at 0x007711B0>
          * self._load_multi_cfg = <bound method
Request._load_multi_cfg of <MoinMo...equest.request_cgi.Request object
at 0x007711B0>>
   3.

      c:\python25\lib\site-packages\MoinMoin\request\__init__.py in
_load_multi_cfg (self=<MoinMoin.request.request_cgi.Request object at
0x007711B0>)
         1. 354 if not hasattr(self, 'cfg'):
         2. 355 self.clock.start('load_multi_cfg')
         3. 356 self.cfg = multiconfig.getConfig(self.url)
         4. 357 self.clock.stop('load_multi_cfg')
         5. 358
          * self = <MoinMoin.request.request_cgi.Request object at 0x007711B0>
          * self.cfg undefined
          * global multiconfig = <module 'MoinMoin.config.multiconfig'
from 'C:\p...b\site-packages\MoinMoin\config\multiconfig.pyc'>
          * multiconfig.getConfig = <function getConfig at 0x00A4C5B0>
          * self.url = 'wikitest.cognitivearts.com/main/'
   4.

      c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py in
getConfig (url='wikitest.cognitivearts.com/main/')
         1. 201 cfg = _config_cache[cfgName]
         2. 202 except KeyError:
         3. 203 cfg = _makeConfig(cfgName)
         4. 204 cfg = _config_cache.setdefault(cfgName, cfg)
         5. 205 return cfg
          * cfg undefined
          * global _makeConfig = <function _makeConfig at 0x00A4C530>
          * cfgName = 'wikiconfig'
   5.

      c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py in
_makeConfig (name='wikiconfig')
         1. 133 'err': err,
         2. 134 }
         3. 135 raise error.ConfigurationError(msg)
         4. 136 except AttributeError, err:
         5. 137 logging.exception('An exception occured.')
          * global error = <module 'MoinMoin.error' from
'C:\python25\lib\site-packages\MoinMoin\error.pyc'>
          * error.ConfigurationError = <class
'MoinMoin.error.ConfigurationError'>
          * msg = 'ImportError: No module named wikiconfig\n\nCheck
t...e\nmodule name does not include the ".py" suffix.\n'

ConfigurationError

ImportError: No module named wikiconfig

Check that the file is in the same directory as the server script. If
it is not, you must add the path of the directory where the file is
located to the python path in the server script. See the comments at
the top of the server script.

Check that the configuration file name is either "wikiconfig.py" or
the module name specified in the wikis list in farmconfig.py. Note
that the module name does not include the ".py" suffix.

    * args = ()
    * exceptions = <bound method ConfigurationError.exceptions of
ConfigurationError()>
    * innerException = (<type 'exceptions.ImportError'>,
ImportError('No module named wikiconfig',), <traceback object at
0x00A51DF0>)
    * message = 'ImportError: No module named wikiconfig\n\nCheck
t...e\nmodule name does not include the ".py" suffix.\n'

Traceback

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

   1.

      c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py in
_makeConfig (name='wikiconfig')
         1. 113 global _farmconfig_mtime
         2. 114 try:
         3. 115 module, mtime = _importConfigModule(name)
         4. 116 configClass = getattr(module, 'Config')
         5. 117 cfg = configClass(name)
          * module undefined
          * mtime undefined
          * global _importConfigModule = <function _importConfigModule
at 0x00A4C4B0>
          * name = 'wikiconfig'
   2.

      c:\python25\lib\site-packages\MoinMoin\config\multiconfig.py in
_importConfigModule (name='wikiconfig')
         1. 43 """
         2. 44 try:
         3. 45 module = __import__(name, globals(), {})
         4. 46 mtime = os.path.getmtime(module.__file__)
         5. 47 except ImportError:
          * module undefined
          * builtin __import__ = <built-in function __import__>
          * name = 'wikiconfig'
          * builtin globals = <built-in function globals>

ImportError

No module named wikiconfig

    * args = ('No module named wikiconfig',)
    * message = 'No module named wikiconfig'

System Details

    * Date: Fri, 23 May 2008 16:53:26 +0000
    * Platform: win32 (nt)
    * Python: Python 2.5.1 (C:\python25\python.exe)
    * MoinMoin: Release 1.7.0rc1 (release)



From tw-public at gmx.de  Fri May 23 14:43:52 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 23 May 2008 20:43:52 +0200
Subject: [Moin-user] upgrade to 1.7rc1 error
In-Reply-To: <5c39e1ca0805231007j4508ad3ei43146a655f3f46aa@mail.gmail.com>
References: <5c39e1ca0805230856p2ad770aclb2b780fde51aca0c@mail.gmail.com>
	<4836EC44.6030605@pfennigsolutions.de>
	<5c39e1ca0805231007j4508ad3ei43146a655f3f46aa@mail.gmail.com>
Message-ID: <1211568232.6178.3.camel@black>


> ImportError: No module named wikiconfig

This happens (except in the obvious case), if you have a farm
configuration and some import in your farmconfig fails (moin then thinks
that there is no farm config, because it gets an ImportError and falls
back to wanting a wikiconfig).

That problem has been there since long and has been fixed after
1.7.0rc1.

So just fix your imports within your farmconfig (maybe auth stuff,
antispam, ...).





From joe.p.cool at googlemail.com  Fri May 23 15:48:45 2008
From: joe.p.cool at googlemail.com (Joe P. Cool)
Date: Fri, 23 May 2008 21:48:45 +0200
Subject: [Moin-user] upgrade to 1.7rc1 error
In-Reply-To: <5c39e1ca0805231007j4508ad3ei43146a655f3f46aa@mail.gmail.com>
References: <5c39e1ca0805230856p2ad770aclb2b780fde51aca0c@mail.gmail.com>	<4836EC44.6030605@pfennigsolutions.de>
	<5c39e1ca0805231007j4508ad3ei43146a655f3f46aa@mail.gmail.com>
Message-ID: <48371F9D.1080004@googlemail.com>

Rick Vanderveer wrote:
> Sensing I was near success, I eagerly hit 'refresh'-- instead I was
> greeted with a new error (see trace below). It seems to be looking for
> a file called "wikiconfig" (no .py), 

It *is* looking for wikiconfig.py but the .py is not part of the
module name. Solution: cd to the directory containing the
wikiconfig.py before issuing the moin command or append an option to the
  moin script:

moin --config-dir=directory_containing_wikiconfig.py ...

--
Joe



From khellman at mcprogramming.com  Fri May 23 16:25:04 2008
From: khellman at mcprogramming.com (Keith Hellman)
Date: Fri, 23 May 2008 14:25:04 -0600
Subject: [Moin-user] MoinMoin Questions
Message-ID: <20080523202504.GB4433@doberman.l.localdomain>

Hello All:

I've got three separate projects whose (best) solution involves
a Wiki.  I've gone through the Wiki Matrix and read through many Wiki 
homepages and FAQs.  I don't think any Wiki out there meets *all* 
of my feature needs, but fortunately I'm comfortable coding up the 
occasional plug-in or patch.

I'd REALLY like to use MoinMoin, it seems to meet most of my needs
and its written in a language I know.

Before I take the plunge, there are a couple of lingering questions I
have, if anyone can suggest pointers to documentation or outright
answers that would be great.

1.  One of the features I like is that I can produce docbook from MM
mark-up.  From there it just a couple more pipe-symbols to a high
quality PDF :^)  Suppose I'd like to generate a PDF of a Wiki at some
point in the *past* --- is there a straightforward way to do this?
Actually, I mean straightforward+elegent:  I'm sure I could just 
use datestamps or preemtively record file tree info to make a copy of
the Wiki...  BTW:  I believe I already know that attachments don't have
any history, I'm OK with that for now.  Put another way, if MM used a
version-controlled store, I'd be asking about how to branch, snapshot,
or tag at some point in history.

2.  Is there an external mechanism for locking the MM repository?  My
back-up solution would probably include LVM, so I just need a method
to momentarily lock the repo until a snapshot is setup.

3.  (And this is the BIG ONE) Two of my projects are going to be VERY
media intensive.  Lots of scanned documents, photos, videos and audio.
So one thing I would REALLY like is a generic media database connected
to the WiKi in some way.

One solution might be to create pages based on some type of domain
centric grouping (dates, content, media type,...) and have the media
elements attached to this page.  The actual page "text" would be treated
as a free form database (I'm thinking SMTP header-line like formats,
this would require a Parser plugin?  Forgive me, I'm not quite facile
with the MM lingo yet). I've noted in some of the docs (FAQ?) that a
group has done much the same thing (minus the media attachments) for a
Top 100 Book List.

Otherwise I'd opt for an external database with a Wiki hosted upload
form.

My understanding is that either would require some sort of MM plugin
that allows linking to individual media elements from other MM pages.
It would also support searching and sorting.  My impression is that
other other plugins do the same (ImageLink, Gallery, ...) sort of thing,
so I feel like all of this should be possible.

BTW, I really expect this to be a fair amount of media data.  I know of
at least a gig ready for a wiki now.  Can anyone offer up their
experience with attaching this much data to MM pages?  Does performance
suffer?

Finally (and this really isn't a question, just an aside), I've read
that MM 2.0 will/should/is-hoped-to-have a generic backend interface for
databases or versioning systems.  I think this would be great, it would
obviously solve my first question.  In some of my discussions with
acquaintances that run their own WiKis, this seems to be a
"look-down-on" feature-hole of MoinMoin.  I'm not sure it should be, it
is just what I've noticed.

Thanks in advance for everyone's input,

-- 
Keith Hellman                             #include <disclaimer.h>
khellman at mcprogramming.com                from disclaimer import standard
khellman at mines.edu
                                   -*-                                    
                    public key @ pgp.mit.edu 9FCF40FD 
    Y!M: mcprogramming                           AIM/ICQ: 485403897       
                     gtalk: jabber at mcprogramming.com                      
                                   -*-                                    

If they want really buzzword-compliant "redundancy" they could add 
another exchange server as part of a "cluster" of "Windows 2003"
servers with "active directory" so that when things break they 
break spectacularly.

-- Jim Ockers, P.Eng. (http://www.ockers.net/); CLUE-Tech mailing list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080523/761229f1/attachment.sig>

From rick.vanderveer at gmail.com  Fri May 23 16:41:59 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Fri, 23 May 2008 15:41:59 -0500
Subject: [Moin-user] upgrade to 1.7rc1 error
In-Reply-To: <1211568232.6178.3.camel@black>
References: <5c39e1ca0805230856p2ad770aclb2b780fde51aca0c@mail.gmail.com>
	<4836EC44.6030605@pfennigsolutions.de>
	<5c39e1ca0805231007j4508ad3ei43146a655f3f46aa@mail.gmail.com>
	<1211568232.6178.3.camel@black>
Message-ID: <5c39e1ca0805231341w37a67a95rbad418a7fbfd7610@mail.gmail.com>

Thomas,
You're right, I am running a farm (using farmconfig.py, not
wikiconfig.py).  However, I've combed thru my farmconfig.py file very
thoroughly, and am not seeing any problems.  Does  "auth =
[HTTPAuth()]" need something within the parentheses?

Sorry to do this, but I'm pasting in my farmconfig.py file in hopes
that someone else may spot something I'm overlooking:

-Rick



# -*- coding: iso-8859-1 -*-
# IMPORTANT! This encoding (charset) setting MUST be correct! If you live in a
# western country and you don't know that you use utf-8, you probably want to
# use iso-8859-1 (or some other iso charset). If you use utf-8 (a Unicode
# encoding) you MUST use: coding: utf-8
# That setting must match the encoding your editor uses when you modify the
# settings below. If it does not, special non-ASCII chars will be wrong.



# Wikis in your farm --------------------------------------------------

# If you run multiple wikis, you need this list of pairs (wikiname, url
# regular expression). moin processes that list and tries to match the
# regular expression against the URL of this request - until it matches.
# Then it loads the <wikiname>.py config for handling that request.


wikis = [

    # wikiname,     url regular expression (no protocol)
    # ---------------------------------------------------------------
    # for multiple wikis, do something like this:
    ("main",  r"^.*.cognitivearts.com/main.*$"),
    ("projects",  r"^.*.cognitivearts.com/projects.*$"),
    ("services",  r"^.*.cognitivearts.com/services.*$"),
    ("generic",  r"^.*.cognitivearts.com/generic.*$"),
]


# Common configuration for all wikis ----------------------------------

# Everything that should be configured the same way should go here,
# anything else that should be different should go to the single wiki's
# config.
# In that single wiki's config, we will use the class FarmConfig we define
# below as the base config settings and only override what's different.
#
# In exactly the same way, we first include MoinMoin's Config Defaults here -
# this is to get everything to sane defaults, so we need to change only what
# we like to have different:

from MoinMoin.config.multiconfig import DefaultConfig

# Now we subclass this DefaultConfig. This means that we inherit every setting
# from the DefaultConfig, except those we explicitely define different.

class FarmConfig(DefaultConfig):

    # Critical setup  ---------------------------------------------------

    # Misconfiguration here will render your wiki unusable. Check that
    # all directories are accessible by the web server or moin server.

    # If you encounter problems, try to set data_dir and data_underlay_dir
    # to absolute paths.

    # Where read-only system and help page are. You might want to share
    # this directory between several wikis. When you update MoinMoin,
    # you can safely replace the underlay directory with a new one. This
    # directory is part of MoinMoin distribution, you don't have to
    # backup it.
    data_underlay_dir = r'c:\moin\underlay'

    # Moin 1.6 supports a common cache directory.  Yeah, no more
backing up of caches!
    cache_dir = r'c:\moin_cache'

    # Location of your STATIC files (css/png/js/...) - you must NOT use the
    # same for invoking moin.cgi (or, in general, the moin code).
    # url_prefix must be '/wiki' for Twisted and standalone servers.
    # For CGI, it should match your Apache Alias setting.
    url_prefix = '/wiki_static160'


    # Security ----------------------------------------------------------

    superuser = [u"Rvanderveer", ]
    acl_rights_before = u"Rvanderveer:read,write,delete,revert,admin"
    acl_rights_default = u"All:read,write,revert,delete"


    ## Rick: Windows Domain Authentication

    from MoinMoin.auth.http import HTTPAuth
    auth = [HTTPAuth()]

    user_autocreate = True

    # 'logout' link not necessary (or works) in Domain Authentication
    show_login = 0

    allowed_actions = ['AttachFile', ]



    # Mail --------------------------------------------------------------

    mail_smarthost = "smtp.xxxxxxxx.com"

    mail_from = u"CogArts Wiki Notifier <xxxxxxxx at xxxxxxxx.com>"

    mail_login = "XXXXXXXX xxxxxxxx"


    # User interface ----------------------------------------------------

    navi_bar = [
        # If you want to show your page_front_page here:
        u'%(page_front_page)s',
        u'RecentChanges',
        u'EditingFAQ',
    ]


    theme_default = 'modern'

    ### Rick:  modifying 'UserPreference' page

    user_checkbox_defaults = {
                             'show_page_trail': 0,
                             'mailto_author': 1,
                             }

    user_form_remove = ['password', 'password2', 'logout',
'account_sendmail', 'aliasname', 'css_url',]

    editor_default = 'text'
    editor_ui = 'theonepreferred'

    user_checkbox_remove = [ 'disabled', 'edit_on_doubleclick',
'show_topbottom', 'wikiname_add_spaces', ]

    edit_bar = ['Edit', 'Info', 'Subscribe', 'Quicklink',
'Attachments', 'ActionsMenu']


    ### Rick:  surge protection not nessessary on internal wiki
(causes problems with fast editors):
    surge_action_limits = None

    ### Rick: added for auto-populate email field (with http auth).
See http://moinmo.in/MoinMoinPatch/HttpAuthAutoEmail
    auth_http_save_email = True
    auth_http_email_suffix = '@niit.com'

    ### Rick: set to common user directory, so that each project wiki
doesn't create a separate user ID
    user_dir = 'c:\moin\users'
    user_homewiki = 'main'


    search_results_per_page = '25'


    # Language options --------------------------------------------------

    # See http://moinmoin.wikiwikiweb.de/ConfigMarket for configuration in
    # YOUR language that other people contributed.

    # The main wiki language, set the direction of the wiki pages
    language_default = 'en'

    # You must use Unicode strings here [Unicode]
    page_category_regex = u'^Category[A-Z]'
    page_dict_regex = u'[a-z]Dict$'
    page_group_regex = u'[a-z]Group$'
    page_template_regex = u'[a-z]Template$'

    # Content options ---------------------------------------------------

    # Show users hostnames in RecentChanges
    show_hosts = 1

    # Show the interwiki name (and link it to page_front_page) in the Theme,
    # nice for farm setups or when your logo does not show the wiki's name.
    ### Rick: I changed from 1 to 0 to hide the wiki name
    show_interwiki = 0
    shared_intermap = 'c:\moin\intermap.txt'


    logo_string = u'<img src="/wiki/common/CogArts-logo.gif"
alt="Cognitive Arts">'


    mimetypes_xss_protect = [ ]

    mimetypes_embed = ['application/x-dvi', 'application/postscript',
'application/pdf', 'application/ogg', 'application/vnd.visio',
'image/x-ms-bmp', 'image/svg+xml', 'image/tiff', 'image/x-photoshop',
'audio/mpeg', 'audio/midi', 'audio/x-wav', 'video/fli', 'video/mpeg',
'video/quicktime', 'video/x-msvideo', 'video/x-ms-wmv',
'chemical/x-pdb', 'x-world/x-vrml',]


    #show_timings = 'true'
    #show_version = 'true'

    #supplementation_page = 'True'
    #supplementation_page_name = u'Discuss'
    #supplementation_page_template = u'DiscussionTemplate'




On Fri, May 23, 2008 at 1:43 PM, Thomas Waldmann <tw-public at gmx.de> wrote:
>
>> ImportError: No module named wikiconfig
>
> This happens (except in the obvious case), if you have a farm
> configuration and some import in your farmconfig fails (moin then thinks
> that there is no farm config, because it gets an ImportError and falls
> back to wanting a wikiconfig).
>
> That problem has been there since long and has been fixed after
> 1.7.0rc1.
>
> So just fix your imports within your farmconfig (maybe auth stuff,
> antispam, ...).
>
>
>



From rick.vanderveer at gmail.com  Fri May 23 17:13:50 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Fri, 23 May 2008 16:13:50 -0500
Subject: [Moin-user] MoinMoin Questions
In-Reply-To: <20080523202504.GB4433@doberman.l.localdomain>
References: <20080523202504.GB4433@doberman.l.localdomain>
Message-ID: <5c39e1ca0805231413o599906a5xce9c83c3cc725340@mail.gmail.com>

Welcome Keith!
I cannot comment on most of your questions (you'll need on of the
developers to chime in), but I just wanted to say that it's *because*
Moin doesn't rely on a database back-end that I selected it as my
wiki-software of choice.  :-)  I understand that, on principle, many
people like the idea of a database-driven site-- but I think you'll
find, as long as you don't anticipate as many sustained hits as
Wikipedia.org, that performance is quite fine. :-)

Also, not sure if this helps or not, but I noticed the start of this
database plugin that may help you in pulling data from an existing
database:
http://moinmo.in/MacroMarket/DataBase

-Rick


On Fri, May 23, 2008 at 3:25 PM, Keith Hellman
<khellman at mcprogramming.com> wrote:
> Hello All:
>
> I've got three separate projects whose (best) solution involves
> a Wiki.  I've gone through the Wiki Matrix and read through many Wiki
> homepages and FAQs.  I don't think any Wiki out there meets *all*
> of my feature needs, but fortunately I'm comfortable coding up the
> occasional plug-in or patch.
>
> I'd REALLY like to use MoinMoin, it seems to meet most of my needs
> and its written in a language I know.
>
> Before I take the plunge, there are a couple of lingering questions I
> have, if anyone can suggest pointers to documentation or outright
> answers that would be great.
>
> 1.  One of the features I like is that I can produce docbook from MM
> mark-up.  From there it just a couple more pipe-symbols to a high
> quality PDF :^)  Suppose I'd like to generate a PDF of a Wiki at some
> point in the *past* --- is there a straightforward way to do this?
> Actually, I mean straightforward+elegent:  I'm sure I could just
> use datestamps or preemtively record file tree info to make a copy of
> the Wiki...  BTW:  I believe I already know that attachments don't have
> any history, I'm OK with that for now.  Put another way, if MM used a
> version-controlled store, I'd be asking about how to branch, snapshot,
> or tag at some point in history.
>
> 2.  Is there an external mechanism for locking the MM repository?  My
> back-up solution would probably include LVM, so I just need a method
> to momentarily lock the repo until a snapshot is setup.
>
> 3.  (And this is the BIG ONE) Two of my projects are going to be VERY
> media intensive.  Lots of scanned documents, photos, videos and audio.
> So one thing I would REALLY like is a generic media database connected
> to the WiKi in some way.
>
> One solution might be to create pages based on some type of domain
> centric grouping (dates, content, media type,...) and have the media
> elements attached to this page.  The actual page "text" would be treated
> as a free form database (I'm thinking SMTP header-line like formats,
> this would require a Parser plugin?  Forgive me, I'm not quite facile
> with the MM lingo yet). I've noted in some of the docs (FAQ?) that a
> group has done much the same thing (minus the media attachments) for a
> Top 100 Book List.
>
> Otherwise I'd opt for an external database with a Wiki hosted upload
> form.
>
> My understanding is that either would require some sort of MM plugin
> that allows linking to individual media elements from other MM pages.
> It would also support searching and sorting.  My impression is that
> other other plugins do the same (ImageLink, Gallery, ...) sort of thing,
> so I feel like all of this should be possible.
>
> BTW, I really expect this to be a fair amount of media data.  I know of
> at least a gig ready for a wiki now.  Can anyone offer up their
> experience with attaching this much data to MM pages?  Does performance
> suffer?
>
> Finally (and this really isn't a question, just an aside), I've read
> that MM 2.0 will/should/is-hoped-to-have a generic backend interface for
> databases or versioning systems.  I think this would be great, it would
> obviously solve my first question.  In some of my discussions with
> acquaintances that run their own WiKis, this seems to be a
> "look-down-on" feature-hole of MoinMoin.  I'm not sure it should be, it
> is just what I've noticed.
>
> Thanks in advance for everyone's input,
>
> --
> Keith Hellman                             #include <disclaimer.h>
> khellman at mcprogramming.com                from disclaimer import standard
> khellman at mines.edu
>                                   -*-
>                    public key @ pgp.mit.edu 9FCF40FD
>    Y!M: mcprogramming                           AIM/ICQ: 485403897
>                     gtalk: jabber at mcprogramming.com
>                                   -*-
>
> If they want really buzzword-compliant "redundancy" they could add
> another exchange server as part of a "cluster" of "Windows 2003"
> servers with "active directory" so that when things break they
> break spectacularly.
>
> -- Jim Ockers, P.Eng. (http://www.ockers.net/); CLUE-Tech mailing list
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFINygfeAsFcZ/PQP0RAnqFAKCSWTF23xjqKk9Q0clsf+dfTt5Z3gCeLncZ
> SAm/0HDZjgFovqLkkyCE+Uo=
> =DovB
> -----END PGP SIGNATURE-----
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>



From tw-public at gmx.de  Fri May 23 18:56:47 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat, 24 May 2008 00:56:47 +0200
Subject: [Moin-user] upgrade to 1.7rc1 error
In-Reply-To: <5c39e1ca0805231341w37a67a95rbad418a7fbfd7610@mail.gmail.com>
References: <5c39e1ca0805230856p2ad770aclb2b780fde51aca0c@mail.gmail.com>
	<4836EC44.6030605@pfennigsolutions.de>
	<5c39e1ca0805231007j4508ad3ei43146a655f3f46aa@mail.gmail.com>
	<1211568232.6178.3.camel@black>
	<5c39e1ca0805231341w37a67a95rbad418a7fbfd7610@mail.gmail.com>
Message-ID: <1211583407.6178.15.camel@black>


> You're right, I am running a farm (using farmconfig.py, not
> wikiconfig.py).  However, I've combed thru my farmconfig.py file very
> thoroughly,

If it is what I suspected, that it is one of your import statements.

>  and am not seeing any problems.  Does  "auth =
> [HTTPAuth()]" need something within the parentheses?

No.

>     ("main",  r"^.*.cognitivearts.com/main.*$"),

^.*\. is maybe what you mean (what you have of course matches that
also).

>     url_prefix = '/wiki_static160'

Needs update. :)

>     allowed_actions = ['AttachFile', ]

I don't think this still exists.

>     # You must use Unicode strings here [Unicode]
>     page_category_regex = u'^Category[A-Z]'
>     page_dict_regex = u'[a-z]Dict$'
>     page_group_regex = u'[a-z]Group$'
>     page_template_regex = u'[a-z]Template$'

That's not correct for 1.7, please see docs/CHANGES. If you just want
english, you can just delete those settings and use the new defaults.

>     shared_intermap = 'c:\moin\intermap.txt'

r'...' ?

>     logo_string = u'<img src="/wiki/common/CogArts-logo.gif"
> alt="Cognitive Arts">'

Do you have this additionally to /moin_staticXXX ?

Strange, no wrong import AFAICS.

Well, maybe try again with next RC, will be out tomorrow (hopefully).
It has better ImportError handler.





From tw-public at gmx.de  Fri May 23 19:24:13 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat, 24 May 2008 01:24:13 +0200
Subject: [Moin-user] MoinMoin Questions
In-Reply-To: <20080523202504.GB4433@doberman.l.localdomain>
References: <20080523202504.GB4433@doberman.l.localdomain>
Message-ID: <1211585053.6178.42.camel@black>

Hi Keith,

> 1.  One of the features I like is that I can produce docbook from MM
> mark-up.

Please note that docbook stuff is still being developped/improved.
1.7 will have a better docbook formatter than previous versions.

> Suppose I'd like to generate a PDF of a Wiki at some
> point in the *past* --- is there a straightforward way to do this?

Not AFAIK. If you can code in Python, I think it's doable, though.

We need more developers caring for docbook stuff anyway, so feel
welcome! :)

> BTW:  I believe I already know that attachments don't have
> any history,

Right. Not yet. We are working on it.

> 2.  Is there an external mechanism for locking the MM repository?  My
> back-up solution would probably include LVM, so I just need a method
> to momentarily lock the repo until a snapshot is setup.

No. But you could stop and restart moin, if you very much need to play
safe.

Otherwise you could also snapshot while having it running, should work
mostly.

> 3.  (And this is the BIG ONE) Two of my projects are going to be VERY
> media intensive.  Lots of scanned documents, photos, videos and audio.

I have recently improved support for big files (will be in 1.6.4 and
1.7.0). "Big" in that context means stuff >>10MB (like ISO CD/DVD
images, movies, but not photos or audio usually).

> So one thing I would REALLY like is a generic media database connected
> to the WiKi in some way.

Nothing there yet. What we will do with attachments is to unify them
with pages, so everything is just some (revisioned) item with a
mimetype. Hopefully in 1.8, but please don't hold your breath. :)

> One solution might be to create pages based on some type of domain
> centric grouping (dates, content, media type,...) and have the media
> elements attached to this page.  The actual page "text" would be treated
> as a free form database (I'm thinking SMTP header-line like formats,
> this would require a Parser plugin?

Yes, sounds like a Parser.

BTW, when we finally have the new backend (see above), some of that
stuff could maybe go into metadata of the media item (which will be key:
value also).

> My understanding is that either would require some sort of MM plugin
> that allows linking to individual media elements from other MM pages.

If you store stuff externally at some URL, you can always use interwiki
to have comfortable linking from moin, e.g.:

Media:pictures/foo.jpg

and in the interwiki map:

Media http://server/media/

> It would also support searching and sorting.

moin has a slow builtin search for page content and a fast xapian based
search that searches page content and attachment content (if the
attachment was indexable).

The xapian support is still under development, but got some fixes
recently that will be in 1.7.0 (some also in 1.6.4).

> BTW, I really expect this to be a fair amount of media data.  I know of
> at least a gig ready for a wiki now.  Can anyone offer up their
> experience with attaching this much data to MM pages?  Does performance
> suffer?

moin up to 1.6.3 had some issues for some server methods (wsgi and
fastcgi) - it loaded whole file into memory. This is fixed meanwhile and
will be in next release.

Also, you shouldn't attach ALL your attachments to a single page, this
would be also slow due to other reasons (when ALL means hundreds,
thousands, ...).

Having up to 100 or so attachments per page should be fine, though.

> Finally (and this really isn't a question, just an aside), I've read
> that MM 2.0 will/should/is-hoped-to-have a generic backend interface for
> databases or versioning systems.

Work happening on this within this "Summer of Code". :)

> I think this would be great, it would
> obviously solve my first question.  In some of my discussions with
> acquaintances that run their own WiKis, this seems to be a
> "look-down-on" feature-hole of MoinMoin.

Well, this will be really an important feature for moin.

But not due to reasons some "it needs a database" people always
think. :)


Cheers,

Thomas





From czerwinski1977 at gmx.net  Sat May 24 09:22:20 2008
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Sat, 24 May 2008 15:22:20 +0200
Subject: [Moin-user] Stopping and restarting Moin
Message-ID: <op.ubnt3iptea1mxi@czerwinski.czerwinski.at>

Hello,

i several circumstances I read the advice to "stop and restart" moin ...  
err... how can I do that on the following systems:
  * Windows Server 2003, IIS 6.0
  * Windows XP Pro, Apache 2.4

Cheers, Reinhard.

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/



From rick.vanderveer at gmail.com  Sat May 24 12:23:43 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Sat, 24 May 2008 12:23:43 -0400
Subject: [Moin-user] Stopping and restarting Moin
In-Reply-To: <op.ubnt3iptea1mxi@czerwinski.czerwinski.at>
References: <op.ubnt3iptea1mxi@czerwinski.czerwinski.at>
Message-ID: <32EF70B8-58CE-4639-AE6A-A30A6C2EB126@gmail.com>

That really depends on how you have you installations set up.

If you have set up FastCGI as a service, for example, you'll need to  
stop/start via the Services administrative tool (in control panel).   
If you're using just regular CGI (i.e. moin.cgi), then moin.cgi is  
loaded for each request so therefore it's not necessary to stop/start  
anything.

- Rick
    < sent via iPhone >



On May 24, 2008, at 9:22 AM, "Reinhard Mayr aka Czerwinski" <czerwinski1977 at gmx.net 
 > wrote:

> Hello,
>
> i several circumstances I read the advice to "stop and restart"  
> moin ...
> err... how can I do that on the following systems:
>  * Windows Server 2003, IIS 6.0
>  * Windows XP Pro, Apache 2.4
>
> Cheers, Reinhard.
>
> -- 
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
> --- 
> ----------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user



From tw-public at gmx.de  Sat May 24 11:37:35 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat, 24 May 2008 17:37:35 +0200
Subject: [Moin-user] Stopping and restarting Moin
In-Reply-To: <op.ubnt3iptea1mxi@czerwinski.czerwinski.at>
References: <op.ubnt3iptea1mxi@czerwinski.czerwinski.at>
Message-ID: <4838363F.4070102@gmx.de>


> i several circumstances I read the advice to "stop and restart" moin ...  
> err... how can I do that on the following systems:
>   * Windows Server 2003, IIS 6.0
>   * Windows XP Pro, Apache 2.4

If you run cgi, the web server restarts moin on every request anyway, so 
you don't need to do anything for that case.

If you don't run CGI (but some other server method that keeps the moin 
process persistent in memory), then you likely have to restart the web 
server (or the moin process, if it runs separately).





From czerwinski1977 at gmx.net  Mon May 26 02:05:30 2008
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Mon, 26 May 2008 08:05:30 +0200
Subject: [Moin-user] Stopping and restarting Moin
In-Reply-To: <32EF70B8-58CE-4639-AE6A-A30A6C2EB126@gmail.com>
References: <op.ubnt3iptea1mxi@czerwinski.czerwinski.at>
	<32EF70B8-58CE-4639-AE6A-A30A6C2EB126@gmail.com>
Message-ID: <20080526060530.76930@gmx.net>

Ah, I see... thanks Rick & Thomas!

Cheers, R.

-------- Original-Nachricht --------
> Datum: Sat, 24 May 2008 12:23:43 -0400
> Von: Rick Vanderveer <rick.vanderveer at gmail.com>
> An: Reinhard Mayr aka Czerwinski <czerwinski1977 at gmx.net>
> CC: "moin-user at lists.sourceforge.net" <moin-user at lists.sourceforge.net>
> Betreff: Re: [Moin-user] Stopping and restarting Moin

> That really depends on how you have you installations set up.
> 
> If you have set up FastCGI as a service, for example, you'll need to  
> stop/start via the Services administrative tool (in control panel).   
> If you're using just regular CGI (i.e. moin.cgi), then moin.cgi is  
> loaded for each request so therefore it's not necessary to stop/start  
> anything.
> 
> - Rick
>     < sent via iPhone >
> 
> 
> 
> On May 24, 2008, at 9:22 AM, "Reinhard Mayr aka Czerwinski"
> <czerwinski1977 at gmx.net 
>  > wrote:
> 
> > Hello,
> >
> > i several circumstances I read the advice to "stop and restart"  
> > moin ...
> > err... how can I do that on the following systems:
> >  * Windows Server 2003, IIS 6.0
> >  * Windows XP Pro, Apache 2.4
> >
> > Cheers, Reinhard.
> >
> > -- 
> > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> >
> > --- 
> > ----------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Moin-user mailing list
> > Moin-user at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/moin-user

-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf at gmx



From tavasti at tavastisolutions.com  Mon May 26 05:03:42 2008
From: tavasti at tavastisolutions.com (Markku Tavasti)
Date: Mon, 26 May 2008 12:03:42 +0300
Subject: [Moin-user] How to create Group-pages for ACL use with script?
In-Reply-To: <20080526060530.76930@gmx.net> (Reinhard Mayr aka Czerwinski's
	message of "Mon, 26 May 2008 08:05:30 +0200")
References: <op.ubnt3iptea1mxi@czerwinski.czerwinski.at>
	<32EF70B8-58CE-4639-AE6A-A30A6C2EB126@gmail.com>
	<20080526060530.76930@gmx.net>
Message-ID: <m2iqx1cu8h.fsf_-_@aladobix.i.tavastisolutions.com>


I creating wikies for farm with self-made script. Mostly those wikies
are with strict acl limitations. 

I have found out that only symlinking directory containing page-files
for GlobalAdminGroup doesn't work. Information from GlobalAdminGroup
is ignored, and global admin doesn't have permissions before
GlobalAdminGroup has entry in edit-log. 

Is there some setting which would change this behaviour, or should I
add that edit-log line with script?

-- 
M. Tavasti /  tavasti at tavastisolutions.com  /   +358-40-5078254



From tavasti at tavastisolutions.com  Mon May 26 07:51:58 2008
From: tavasti at tavastisolutions.com (Markku Tavasti)
Date: Mon, 26 May 2008 14:51:58 +0300
Subject: [Moin-user] How to get 'Single Sign-on' for wikifarm?
Message-ID: <m2ej7pcmg1.fsf@aladobix.i.tavastisolutions.com>


I have wiki farm whihc has common accounts from ldap. Is it possible
to get such functionality, that login to only one wiki is sufficient?
Now users need to log in all wikies separately, with same account and
password. 

-- 
M. Tavasti /  tavasti at tavastisolutions.com  /   +358-40-5078254



From tavasti at tavastisolutions.com  Mon May 26 08:05:26 2008
From: tavasti at tavastisolutions.com (Markku Tavasti)
Date: Mon, 26 May 2008 15:05:26 +0300
Subject: [Moin-user] Exact format for interwiki_preferred?
Message-ID: <m263t1cltl.fsf@aladobix.i.tavastisolutions.com>


For some reason I seem to be incabable to get correct syntax for
setting interwiki_preferred in my config. I'm using sinorca4moin
theme, and I'd like to see some of my wikies in top-bar. However, what
 ever I put there, all links to sister-wikies diasppear.

At least these I've tried:

    interwiki_preferred = [
            'Blah','Bar','Foo'
        ]
    interwiki_preferred = [ 'Blah','Bar','Foo' ]
    interwiki_preferred = [ u'Blah',u'Bar',u'Foo' ]
    interwiki_preferred = [ u'Blah',u'Bar',u'Foo' ]


Blah, Bar and Foo are interwiki-names for sister wikies.

-- 
M. Tavasti /  tavasti at tavastisolutions.com  /   +358-40-5078254



From czerwinski1977 at gmx.net  Mon May 26 12:24:17 2008
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Mon, 26 May 2008 18:24:17 +0200
Subject: [Moin-user] Moin 1.6.3 on W2K3/IIS6 - LDAP
	authentication	problem
In-Reply-To: <op.ube4wzt5ea1mxi@czerwinski.czerwinski.at>
References: <20080515083620.18750@gmx.net>
	<op.ubc5ronyea1mxi@czerwinski.czerwinski.at>
	<5c39e1ca0805191317l52967d8dj629317ec41213a77@mail.gmail.com>
	<op.ube4wzt5ea1mxi@czerwinski.czerwinski.at>
Message-ID: <20080526162417.33540@gmx.net>

Hi folks!

I tried something new with partial success:
 * the config line "from MoinMoin.auth.ldap_login import ldap_login" seems to be the right one in MoinMoin 1.6.3 -- can anybody confirm this?
 * I received the CGI error "The specified CGI application misbehaved by not returning a complete set of HTTP headers." - This is actually the same as before, I just give you the proper English translation ;)
 * I disable LDAP debugging: ldap_verbose = False --- tataaaa... the CGI error is gone :)
 * ... but LDAP authentication fails... :(

Therefore the questions are:
 * How can LDAP logging lead to a CGI error?
 * How would *you* track the problem in order to get the LDAP log for further analysis?

Still and always thankful for advices ;)

Reinhard.

-------- Original-Nachricht --------
> Datum: Mon, 19 May 2008 22:37:37 +0200
> Von: "Reinhard Mayr aka Czerwinski" <czerwinski1977 at gmx.net>
> An: "Rick Vanderveer" <rick.vanderveer at gmail.com>
> CC: moin-user at lists.sourceforge.net
> Betreff: Re: [Moin-user] Moin 1.6.3 on W2K3/IIS6 - LDAP authentication	problem

> Rick,
> 
> thanks for your response!
> 
> Apache on Windows is fine, I also made this experience ;)
> 
> Since the combination seems to be rare (for obvious reasons ... *gg*) I do
>  
> not expect a out-of-the-box solution.
> 
> ad (2) I suppose, the CGI error is of a "premature end of script headers" 
> kind (original message is in German) -- Does this mean anything to
> anybody?
> 
> However, I am still thankful for suggestions how to isolate the actual  
> problem. As mentioned, I am new to python, your hint might be veeery basic
>  
> ;) ... e.g. where to find a possible log/error file etc.
> 
> Cheers, Reinhard.
> 
> On Mon, 19 May 2008 22:17:06 +0200, Rick Vanderveer  
> <rick.vanderveer at gmail.com> wrote:
> 
> > The lack of replies is not due to apathy, but that few people run in the
> > that configuration (it seems).
> >
> > As a substitute, I have Moin running on Apache and using Domain
> > Authentication, and all is working perfectly.  We even have multiple  
> > domains
> > within our company, and it all works without a hitch.  The
> > set-up/configuration instructions are here (if you're interested):
> >
> http://master.moinmo.in/HelpOnInstalling/ApacheOnWin32withDomainAuthentication
> >
> > -Rick
> >
> >
> > On Sun, May 18, 2008 at 2:00 PM, Reinhard Mayr aka Czerwinski <
> > czerwinski1977 at gmx.net> wrote:
> >
> >> ... anybody?
> >>
> >> On Thu, 15 May 2008 10:36:20 +0200, Reinhard Mayr aka Czerwinski
> >> <czerwinski1977 at gmx.net> wrote:
> >>
> >> > Hello,
> >> >
> >> > I run a MoinMoin 1.6.3 instance on a Windows 2003/IIS 6 server.
> >> >
> >> > Since I want to use LDAP authorization (there is an AD server  
> >> running),
> >> > I tried several things, basically without success.
> >> >
> >> > (1) First thing I should know: What is the status of  
> >> moinmoin.wikiweb.de
> >> > - or should I better look up moinmo.in?
> >> >
> >> > (2) I followed instructions from
> >> > http://moinmo.in/HelpOnAuthentication/LDAP (and succeeded on an
> Apache
> >> > system). The line
> >> >     from MoinMoin.auth.ldap_login import ldap_login
> >> >   gives me a CGI-Error as soon as I set  
> >> auth=[ldap_login,moin_session].
> >> > When I replace it by
> >> >     from MoinMoin.auth import ldap_login
> >> >   I recieve an error like this:
> >> > Traceback (most recent call last):
> >> > File "D:\FileServer\IT\wiki\cytowiki\moin.cgi", line 48, in  
> >> run(Config)
> >> > File
> >> >  
> >>
> "c:\programme\python25\lib\site-packages\MoinMoin\server\server_cgi.py",
> >> > line 59, in run request =
> >> > request_cgi.Request(properties=config.properties)
> >> > File
> >> >
> >>
> "c:\programme\python25\lib\site-packages\MoinMoin\request\request_cgi.py",
> >> > line 29, in __init__ self.fail(err)
> >> > File
> >> >  
> >> "c:\programme\python25\lib\site-packages\MoinMoin\request\__init__.py",
> >> > line 1419, in fail failure.handle(self, err)
> >> > File "c:\programme\python25\lib\site-packages\MoinMoin\failure.py",  
> >> line
> >> > 153, in handle raise err TypeError: 'module' object is not callable
> >> >
> >> > I found that the responsible line is  
> >> MoinMoin\request\request_cgi.py:26
> >> >     RequestBase.__init__(self, properties)
> >> > but I don't know where to look further.
> >> >
> >> > (3) Some of the instructions on the web lack from a version and
> >> > therefore I am not sure whether they apply to MoinMoin 1.6.3. For
> >> > instance http://moinmo.in/MoinMoinQuestions/Authentication heading  
> >> "How
> >> > do I integrate LDAP authentication with moin moin?" tells about a
> >> > moin_cookie, but I wasn't able to import such an object.
> >> >
> >> > Since I am not a Python-devel at all, I neither do know what the  
> >> problem
> >> > is nor how to track it.
> >> >
> >> > So I may ask you to help me with some hints and information to get
> the
> >> > thing running - I appreciate *any* help!
> >> >
> >> > Thanks,
> >> >
> >> > Reinhard.
> >>
> >>
> >>
> >> --
> >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >> _______________________________________________
> >> Moin-user mailing list
> >> Moin-user at lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/moin-user
> >>
> 
> 
> 
> -- 
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft 
> Defy all challenges. Microsoft(R) Visual Studio 2008. 
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer



From sebastian.haase at mdc-berlin.de  Mon May 26 14:08:37 2008
From: sebastian.haase at mdc-berlin.de (Sebastian Haase)
Date: Mon, 26 May 2008 20:08:37 +0200
Subject: [Moin-user] moinmo.in links to sourceforge - which has only very
	old versions
Message-ID: <bc657ead0805261108i742f0e05m22024c14be27c1b4@mail.gmail.com>

Hi,
Should the link
"The SourceForge project page has the usual SourceForge stuff. "
on
http://moinmo.in/
at least be qualified, saying that there is only old stuff there !?

Or did I get this wrong ?

-Sebastian Haase



From sean.opal at gmail.com  Wed May 28 14:53:17 2008
From: sean.opal at gmail.com (Sean Kim)
Date: Wed, 28 May 2008 13:53:17 -0500
Subject: [Moin-user] wikiframing in ubuntu
Message-ID: <483DAA1D.40209@gmail.com>

Hi,

I want to run multiple moinmoin wiki in ubuntu 8.04 server

- in /etc/apache2/sites-available/default
-------------------------------------------------------
   ScriptAlias /sean_wiki "/home/public/wikis/sean_wiki/moin.cgi"
   alias /wiki "/usr/share/moin/htdocs"
   <Directory /usr/share/moin/htdocs>
       Order allow,deny
       allow from all
   </Directory>
-------------------------------------------------------

- in /etc/moin/farmconfig.py
-------------------------------------------------------
wikis = [
   ("sean_wiki",  r"^sean_wiki/.*$"),
   ("test_wiki",  r"^test_wiki/.*$")
]
-------------------------------------------------------

- in /home/public/wikis/sean_wiki/moin.cgi
-------------------------------------------------------
sys.path.insert(0, '/etc/moin')
-------------------------------------------------------

Then I visit "http://domain.com/sean_wiki" and... there is errors
What else I need to do?

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

Traceback (most recent call last):
 File "/var/lib/python-support/python2.5/MoinMoin/request.py", line 
1439, in __init__
   RequestBase.__init__(self, properties)
 File "/var/lib/python-support/python2.5/MoinMoin/request.py", line 156, 
in __init__
   self._load_multi_cfg()
 File "/var/lib/python-support/python2.5/MoinMoin/request.py", line 313, 
in _load_multi_cfg
   self.cfg = multiconfig.getConfig(self.url)
 File "/var/lib/python-support/python2.5/MoinMoin/multiconfig.py", line 
162, in getConfig
   config = _makeConfig(configName)
 File "/var/lib/python-support/python2.5/MoinMoin/multiconfig.py", line 
99, in _makeConfig
   cfg = configClass(name)
 File "/var/lib/python-support/python2.5/MoinMoin/multiconfig.py", line 
499, in __init__
   self._check_directories()
 File "/var/lib/python-support/python2.5/MoinMoin/multiconfig.py", line 
644, in _check_directories
   raise error.ConfigurationError(msg)
ConfigurationError: data_dir "/org/mywiki/data" does not exists, or has 
incorrect ownership or
permissions.

Make sure the directory and the subdirectory pages are owned by the web
server and are readable, writable and executable by the web server user
and group.

It is recommended to use absolute paths and not relative paths. Check
also the spelling of the directory name.

Traceback (most recent call last):
 File "/var/lib/python-support/python2.5/MoinMoin/multiconfig.py", line 
160, in getConfig
   config = _config_cache[configName]
KeyError: 'mywiki'

Additionally cgitb raised this exception:
Traceback (most recent call last):
 File "/var/lib/python-support/python2.5/MoinMoin/failure.py", line 143, 
in handle
   display=request.cfg.traceback_show,
AttributeError: 'RequestCGI' object has no attribute 'cfg'

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




From khellman at mcprogramming.com  Tue May 27 14:45:50 2008
From: khellman at mcprogramming.com (Keith Hellman)
Date: Tue, 27 May 2008 12:45:50 -0600
Subject: [Moin-user] MoinMoin Questions
In-Reply-To: <20080523202504.GB4433@doberman.l.localdomain>
References: <20080523202504.GB4433@doberman.l.localdomain>
Message-ID: <20080527184550.GA7346@doberman.l.localdomain>

Thank-you for the replies.  I felt confident in your comments that I've
finished a mercurial install and nabbed 1.7 from the repo.  I've gotten
CGI working, but am being snagged on WSGI installation.

I (also) realize now that I should have gone the "farm" configuration
route, since I'm sure I'll have multiple testing wikis on my development
box.

I suspect the rest of my posts will be on the developer list.

Thanks again!
-- 
Keith Hellman                             #include <disclaimer.h>
khellman at mcprogramming.com                from disclaimer import standard
khellman at mines.edu
                                   -*-                                    
                    public key @ pgp.mit.edu 9FCF40FD 
    Y!M: mcprogramming                           AIM/ICQ: 485403897       
                     gtalk: jabber at mcprogramming.com                      
                                   -*-                                    

"Windows is about choice - you can mix and match software and music player
stuff. We believe you should have the same choice when it comes to music
services."

-- David Fester, General Manager of Microsoft's Windows Digital Media Division
   http://apple.slashdot.org/apple/04/01/13/0158224.shtml?tid=109&tid=187
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080527/1321b523/attachment.sig>

From net.sourceforge.lists.moin-user at pooryorick.com  Wed May 28 11:36:10 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (=?utf-8?Q?Poor=20Yorick?=)
Date: Wed, 28 May 2008 15:36:10 +0000
Subject: [Moin-user] code blocks and indentation (redux)
Message-ID: <20080528153610.32545.qmail@s461.sureserver.com>

>  -------Original Message-------
>  From: Fred Drake <fdrake at gmail.com>
>  Subject: Re: [Moin-user] code blocks and indentation (redux)
>  Sent: 2008-05-17 15:59
>  
>  On Sat, May 17, 2008 at 1:08 AM, Poor Yorick
>  <net.sourceforge.lists.moin-user at pooryorick.com> wrote:
>  > I'm aware of restructured text, but I just wanted to point out that the
>  > moinmoin wiki parser could make this improvement.  There's no ambiguity,
>  > because if someone has gone to the trouble of indenting the initial "{{{", they
>  > are clearly trying to indent the code chunk, but not double-indent it as in the
>  > current case.
>  
>  That presents the problem that existing pages can change
>  interpretation, though, which can "break" existing pages.  How serious
>  that will be, I don't know.
>  

Working more with this kind of formatting, I'm convinced it wouldn't break too
many existing pages, because no one (except me!) is likely to be using
formatting which results in such awkward presentation.  Just look how indented
the code chunks get in an example from one of my wikis:

    https://www.pooryorick.com/secure/wiki/Pub/Bash

leading whitespace indentation equal to what preceded the opening '{{{' should
definitely be stripped out.

-- 
yorick





From d454d at web.de  Thu May 29 03:45:17 2008
From: d454d at web.de (Stephan Mueller)
Date: Thu, 29 May 2008 09:45:17 +0200
Subject: [Moin-user] Use the same moin instance for two locations
Message-ID: <20080529074517.GB27284@mail.web.de>

Hi,

I wonder if it's possible to run one moin instance in two different
locations, say https://foo.bar/moin and http://foo.bar/moin whereas the
http location should offer read-only access for anonymous users and the
https location full access for authenticated users.

Any ideas if this scenario is supported?

Thanks and cheers,

Steph.



From tavasti at tavastisolutions.com  Thu May 29 04:23:26 2008
From: tavasti at tavastisolutions.com (Markku Tavasti)
Date: Thu, 29 May 2008 11:23:26 +0300
Subject: [Moin-user] Recent changes for wiki farm?
Message-ID: <m2mym98qo1.fsf@aladobix.i.tavastisolutions.com>


Is there some ready solution for getting 'recent changes' on single
page from whole wiki farm? I have plenty of wikies on one
computer. Some people have rights for all wikies and for them it would
be usefull to have one page showing all changes. 

-- 
M. Tavasti /  tavasti at tavastisolutions.com  /   +358-40-5078254



From tw-public at gmx.de  Thu May 29 11:54:01 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 29 May 2008 17:54:01 +0200
Subject: [Moin-user] Recent changes for wiki farm?
In-Reply-To: <m2mym98qo1.fsf@aladobix.i.tavastisolutions.com>
References: <m2mym98qo1.fsf@aladobix.i.tavastisolutions.com>
Message-ID: <483ED199.3000605@gmx.de>


> Is there some ready solution for getting 'recent changes' on single
> page from whole wiki farm?

Maybe search the market pages on the moinmo.in wiki, but AFAIK there is 
no such thing.

> I have plenty of wikies on one
> computer. Some people have rights for all wikies and for them it would
> be usefull to have one page showing all changes. 

Maybe using some RSS reader or RSS aggregator for all RSS feeds of the 
wikis would help you?




From david at hlacik.eu  Thu May 29 16:38:03 2008
From: david at hlacik.eu (=?ISO-8859-2?Q?David_Hl=E1=E8ik?=)
Date: Thu, 29 May 2008 22:38:03 +0200
Subject: [Moin-user] how to disable user creation?
Message-ID: <cba415ca0805291338y21a7621bu352b4767e0214923@mail.gmail.com>

Hello,
i have lastest moinmoin wiki, i want to allow acces for user creation only
to ManagerGroup, how can i do that?

Thanks!

David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080529/a91c1e3f/attachment.html>

From yahoo at jimpop.com  Thu May 29 22:13:44 2008
From: yahoo at jimpop.com (Jim Popovitch)
Date: Thu, 29 May 2008 22:13:44 -0400
Subject: [Moin-user] how to disable user creation?
In-Reply-To: <cba415ca0805291338y21a7621bu352b4767e0214923@mail.gmail.com>
References: <cba415ca0805291338y21a7621bu352b4767e0214923@mail.gmail.com>
Message-ID: <7ff145960805291913k40d5eere1fa810d05f6fe83@mail.gmail.com>

On Thu, May 29, 2008 at 4:38 PM, David Hl??ik <david at hlacik.eu> wrote:
> Hello,
> i have lastest moinmoin wiki, i want to allow acces for user creation only
> to ManagerGroup, how can i do that?

Edit UserPreferences and add an ACL at the top like this:

#acl AdminGroup:read,write,revert,admin ManagerGroup:read All:

hth,

-Jim P.

From jek-gmane at kleckner.net  Thu May 29 22:41:21 2008
From: jek-gmane at kleckner.net (Jim Kleckner)
Date: Thu, 29 May 2008 19:41:21 -0700
Subject: [Moin-user] ExcelPastedTable vs CSV parser (tabs)
Message-ID: <g1npgf$v14$1@ger.gmane.org>

I gave ExcelPastedTable a try and it makes a nice way for people to 
copy/paste simple tab-separated information to/from a spreadsheet.
  http://moinmo.in/parser/ExcelPastedTable.py

Note that according to the file, it requires a modification to MoinMoin
to eliminate expanding of tabs in "rawtext = self.raw.expandtabs()".
I went ahead and made that change to try this out.

It seems there is overlap between the CSV parser and this one.
This principle difference is using a tab separator.

The first question is, would it be possible to allow the CSV parser to 
use tabs?  (I tried a few obvious ways without luck).  I guess the 1.7 
version might work with unicode?

I see that in 1.7 release, the CSV parser appears to check for CamelCase
words to generate links.  Nice:
  http://hg.moinmo.in/moin/1.7/file/b3747c0e81ae/MoinMoin/parser/text_csv.py



Thanks.




From tavasti at tavastisolutions.com  Fri May 30 03:18:12 2008
From: tavasti at tavastisolutions.com (Markku Tavasti)
Date: Fri, 30 May 2008 10:18:12 +0300
Subject: [Moin-user] Recent changes for wiki farm?
In-Reply-To: <483ED199.3000605@gmx.de> (Thomas Waldmann's message of "Thu,
	29 May 2008 17:54:01 +0200")
References: <m2mym98qo1.fsf@aladobix.i.tavastisolutions.com>
	<483ED199.3000605@gmx.de>
Message-ID: <m24p8g8dl7.fsf@aladobix.i.tavastisolutions.com>

Thomas Waldmann <tw-public at gmx.de> writes:

> Maybe using some RSS reader or RSS aggregator for all RSS feeds of the 
> wikis would help you?

Does RSS work when all wikies are with tight acl, so that without
login you can't even read anything? 

-- 
M. Tavasti /  tavasti at tavastisolutions.com  /   +358-40-5078254



From d454d at web.de  Fri May 30 03:28:58 2008
From: d454d at web.de (Stephan Mueller)
Date: Fri, 30 May 2008 09:28:58 +0200
Subject: [Moin-user] Use the same moin instance for two locations
In-Reply-To: <20080529074517.GB27284@mail.web.de>
References: <20080529074517.GB27284@mail.web.de>
Message-ID: <20080530072858.GB18850@mail.web.de>

* Stephan Mueller <d454d at web.de> [29.05.2008]:

[...]

Matthew Nuzum contacted me off-list and suggested to use two different
wikiconf.py that point to the same data (thanks Matthew!).

Will give it a try!

Thanks and cheers,



Steph.



From ndbecker2 at gmail.com  Fri May 30 08:56:15 2008
From: ndbecker2 at gmail.com (Neal Becker)
Date: Fri, 30 May 2008 08:56:15 -0400
Subject: [Moin-user] Latex in moin-1.6.2?
Message-ID: <g1othf$7j5$1@ger.gmane.org>

{{{#!inline_latex
hello
}}}

Gives me this:
cannot import name wiki




From tw-public at gmx.de  Fri May 30 10:12:52 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 30 May 2008 16:12:52 +0200
Subject: [Moin-user] Recent changes for wiki farm?
In-Reply-To: <m24p8g8dl7.fsf@aladobix.i.tavastisolutions.com>
References: <m2mym98qo1.fsf@aladobix.i.tavastisolutions.com>	<483ED199.3000605@gmx.de>
	<m24p8g8dl7.fsf@aladobix.i.tavastisolutions.com>
Message-ID: <48400B64.80707@gmx.de>

>> Maybe using some RSS reader or RSS aggregator for all RSS feeds of the 
>> wikis would help you?
> 
> Does RSS work when all wikies are with tight acl, so that without
> login you can't even read anything? 

AFAIK no.





From tw-public at gmx.de  Fri May 30 10:15:27 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 30 May 2008 16:15:27 +0200
Subject: [Moin-user] Latex in moin-1.6.2?
In-Reply-To: <g1othf$7j5$1@ger.gmane.org>
References: <g1othf$7j5$1@ger.gmane.org>
Message-ID: <48400BFF.30607@gmx.de>

Neal Becker schrieb:
> {{{#!inline_latex
> hello
> }}}
> 
> Gives me this:
> cannot import name wiki

This is an old parser that was not updated for moin 1.6 (you have to fix 
some imports):

Old: from MoinMoin.parser import wiki
New: from MoinMoin.parser import text_moin_wiki as wiki

BTW:

You really want to use 1.6.3, the versions before had security issues.