From paddu12 at yahoo.com  Sat Jul  1 01:55:44 2006
From: paddu12 at yahoo.com (Padmashree)
Date: Fri, 30 Jun 2006 22:55:44 -0700 (PDT)
Subject: [Moin-user] setting acl for a particular page
In-Reply-To: <mailman.1021.1151705063.9301.moin-user@lists.sourceforge.net>
Message-ID: <20060701055544.12380.qmail@web32710.mail.mud.yahoo.com>

how to set acl for each and every page.In which file
the code for changing the acl should be written.

I blog at http://padma12.blogspot.com

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From eduardo.mercovich at gmail.com  Mon Jul  3 10:10:54 2006
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Mon, 3 Jul 2006 11:10:54 -0300
Subject: [Moin-user] setting acl for a particular page
In-Reply-To: <20060701055544.12380.qmail@web32710.mail.mud.yahoo.com>
References: <mailman.1021.1151705063.9301.moin-user@lists.sourceforge.net>
	<20060701055544.12380.qmail@web32710.mail.mud.yahoo.com>
Message-ID: <4459f0d30607030710s6c644ca9oae18d01e3c2f5a6b@mail.gmail.com>

Hello Padmashree.

> how to set acl for each and every page.In which file
> the code for changing the acl should be written.

wikiconfig.py.
Look at the commentaries inside the file.

Regards,

-- 
Eduardo Mercovich
Buenos Aires - Argentina.



From matthew at agrip.org.uk  Wed Jul  5 18:50:11 2006
From: matthew at agrip.org.uk (Matthew T. Atkinson)
Date: Wed, 05 Jul 2006 23:50:11 +0100
Subject: [Moin-user] Spam Problems -> Moderated Sign-up/Postings?
In-Reply-To: <m2u06nm7fk.fsf@aladobix.i.tavastisolutions.com>
References: <1150312339.3547.41.camel@localhost>
	<m2u06nm7fk.fsf@aladobix.i.tavastisolutions.com>
Message-ID: <1152139811.3109.10.camel@localhost>

On Thu, 2006-06-15 at 06:19 +0300, Markku Tavasti wrote:
> Allow writing to your pages to some specific group, and add wanted
> users to that group.

Thanks!  I am trying this out now and it seems to be working!

best regards,


-- 
Matthew T. Atkinson <matthew at agrip.org.uk>




From matthew at agrip.org.uk  Wed Jul  5 18:52:12 2006
From: matthew at agrip.org.uk (Matthew T. Atkinson)
Date: Wed, 05 Jul 2006 23:52:12 +0100
Subject: [Moin-user] Spam Problems -> Moderated Sign-up/Postings?
In-Reply-To: <44917A20.2070908@gmx.de>
References: <1150312339.3547.41.camel@localhost>  <44917A20.2070908@gmx.de>
Message-ID: <1152139933.3109.14.camel@localhost>

On Thu, 2006-06-15 at 17:17 +0200, Thomas Waldmann wrote:
> Do you have antispam security policy active?

Nope

> That should keep most of the spam out, so that the rest is easily 
> handled by revert or despam action.

I see why it is necessary (on truly open wikis), but I'd prefer to
negate the need to keep referring to a central database of spammy
terms / risk false classifications.

> No, but there are groups of users as already suggested.

Can't believe I didn't think of that, hehe.

Thanks for your time and help,

best regards,


-- 
Matthew T. Atkinson <matthew at agrip.org.uk>




From jimpop at yahoo.com  Wed Jul  5 23:36:36 2006
From: jimpop at yahoo.com (Jim Popovitch)
Date: Wed, 05 Jul 2006 23:36:36 -0400
Subject: [Moin-user] moinmaster.wikiwikiweb.de
Message-ID: <44AC8544.7000508@yahoo.com>

Who runs moinmaster.wikiwikiweb.de?   Private email is fine.

Thx,

-Jim P.



From zbynek.winkler at gmail.com  Fri Jul  7 11:47:05 2006
From: zbynek.winkler at gmail.com (Zbynek Winkler)
Date: Fri, 7 Jul 2006 17:47:05 +0200
Subject: [Moin-user] Questions about attachments
Message-ID: <e120e9900607070847o55302f33wba425f0cd91e1c49@mail.gmail.com>

Hello,

I'd like to enable attachments on our new moinmoin wiki but first I have
some questions.

How do ACLs affect attachments? Can I allow only certain users to upload the
site? It seems I cannot but I'd like to be sure. This would be IMHO quite
useful feature.

It seems that adding or removing attachment does not send notification
emails. Is this a bug or a misconfiguration on our part? I have ".*" in my
subscription list. Is there anything more I can do to be notified?

Thanks.

Zbynek Winkler

PS. Please Cc me as I am not on the list.
-- 
http://zw.matfyz.cz/     http://robotika.cz/
Faculty of Mathematics and Physics, Charles University, Prague, Czech
Republic
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060707/8cee3374/attachment.html>

From troy.benohanian at ericsson.com  Fri Jul  7 12:16:41 2006
From: troy.benohanian at ericsson.com (Troy Benohanian (QA/EMC))
Date: Fri, 7 Jul 2006 12:16:41 -0400
Subject: [Moin-user] Reset PageHits Counters
Message-ID: <D373F8710ACBA6419BF0B7A5177691CC0145788F@ecamlmw720.eamcs.ericsson.se>

Hi,

Is there a way to reset the counters that are displayed on the
"PageHits" page?

Thanks,

Troy


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

From lumwwincf at tamilcircle.com  Fri Jul  7 14:18:15 2006
From: lumwwincf at tamilcircle.com (Houston Curry)
Date: Fri, 07 Jul 2006 21:18:15 +0300
Subject: [Moin-user] INetU Managed
In-Reply-To: <25131128143048.B6044@ecclesiastical.doit.wisc.edu>
References: <23130224173406.A16371@tasteful.doit.wisc.edu>
Message-ID: <24331129233551.K36467@glass-blower.noc.ntua.gr>

Sensationall revoolution in medicine!

E''nlarge your p''enis up to 10 cm or up to 4 inches!

Its h'erbal solution what hasnt side effect, but has 100% guaranted results!

Dont lose your chance and but know wihtout doubts, you will be impressed with results!

Clisk here: http://flatspacing.net




attribution drought falcon customer misanthrope clerk ir steeplebush
rickettsia counter-claim coolie feudal uniplex vivid libya grant a motion



From edbarnard at gmail.com  Fri Jul  7 20:26:49 2006
From: edbarnard at gmail.com (Edward Barnard)
Date: Fri, 7 Jul 2006 17:26:49 -0700
Subject: [Moin-user] Manually Reset User Passwords
Message-ID: <74612744-39FD-42EC-9DC5-52291A07BAA8@gmail.com>

Hi

I have an internal moin wiki for our research group. A user has  
forgotten his password and I would like to reset it. I do not have  
the email configuration (sendmail, etc) set up, so he cannot use the  
Mail account information button in UserPreferences. Is there a way to  
change the user file in order to reset the password.

Thanks for you help!

-Ed
edbarnard at gmail.com



From dndadush at gmail.com  Sat Jul  8 10:37:15 2006
From: dndadush at gmail.com (Daniel Dadush)
Date: Sat, 8 Jul 2006 10:37:15 -0400
Subject: [Moin-user] internationalization question
Message-ID: <8288f75e0607080737g5676832dpfade6a1d9fdbbdf@mail.gmail.com>

Hi, my name is Daniel Dadush and I'm a new MoinMoin User. I am planning to
use moinmoin as a base technology for an international (for the moment
french and english) educational site. The site will be primarily intended
for school children between the ages of 9-13. I have chosen MoinMoin because
of it's excellent wysiwyg editor, it's configurability, and ease of
installation.

One of our goals for this site is to promote cross cultural communication
and to this end we are assembling a team of volunteer translators for our
site. These volunteers will be translating content posted by the children,
so that the whole wiki community can read it. Now my question is: is there a
system within MoinMoin that supports different language versions of the same
page in an easy and intuitive way? If not, does anyone have any suggestions
as to how one might be implemented?

Now, a solution ala Wikipedia would really be ideal, but it would be nice to
be able to do it without subdomains. Thanks so much in advance for your
help.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060708/550c33cd/attachment.html>

From 2006a at usenet.alexanderweb.de  Sat Jul  8 17:29:10 2006
From: 2006a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sat, 8 Jul 2006 23:29:10 +0200
Subject: [Moin-user] ANN: MoinMoin 1.5.4 (advanced wiki engine) released
Message-ID: <1chwd0jead096$.dlg@usenet.alexanderweb.de>


               _                    _
   /\/\   ___ (_)_ __   /\/\   ___ (_)_ __
  /    \ / _ \| | '_ \ /    \ / _ \| | '_ \       __
 / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | |  /| |_
 \/    \/\___/|_|_| |_\/    \/\___/|_|_| |_|   |.__)

                                             
==============================================
 MoinMoin 1.5.4 advanced wiki engine released
==============================================

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

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


MoinMoin 1.5.4 is a bug fix release and a recommended update. The 1.5
branch brings you several new features such as the GUI editor, which
allows the users to edit pages in a WYSIWYG environment, and many bug
fixes. The download page: http://moinmoin.wikiwikiweb.de/MoinMoinDownload

New features in 1.5.4
=====================

 * Fixes in the GUI editor.
 * Dashes in the username were allowed.
 * EmbedObject macro for embedding of all kinds of multimedia formats
   into the page.
 * Speedup of the Twisted adapter.

Major bug fixes in 1.5.4
========================

 * Many GUI editor related bug fixes.
 * Increased docutils compatiblity.

Major new features in 1.5
=========================

 * The WYSIWYG editor for wiki pages allows you to edit pages without 
   touching the markup. Furthermore, the wiki page is not stored as
   HTML after editing but kept as wiki markup in order to simplify
   the editing process for users that cannot or do not want to use the
   new editor.
 
 * AutoAdmin security policy allows users to gain admin permissions on 
   particular pages.
   
 * The new authentication system allows to add short methods that check the
   credentials of the user. This allowed us to add eGroupware single sign 
   on support.
   
 * Separation of homepages into a separate wiki (in a farm) and having a 
   single user database is supported.
   
 * A DeSpam action to allow mass-reverting of spam attacks.

 * PackageInstaller support for simplified installation of plugins, themes
   and page bundles. This enables you to decide in which languages help
   pages should be installed.

Note that Python 2.3.0 or newer is required.
For a more detailed list of changes, see the CHANGES file in the 
distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES

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

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


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

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

sent by Alexander Schremmer for the MoinMoin team




From soloturn at gmail.com  Sun Jul  9 11:48:56 2006
From: soloturn at gmail.com (solo turn)
Date: Sun, 9 Jul 2006 17:48:56 +0200
Subject: [Moin-user] gui-edit: copy paste to transfer from one wiki to
	another
Message-ID: <e1d4f8cd0607090848g4ba9c81aq621044a5bc03d07a@mail.gmail.com>

hi,

one of the best features of this gui editor is, that you mark text in
mediawiki/twiki/..., and paste it into moinmoin and it is transformed
automatically. no wiki-text-reformatting of any kind, impressive :)

but there is a few things which i am not sure about:
 * wiki links could stay wiki links
 * tables: contents with bullets somehow does not work

somebody knows a workaround?

-solo.



From mark.volkert at rakekniven.de  Sun Jul  9 13:18:46 2006
From: mark.volkert at rakekniven.de (Mark Volkert)
Date: Sun, 9 Jul 2006 19:18:46 +0200
Subject: [Moin-user] internationalization question
In-Reply-To: <8288f75e0607080737g5676832dpfade6a1d9fdbbdf@mail.gmail.com>
References: <8288f75e0607080737g5676832dpfade6a1d9fdbbdf@mail.gmail.com>
Message-ID: <200607091918.46764.mark.volkert@rakekniven.de>

I am interested, too.
Very interested about suggestions!

Regards,
Mark

-- 
MarkyMark lauscht gerade: In Extremo - Mein Rasend Herz



From rux.li3 at gmail.com  Sun Jul  9 21:06:03 2006
From: rux.li3 at gmail.com (Rux Li)
Date: Mon, 10 Jul 2006 09:06:03 +0800
Subject: [Moin-user] Manually Reset User Passwords
In-Reply-To: <74612744-39FD-42EC-9DC5-52291A07BAA8@gmail.com>
References: <74612744-39FD-42EC-9DC5-52291A07BAA8@gmail.com>
Message-ID: <e1ed292e0607091806s342d5da4sdd21275b1fa3c4c7@mail.gmail.com>

If your Moin Moin is version 1.5.2 or above, you can login as superuser
(the account you configured in wikiconfig.py). Just select the user and
set a new password for him/her.

On 7/8/06, Edward Barnard <edbarnard at gmail.com> wrote:
>
> Hi
>
> I have an internal moin wiki for our research group. A user has
> forgotten his password and I would like to reset it. I do not have
> the email configuration (sendmail, etc) set up, so he cannot use the
> Mail account information button in UserPreferences. Is there a way to
> change the user file in order to reset the password.
>
> Thanks for you help!
>
> -Ed
> edbarnard at gmail.com
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> 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/20060710/255c107a/attachment.html>

From tw-public at gmx.de  Mon Jul 10 05:14:18 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 10 Jul 2006 11:14:18 +0200
Subject: [Moin-user] setting acl for a particular page
In-Reply-To: <4459f0d30607030710s6c644ca9oae18d01e3c2f5a6b@mail.gmail.com>
References: <mailman.1021.1151705063.9301.moin-user@lists.sourceforge.net>	<20060701055544.12380.qmail@web32710.mail.mud.yahoo.com>
	<4459f0d30607030710s6c644ca9oae18d01e3c2f5a6b@mail.gmail.com>
Message-ID: <44B21A6A.3020600@gmx.de>


>> how to set acl for each and every page.In which file
>> the code for changing the acl should be written.
>>     
>
> wikiconfig.py.
> Look at the commentaries inside the file.
>   
And please ONLY look, do not change there.

You can set ACLs for all pages in your wikiconfig.py (or farmconfig.py) 
file and all this is documented on HelpOnAccessControlLists page.




From tw-public at gmx.de  Mon Jul 10 05:20:19 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 10 Jul 2006 11:20:19 +0200
Subject: [Moin-user] Questions about attachments
In-Reply-To: <e120e9900607070847o55302f33wba425f0cd91e1c49@mail.gmail.com>
References: <e120e9900607070847o55302f33wba425f0cd91e1c49@mail.gmail.com>
Message-ID: <44B21BD3.3040205@gmx.de>


> I'd like to enable attachments on our new moinmoin wiki but first I have
> some questions.
They are enabled by default, btw.

The "attachments" configuration statement is not for enabling it, but 
for changing its mode of operations (which is NOT recommended).

> How do ACLs affect attachments? Can I allow only certain users to 
> upload the
> site? It seems I cannot but I'd like to be sure. This would be IMHO quite
> useful feature.
We check the page's ACL and re-use it for attachments attached to this page.

So if you don't have write rights on a page, you won't be able to put a 
new attachment there.
Same for read and delete.

> It seems that adding or removing attachment does not send notification
> emails. Is this a bug or a misconfiguration on our part?
Maybe neither. Usually, you should link to your attachments from 
somewhere (often from the same page) by using attachment:yourfile.txt - 
and this page change will be sent out by a notify.
> I have ".*" in my
> subscription list. Is there anything more I can do to be notified?
No, this is all.
> PS. Please Cc me as I am not on the list.
Next time write this at the BEGINNING of your mail, please.





From tw-public at gmx.de  Mon Jul 10 05:29:34 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 10 Jul 2006 11:29:34 +0200
Subject: [Moin-user] internationalization question
In-Reply-To: <8288f75e0607080737g5676832dpfade6a1d9fdbbdf@mail.gmail.com>
References: <8288f75e0607080737g5676832dpfade6a1d9fdbbdf@mail.gmail.com>
Message-ID: <44B21DFE.9080504@gmx.de>


> for school children between the ages of 9-13. I have chosen MoinMoin 
> because
> of it's excellent wysiwyg editor, it's configurability, and ease of
> installation.
Please use 1.5.4 if you want to use GUI editor (it has quite some bug 
fixes for the gui editor part).

> One of our goals for this site is to promote cross cultural communication
> and to this end we are assembling a team of volunteer translators for our
> site. These volunteers will be translating content posted by the 
> children,
> so that the whole wiki community can read it. Now my question is: is 
> there a
> system within MoinMoin that supports different language versions of 
> the same
> page in an easy and intuitive way? If not, does anyone have any 
> suggestions
> as to how one might be implemented?
There is no special support for this, but you could do it in one of 
these ways:

PageName/xx with xx being the language (so you have 1 sub page per 
language and you only need 1 wiki).
The main page can either be in english and have a list of subpages or 
just list the subpages and you use PageName/en for english.

The other possibility is to have 1 wiki per language and user interwiki 
links to crosslink that all (this is quite similar to wikipedia's method).
Just make up some interwiki map entries when you want to do that - you 
need a wiki farm with 1 wiki per language.

If you want to have nice theme support, I guess you have to hack some 
theme having the language links in some box.


BTW, real multi-language support is not trivial, see the discussions on 
the moinmoin wiki.




From tw-public at gmx.de  Mon Jul 10 05:35:39 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 10 Jul 2006 11:35:39 +0200
Subject: [Moin-user] gui-edit: copy paste to transfer from one wiki to
 another
In-Reply-To: <e1d4f8cd0607090848g4ba9c81aq621044a5bc03d07a@mail.gmail.com>
References: <e1d4f8cd0607090848g4ba9c81aq621044a5bc03d07a@mail.gmail.com>
Message-ID: <44B21F6B.6080902@gmx.de>


> one of the best features of this gui editor is, that you mark text in
> mediawiki/twiki/..., and paste it into moinmoin and it is transformed
> automatically. no wiki-text-reformatting of any kind, impressive :)
>   
Nice, didn't try that yet. :)
> but there is a few things which i am not sure about:
>  * wiki links could stay wiki links
>   
The problem is we have to kind of "reverse engineer" what we get back 
from FCKeditor. If it is an "a href" link going to some "not this wiki" 
site, it can't know that you want it to be an internal link. It just 
assumes external links are external links. :) FCKeditor never sees any 
wiki markup...
>  * tables: contents with bullets somehow does not work
>   
We don't support tables with bullets in wiki markup.




From zbynek.winkler at gmail.com  Mon Jul 10 08:04:21 2006
From: zbynek.winkler at gmail.com (Zbynek Winkler)
Date: Mon, 10 Jul 2006 14:04:21 +0200
Subject: [Moin-user] Questions about attachments
In-Reply-To: <44B21BD3.3040205@gmx.de>
References: <e120e9900607070847o55302f33wba425f0cd91e1c49@mail.gmail.com>
	<44B21BD3.3040205@gmx.de>
Message-ID: <e120e9900607100504v5cadd4a9je8917536db238359@mail.gmail.com>

On 7/10/06, Thomas Waldmann <tw-public at gmx.de> wrote:

> > PS. Please Cc me as I am not on the list.
> Next time write this at the BEGINNING of your mail, please.


Ok.

> How do ACLs affect attachments? Can I allow only certain users to
> > upload the
> > site? It seems I cannot but I'd like to be sure. This would be IMHO
> quite
> > useful feature.
> We check the page's ACL and re-use it for attachments attached to this
> page.
>
> So if you don't have write rights on a page, you won't be able to put a
> new attachment there.
> Same for read and delete.
>
> > It seems that adding or removing attachment does not send notification
> > emails. Is this a bug or a misconfiguration on our part?
> Maybe neither. Usually, you should link to your attachments from
> somewhere (often from the same page) by using attachment:yourfile.txt -
> and this page change will be sent out by a notify.


Yes, but was afraid that malicious user might use my wiki to distribute
unwanted content. This user would likely not make a link to the attachment.
So I wanted either to be notified of each upload or allow only some very
trusted users to upload.

I went ahead and dove into the sources and implemented a solution that works
for me. I've added line
acl_rights_valid = DefaultConfig.acl_rights_valid + ['attach']
to my wikiconfig.py and copied over MoinMoin/action/AttachFile.py to
data/plugin/action/ and replaced the checks to may.write and may.delete to
may.attach.

This way the users that have 'read' access can read the attachments but only
users with 'attach' right may upload files or delete them.

The only thing that is missing now is the email notification of manipulation
with the attachments but I am not sure how to do that. I do not know 'who'
is responsible for sending the notification. I kind of expected that since
the actions can be seen on RecentChanges a corresponding email would be sent
anyway... Where would be the best place to look into this?

Thanks for your time.
Zbynek Winkler

-- 
http://zw.matfyz.cz/     http://robotika.cz/
Faculty of Mathematics and Physics, Charles University, Prague, Czech
Republic
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060710/31b89c26/attachment.html>

From tw-public at gmx.de  Mon Jul 10 08:33:22 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 10 Jul 2006 14:33:22 +0200
Subject: [Moin-user] Questions about attachments
In-Reply-To: <e120e9900607100504v5cadd4a9je8917536db238359@mail.gmail.com>
References: <e120e9900607070847o55302f33wba425f0cd91e1c49@mail.gmail.com>	
	<44B21BD3.3040205@gmx.de>
	<e120e9900607100504v5cadd4a9je8917536db238359@mail.gmail.com>
Message-ID: <44B24912.4070406@gmx.de>


> I went ahead and dove into the sources and implemented a solution that 
> works
> for me. I've added line
> acl_rights_valid = DefaultConfig.acl_rights_valid + ['attach']
> to my wikiconfig.py and copied over MoinMoin/action/AttachFile.py to
> data/plugin/action/ and replaced the checks to may.write and 
> may.delete to
> may.attach.
Hehe, yeah, this is a way to extend the acl system.
> This way the users that have 'read' access can read the attachments 
> but only
> users with 'attach' right may upload files or delete them.
Just make sure "attach" is not given to anon users, or some search 
engine or leech script might delete all your attachments!
> The only thing that is missing now is the email notification of 
> manipulation
> with the attachments but I am not sure how to do that. I do not know 
> 'who'
> is responsible for sending the notification. I kind of expected that 
> since
> the actions can be seen on RecentChanges a corresponding email would 
> be sent
> anyway... Where would be the best place to look into this?
Look into PageEditor.py.




From matt at mail.netera.ca  Mon Jul 10 13:28:57 2006
From: matt at mail.netera.ca (Matthew Clarkson)
Date: Mon, 10 Jul 2006 11:28:57 -0600
Subject: [Moin-user] where can I place a script to be run each modification
	to the wiki
Message-ID: <ECE0FF02-77F2-4CDF-9857-5F8C20EA0287@mail.netera.ca>

I am looking for the appropriate place where I can call a script  
after every post (or modification) to to the wiki.  Where would be  
the best place to do this?

Thanks in Advance.

--
Matthew Clarkson
Netera Alliance



From tw-public at gmx.de  Mon Jul 10 13:35:39 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 10 Jul 2006 19:35:39 +0200
Subject: [Moin-user] where can I place a script to be run each
 modification to the wiki
In-Reply-To: <ECE0FF02-77F2-4CDF-9857-5F8C20EA0287@mail.netera.ca>
References: <ECE0FF02-77F2-4CDF-9857-5F8C20EA0287@mail.netera.ca>
Message-ID: <44B28FEB.5020803@gmx.de>


> I am looking for the appropriate place where I can call a script  
> after every post (or modification) to to the wiki.  Where would be  
> the best place to do this?
>   
There is no easy way to do this (yes, we need some "event framework").

If you want to hack some stuff, look at PageEditor.py _notifySubscribers().

What's already there is the notification function, the wiki can send you 
an email on every page change.

It won't notify you on attachment changes.




From mdke at ubuntu.com  Tue Jul 11 04:51:16 2006
From: mdke at ubuntu.com (Matthew East)
Date: Tue, 11 Jul 2006 09:51:16 +0100
Subject: [Moin-user] how can I use Categories for quality assurance?
Message-ID: <e8voqb$dlc$1@sea.gmane.org>

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

Hi,

I'm using Moin 1.34 or so. I'd like to know what the possibilities are
for using categories to give the reader of a page information about the
page. It's a documentation wiki so key things to tell the user would be:

1. What version of the software does this page apply to?
2. How reliable is this page?

I'd like to use Categories to do this for the simple reason that it is
very easy to tag a page with a category using the drop down menu when
saving a page, readers can do it...

So, what I'd like to see is:

1. User marks page as CategoryVersion1.0
2. Page then automatically contains a little box at the top which says
something like "This page applies to Version 1.0 of SoftwareName"

If a page is tagged with CategoryVersion1.0 and CategoryVersion2.0, the
box should say "This page applies to Version 1.0 and Version 2.0 of
SoftwareName", or similar.

Equally, tagging the page with CategoryNeedsReview would make a box at
the top of the page appear which says "This page has been marked as
Needs Review because it has not yet been reviewed by the wiki editors".
Tagging the page with CategoryCleanup would make a box at the top of the
page which says "To meet quality standards, this page may require some
attention. To discuss issues with this page, contact XYZ". This latter
feature is something wikipedia does really well
(http://en.wikipedia.org/wiki/Wikipedia:Cleanup).

Is there already a feature in Moin that does something similar to what
I've described? If there isn't, can you give me any pointers to how it
might be implemented, or who might help with this? I think it would be a
really good feature.

Thanks,

Matt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEs2aEtSaF0w5rBv8RApJgAJ9DeQ2siVnI41AG50y0DXu5wfM3dQCff6aV
mINlCwlRTRO2tyBBVqyzf8A=
=JFfQ
-----END PGP SIGNATURE-----




From agalya at tce.edu  Tue Jul 11 07:58:44 2006
From: agalya at tce.edu (agalya at tce.edu)
Date: Tue, 11 Jul 2006 17:28:44 +0530 (IST)
Subject: [Moin-user] user authentication
Message-ID: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>

we want to add moinmoin for one of the services in our website.we already
got a database for users and use them for user authentication.we wish to
use the same for the Moinmoin also.can anyone provide us the way this can
be implemented...


-----------------------------------------
This email was sent using TCEMail Service.
Thiagarajar College of Engineering
Madurai - 625015 (India)




From tw-public at gmx.de  Tue Jul 11 08:37:58 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 11 Jul 2006 14:37:58 +0200
Subject: [Moin-user] how can I use Categories for quality assurance?
In-Reply-To: <e8voqb$dlc$1@sea.gmane.org>
References: <e8voqb$dlc$1@sea.gmane.org>
Message-ID: <44B39BA6.8020808@gmx.de>

Hi Matthew,
> I'm using Moin 1.34 or so.
You really should upgrade. :) 1.5.4 is nice.
> I'd like to use Categories to do this for the simple reason that it is
> very easy to tag a page with a category using the drop down menu when
> saving a page, readers can do it...
>   
Sure.
> So, what I'd like to see is:
>
> 1. User marks page as CategoryVersion1.0
> 2. Page then automatically contains a little box at the top which says
> something like "This page applies to Version 1.0 of SoftwareName"
>   
Category links are usually rendered as standard links, so they neither 
have special styling (just like other links), nor auto-generated content.

A thing that maybe could be of general use is some configurable page 
name pattern matching and deriving a CSS class attribute depending on 
what pattern matched the target page name.

By defining CSS for that class, you could make your boxes, style and 
alignment.
I guess you could even define some content using :after or :before (of 
course that won't work with IE6).

To do that, one would have to hack the wiki parser. Or subclass it and 
add additional functionality in the derived class. You could make a 
parser plugin from that and just give it another name and set default 
wiki format to that parser.

If you develop code for such a feature and it is general enough to be of 
general use, please put a copy of your patch on the moinmoin wiki. Of 
course we prefer patches for rather current versions.

> Is there already a feature in Moin that does something similar to what
> I've described?
No.





From tw-public at gmx.de  Tue Jul 11 08:40:03 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 11 Jul 2006 14:40:03 +0200
Subject: [Moin-user] user authentication
In-Reply-To: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>
References: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>
Message-ID: <44B39C23.8090502@gmx.de>


> we want to add moinmoin for one of the services in our website.we already
> got a database for users and use them for user authentication.we wish to
> use the same for the Moinmoin also.can anyone provide us the way this can
> be implemented...
>   
Sure. If you use some standard auth method, you can maybe simply use one 
of the existing MoinMoin.auth functions (http auth, ldap auth, php 
session, ssl client cert auth, ...).

If nothing there fits your needs, you can just write your own auth 
function, see the samples there.




From mdke at ubuntu.com  Tue Jul 11 09:52:56 2006
From: mdke at ubuntu.com (Matthew East)
Date: Tue, 11 Jul 2006 14:52:56 +0100
Subject: [Moin-user] how can I use Categories for quality assurance?
In-Reply-To: <44B39BA6.8020808@gmx.de>
References: <e8voqb$dlc$1@sea.gmane.org> <44B39BA6.8020808@gmx.de>
Message-ID: <e90afp$cdp$1@sea.gmane.org>

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

Hi, thanks for this.

* Thomas Waldmann:
> Hi Matthew,
>> I'm using Moin 1.34 or so.
> You really should upgrade. :) 1.5.4 is nice.

Yes, I'd like to do this as soon as possible.

>> I'd like to use Categories to do this for the simple reason that it is
>> very easy to tag a page with a category using the drop down menu when
>> saving a page, readers can do it...
>>   
> Sure.
>> So, what I'd like to see is:
>>
>> 1. User marks page as CategoryVersion1.0
>> 2. Page then automatically contains a little box at the top which says
>> something like "This page applies to Version 1.0 of SoftwareName"
>>   
> Category links are usually rendered as standard links, so they neither 
> have special styling (just like other links), nor auto-generated content.
> 
> A thing that maybe could be of general use is some configurable page 
> name pattern matching and deriving a CSS class attribute depending on 
> what pattern matched the target page name.
> 
> By defining CSS for that class, you could make your boxes, style and 
> alignment.
> I guess you could even define some content using :after or :before (of 
> course that won't work with IE6).

I have to say that I didn't understand much about this, but it sounds
like it would require the page name being the trigger for the
auto-generated content, rather than the category that a page is tagged
with... Did I misunderstand?

Would it be impossible for the Category feature to be extended so as to
include auto-generated content? Or perhaps I am looking at this problem
from the wrong direction, and should think about some way for a macro to
be used which would include the relevant text on the page, and
automatically add the category... and maybe hope that such a macro could
be included on the page via a drop down menu.

Any thoughts?

Matt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEs604tSaF0w5rBv8RApvQAJwP0zZtFiT0ZCz+d5+DBr36XbQZYwCfQlA5
ttD/LGYF7NBzP67iBjiJRDg=
=qWyG
-----END PGP SIGNATURE-----




From agalya at tce.edu  Wed Jul 12 06:34:33 2006
From: agalya at tce.edu (agalya at tce.edu)
Date: Wed, 12 Jul 2006 16:04:33 +0530 (IST)
Subject: [Moin-user] user authentication
In-Reply-To: <44B39C23.8090502@gmx.de>
References: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>
	<44B39C23.8090502@gmx.de>
Message-ID: <2523.10.2.1.1.1152700473.squirrel@10.2.1.1>

>
>> we want to add moinmoin for one of the services in our website.we
>> already
>> got a database for users and use them for user authentication.we wish to
>> use the same for the Moinmoin also.can anyone provide us the way this
>> can
>> be implemented...
>>
> Sure. If you use some standard auth method, you can maybe simply use one
> of the existing MoinMoin.auth functions (http auth, ldap auth, php
> session, ssl client cert auth, ...).
>
> If nothing there fits your needs, you can just write your own auth
> function, see the samples there.

we are using ldap authentication method and in auth.py we dont find a
method called ldap auth.We are using moin-1.5.2.Help regarding this.


-----------------------------------------
This email was sent using TCEMail Service.
Thiagarajar College of Engineering
Madurai - 625015 (India)




From robert at cantab.net  Wed Jul 12 07:52:51 2006
From: robert at cantab.net (Robert Schumann)
Date: Wed, 12 Jul 2006 12:52:51 +0100
Subject: [Moin-user] user authentication
In-Reply-To: <2523.10.2.1.1.1152700473.squirrel@10.2.1.1>
References: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>
	<44B39C23.8090502@gmx.de> <2523.10.2.1.1.1152700473.squirrel@10.2.1.1>
Message-ID: <1152705171.25790.4.camel@xoliswa>

On Wed, 2006-07-12 at 16:04 +0530, agalya at tce.edu wrote:
> >
> >> we want to add moinmoin for one of the services in our website.we
> >> already
> >> got a database for users and use them for user authentication.we wish to
> >> use the same for the Moinmoin also.can anyone provide us the way this
> >> can
> >> be implemented...
> >>
> > Sure. If you use some standard auth method, you can maybe simply use one
> > of the existing MoinMoin.auth functions (http auth, ldap auth, php
> > session, ssl client cert auth, ...).
> >
> > If nothing there fits your needs, you can just write your own auth
> > function, see the samples there.
> 
> we are using ldap authentication method and in auth.py we dont find a
> method called ldap auth.We are using moin-1.5.2.Help regarding this.

One option is to upgrade to moin-1.5.4.  If you don't want to do that,
then at least download moin-1.5.4 and take a look at the contents of the
file auth.py (which has an ldap method) and also at the sample
configuration files which are supplied.  You may be able to use that
code in your 1.5.2 setup.

If you have given it a go and are having a specific problem, please
describe it on this list and we'll be able to help.

Robert.





From tw-public at gmx.de  Wed Jul 12 07:53:12 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 12 Jul 2006 13:53:12 +0200
Subject: [Moin-user] how can I use Categories for quality assurance?
In-Reply-To: <e90afp$cdp$1@sea.gmane.org>
References: <e8voqb$dlc$1@sea.gmane.org> <44B39BA6.8020808@gmx.de>
	<e90afp$cdp$1@sea.gmane.org>
Message-ID: <44B4E2A8.2010508@gmx.de>


>>> So, what I'd like to see is:
>>>
>>> 1. User marks page as CategoryVersion1.0
>>> 2. Page then automatically contains a little box at the top which says
>>> something like "This page applies to Version 1.0 of SoftwareName"
>>>   
>>>       
>> Category links are usually rendered as standard links, so they neither 
>> have special styling (just like other links), nor auto-generated content.
>>
>> A thing that maybe could be of general use is some configurable page 
>> name pattern matching and deriving a CSS class attribute depending on 
>> what pattern matched the target page name.
>>
>> By defining CSS for that class, you could make your boxes, style and 
>> alignment.
>> I guess you could even define some content using :after or :before (of 
>> course that won't work with IE6).
>>     
>
> I have to say that I didn't understand much about this, but it sounds
> like it would require the page name being the trigger for the
> auto-generated content, rather than the category that a page is tagged
> with... Did I misunderstand?
>   
Yes, you misunderstood. I meant hacking that part of the wiki parser and 
then match the link target page against some patterns influencing the 
CSS class it will get.
> Would it be impossible for the Category feature to be extended so as to
> include auto-generated content?
Currently, there is no such thing as a "category feature" as far as the 
page content or links are concerned - they are just links to other pages.

The only special thing we have about categories is maybe this dropdown 
menu, but this only adds those links to the end of the page, you also 
could type them in manually.

> Or perhaps I am looking at this problem
> from the wrong direction, and should think about some way for a macro to
> be used which would include the relevant text on the page, and
> automatically add the category... and maybe hope that such a macro could
> be included on the page via a drop down menu.
>   
This also would be a special hack.

I guess the first method (matching link targets and generating css 
class) would be a more generically useful thing. We even already do 
something in that area, e.g. ftp link targets get a different icon than 
http link targets. But this is not yet configurable enough for your needs.





From tw-public at gmx.de  Wed Jul 12 07:54:02 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 12 Jul 2006 13:54:02 +0200
Subject: [Moin-user] user authentication
In-Reply-To: <2523.10.2.1.1.1152700473.squirrel@10.2.1.1>
References: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>	<44B39C23.8090502@gmx.de>
	<2523.10.2.1.1.1152700473.squirrel@10.2.1.1>
Message-ID: <44B4E2DA.8020007@gmx.de>


>> Sure. If you use some standard auth method, you can maybe simply use one
>> of the existing MoinMoin.auth functions (http auth, ldap auth, php
>> session, ssl client cert auth, ...).
>>
>> If nothing there fits your needs, you can just write your own auth
>> function, see the samples there.
>>     
>
> we are using ldap authentication method and in auth.py we dont find a
> method called ldap auth.We are using moin-1.5.2.Help regarding this.
>   
Upgrade to 1.5.4 and you'll find it.




From tw-public at gmx.de  Wed Jul 12 07:57:50 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 12 Jul 2006 13:57:50 +0200
Subject: [Moin-user] user authentication
In-Reply-To: <1152705171.25790.4.camel@xoliswa>
References: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>	<44B39C23.8090502@gmx.de>
	<2523.10.2.1.1.1152700473.squirrel@10.2.1.1>
	<1152705171.25790.4.camel@xoliswa>
Message-ID: <44B4E3BE.5030600@gmx.de>

Robert Schumann wrote:
> On Wed, 2006-07-12 at 16:04 +0530, agalya at tce.edu wrote:
>   
>>>> we want to add moinmoin for one of the services in our website.we
>>>> already
>>>> got a database for users and use them for user authentication.we wish to
>>>> use the same for the Moinmoin also.can anyone provide us the way this
>>>> can
>>>> be implemented...
>>>>
>>>>         
>>> Sure. If you use some standard auth method, you can maybe simply use one
>>> of the existing MoinMoin.auth functions (http auth, ldap auth, php
>>> session, ssl client cert auth, ...).
>>>
>>> If nothing there fits your needs, you can just write your own auth
>>> function, see the samples there.
>>>       
>> we are using ldap authentication method and in auth.py we dont find a
>> method called ldap auth.We are using moin-1.5.2.Help regarding this.
>>     
>
> One option is to upgrade to moin-1.5.4.
And that one is highly recommended. :)
> If you don't want to do that,
> then at least download moin-1.5.4 and take a look at the contents of the
> file auth.py (which has an ldap method) and also at the sample
> configuration files which are supplied.  You may be able to use that
> code in your 1.5.2 setup.
>   
If you want to backport it, you might have to fix some of the ldap auth 
code as (IIRC) i did some changes to auth processing.

So just upgrading to 1.5.4 is the easier and better path (and you also 
get some bugfixes at other places, too).




From robert at cantab.net  Wed Jul 12 08:23:08 2006
From: robert at cantab.net (Robert Schumann)
Date: Wed, 12 Jul 2006 13:23:08 +0100
Subject: [Moin-user] how can I use Categories for quality assurance?
In-Reply-To: <44B4E2A8.2010508@gmx.de>
References: <e8voqb$dlc$1@sea.gmane.org> <44B39BA6.8020808@gmx.de>
	<e90afp$cdp$1@sea.gmane.org>  <44B4E2A8.2010508@gmx.de>
Message-ID: <1152706988.25790.20.camel@xoliswa>

On Wed, 2006-07-12 at 13:53 +0200, Thomas Waldmann wrote:
> >>> So, what I'd like to see is:
> >>>
> >>> 1. User marks page as CategoryVersion1.0
> >>> 2. Page then automatically contains a little box at the top which says
> >>> something like "This page applies to Version 1.0 of SoftwareName"
> >>>   
> >>>       
> >> Category links are usually rendered as standard links, so they neither 
> >> have special styling (just like other links), nor auto-generated content.
> >>
> >> A thing that maybe could be of general use is some configurable page 
> >> name pattern matching and deriving a CSS class attribute depending on 
> >> what pattern matched the target page name.
> >>
> >> By defining CSS for that class, you could make your boxes, style and 
> >> alignment.
> >> I guess you could even define some content using :after or :before (of 
> >> course that won't work with IE6).
> >>     
> >
> > I have to say that I didn't understand much about this, but it sounds
> > like it would require the page name being the trigger for the
> > auto-generated content, rather than the category that a page is tagged
> > with... Did I misunderstand?
> >   
> Yes, you misunderstood. I meant hacking that part of the wiki parser and 
> then match the link target page against some patterns influencing the 
> CSS class it will get.
> > Would it be impossible for the Category feature to be extended so as to
> > include auto-generated content?
> Currently, there is no such thing as a "category feature" as far as the 
> page content or links are concerned - they are just links to other pages.
> 
> The only special thing we have about categories is maybe this dropdown 
> menu, but this only adds those links to the end of the page, you also 
> could type them in manually.
> 
> > Or perhaps I am looking at this problem
> > from the wrong direction, and should think about some way for a macro to
> > be used which would include the relevant text on the page, and
> > automatically add the category... and maybe hope that such a macro could
> > be included on the page via a drop down menu.
> >   
> This also would be a special hack.
> 
> I guess the first method (matching link targets and generating css 
> class) would be a more generically useful thing. We even already do 
> something in that area, e.g. ftp link targets get a different icon than 
> http link targets. But this is not yet configurable enough for your needs.

The parsers in Moin are responsible for any magic you see happening -
the translation of markdown and other special syntax to whatever format
you want it in.  So what Thomas is saying, I think, is that you add a
function in your parser that gets triggered by the word Category, in the
same way that the parser treats http:// differently from ftp://. 

So you would have a predefined mapping in your parser like
categoryparser = { 'Version1.0':'This doc applies to version 1.0',
   'NeedsWork':'This page needs work'}
and then perhaps your page formatter could do something like replace
CategoryVersion1.0 with the text "CategoryVersion1.0 This doc applies to
version 1.0'.

(Please excuse; this is my rough understanding of the moin engine...)

How about the following proposal, which may be against the spirit of
simplicity in MoinMoin:
Any Category page may contain some special markup on it, perhaps a
preformatted piece of text, like
{{{This doc applies to version 1.0.}}}
Then while processing page ExamplePage, if the parser finds
CategoryVersion1.0 on it, the formatter pulls this marked up text out of
the CategoryVersion1.0 page and inserts it wherever you want it.

That way, you get descriptive category headings for pages but are not
limited to using a predefined set of categories.  This is similar in
spirit to the idea of using group pages for access control.

Robert.




From mdke at ubuntu.com  Wed Jul 12 10:02:18 2006
From: mdke at ubuntu.com (Matthew East)
Date: Wed, 12 Jul 2006 15:02:18 +0100
Subject: [Moin-user] how can I use Categories for quality assurance?
In-Reply-To: <44B4E2A8.2010508@gmx.de>
References: <e8voqb$dlc$1@sea.gmane.org>
	<44B39BA6.8020808@gmx.de>	<e90afp$cdp$1@sea.gmane.org>
	<44B4E2A8.2010508@gmx.de>
Message-ID: <e92vda$plu$1@sea.gmane.org>

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

Hi,

Just to focus on one part of this thread:

* Thomas Waldmann:
>> Or perhaps I am looking at this problem
>> from the wrong direction, and should think about some way for a macro to
>> be used which would include the relevant text on the page, and
>> automatically add the category... and maybe hope that such a macro could
>> be included on the page via a drop down menu.
>>   
> This also would be a special hack.

So, if text is inserted into the page by (for example) an Include macro,
and that text contains "CategoryBlah", does the FullSearch on the
CategoryBlah page see it? If not, is it possible to extend the
FullSearch macro so that it does?

Matt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtQDptSaF0w5rBv8RAtltAJkB0+5pxRYo03J/YcPleGKJvp26lACggxy0
B2N9vatWrKSrBEI38D3Tpk4=
=gmFn
-----END PGP SIGNATURE-----




From tw-public at gmx.de  Wed Jul 12 11:32:30 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 12 Jul 2006 17:32:30 +0200
Subject: [Moin-user] how can I use Categories for quality assurance?
In-Reply-To: <e92vda$plu$1@sea.gmane.org>
References: <e8voqb$dlc$1@sea.gmane.org>	<44B39BA6.8020808@gmx.de>	<e90afp$cdp$1@sea.gmane.org>	<44B4E2A8.2010508@gmx.de>
	<e92vda$plu$1@sea.gmane.org>
Message-ID: <44B5160E.9030903@gmx.de>


> So, if text is inserted into the page by (for example) an Include macro,
> and that text contains "CategoryBlah", does the FullSearch on the
> CategoryBlah page see it?
If you just search for the text "CategoryWhatEver", it won't find it 
because it only searches in the wiki src text and it is not there.

Maybe it finds it if you do a linkto:CategoryWhatEver search, try it.




From zhouliqun at hitb.com.cn  Wed Jul 12 20:49:51 2006
From: zhouliqun at hitb.com.cn (zhouliqun)
Date: Thu, 13 Jul 2006 08:49:51 +0800
Subject: [Moin-user] how can i set mail server
Message-ID: <1152751791.6178.7.camel@printer.hitb.com.cn>

Hi,
       I used MoinMoin 1.5.3, when i  "Mail me my account data" ,There
is a ErrorPage that ValueError ,the bug information is :

  102 #server.set_debuglevel(1)

     2. 103 if cfg.mail_login:
     3. 104 user, pwd = cfg.mail_login.split()
     4. 105 try: # try to do tls
     5. 106 server.ehlo()
        
      * user undefined
      * pwd undefined
      * cfg = <wikiconfig.Config instance>
      * cfg.mail_login = 'moin'
      * cfg.mail_login.split = <built-in method split of str object>    
      * 
      * my wikiconfig.py  setting is :
      * 
      *  mail_smarthost = "mail.hitb.com.cn"
      * mail_from = u"Hitb Wiki <moin at hitb.com.cn>"
      * mail_login = "moin moin"
      * 
      * 
      * is that right ? somebody help me 
      * 
      * 
      * 

*********************************
Zhou Li Qun

Health Information Technology Co., Ltd. 

E-mail: zhouliqun at hitb.com.cn
*********************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060713/b158edfe/attachment.html>

From finnis at internode.on.net  Thu Jul 13 01:40:29 2006
From: finnis at internode.on.net (Tony Finnis)
Date: Thu, 13 Jul 2006 15:10:29 +0930
Subject: [Moin-user] Footers
Message-ID: <200607131510.29448.finnis@internode.on.net>

Hi All,
I am currently using MoinMoin 1.5.3
What I wish to do is to add a small amount of common information to the 
footer area of all pages in my wiki.
I have tried to use page_footer1 and page_footer2 with no success.
Could some kind person/s explain to me with preferably a simple example 
on how this can be accomplished.

many thanks
Tony Finnis



From finnis at internode.on.net  Thu Jul 13 06:36:43 2006
From: finnis at internode.on.net (Tony Finnis)
Date: Thu, 13 Jul 2006 20:06:43 +0930
Subject: [Moin-user] Footers
In-Reply-To: <20060713155417.9544.ZYF_SZ@tom.com>
References: <200607131510.29448.finnis@internode.on.net>
	<20060713155417.9544.ZYF_SZ@tom.com>
Message-ID: <200607132006.43328.finnis@internode.on.net>

On Thursday 13 July 2006 5:27 pm, zyf_sz wrote:
> > Hi All,
> > I am currently using MoinMoin 1.5.3
> > What I wish to do is to add a small amount of common information to
> > the footer area of all pages in my wiki.
> > I have tried to use page_footer1 and page_footer2 with no success.
> > Could some kind person/s explain to me with preferably a simple
> > example on how this can be accomplished.
>
> I set "page_footer2" in wikiconfig.py like follows. I think you
> should restart moinmoin to make it work
>
>     page_footer2 = u'''<div id="footer2"> this is footer  </div>'''
>
>
> Zhang Yun-feng

Thank you for that Zhang.
Exactly what I wanted.

Tony Finnis




From charanya15 at hotmail.com  Thu Jul 13 07:08:17 2006
From: charanya15 at hotmail.com (charanya15 at hotmail.com)
Date: Thu, 13 Jul 2006 11:08:17 +0000
Subject: [Moin-user] Access Control
Message-ID: <BAY111-F5EFB502A77EE8658F09B7C46E0@phx.gbl>

i want to create a page which is immutable for all the users and another 
subpage within that which is editable by everyone.The immutable page should 
be editable only for the administrators.I had gone through the page 
HelpOnAccessControl but am not able to make out how to implement my 
requirement.I want to know how to add the pagenames in the acl command and 
how to indicate which users can edit or not edit that page.Can anyone give a 
clear idea about this....

_________________________________________________________________
Tried the new MSN Messenger? It?s cool! Download now. 
http://messenger.msn.com/Download/Default.aspx?mkt=en-in




From agalya at tce.edu  Thu Jul 13 08:40:29 2006
From: agalya at tce.edu (agalya at tce.edu)
Date: Thu, 13 Jul 2006 18:10:29 +0530 (IST)
Subject: [Moin-user] user authentication
In-Reply-To: <44B4E3BE.5030600@gmx.de>
References: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>	<44B39C23.8090502@gmx.de>
	<2523.10.2.1.1.1152700473.squirrel@10.2.1.1>
	<1152705171.25790.4.camel@xoliswa> <44B4E3BE.5030600@gmx.de>
Message-ID: <1399.10.2.1.1.1152794429.squirrel@10.2.1.1>

Actually in our website we already have a login for the users.we dont want
the users to login more than once.So is there any way to use the session
of our login for moinmoin instead of using the login of moinmoin?If there
is any please help on this.


-----------------------------------------
This email was sent using TCEMail Service.
Thiagarajar College of Engineering
Madurai - 625015 (India)




From robert at cantab.net  Thu Jul 13 10:37:56 2006
From: robert at cantab.net (Robert Schumann)
Date: Thu, 13 Jul 2006 15:37:56 +0100
Subject: [Moin-user] Access Control
In-Reply-To: <BAY111-F5EFB502A77EE8658F09B7C46E0@phx.gbl>
References: <BAY111-F5EFB502A77EE8658F09B7C46E0@phx.gbl>
Message-ID: <1152801476.14058.33.camel@xoliswa>

On Thu, 2006-07-13 at 11:08 +0000, charanya15 at hotmail.com wrote:
> i want to create a page which is immutable for all the users and another 
> subpage within that which is editable by everyone.The immutable page should 
> be editable only for the administrators.I had gone through the page 
> HelpOnAccessControl but am not able to make out how to implement my 
> requirement.I want to know how to add the pagenames in the acl command and 
> how to indicate which users can edit or not edit that page.Can anyone give a 
> clear idea about this....

The acl directive
#acl SomeUser:read,write All:
can be used on any page.  It overrides the default ACL which is set in
the config file (variable acl_rights_default).

You do not need to add a pagename into the ACL directive because it only
applies to the page it is on.

What you may want to do is set the default ACL to allow "All:read,write"
and then on any page you want to be immutable, put the directive
#acl AdminUser:read,write,admin All:read

What is the setting of acl_rights_default and acl_rights_before in your
wiki?  If your wiki is visible on the internet, perhaps  we can take a
look at what you're trying to do.

Robert.




From crosseyedpenguin at yahoo.com  Thu Jul 13 11:11:55 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Thu, 13 Jul 2006 08:11:55 -0700 (PDT)
Subject: [Moin-user] user authentication
Message-ID: <20060713151155.13753.qmail@web36207.mail.mud.yahoo.com>

--- agalya at tce.edu wrote:

> Actually in our website we already have a login for the users.we dont
> want
> the users to login more than once.So is there any way to use the
> session
> of our login for moinmoin instead of using the login of moinmoin?If
> there
> is any please help on this.
>

I have had something like that working. I have modified a custom theme
to override the "username" method in ThemeBase in __init__.py in the
theme directory.  The override replaces the "login" or "logout" links
on the moin page to point at a Webware servlet for Login/logoff.

I found it easiest to leave the entire Moin user structure in place.
When I create a new user for the other application, I create a Moin
user file and store the ID in the other application SQL tables.  If the
user tries to log in to a Moin page first, clicking login returns a
login page from my other app.  The app saves the HTTP_REFERER field
from Apache.  If the user enters a valid userID/password, The
application servlet then issues a Moin cookie and cookies for my own
application and returns the user to the originating Moin page.  

The username override for my theme follows.

Roger Haase


    def username(self, d): 
        """ This overrides a method in ThemeBase in __init__.py in
theme directory."""
        from MoinMoin.Page import Page, wikiutil 
        request = self.request
        _ = request.getText
        
        userlinks = []
        # Add username/homepage link for registered users. We don't
care
        # if it exists, the user can create it.
        if request.user.valid:
            userlinks.append('<a  href="../myApp/Logoff">Logoff</a>')
###
            # Set pref page to localized Preferences page
            prefpage = wikiutil.getSysPage(request, 'UserPreferences')
            title = prefpage.split_title(request)
            userlinks.append(prefpage.link_to(request, text=title))
        else:
            # Add prefpage links with title: Login
            userlinks.append('<a 
href="../myApp/DomainLogon">Login</a>') ###
        html = '<ul id="username"><li>%s</li></ul>' %
'</li>\n<li>'.join(userlinks)
        return html

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From tw-public at gmx.de  Thu Jul 13 12:56:33 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 13 Jul 2006 18:56:33 +0200
Subject: [Moin-user] user authentication
In-Reply-To: <1399.10.2.1.1.1152794429.squirrel@10.2.1.1>
References: <3721.10.2.1.1.1152619124.squirrel@10.2.1.1>	<44B39C23.8090502@gmx.de>	<2523.10.2.1.1.1152700473.squirrel@10.2.1.1>	<1152705171.25790.4.camel@xoliswa>
	<44B4E3BE.5030600@gmx.de>
	<1399.10.2.1.1.1152794429.squirrel@10.2.1.1>
Message-ID: <44B67B41.4060009@gmx.de>

agalya at tce.edu wrote:
> Actually in our website we already have a login for the users.we dont want
> the users to login more than once.So is there any way to use the session
> of our login for moinmoin instead of using the login of moinmoin?If there
> is any please help on this.
>   
You can just write an auth function like you see them in 
MoinMoin/auth.py. Try to use the latest moin for best code (1.5.4).

There is a configuration variable show_login (or similar) to show (or 
rather not show) the MoinMoin login/logout links.




From msoulier at digitaltorque.ca  Fri Jul 14 10:32:39 2006
From: msoulier at digitaltorque.ca (Michael P. Soulier)
Date: Fri, 14 Jul 2006 10:32:39 -0400
Subject: [Moin-user] versions kept
Message-ID: <20060714143239.GA20965@tigger.digitaltorque.ca>

People,

It seems that Moin is keeping 100 revisions of each page. Is there a way to
increase this number?

Thanks,
Mike

-- 
Michael P. Soulier <msoulier at digitaltorque.ca>
"Any intelligent fool can make things bigger and more complex... It
takes a touch of genius - and a lot of courage to move in the opposite
direction." --Albert Einstein
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060714/8303f1ea/attachment.sig>

From crosseyedpenguin at yahoo.com  Fri Jul 14 12:35:31 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Fri, 14 Jul 2006 09:35:31 -0700 (PDT)
Subject: [Moin-user] MoinEditorBackup
Message-ID: <20060714163531.46610.qmail@web36212.mail.mud.yahoo.com>

When trying to recover lost edits after to a browser crash, the title
search box does not find the MoinEditorBackup page.  I think I tried
all the possibilities with UserName, UserName/MoinEditorBackup,
UserName(2f)MoinEditorBackup etc.

The only way I can locate the page is to use FindPage and type
UserName/MoinEditorBackup in the Go To Page search box.

Is this working as expected?  Other subpages are found by typing only
the base name in the title search box.

Roger Haase

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From mohacsi at niif.hu  Fri Jul 14 12:46:37 2006
From: mohacsi at niif.hu (Mohacsi Janos)
Date: Fri, 14 Jul 2006 18:46:37 +0200 (CEST)
Subject: [Moin-user] MoinEditorBackup
In-Reply-To: <20060714163531.46610.qmail@web36212.mail.mud.yahoo.com>
References: <20060714163531.46610.qmail@web36212.mail.mud.yahoo.com>
Message-ID: <20060714184503.R73837@mignon.ki.iif.hu>





On Fri, 14 Jul 2006, Roger Haase wrote:

> When trying to recover lost edits after to a browser crash, the title
> search box does not find the MoinEditorBackup page.  I think I tried
> all the possibilities with UserName, UserName/MoinEditorBackup,
> UserName(2f)MoinEditorBackup etc.
>
> The only way I can locate the page is to use FindPage and type
> UserName/MoinEditorBackup in the Go To Page search box.
>
> Is this working as expected?  Other subpages are found by typing only
> the base name in the title search box.

No chance, unless you did several preview during editing - you can find 
the the previous preview as a backup in the underlying filesystem.
Regards,

Janos Mohacsi
Network Engineer, Research Associate, Head of Network Planning
NIIF/HUNGARNET, HUNGARY
Key 00F9AF98: 8645 1312 D249 471B DBAE  21A2 9F52 0D1F 00F9 AF98





From crosseyedpenguin at yahoo.com  Fri Jul 14 17:25:21 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Fri, 14 Jul 2006 14:25:21 -0700 (PDT)
Subject: [Moin-user] MoinEditorBackup
In-Reply-To: <20060714184503.R73837@mignon.ki.iif.hu>
Message-ID: <20060714212521.45741.qmail@web36207.mail.mud.yahoo.com>



--- Mohacsi Janos <mohacsi at niif.hu> wrote:
> 
> On Fri, 14 Jul 2006, Roger Haase wrote:
> 
> > When trying to recover lost edits after to a browser crash, the
> title
> > search box does not find the MoinEditorBackup page.  I think I
> tried
> > all the possibilities with UserName, UserName/MoinEditorBackup,
> > UserName(2f)MoinEditorBackup etc.
> >
> > The only way I can locate the page is to use FindPage and type
> > UserName/MoinEditorBackup in the Go To Page search box.
> >
> > Is this working as expected?  Other subpages are found by typing
> only
> > the base name in the title search box.
> 
> No chance, unless you did several preview during editing - you can
> find 
> the the previous preview as a backup in the underlying filesystem.

I guess I wasn't clear -- I haven't lost any edits, this is a usability
question.  Should a user without access to the underlying file system
lose edits, the only way I can find that allows the user to recover the
lost edits by himself is to go to FindPage and type
"UserName/MoinEditorBackup" in the Go To Page search box.  

Is there a design issue here -- why can't a user type type his name in
the title search box and see his home page with MoinEditorBackup listed
as a subpage?  Or am I missing a more obvious way to access the saved
backup?

Roger Haase

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From agalya at tce.edu  Sat Jul 15 01:52:27 2006
From: agalya at tce.edu (agalya at tce.edu)
Date: Sat, 15 Jul 2006 11:22:27 +0530 (IST)
Subject: [Moin-user] Access Control
In-Reply-To: <1152801476.14058.33.camel@xoliswa>
References: <BAY111-F5EFB502A77EE8658F09B7C46E0@phx.gbl>
	<1152801476.14058.33.camel@xoliswa>
Message-ID: <4690.10.2.1.1.1152942747.squirrel@10.2.1.1>

> On Thu, 2006-07-13 at 11:08 +0000, charanya15 at hotmail.com wrote:
>> i want to create a page which is immutable for all the users and another
>> subpage within that which is editable by everyone.The immutable page
>> should
>> be editable only for the administrators.I had gone through the page
>> HelpOnAccessControl but am not able to make out how to implement my
>> requirement.I want to know how to add the pagenames in the acl command
>> and
>> how to indicate which users can edit or not edit that page.Can anyone
>> give a
>> clear idea about this....
>
> The acl directive
> #acl SomeUser:read,write All:
> can be used on any page.  It overrides the default ACL which is set in
> the config file (variable acl_rights_default).
>
> You do not need to add a pagename into the ACL directive because it only
> applies to the page it is on.
>
> What you may want to do is set the default ACL to allow "All:read,write"
> and then on any page you want to be immutable, put the directive
> #acl AdminUser:read,write,admin All:read
>
> What is the setting of acl_rights_default and acl_rights_before in your
> wiki?  If your wiki is visible on the internet, perhaps  we can take a
> look at what you're trying to do.
>
> Robert.

this helped us.Thank you.Now acl works perfectly.



-----------------------------------------
This email was sent using TCEMail Service.
Thiagarajar College of Engineering
Madurai - 625015 (India)




From eamon at nerbonne.org  Sat Jul 15 12:14:59 2006
From: eamon at nerbonne.org (Eamon Nerbonne)
Date: Sat, 15 Jul 2006 18:14:59 +0200
Subject: [Moin-user] versions kept
In-Reply-To: <20060714143239.GA20965@tigger.digitaltorque.ca>
References: <20060714143239.GA20965@tigger.digitaltorque.ca>
Message-ID: <16b7b9ec0607150914n6ff4de70ua7aeac43b3b58fe8@mail.gmail.com>

Appearantly that limit is in the UI only, which shows 100 revisions.  The
backend never throws away old revisions so if you really need to you could
find them on the file system.

see:
http://moinmoin.wikiwikiweb.de/MoinMoinQuestions

I'm sure a little bit of searching in the python files will let you
circumvent that limitation, though.

--Eamon

On 7/14/06, Michael P. Soulier <msoulier at digitaltorque.ca> wrote:
>
> People,
>
> It seems that Moin is keeping 100 revisions of each page. Is there a way
> to
> increase this number?
>
> Thanks,
> Mike
>
> --
> Michael P. Soulier <msoulier at digitaltorque.ca>
> "Any intelligent fool can make things bigger and more complex... It
> takes a touch of genius - and a lot of courage to move in the opposite
> direction." --Albert Einstein
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
>
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
>
>


-- 
eamon at nerbonne.org - 06-15142163
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060715/b0a824ef/attachment.html>

From eamon at nerbonne.org  Sat Jul 15 12:29:33 2006
From: eamon at nerbonne.org (Eamon Nerbonne)
Date: Sat, 15 Jul 2006 18:29:33 +0200
Subject: [Moin-user] Odd bug related to If-Modified-Since using moin 1.5.4
	with CGI on apache
Message-ID: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>

On my machine, any request to moinmoin containing the HTTP header
If-Modified-Since results in an Internal Server Error without python
stacktrace.  Generally, this header is generated when you refresh the page,
or when you return to a previously generated page.  All instances on this
machine using the system-wide moinmoin installation (gentoo) exhibit this
error, and a few initial moinmoin-playground I set up in a self-contained
directory (which hasn't been updated to 1.5.4), don't.  Moin is running as a
CGI script in user directories and served by apache 2.0.58. Stripping the
header with an .htaccess command "RequestHeader unset If-Modified-Since"
resolves the problem, but not in the way I'ld like to...  The error occurs
with multiple skins, and I can't seem to find the real cause (though, beyond
a little python hacking to make quick macro, I've never used python, so I'm
not an expert in this).  Does this error seem familiar to anyone, and is
there a real solution?


-- 
eamon at nerbonne.org - 06-15142163
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060715/38d92ad2/attachment.html>

From tw-public at gmx.de  Mon Jul 17 08:23:46 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 17 Jul 2006 14:23:46 +0200
Subject: [Moin-user] MoinEditorBackup
In-Reply-To: <20060714212521.45741.qmail@web36207.mail.mud.yahoo.com>
References: <20060714212521.45741.qmail@web36207.mail.mud.yahoo.com>
Message-ID: <44BB8152.3020303@gmx.de>


> I guess I wasn't clear -- I haven't lost any edits, this is a usability
> question.  Should a user without access to the underlying file system
> lose edits, the only way I can find that allows the user to recover the
> lost edits by himself is to go to FindPage and type
> "UserName/MoinEditorBackup" in the Go To Page search box.  
>   
MoinEditorBackup pages are excluded from TitleIndex, search, etc. on 
purpose.

It is really more annoying to have them there than to not have them there.

If you have a good idea about improving without including them there, 
feel free...

> Or am I missing a more obvious way to access the saved backup?
>   
I guess I would just jump to my homepage (link at top of page) and add 
/MoinEditorBackup on the url line.




From tw-public at gmx.de  Mon Jul 17 08:34:21 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 17 Jul 2006 14:34:21 +0200
Subject: [Moin-user] Odd bug related to If-Modified-Since using moin
 1.5.4 with CGI on apache
In-Reply-To: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>
References: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>
Message-ID: <44BB83CD.9000404@gmx.de>


> On my machine, any request to moinmoin containing the HTTP header
> If-Modified-Since results in an Internal Server Error without python
> stacktrace.
We need the html of that stacktrace as attachment:backtrace.html in a 
bug report on the moinmoin wiki.

Please also copy this text there and add the requested details. Just 
subscribe to the page so you get notified when someone
>   Generally, this header is generated when you refresh the page,
> or when you return to a previously generated page.  All instances on this
> machine using the system-wide moinmoin installation (gentoo) exhibit this
> error, and a few initial moinmoin-playground I set up in a self-contained
> directory (which hasn't been updated to 1.5.4), don't.  Moin is 
> running as a
> CGI script in user directories and served by apache 2.0.58. Stripping the
> header with an .htaccess command "RequestHeader unset If-Modified-Since"
> resolves the problem, but not in the way I'ld like to...  The error 
> occurs
> with multiple skins, and I can't seem to find the real cause (though, 
> beyond
> a little python hacking to make quick macro, I've never used python, 
> so I'm
> not an expert in this).  Does this error seem familiar to anyone, and is
> there a real solution?
I recently fixed some header related problems in 1.6 development branch.
But it was rather about missing headers than about stuff causing backtraces.




From eamon at nerbonne.org  Tue Jul 18 07:46:43 2006
From: eamon at nerbonne.org (Eamon Nerbonne)
Date: Tue, 18 Jul 2006 13:46:43 +0200
Subject: [Moin-user] Odd bug related to If-Modified-Since using moin
	1.5.4 with CGI on apache
In-Reply-To: <44BB83CD.9000404@gmx.de>
References: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>
	<44BB83CD.9000404@gmx.de>
Message-ID: <16b7b9ec0607180446k6c680024ma28d2b39b8f42b87@mail.gmail.com>

There doesn't seem to be a stack trace generated.  errors caused by faulty
skins or similar generate stack traces (Therefore I don't think I've turned
them off); but this error does not.  The apache error log doesn't contain
anything other than 500 Internal server error either (yes, it's odd and not
informative).   Instead of the usual colored box informing you of the error,
this generates a Bland white page with a standard Apache 500 error.

I have however narrowed the cause of the error:

The affected moin instances aren't returning Cache-control:no-cache,
Pragma:no-cache and Expires:-1.

Adding 'Cache-Control: must-revalidate' fixes that.

Also, it seems newer moinmoin instances are now returning Last-Modified,
which they previously didn't, this would mask any bug regarding
If-Modified-Since: that would never even be sent.

In summary:
- it chokes on If-Modified-Since
- a python stack trace doesn't seem to be generated (but is generated on
other faults)
- some caching related headers seem to missing from the response
- I can't find another moinmoin wiki on the web suffering from the same
problem, so it's probably(?) local - then again I can't find that many
moinmoin 1.5.4's ;-)
so:
-it might be a config error, however to my knowledge with the exception of
the .htaccess hacks I use to fix up the situation nothing caching-wise, or
header-wise for that matter is different from the default.
-it might be a moinmoin bug, but then almost certainly CGI only; as there
are quite a few non-CGI wikis online and none of them seem to be affected
(but almost all of those I tested do obviously custom things with headers).
It would make sense for header errors to be different on different platforms
as it doesn't surprise me that a CGI served wiki deals with those
differently than a twisted or standalone or mod_python or whatnot server
version would.

If none of this rings any bells I'll just wait until 1.6 and investigate
more thoroughly then.

--Eamon



On 7/17/06, Thomas Waldmann < tw-public at gmx.de> wrote:
>
>
> > On my machine, any request to moinmoin containing the HTTP header
> > If-Modified-Since results in an Internal Server Error without python
> > stacktrace.
> We need the html of that stacktrace as attachment: backtrace.html in a
> bug report on the moinmoin wiki.
>
> Please also copy this text there and add the requested details. Just
> subscribe to the page so you get notified when someone
> >   Generally, this header is generated when you refresh the page,
> > or when you return to a previously generated page.  All instances on
> this
> > machine using the system-wide moinmoin installation (gentoo) exhibit
> this
> > error, and a few initial moinmoin-playground I set up in a
> self-contained
> > directory (which hasn't been updated to 1.5.4), don't.  Moin is
> > running as a
> > CGI script in user directories and served by apache 2.0.58. Stripping
> the
> > header with an .htaccess command "RequestHeader unset If-Modified-Since"
>
> > resolves the problem, but not in the way I'ld like to...  The error
> > occurs
> > with multiple skins, and I can't seem to find the real cause (though,
> > beyond
> > a little python hacking to make quick macro, I've never used python,
> > so I'm
> > not an expert in this).  Does this error seem familiar to anyone, and is
> > there a real solution?
> I recently fixed some header related problems in 1.6 development branch.
> But it was rather about missing headers than about stuff causing
> backtraces.
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



-- 
eamon at nerbonne.org - 06-15142163
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20060718/3c199446/attachment.html>

From tw-public at gmx.de  Tue Jul 18 09:07:25 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 18 Jul 2006 15:07:25 +0200
Subject: [Moin-user] Odd bug related to If-Modified-Since using
 moin	1.5.4 with CGI on apache
In-Reply-To: <16b7b9ec0607180446k6c680024ma28d2b39b8f42b87@mail.gmail.com>
References: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>	<44BB83CD.9000404@gmx.de>
	<16b7b9ec0607180446k6c680024ma28d2b39b8f42b87@mail.gmail.com>
Message-ID: <44BCDD0D.8040108@gmx.de>


> There doesn't seem to be a stack trace generated.
Sorry, I misread that in your first msg.

> The affected moin instances aren't returning Cache-control:no-cache,
> Pragma:no-cache and Expires:-1.
As I said, I found an error concerning setting of header values 
recently. That error might make some headers missing for some server 
types (esp. Vary and Cache-Control - because those used to do multiple 
setHeader calls, which didn't work for every server type. The 
non-working types just emitted the value from the last call).

But: pure standard CGI didn't have that header problem.
> Also, it seems newer moinmoin instances are now returning Last-Modified,
Yes.

But, as I found out recently, they do wrong for some dynamic pages like 
RecentChanges (they use the mtime of the page src file, which never 
changes, but RecentChanges output changes all the time). This has still 
to get fixed.

It is no problem if the user is logged in, but anon users might see a 
stale RecentChanges.
> which they previously didn't, this would mask any bug regarding
> If-Modified-Since: that would never even be sent.
So here you tell it doesn't happen with 1.5.4?
> In summary:
> - it chokes on If-Modified-Since
> - a python stack trace doesn't seem to be generated (but is generated on
> other faults)
> - some caching related headers seem to missing from the response
Strange. CGI should not be affected. You are sure you don't use 
mod_python or fastcgi for moin?

> - I can't find another moinmoin wiki on the web suffering from the same
> problem, so it's probably(?) local - then again I can't find that many
> moinmoin 1.5.4's ;-)
Here you tell it happens with 1.5.4???

moinmoin.wikiwikiweb.de currently runs on 1.5.4+ (code might be newer, 
but not older than 1.5.4) under Twisted.
> so:
> -it might be a config error, however to my knowledge with the 
> exception of
> the .htaccess hacks I use to fix up the situation nothing 
> caching-wise, or
> header-wise for that matter is different from the default.
> -it might be a moinmoin bug, but then almost certainly CGI only; as there
> are quite a few non-CGI wikis online and none of them seem to be affected
> (but almost all of those I tested do obviously custom things with 
> headers).
> It would make sense for header errors to be different on different 
> platforms
> as it doesn't surprise me that a CGI served wiki deals with those
> differently than a twisted or standalone or mod_python or whatnot server
> version would.
>
> If none of this rings any bells I'll just wait until 1.6 and investigate
> more thoroughly then.
I guess I backport the header fixes I did in 1.6 soon - I could give you 
a patch for 1.5.4 then to try.




From charanya15 at hotmail.com  Thu Jul 20 07:01:07 2006
From: charanya15 at hotmail.com (charanya15 at hotmail.com)
Date: Thu, 20 Jul 2006 11:01:07 +0000
Subject: [Moin-user] user authentication
In-Reply-To: <20060713151155.13753.qmail@web36207.mail.mud.yahoo.com>
Message-ID: <BAY111-F32BCF9238093105A52A098C4610@phx.gbl>

I saw that all the ACL stuff is done in a file called wikiacl.py. They parse 
the ACLs from the raw page, generate a ACL list and then use that ACL list 
to determine whether to allow/deny a request (READ/WRITE/MODIFY).
We like to  modify this  in a way that it does not sit inside the wiki 
page., but gets to a table in the database.
Is this possible?can anyone help me in this

_________________________________________________________________
Sexy, sultry, sensuous. - see why Bipasha Basu is all that and more. Try MSN 
Search http://server1.msn.co.in/Profile/bipashabasu.asp




From agalya at tce.edu  Thu Jul 20 07:02:43 2006
From: agalya at tce.edu (agalya at tce.edu)
Date: Thu, 20 Jul 2006 16:32:43 +0530 (IST)
Subject: [Moin-user] moin ACL
In-Reply-To: <44BCDD0D.8040108@gmx.de>
References: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>	<44BB83CD.9000404@gmx.de>
	<16b7b9ec0607180446k6c680024ma28d2b39b8f42b87@mail.gmail.com>
	<44BCDD0D.8040108@gmx.de>
Message-ID: <2933.10.2.1.1.1153393363.squirrel@10.2.1.1>

While creating group pages I have some 150+ users in each group.It is very
tedious to set acl by adding all their names in acl code.Is there any
alternate for giving specific rights to the members without explicitly
giving those names in the acl




-----------------------------------------
This email was sent using TCEMail Service.
Thiagarajar College of Engineering
Madurai - 625015 (India)




From charanya15 at hotmail.com  Thu Jul 20 07:09:01 2006
From: charanya15 at hotmail.com (charanya15 at hotmail.com)
Date: Thu, 20 Jul 2006 11:09:01 +0000
Subject: [Moin-user] user authentication
In-Reply-To: <20060713151155.13753.qmail@web36207.mail.mud.yahoo.com>
Message-ID: <BAY111-F278900CF7DC2144D9F1AB2C4610@phx.gbl>

I saw that all the ACL stuff is done in a file called wikiacl.py. They parse 
the ACLs from the raw page, generate a ACL list and then use that ACL list 
to determine whether to allow/deny a request (READ/WRITE/MODIFY).
We like to  modify this  in a way that it does not sit inside the wiki 
page., but gets to a table in the database.
Is this possible?can anyone help me in this

_________________________________________________________________
NRIs: Send Money FREE! Go ahead and register now! 
http://ads.mediaturf.net/event.ng/Type=click&FlightID=20273&AdID=65989&TargetID=11172&Targets=11172&Values=202,414,1093,1264,3122&Redirect=http:%2F%2Fwww.icicinri.net%2Fmoney2india%2F%3Fm2i%3DBAC-MSN%26att%3DMSNTLM2I18CHAR%26rfr%3DMSNTLM2I18CHAR




From dodecatheon at gmail.com  Thu Jul 20 14:11:03 2006
From: dodecatheon at gmail.com (Ted Stern)
Date: Thu, 20 Jul 2006 11:11:03 -0700
Subject: [Moin-user] need script for creating users from group pages [was
	"Re: moin ACL"]
References: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>
	<44BB83CD.9000404@gmx.de>
	<16b7b9ec0607180446k6c680024ma28d2b39b8f42b87@mail.gmail.com>
	<44BCDD0D.8040108@gmx.de> <2933.10.2.1.1.1153393363.squirrel@10.2.1.1>
Message-ID: <lsppsg02ll4.fsf_-_@saturna.ca.boeing.com>

On 20 Jul 2006 04:02:43 -0700, agalya at tce.edu wrote:
>
> While creating group pages I have some 150+ users in each group.It
> is very tedious to set acl by adding all their names in acl code.Is
> there any alternate for giving specific rights to the members
> without explicitly giving those names in the acl

Sounds like you have security issues that you're trying to solve using
acl.  So do I.  On a related note (hence the modified subject line), I
have default acl set so that nobody can read anything except the main
page and one or two others.  I put read/write/etc. users in
TrustedGroup.  I have another self-descriptive group named
ReadOnlyGroup.

Here's my (modified) problem: I have lots of users to add from each
group.  It is weak security to simply create the account names with no
password.

I found this script,

    http://moinmoin.wikiwikiweb.de/MoinMoinQuestions/Administration?action=AttachFile&do=get&target=moin_useradd.py

to add a single user.  It prompts for the password.

I'd like to modify this so that it takes a password as stdin or
command line argument, checks whether the account exists or not before
modifying the password, and if the UserName page doesn't exist, it
will create a default page using text from a file (specified as the
argument of a -f option).  If the account was created, I'd like it to
mail the user (and the administrator) with the new password, and tell
the user & admin in that email whether a default page was created and
with what text.

I'm not a python coder, but I might be able to manage this with a bit
of help.

Ideally, I'd like to write a script that is run each time the *Group
page is changed, but that isn't highest priority.

Suggestions?

-- Ted
     
>
>
>
>
> -----------------------------------------
> This email was sent using TCEMail Service.
> Thiagarajar College of Engineering
> Madurai - 625015 (India)
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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




From tw at waldmann-edv.de  Fri Jul 21 10:40:39 2006
From: tw at waldmann-edv.de (Thomas Waldmann)
Date: Fri, 21 Jul 2006 16:40:39 +0200
Subject: [Moin-user] user authentication
In-Reply-To: <BAY111-F32BCF9238093105A52A098C4610@phx.gbl>
References: <BAY111-F32BCF9238093105A52A098C4610@phx.gbl>
Message-ID: <44C0E767.9030407@waldmann-edv.de>

charanya15 at hotmail.com wrote:
> I saw that all the ACL stuff is done in a file called wikiacl.py. They parse 
> the ACLs from the raw page, generate a ACL list and then use that ACL list 
> to determine whether to allow/deny a request (READ/WRITE/MODIFY).
> We like to  modify this  in a way that it does not sit inside the wiki 
> page., but gets to a table in the database.
> Is this possible?can anyone help me in this
>   
Assuming some custom code, everything is possible. :)

BTW, one of our "Google Summer of Code" student is currently writing a 
storage backend API.
We also will separate data and metdadata (ACLs are metadata).

After that, your plan might get a bit easier, but that will take some 
months from now (when he succeeds).


Until then, you could maybe hack some cronjob, getting the ACLs out of 
the DB and editing them into the moin pages.




From tw-public at gmx.de  Fri Jul 21 10:42:24 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 21 Jul 2006 16:42:24 +0200
Subject: [Moin-user] moin ACL
In-Reply-To: <2933.10.2.1.1.1153393363.squirrel@10.2.1.1>
References: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>	<44BB83CD.9000404@gmx.de>	<16b7b9ec0607180446k6c680024ma28d2b39b8f42b87@mail.gmail.com>	<44BCDD0D.8040108@gmx.de>
	<2933.10.2.1.1.1153393363.squirrel@10.2.1.1>
Message-ID: <44C0E7D0.5070501@gmx.de>

agalya at tce.edu wrote:
> While creating group pages I have some 150+ users in each group.It is very
> tedious to set acl by adding all their names in acl code.Is there any
> alternate for giving specific rights to the members without explicitly
> giving those names in the acl
>   
Just make a page WhateverGroup and put those names there. After that, 
you can use #acl WhateverGroup:read,write,...

See HelpOnAccessControlLists page.




From tw-public at gmx.de  Fri Jul 21 10:48:52 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 21 Jul 2006 16:48:52 +0200
Subject: [Moin-user] need script for creating users from group pages
 [was "Re: moin ACL"]
In-Reply-To: <lsppsg02ll4.fsf_-_@saturna.ca.boeing.com>
References: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>	<44BB83CD.9000404@gmx.de>	<16b7b9ec0607180446k6c680024ma28d2b39b8f42b87@mail.gmail.com>	<44BCDD0D.8040108@gmx.de>
	<2933.10.2.1.1.1153393363.squirrel@10.2.1.1>
	<lsppsg02ll4.fsf_-_@saturna.ca.boeing.com>
Message-ID: <44C0E954.5030802@gmx.de>


> I found this script,
>
>     http://moinmoin.wikiwikiweb.de/MoinMoinQuestions/Administration?action=AttachFile&do=get&target=moin_useradd.py
>
> to add a single user.  It prompts for the password.
>   
In 1.5.4 there is also moin ... account create --name=xxx --alias=yyy 
--email=zzz --password=!!!

> I'd like to modify this so that it takes a password as stdin or
> command line argument, checks whether the account exists or not before
> modifying the password,
You have to check what happens for that case.
> and if the UserName page doesn't exist, it
> will create a default page using text from a file (specified as the
> argument of a -f option).  If the account was created, I'd like it to
> mail the user (and the administrator) with the new password, and tell
> the user & admin in that email whether a default page was created and
> with what text.
>   
You could add some options for this.




From leahbetts at gmail.com  Sun Jul 23 14:03:37 2006
From: leahbetts at gmail.com (Andy Apdhani)
Date: Mon, 24 Jul 2006 01:03:37 +0700
Subject: [Moin-user] Indonesian Translation For MoinMoin
Message-ID: <44C3B9F9.7060908@gmail.com>

Hello,
I just finished translating MoinMoin 1.5.4 user interface text into Indonesian
language, and I would like to submit this into MoinMoin, but still don't know
how to do that? ... Could anyone help me about some information how to submit
this translation? Well I thank you in advance for the information.

Cheers,

--

[ Andy Apdhani ]




From christian.schwarz at st.com  Mon Jul 24 05:33:12 2006
From: christian.schwarz at st.com (Christian SCHWARZ)
Date: Mon, 24 Jul 2006 11:33:12 +0200
Subject: [Moin-user] "Discuss" subpage feature for MoinMoin 1.5.x
Message-ID: <44C493D8.6070402@st.com>

Hi,

I'd like to insert a "Discuss" button (similar to the one used in
MediaWiki) to MoinMoin, and until 1.5.x it was rather simple to modify.
In fact, I just added a button "Discuss" which created (if not already
existing) a subpage "/Discuss" and that's all.
With the new revision, things are (at least for me) much more
complicated, and I'd appreciate a hint (or better a diff :) of where to
add the modifs and how (until now in themes/__init__.py).

Thanks a lot,
Christian



From j.k.wight at ncl.ac.uk  Mon Jul 24 06:51:41 2006
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Mon, 24 Jul 2006 11:51:41 +0100
Subject: [Moin-user] "Discuss" subpage feature for MoinMoin 1.5.x
In-Reply-To: <44C493D8.6070402@st.com>
References: <44C493D8.6070402@st.com>
Message-ID: <1153738301.3034.460.camel@beadnell.ncl.ac.uk>

On Mon, 2006-07-24 at 11:33 +0200, Christian SCHWARZ wrote:
> I'd like to insert a "Discuss" button (similar to the one used in
> MediaWiki) to MoinMoin, and until 1.5.x it was rather simple to modify.
> In fact, I just added a button "Discuss" which created (if not already
> existing) a subpage "/Discuss" and that's all.
> With the new revision, things are (at least for me) much more
> complicated, and I'd appreciate a hint (or better a diff :) of where to
> add the modifs and how (until now in themes/__init__.py).

Here's how I've done it - still in theme/__init__.py , but using
'Comment' rather than 'Discuss' - to place the link to the right of the
'More Actions' menu:

In editbarItems, replace the line

                self.actionsMenu(page),]
with
                self.actionsMenu(page),
                self.commentLink(page),]

and add this function

    def commentLink(self, page):
        request = self.request
        _ = self.request.getText
        link = wikiutil.link_tag
        quotedname = wikiutil.quoteWikinameURL(page.page_name)
        if not quotedname.endswith('/Comment'):
            comment_page = Page(request, quotedname + '/Comment')
            if comment_page.isStandardPage(False):
                text = _('Comment', formatted=False)
                return comment_page.link_to(comment_page.request, text)
            else:
                text = _('Comment', formatted=False)
                return comment_page.link_to(comment_page.request, text, attrs='class="nocomment"')

Jim





From tw-public at gmx.de  Mon Jul 24 10:35:26 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 24 Jul 2006 16:35:26 +0200
Subject: [Moin-user] Indonesian Translation For MoinMoin
In-Reply-To: <44C3B9F9.7060908@gmail.com>
References: <44C3B9F9.7060908@gmail.com>
Message-ID: <44C4DAAE.1060500@gmx.de>

Andy Apdhani wrote:
> I just finished translating MoinMoin 1.5.4 user interface text into Indonesian
> language, and I would like to submit this into MoinMoin, but still don't know
> how to do that? ... Could anyone help me about some information how to submit
> this translation? Well I thank you in advance for the information.
>   
Just put it onto MoinMaster:MoinI18n/id (if I am correct an "id" is the 
iso identifier for indonesian).

There is MoinMoin:EditingOnMoinMaster page about how to edit there.

I have to see if I release another 1.5.x release, maybe I can add it 
there (although the other languages won't see updates as we are already 
working on 1.6 on moinmaster).




From dd55 at cornell.edu  Mon Jul 24 11:22:20 2006
From: dd55 at cornell.edu (Darren Dale)
Date: Mon, 24 Jul 2006 11:22:20 -0400
Subject: [Moin-user] difficulty changing themes
Message-ID: <200607241122.20956.dd55@cornell.edu>

Hello,

This is my first time posting to the list. I'm having trouble changing my moin 
theme. It seems to be stuck on rightsidebar, no matter what I change the 
theme_default to in wikiconfig.py. I'm using apache2, and the access and 
error logs aren't helpful.

I tried setting theme_default to "modern", and then I moved my 
htdocs/rightsidebar to htdocs/rightsidebar.off, and then the apache error log 
complains about not being able to find the rightsidebar directory. I have 
verified that other changes to wikiconfig.py are effective, such as changing 
the sitename.

Could anyone offer a suggestion? Why is the theme stuck on rightsidebar?

Thanks,
Darren



From robert at cantab.net  Mon Jul 24 11:36:13 2006
From: robert at cantab.net (Robert Schumann)
Date: Mon, 24 Jul 2006 16:36:13 +0100
Subject: [Moin-user] difficulty changing themes
In-Reply-To: <200607241122.20956.dd55@cornell.edu>
References: <200607241122.20956.dd55@cornell.edu>
Message-ID: <1153755374.12859.117.camel@everland>

On Mon, 2006-07-24 at 11:22 -0400, Darren Dale wrote:
> Hello,
> 
> This is my first time posting to the list. I'm having trouble changing my moin 
> theme. It seems to be stuck on rightsidebar, no matter what I change the 
> theme_default to in wikiconfig.py. I'm using apache2, and the access and 
> error logs aren't helpful.
> 
> I tried setting theme_default to "modern", and then I moved my 
> htdocs/rightsidebar to htdocs/rightsidebar.off, and then the apache error log 
> complains about not being able to find the rightsidebar directory. I have 
> verified that other changes to wikiconfig.py are effective, such as changing 
> the sitename.
> 
> Could anyone offer a suggestion? Why is the theme stuck on rightsidebar?

Two possibilities leap to mind:
1. You're logged in and the theme in your user profile is set to
rightsidebar.  If you log out, you'll see your changes take effect.
2. You're using fcgi or mod_python, in which case any changes to .py
files will only take effect once you've restarted Apache.  If you're
using Apache....

Robert.

> 
> Thanks,
> Darren
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From dd55 at cornell.edu  Mon Jul 24 11:43:19 2006
From: dd55 at cornell.edu (Darren Dale)
Date: Mon, 24 Jul 2006 11:43:19 -0400
Subject: [Moin-user] difficulty changing themes
In-Reply-To: <1153755374.12859.117.camel@everland>
References: <200607241122.20956.dd55@cornell.edu>
	<1153755374.12859.117.camel@everland>
Message-ID: <200607241143.20035.dd55@cornell.edu>

On Monday 24 July 2006 11:36, you wrote:
> > Could anyone offer a suggestion? Why is the theme stuck on rightsidebar?
>
> Two possibilities leap to mind:
> 1. You're logged in and the theme in your user profile is set to
> rightsidebar.  If you log out, you'll see your changes take effect.

Thank you, that was the problem.



From dodecatheon at gmail.com  Mon Jul 24 18:59:46 2006
From: dodecatheon at gmail.com (Ted Stern)
Date: Mon, 24 Jul 2006 15:59:46 -0700
Subject: [Moin-user] need script for creating users from group pages
References: <16b7b9ec0607150929g745ec999wfdf062fd87eb21cd@mail.gmail.com>
	<44BB83CD.9000404@gmx.de>
	<16b7b9ec0607180446k6c680024ma28d2b39b8f42b87@mail.gmail.com>
	<44BCDD0D.8040108@gmx.de> <2933.10.2.1.1.1153393363.squirrel@10.2.1.1>
	<lsppsg02ll4.fsf_-_@saturna.ca.boeing.com> <44C0E954.5030802@gmx.de>
Message-ID: <lspbqretxr1.fsf@saturna.ca.boeing.com>

On 21 Jul 2006 07:48:52 -0700, Thomas Waldmann wrote:
>
>> I found this script,
>>
>>     http://moinmoin.wikiwikiweb.de/MoinMoinQuestions/Administration?action=AttachFile&do=get&target=moin_useradd.py
>>
>> to add a single user.  It prompts for the password.
>>   
> In 1.5.4 there is also moin ... account create --name=xxx --alias=yyy 
> --email=zzz --password=!!!

Hi Thomas,

I found this in MoinMoin/script/account/create.py.  I'm not familiar
with the prefix you used ... is that a pythonism, or is there a front
end script?

>
>> I'd like to modify this so that it takes a password as stdin or
>> command line argument, checks whether the account exists or not before
>> modifying the password,
> You have to check what happens for that case.

In the same directory I see 'check.py'.  Can that be used in some way?


>> and if the UserName page doesn't exist, it
>> will create a default page using text from a file (specified as the
>> argument of a -f option).  If the account was created, I'd like it to
>> mail the user (and the administrator) with the new password, and tell
>> the user & admin in that email whether a default page was created and
>> with what text.
>>   
> You could add some options for this.

Not really, I'm not a python scripter!

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




From jensj at fysik.dtu.dk  Tue Jul 25 07:35:18 2006
From: jensj at fysik.dtu.dk (=?UTF-8?B?SmVucyBKw7hyZ2VuIE1vcnRlbnNlbg==?=)
Date: Tue, 25 Jul 2006 13:35:18 +0200
Subject: [Moin-user] reStructuredText and anchor links
Message-ID: <44C601F6.30005@servfys.fysik.dtu.dk>

Hi!

I am using moin and reStructuredText.  I would like to make a link to an 
anchor on another page.  I'm not 100% sure, but I think this used to 
work before I updated to version 1.5.2 (from version 1.3.something):

  See `here <SomePage#some-anchor>`_.

Shouldn't this be possible?

These two work:

  See `here <SomePage>`_.

or

  See `here <http://www.wiki.dk/SomePage#some-anchor>`_.

Jens J?rgen




From tpfennig at gmail.com  Tue Jul 25 11:14:49 2006
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Tue, 25 Jul 2006 17:14:49 +0200
Subject: [Moin-user] AutoAdminPages
Message-ID: <2cbc44a0607250814y446a657dnc6cd50b2edb3db3b@mail.gmail.com>

I think I found out that group project pages that are mentioned in
AutoAdminGroup MUST be CamelCase. Right?


Thilo

-- 
http://vinci.wordpress.com



From gilbert at voxmea.net  Tue Jul 25 12:09:54 2006
From: gilbert at voxmea.net (Matthew Gilbert)
Date: Tue, 25 Jul 2006 12:09:54 -0400
Subject: [Moin-user] reStructuredText and anchor links
In-Reply-To: <44C601F6.30005@servfys.fysik.dtu.dk>
References: <44C601F6.30005@servfys.fysik.dtu.dk>
Message-ID: <44C64252.9050904@voxmea.net>

Jens J?rgen Mortensen wrote:
> Hi!
>
> I am using moin and reStructuredText.  I would like to make a link to an 
> anchor on another page.  I'm not 100% sure, but I think this used to 
> work before I updated to version 1.5.2 (from version 1.3.something):
>
>   See `here <SomePage#some-anchor>`_.
>
> Shouldn't this be possible?
>
> These two work:
>
>   See `here <SomePage>`_.
>
> or
>
>   See `here <http://www.wiki.dk/SomePage#some-anchor>`_.
>   

Hi Jens,

Thanks for the report. It looks like the '#' is being escaped, that's a 
bug.

http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ReStructuredTextEscapingAnchors

_matt



From tw-public at gmx.de  Tue Jul 25 12:22:11 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 25 Jul 2006 18:22:11 +0200
Subject: [Moin-user] AutoAdminPages
In-Reply-To: <2cbc44a0607250814y446a657dnc6cd50b2edb3db3b@mail.gmail.com>
References: <2cbc44a0607250814y446a657dnc6cd50b2edb3db3b@mail.gmail.com>
Message-ID: <44C64533.3030007@gmx.de>


> I think I found out that group project pages that are mentioned in
> AutoAdminGroup MUST be CamelCase. Right?
>
>   
I guess they must match page_group_regex, which is configurable, but by 
default is set to [a-z]Group$.




From tpfennig at gmail.com  Wed Jul 26 05:39:13 2006
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Wed, 26 Jul 2006 11:39:13 +0200
Subject: [Moin-user] "Discuss" subpage feature for MoinMoin 1.5.x
In-Reply-To: <1153738301.3034.460.camel@beadnell.ncl.ac.uk>
References: <44C493D8.6070402@st.com>
	<1153738301.3034.460.camel@beadnell.ncl.ac.uk>
Message-ID: <2cbc44a0607260239n62e3c6f7s54d2e0d73a8ea5bf@mail.gmail.com>

btw. the MediaWiki plugin also has this feature. maybe one could make
this an optional generalized feature?

Thilo

-- 
http://vinci.wordpress.com



From gandalf at designaproduct.biz  Wed Jul 26 17:24:19 2006
From: gandalf at designaproduct.biz (Laszlo Nagy)
Date: Wed, 26 Jul 2006 23:24:19 +0200
Subject: [Moin-user] How to rename a page
Message-ID: <44C7DD83.9020804@designaproduct.biz>


 Hello,

I'm a newbie to moinmoin so please forgive my question. I would like to 
rename a page, but that operation is grayed out in the interface. How 
can I rename it?

Thanks,

  Laszlo




From nirs at freeshell.org  Thu Jul 27 09:43:43 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Thu, 27 Jul 2006 16:43:43 +0300
Subject: [Moin-user] "Discuss" subpage feature for MoinMoin 1.5.x
In-Reply-To: <1153738301.3034.460.camel@beadnell.ncl.ac.uk>
References: <44C493D8.6070402@st.com>
	<1153738301.3034.460.camel@beadnell.ncl.ac.uk>
Message-ID: <ED8D0E2D-1A1D-4676-8CFB-D1895D70AE33@freeshell.org>


On 24/07/2006, at 13:51, Jim Wight wrote:

> In editbarItems, replace the line
>
>                 self.actionsMenu(page),]
> with
>                 self.actionsMenu(page),
>                 self.commentLink(page),]

A better way is to override editbarItems in your custom theme and add  
your link(s) where you like:

from MoinMoin.theme import modern

class Theme(modern.Theme):

     def editbarItems(self, page):
         items = modern.Theme.editbarItems(self, page)
         items.append(self.myItem(page))
         return items

     def myItem(self, page):
         """ return your link here """


Best Regards,

Nir Soffer

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

From domma at procoders.net  Wed Jul 26 11:17:51 2006
From: domma at procoders.net (Achim Domma)
Date: Wed, 26 Jul 2006 17:17:51 +0200
Subject: [Moin-user] position of a macro in macro.parser.raw
Message-ID: <44C7879F.6060007@procoders.net>

Hi,

in a macro, I access the raw text of the page via macro.parser.raw. Is 
there a possibility to get the position of the macro in the text? I'm 
interested in the context of the macro, but the macro could exist 
multiple times in the page. So a simple search would not work.

regards,
Achim



From matthew.brett at gmail.com  Fri Jul 28 10:25:17 2006
From: matthew.brett at gmail.com (Matthew Brett)
Date: Fri, 28 Jul 2006 15:25:17 +0100
Subject: [Moin-user] Forms on wiki page
Message-ID: <1e2af89e0607280725m1d5eb9fbyf57e04b50d811fe6@mail.gmail.com>

Hi,

I am sorry if I have missed something obvious, but is there a simple
way to put fields on a wiki page that can collect - for example -
information about names, affiliations etc from people wishing to
download software - and record this to a database or send the
information via email?  I would be very grateful for any pointers...

Thanks a lot,

Matthew



From mohacsi at niif.hu  Fri Jul 28 07:03:00 2006
From: mohacsi at niif.hu (Mohacsi Janos)
Date: Fri, 28 Jul 2006 13:03:00 +0200 (CEST)
Subject: [Moin-user] Search problem after moving to a new server
Message-ID: <20060728125830.B21768@mignon.ki.iif.hu>

Dear All,
 	I run into a strange problem:
I migrated our MoinMoin from 1.3 to 1.5.4. It seems to be working propely 
the ACLs, links, everything except the search function:
When I click for search for title - it is working as expected.
But when I click to search for text - I got the following error:
> -->
IOError

[Errno 20] Not a directory: 
'/home/wiki/data/pages/current/revisions/99999999'

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

What can be a problem?

Thanks in advance all the hints.
Regards,


Janos Mohacsi
Network Engineer, Research Associate, Head of Network Planning
NIIF/HUNGARNET, HUNGARY
Key 00F9AF98: 8645 1312 D249 471B DBAE  21A2 9F52 0D1F 00F9 AF98




From tw-public at gmx.de  Thu Jul 27 06:43:01 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 27 Jul 2006 12:43:01 +0200
Subject: [Moin-user] How to rename a page
In-Reply-To: <44C7DD83.9020804@designaproduct.biz>
References: <44C7DD83.9020804@designaproduct.biz>
Message-ID: <44C898B5.8050507@gmx.de>


> I'm a newbie to moinmoin so please forgive my question. I would like to 
> rename a page, but that operation is grayed out in the interface. How 
> can I rename it?
>   
Log in and retry. Same for DeletePage.




From skip at pobox.com  Thu Jul 27 06:33:34 2006
From: skip at pobox.com (skip at pobox.com)
Date: Thu, 27 Jul 2006 05:33:34 -0500
Subject: [Moin-user] How to rename a page
In-Reply-To: <44C7DD83.9020804@designaproduct.biz>
References: <44C7DD83.9020804@designaproduct.biz>
Message-ID: <17608.38526.924481.683193@montanaro.dyndns.org>


    Laszlo> I'm a newbie to moinmoin so please forgive my question. I would
    Laszlo> like to rename a page, but that operation is grayed out in the
    Laszlo> interface. How can I rename it?

Check the docs.  You need to configure it in your wikiconfig.py file.

Skip



From tw-public at gmx.de  Sat Jul 29 04:27:38 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat, 29 Jul 2006 10:27:38 +0200
Subject: [Moin-user] Search problem after moving to a new server
In-Reply-To: <20060728125830.B21768@mignon.ki.iif.hu>
References: <20060728125830.B21768@mignon.ki.iif.hu>
Message-ID: <44CB1BFA.404@gmx.de>


> I migrated our MoinMoin from 1.3 to 1.5.4. It seems to be working propely 
> the ACLs, links, everything except the search function:
> When I click for search for title - it is working as expected.
> But when I click to search for text - I got the following error:
>   
>> -->
>>     
> IOError
>
> [Errno 20] Not a directory: 
> '/home/wiki/data/pages/current/revisions/99999999'
>   
This is a bit strange, because this file is not expected to be a 
directory (at least not by the developers, but obviously by some code!?).

Maybe check if access rights on the data dir are correct.
> If you want to report a bug, please save this page and attach it to your 
> bug report.
>
> What can be a problem?
>   
You need to submit a bug report and attach the complete traceback.html.




From tw at waldmann-edv.de  Sat Jul 29 04:28:58 2006
From: tw at waldmann-edv.de (Thomas Waldmann)
Date: Sat, 29 Jul 2006 10:28:58 +0200
Subject: [Moin-user] Forms on wiki page
In-Reply-To: <1e2af89e0607280725m1d5eb9fbyf57e04b50d811fe6@mail.gmail.com>
References: <1e2af89e0607280725m1d5eb9fbyf57e04b50d811fe6@mail.gmail.com>
Message-ID: <44CB1C4A.80900@waldmann-edv.de>


> I am sorry if I have missed something obvious, but is there a simple
> way to put fields on a wiki page that can collect - for example -
> information about names, affiliations etc from people wishing to
> download software - and record this to a database or send the
> information via email?  I would be very grateful for any pointers...
>   
Florian Festi was working on forms stuff some months ago, but didn't 
publish any code - ask him.




From matthew.brett at gmail.com  Sat Jul 29 07:46:23 2006
From: matthew.brett at gmail.com (Matthew Brett)
Date: Sat, 29 Jul 2006 12:46:23 +0100
Subject: [Moin-user] Search problem after moving to a new server
In-Reply-To: <44CB1BFA.404@gmx.de>
References: <20060728125830.B21768@mignon.ki.iif.hu> <44CB1BFA.404@gmx.de>
Message-ID: <1e2af89e0607290446n2d8e0d72n5cbebfb662ade060@mail.gmail.com>

Hi,

> > [Errno 20] Not a directory:
> > '/home/wiki/data/pages/current/revisions/99999999'

Getting the same error for only one of several wikis in a farm.  Using 1.5.3.

For example:

http://imaging.mrc-cbu.cam.ac.uk/statswiki/FAQ/SpssMancova?action=fullsearch&context=180&value=ancova&fullsearch=Text

Permissions look OK to me...

Matthew



From charanya15 at hotmail.com  Sat Jul 29 08:16:04 2006
From: charanya15 at hotmail.com (charanya15 at hotmail.com)
Date: Sat, 29 Jul 2006 12:16:04 +0000
Subject: [Moin-user] access  lock
Message-ID: <BAY111-F36DBE4D0B656085F8AFFB5C45E0@phx.gbl>

can any one say how access lock is implemented in MoinMoin.Can i get the 
full details about this

_________________________________________________________________
Best IT jobs on naukri.com 
http://www.naukri.com/tieups/tieups.php?othersrcp=3246




From tw-public at gmx.de  Mon Jul 31 10:47:13 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 31 Jul 2006 16:47:13 +0200
Subject: [Moin-user] Search problem after moving to a new server
In-Reply-To: <20060728125830.B21768@mignon.ki.iif.hu>
References: <20060728125830.B21768@mignon.ki.iif.hu>
Message-ID: <44CE17F1.4090702@gmx.de>


> IOError
>
> [Errno 20] Not a directory: 
> '/home/wiki/data/pages/current/revisions/99999999'
>
> If you want to report a bug, please save this page and attach it to your 
> bug report.
>   
The pagename of this page is "current"?

The problem might be that the FILE /home/wiki/data/pages/current/current 
is not readable (it contains the current revision number). Because of 
this, it assumes a default revision of 99999999, which is of course not 
available.

Maybe also that one of the other directories on the path to there are 
not readable (or not directories).




From zyf_sz at tom.com  Sun Jul 30 01:06:38 2006
From: zyf_sz at tom.com (zyf_sz)
Date: Sun, 30 Jul 2006 13:06:38 +0800
Subject: [Moin-user] use macro directly in theme file
Message-ID: <20060730130117.65DE.ZYF_SZ@tom.com>

Hi, moin users

I'd like to use macro "MonthCalendar" directly in a theme file. the
macro has function "execute(macro, text)", I know "text" should be a page
name or some other parameters, but what should I tansfer to arugment
"macro"?

Zhang




From helmert at informatik.uni-freiburg.de  Sun Jul 30 18:17:43 2006
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Mon, 31 Jul 2006 00:17:43 +0200
Subject: [Moin-user] position of a macro in macro.parser.raw
In-Reply-To: <44C7879F.6060007@procoders.net>
References: <44C7879F.6060007@procoders.net>
Message-ID: <eajb5e$ns0$1@sea.gmane.org>

Achim Domma wrote:
> Hi,
> 
> in a macro, I access the raw text of the page via macro.parser.raw. Is 
> there a possibility to get the position of the macro in the text? I'm 
> interested in the context of the macro, but the macro could exist 
> multiple times in the page. So a simple search would not work.

Does anyone more knowledgeable than me have an answer?

I was faced with the same issue, and ended up adding a "unique ID"
argument to the macro so that I could locate it reliably on the page.
However, a solution that worked without this kludge would be much
appreciated.

If this is currently not possible, would a patch adding this feature to
a future MoinMoin version be accepted?

Malte




From webmaster at fieberitz.de  Mon Jul 31 05:52:52 2006
From: webmaster at fieberitz.de (Joerg Wellendorf)
Date: Mon, 31 Jul 2006 11:52:52 +0200
Subject: [Moin-user] Error on Import MoinMoin and  404
Message-ID: <44CDD2F4.1040409@fieberitz.de>

Hello MoinMoin users,

I need your help, because I can't access the MoinMoin Frontpage.

When I try to import the wiki by "Import MoinMoin" I get the wellknown
error:
Traceback (most recent call last):
File "<stdin>", line 1, in ?
ImportError: No module named MoinMoin

When I try to access the MoinMoin Frontpage via
http://127.0.0.1/Handbuch I get a 404 Error, while the address changes
to http://127.0.0.1/Handbuch/moin.cgi/

I'm new on Python, Wiki, IIS :-( and so I think it's a very stupid
little problem.

My questions are:
1) Is there a relation between my two errors?
2) Is it correct, that I have to configure the moin.cgi in the path of
the Wiki or do I have to configure that file in the programm path of
MoinMoin?
3) Is it correct to set the path via "append" not via "insert"?
4) Is it correct to set the path with slashes / and not with back slashes \?
5) If that is all right, where is the mistake?

My configuration:
Win XP SP2
IIS 5 (configured with IIS Lockdown Wizard)
Python 2.4.3: C:\Programme\Python
MoinMoin 1.5.4: C:\Programme\MoinMoin
mywiki: G:\Handbuch

moin.cgi (in G:\Handbuch):
import sys
sys.path.append('C:/Programme/MoinMoin/Lib/site-packages')
sys.path.append('G:/Handbuch')
hotshotProfiler = 0

if hotshotProfiler:
     import hotshot
     prof = hotshot.Profile("moin.prof")
     prof.start()

from MoinMoin.request import RequestCGI
request = RequestCGI()
request.run()

if hotshotProfiler:
     prof.close()

I followed these instructions:
- http://moinmoin.wikiwikiweb.de/HelpOnInstalling/BasicInstallation
Python is working
MoinMoin is installed (with --prefix)

- http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServer
Wiki instance is created
urlscan.ini is configured
IUSR_COMPUTERNAME user has modify permissions

I tried the hints in
-
http://moinmoin.wikiwikiweb.de/MoinMoinQuestions#head-56fc65fd94272418b2f158a0f52802cece5ddeff
-- 
Mit freundlichen Gr??en

J?rg Wellendorf

e-mail: verwaltung at fieberitz.de



From ujr at freenet.de  Mon Jul 31 06:48:23 2006
From: ujr at freenet.de (=?UTF-8?B?VWxmIEphZW5pY2tlLVLDtsOfbGVy?=)
Date: Mon, 31 Jul 2006 12:48:23 +0200
Subject: [Moin-user] new user - installation problems (with long test output)
Message-ID: <44CDDFF7.1080806@freenet.de>

Hi,

I think I followed the installation procedure to the point, however there
are two problems.

I have a Wiki instance called iSwiki - located below /var.
Python (2.4.3) and MoinMoin (1.5.4) are located below /usr/local.

I'm nearly done with the installation and I am about to test.

The first problem is a failure during action=test:

http://192.168.100.10/iSwiki?action=test

yields (I include the complete output for convenience - hope that's okay)

---
MoinMoin Diagnosis
======================

Release 1.5.4
Revision release
Python version 2.4.3 (#1, Jul 31 2006, 10:27:14) 
[GCC 2.95.4 20011002 (Debian prerelease)]
Python installed to /usr/local
PyXML is NOT installed
Python Path:
   ..
   /var/iSwiki/cgi-bin
   /usr/local/lib/python24.zip
   /usr/local/lib/python2.4
   /usr/local/lib/python2.4/plat-linux2
   /usr/local/lib/python2.4/lib-tk
   /usr/local/lib/python2.4/lib-dynload
   /usr/local/lib/python2.4/site-packages
Checking directories...
    data directory tests OK (set to '/var/iSwiki/data')
    user directory tests OK (set to '/var/iSwiki/data/user')
*** The log '/var/iSwiki/data/event-log' is not writable!

Server Environment:
    ONLY AVAILABLE FOR LOCAL REQUESTS ON THIS HOST!

Unit Tests:
error: access error like a dict ... ok
error: create with encoded string ... ok
error: create with any object ... ok
error: create with unicode ... ok
testSyntaxReference (MoinMoin._tests.test_formatter.FormatterTestCase) ... Formatting using <class MoinMoin.formatter.dom_xml.Formatter at 0x4049dadc>
ERROR
testQuoting (MoinMoin._tests.test_packages.QuotingTestCase) ... ok
testBasicPackageThings (MoinMoin._tests.test_packages.UnsafePackageTestcase) ... ERROR
Page: page.exists() finds existing pages only ... ok
PageEditor: expand @USERNAME@ CamelCase ... ok
PageEditor: expand @USERNAME@ extended name - enabled ... ok
PageEditor: expand @MAILTO@ ... ok
PageEditor: expand user variables ... ok
PageEditor: expand general variables ... ok
pysupport: import existing wiki plugin ... ok
pysupport: import name from existing module ... ok
pysupport: import nonexistent attritbue raises AttributeError ... ok
pysupport: import nonexistent module raises ImportError ... ok
pysupport: import nonexistent wiki plugin fail ... ok
request: getPageNameFromQueryString: ascii ... ok
request: getPageNameFromQueryString: non ascii ... ok
request: getPageNameFromQueryString: under_score ... ok
request: normalize pagename: restrict groups to alpha numeric Unicode ... ok
request: httpDate default rfc1123 ... ok
request: httpDate rfc850 ... ok
request: normalize pagename: normalize slashes ... ok
request: normalize pagename: normalize whitespace ... ok
request: normalize pagename: remove invalid unicode chars ... ok
request: normalize pagename: underscore convert to spaces and normalized ... ok
search: quoting bug - unquoted terms ... ok
search: quoting bug - quoted terms ... ok
user: encode ascii password ... ok
user: encode unicode password ... ok
user: isValidName: reject group names ... ok
user: isValidName: reject unicode non alpha numeric characters ... ok
user: isValidName: accept names in any language, with spaces ... ok
user: isValidName: reject leading, trailing or multiple whitespace ... ok
user: login with ascii password ... ok
user: login with non-ascii password in pre 1.3 user file ... ok
user: login replace old non-ascii password in pre 1.3 user file ... ok
user: login with non-ascii password ... ok
util.lock: ExclusiveLock: acquire ... ok
util.lock: ExclusiveLock: acquire after timeout ... ok
util.lock: os.stat().mtime consistency with time.time() ... ok
util.lock: ExclusiveLock: lock is exclusive ... ok
util.lock: ExclusiveLock: exists ... ok
util.lock: ExclusiveLock: expire ... ok
util.lock: ExclusiveLock: isExpired ... ok
util.lock: ExclusiveLock: isLocked ... ok
util.lock: ExclusiveLock: release ... ok
util.lock: ExclusiveLock: raise ValueError for timeout < 2.0 ... ok
util.mail: encode address: 'Phrase <local at domain>' ... ok
util.mail: encode Uncode address: '???? <local at domain>' ... ok
util.mail: encode address with empty address: 'Phrase <>' ... ok
util.mail: encode address with empty phrase: '<local at domain>' ... ok
util.mail: encode invalid address 'Phrase <blah' ... ok
util.mail: encode simple address: local at domain ... ok
util.mail: decoding spam safe mail ... ok
util.web: make query sting from argument ... ok
util.web: make query sting from argument and keywords ... ok
util.web: make query sting from keywords ... ok
util.web: creating html select with no selection ... ok
util.web: creating html select with non existing selection ... ok
util.web: creating html select with selected item ... ok
widget.html: append to and extend composite element ... ok
widget.html: creating html widgets ... ok
widegt.html: invalid attributes raises exception ... ok
wikiacl: allow extra white space between entries ... ok
wikiacl: bad guy may not allowed anything ... ok
wikiacl: default meta acl ... ok
wikiacl: empty acl string raise StopIteration ... ok
wikiacl: empty names with rights ... ok
wikiacl: empty rights ... ok
wikiacl: ignore rights not in acl_rights_valid ... ok
wikiacl: ignore invalid acl ... ok
wikiacl: mixed wiki names and names with spaces ... ok
wikiacl: acl modifiers ... ok
wikiacl: multiple entries ... ok
wikiacl: multiple entries with spaces ... ok
wikiacl: multiple names with spaces ... ok
wikiacl: single name with spaces ... ok
wikiacl: single wiki name, single right ... ok
wikiacl: white space acl string raise StopIteration ... ok
wikiacl: applying acl by user name ... ok
wikidicts: create dict from keys and values in text ... ok
wikidict: names in SystemPagesGroup should be in request.dicts ... ok
wikidicts: initFromText: CamelCase links ... ok
wikidicts: initFromText: extended link ... ok
wikidicts: initFromText: extended names ... ok
wikidicts: initFromText: ignore anything but first level list itmes ... ok
wikidicts: initFromText: ignore non first level items ... ok
wikidicts: initFromText: strip whitespace around items ... ok
wikimacro: trivial macro works ... ok
wikiutil: good system page names accepted, bad rejected ... ok
wikiutil: good template names accepted, bad rejected ... ok
wikixml.marshal: create new marshal ... ok
wikixml.marshal: setting marshal property ... ok

======================================================================
ERROR: testSyntaxReference (MoinMoin._tests.test_formatter.FormatterTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/_tests/test_formatter.py", line 31, in testSyntaxReference
    self.formatPage("SyntaxReference", formatter)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/_tests/test_formatter.py", line 45, in formatPage
    return self.request.redirectedOutput(page.send_page, self.request)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/request.py", line 703, in redirectedOutput
    function(*args, **kw)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/Page.py", line 1236, in send_page
    start_line=pi_lines)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/Page.py", line 1315, in send_page_content
    self.format(parser)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/Page.py", line 1332, in format
    parser.format(self.formatter)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/parser/wiki.py", line 1067, in format
    self.request.write(self._indent_to(indlen, indtype, numtype, numstart))
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/parser/wiki.py", line 553, in _indent_to
    close.append(self.formatter.paragraph(0))
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/formatter/dom_xml.py", line 299, in paragraph
    return self._set_tag('p', on)
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/formatter/dom_xml.py", line 159, in _set_tag
    raise ValueError, "closing of <%s> expected, but <%s> closed" % (last_tag, tag)
ValueError: closing of <li> expected, but <p> closed

======================================================================
ERROR: testBasicPackageThings (MoinMoin._tests.test_packages.UnsafePackageTestcase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/lib/python2.4/site-packages/MoinMoin/_tests/test_packages.py", line 54, in setUp
    raise TestSkipped('This test needs to be run using the test wiki.')
TestSkipped: This test needs to be run using the test wiki.

----------------------------------------------------------------------
Ran 96 tests in 8.748s

FAILED (errors=2)
---

What about these errors? Critical, can be ignored, ...?

BTW, it takes really long to get the page - 8.7s. Is this normal?
Furthermore, I get the expected wiki page with http://192.168.100.10/iSwiki -
this too lasts very long.


The second problem is a call to
http://192.168.100.10/wiki

This yields:
---
Forbidden
You don't have permission to access /wiki/moin.cgi/ on this server.
---

A look into apaches error log shows:
[Mon Jul 31 12:00:50 2006] [error] [client 192.168.100.104]
   Options ExecCGI is off in this directory: /usr/local/share/moin/htdocs/moin.cgi

(note the wrong path of moin.cgi - it looks below $SHARE - not below /var/iSwiki -
should index.html in /usr/local/share/moin/htdocs be edited?)


One last note - the installation tutorial is quite fine. One hint that could be added
to the pythontest.cgi comments is to check the $PATH that the apache server is running
with - in my case /usr/local/bin wasn't included in the PATH= line in /etc/init.d/apache.

Best regards
 Ulf



From tw-public at gmx.de  Mon Jul 31 08:07:48 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 31 Jul 2006 14:07:48 +0200
Subject: [Moin-user] Error on Import MoinMoin and  404
In-Reply-To: <44CDD2F4.1040409@fieberitz.de>
References: <44CDD2F4.1040409@fieberitz.de>
Message-ID: <44CDF294.7090301@gmx.de>


> When I try to import the wiki by "Import MoinMoin" I get the wellknown
> error:
> Traceback (most recent call last):
> File "<stdin>", line 1, in ?
> ImportError: No module named MoinMoin
>   
If you do not install moin to standard location (using python setup.py 
install), you need to modify the sys.path.insert statements in moin.cgi, 
so that it is able to find the MoinMoin module. (addendum: I saw in your 
moin.cgi that you did this. maybe check for typos and whether you 
pointed IIS to the right moin.cgi)
> When I try to access the MoinMoin Frontpage via
> http://127.0.0.1/Handbuch I get a 404 Error, while the address changes
> to http://127.0.0.1/Handbuch/moin.cgi/
>   
We deliver a index.html which maybe does not fit your needs. If it does 
not, just delete it.
> I'm new on Python, Wiki, IIS :-( and so I think it's a very stupid
> little problem.
>   
I can't help with IIS.

I can just point you to the moin IIS installation instructions - they 
contain IMPORTANT hints about how to fix the wrong IIS default 
configuration (esp. for 404 - or you will never be able to create a page).

> My questions are:
> 1) Is there a relation between my two errors?
>   
I guess rather not.
> 2) Is it correct, that I have to configure the moin.cgi in the path of
> the Wiki or do I have to configure that file in the programm path of
> MoinMoin?
>   
You have to configure the moin.cgi which is executed by your web server, 
whereever that is.

> 3) Is it correct to set the path via "append" not via "insert"?
>   
insert is better because it will make sure to find that path FIRST.
> 4) Is it correct to set the path with slashes / and not with back slashes \?
>   
Better ask a windows python user. :)
> 5) If that is all right, where is the mistake?
>
> My configuration:
> IIS 5 (configured with IIS Lockdown Wizard)
>   
If you have a choice, better use Apache on Windows. It is less broken.

If the wiki is rather a personal desktop wiki, you could use MMDE which 
is easy to setup.

For a small work group, you could also use standard moin (not MMDE) and 
standalone server (instead of IIS/Apache).





From tw-public at gmx.de  Mon Jul 31 08:15:40 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 31 Jul 2006 14:15:40 +0200
Subject: [Moin-user] new user - installation problems (with long test
 output)
In-Reply-To: <44CDDFF7.1080806@freenet.de>
References: <44CDDFF7.1080806@freenet.de>
Message-ID: <44CDF46C.3090904@gmx.de>


> ERROR: testSyntaxReference (MoinMoin._tests.test_formatter.FormatterTestCase)
> ERROR: testBasicPackageThings (MoinMoin._tests.test_packages.UnsafePackageTestcase)
> FAILED (errors=2)
>   
This is normal and can be ignored, see tests/make_test.out.
> BTW, it takes really long to get the page - 8.7s. Is this normal?
>   
Yes, the tests take a while to run.
> Furthermore, I get the expected wiki page with http://192.168.100.10/iSwiki -
> this too lasts very long.
>   
Define "very long".

There are several things related:
a) CGI is slow, because it has to load python and all modules on every 
request
b) The first time you do some stuff needing the pagelink cache, it will 
be completely rebuilt. Once it is rebuilt, it will be faster with that 
stuff.
c) Same stuff for some other caches.
> The second problem is a call to
> http://192.168.100.10/wiki
>
> This yields:
> ---
> Forbidden
> You don't have permission to access /wiki/moin.cgi/ on this server.
>   
Remove or edit the index.html there.
> One last note - the installation tutorial is quite fine. One hint that could be added
> to the pythontest.cgi comments is to check the $PATH that the apache server is running
> with - in my case /usr/local/bin wasn't included in the PATH= line in /etc/init.d/apache.
>   
You can do that yourself, read MoinMoin:EditingOnMoinMaster. :)




From Benjamin.Schollnick at XEROX.COM  Mon Jul 31 09:57:35 2006
From: Benjamin.Schollnick at XEROX.COM (Schollnick, Benjamin)
Date: Mon, 31 Jul 2006 09:57:35 -0400
Subject: [Moin-user] I think I am approaching this wrong? -- Macro not
	working reliably...
In-Reply-To: <44CDF46C.3090904@gmx.de>
Message-ID: <00B231D3247B664EA7B4691D38CF153F18A943@usa0300ms04.na.xerox.net>

Folks,

I am running into a issue, that I can seemingly debug...

This Macro works fine in a PREVIEW, but when you browse normally to a
page with this macro, it acts as if it was cached somewhere (ie
application / moinmoin level?)....

Are macros cached in some manner?  Is there a better approach?

I am doing this simply because our proxy servers seem to take *minutes*
to return a page off the wiki.

The script is designed to place a notice on the website when the user is
browsing via one of our proxy servers.  It simply checks the
environmental REMOTE_ADDR against of a list of proxies and if it matches
it returns a rawHTML message, otherwise nothing...

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

from MoinMoin.util import pysupport
from MoinMoin import user
from MoinMoin import wikiutil
import os
Dependencies = []
 
def execute(macro, args):
    output = []

    macro.request.http_headers(macro.request.nocache)
    remote_ip_name = os.environ["REMOTE_HOST"]
    remote_ip_address = os.environ["REMOTE_ADDR"]

    x = macro.formatter.rawHTML (" ")
    if (remote_ip_address in ["13.131.1.241", "13.131.1.242",
"13.131.1.243"]):
        x = macro.formatter.rawHTML ("<HR><B>You are currently using a
proxy server (%s)</B><HR>" % remote_ip_address)
    return x



From ujr at freenet.de  Mon Jul 31 10:08:21 2006
From: ujr at freenet.de (=?ISO-8859-15?Q?Ulf_Jaenicke-R=F6=DFler?=)
Date: Mon, 31 Jul 2006 16:08:21 +0200
Subject: [Moin-user] Hi, , ,
 thanks for your response - I have MoinMoin now up-and-running., , > > Yes,
 the tests take a while to run., >> > > Furthermore,
 I get the expected wiki page with http://192.168.100.10/iSwiki -,
 >> > > this too lasts very long., >> > >   , > > Define "very long"., ,
 It was about as long as it took to carry out the test (8 to 10 s)., ,
 > > b) The first time you do some stuff needing the pagelink cache, it will ,
 > > be completely rebuilt. Once it is rebuilt, it will be faster with that ,
 > > stuff., > > c) Same stuff for some other caches., ,
 That was most probably the case - now it works considerably faster (1 to 3
 s)., , > > Remove or edit the index.html there., ,
 I edited the file - now it calls iSwiki and works as expected., , , Now,
 however, I'm stuck with a new problem. I created a user and I am able to,
 log in as that user. Immediately I am shown the user profile. As soon as I
 want,
 to update the profile (hit "Save" or "Speichern") the wiki says that there's,
 already another user with that name. Then it returns me to the user creation
 page.,
 Have I overlooked something? The user database folder is writable and the
 one, user file is also writable., , Ulf
Message-ID: <44CE0ED5.4080809@freenet.de>

Hi,

thanks for your response - I have MoinMoin now up-and-running.

> > Yes, the tests take a while to run.
>> > > Furthermore, I get the expected wiki page with http://192.168.100.10/iSwiki -
>> > > this too lasts very long.
>> > >   
> > Define "very long".

It was about as long as it took to carry out the test (8 to 10 s).

> > b) The first time you do some stuff needing the pagelink cache, it will 
> > be completely rebuilt. Once it is rebuilt, it will be faster with that 
> > stuff.
> > c) Same stuff for some other caches.

That was most probably the case - now it works considerably faster (1 to 3 s).

> > Remove or edit the index.html there.

I edited the file - it calls iSwiki and works as expected.


Now, however, I'm stuck with a new problem. I created a user and it seems I am
able to log in as that user: Immediately I am shown the user profile to be edited.
As soon as I want to update the profile (hit "Save" or "Speichern") the wiki says
that there's already another user with that name. Then it returns to the user
creation page.
If I don't save the profile but go directly to the starting page (iSwiki) my
user name vanishs from the headline, suggesting that I'm not logged in anymore.

Have I overlooked something?

 Ulf




From ujr at freenet.de  Mon Jul 31 10:22:57 2006
From: ujr at freenet.de (=?ISO-8859-15?Q?Ulf_Jaenicke-R=F6=DFler?=)
Date: Mon, 31 Jul 2006 16:22:57 +0200
Subject: [Moin-user] Sorry -
Message-ID: <44CE1241.7050800@freenet.de>

Hi,

sorry for the non-sense subject - something bad happened to my mail
program ;-(

 Ulf