From nigel.harper at lightworkdesign.com Tue Mar 1 01:39:43 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Tue Mar 1 01:39:43 2005 Subject: [Moin-user] Re: Linking directly to edit page. Message-ID: <8815647C7041D111A3010060B06BE1C002BC9D60@ELVIS> > Based on your suggestion, I changed MyPage to this: > ---- > Click on the [[Action(edit,/CommentsPage)]] to comment on this page > [[Include(/CommentsPage)]] > Click on the [[Action(edit,MyPage/CommentsPage)]] to comment on this > page > ---- > > Both the cases as shown above takes me to edit "MyPage" instead of > "CommentsPage". > > Am I doing something wrong here? Yes you are. It took me a little while to work it out. The syntax of the macro is [[Action(edit, linktext)]], which gives you a link showing linktext which opens the current page for edit. So what you need to do is put the Action on CommentsPage not MyPage, like so: ---- Text of MyPage ---- [[Include(/CommentsPage)]] ---- End text ---- ---- Text of MyPage/CommentsPage ---- [[Action(edit,Add/edit comments)]] Comments go here [[Action(edit,Add/edit comments)]] ---- End text ---- Nigel From 2005a at usenet.alexanderweb.de Tue Mar 1 02:40:59 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Mar 1 02:40:59 2005 Subject: [Moin-user] Re: Re: Linking directly to edit page. References: <8815647C7041D111A3010060B06BE1C002B986A9@ELVIS> <11fvv0wgtih8k$.dlg@usenet.alexanderweb.de> <0bfd2ee3b6b81674030b6e3a4a63c283@apple.com> Message-ID: On Mon, 28 Feb 2005 13:46:24 -0800, Yusuf Abdulghani wrote: >> See MissingPage for an example. > > Interesting solution, but does not work! > > I have a page called MyPage which is not writeable. Under MyPage, I > have a page called CommentsPage, which has read/write access to all. > > In MyPage, here is what the original raw text looks like for the > two-step process: > > ---- > Click on the /CommentsPage to comment on this page > [[Include(/CommentsPage)]] > Click on the /CommentsPage to comment on this page > ---- > > Based on your suggestion, I changed MyPage to this: > ---- > Click on the [[Action(edit,/CommentsPage)]] to comment on this page > [[Include(/CommentsPage)]] > Click on the [[Action(edit,MyPage/CommentsPage)]] to comment on this > page > ---- > > Both the cases as shown above takes me to edit "MyPage" instead of > "CommentsPage". > > Am I doing something wrong here? No. I just realise that it is not possible using the Action macro. Either you use absolute links or you try out the NewPage macro. You need to get the current one from Arch though (see MoinMoin:MoinMoinDownload#devdownloads). You could use it like this: [[NewPage(,Edit,MyPage,CommentsPage)]] Kind regards, Alexander From 2005a at usenet.alexanderweb.de Tue Mar 1 02:47:28 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Mar 1 02:47:28 2005 Subject: [Moin-user] Re: Re: Is it possible to upload pages /part of pages via eMail? References: Message-ID: <114vxc62yvzgx.dlg@usenet.alexanderweb.de> On Mon, 28 Feb 2005 15:37:50 +0100, Gerhard Marini wrote: > A user (user at mailserver) writes an email to wiki at mailserver. This email > address is configured in a way that the email content (plain text, but > ideally also wiki/HTML formated) is written to a wiki page or appended to > an existing page. In other words, the email is "posted" to the wiki. Is it > possible to configure MoinMoin for that purpose or does it involve major > changes in the source code? MoinMoin would perfectly suite that scenario. But it could not play the mail processing part because it is neither a MTA nor a daemon that processes mails. So you need to setup a daemon which reads the mailbox and injects the mails into MoinMoin via XMLRPC etc. (which is kind of simple). Kind regards, Alexander From nigel.harper at lightworkdesign.com Tue Mar 1 02:58:10 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Tue Mar 1 02:58:10 2005 Subject: [Moin-user] Re: Re: Linking directly to edit page. Message-ID: <8815647C7041D111A3010060B06BE1C002BC9D98@ELVIS> > No. I just realise that it is not possible using the Action > macro. It works if you place the Action macro on the included comments page rather than the including page. Nigel From 2005a at usenet.alexanderweb.de Tue Mar 1 03:31:30 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Mar 1 03:31:30 2005 Subject: [Moin-user] Re: Re: Re: Linking directly to edit page. References: <8815647C7041D111A3010060B06BE1C002BC9D98@ELVIS> Message-ID: <1mu8fs8unjhyk.dlg@usenet.alexanderweb.de> On Tue, 1 Mar 2005 10:56:35 -0000, Nigel Harper wrote: >> No. I just realise that it is not possible using the Action >> macro. > > It works if you place the Action macro on the included comments page rather > than the including page. Yeah, I did not read your mail before because your mail user agent does not generate a References: header and it was not properly sorted into the correct thread. Kind regards, Alexander From gerhard.marini at gmail.com Tue Mar 1 03:43:13 2005 From: gerhard.marini at gmail.com (Gerhard Marini) Date: Tue Mar 1 03:43:13 2005 Subject: [Moin-user] Re: Re: Is it possible to upload pages /part of pages via eMail? In-Reply-To: <114vxc62yvzgx.dlg@usenet.alexanderweb.de> References: <114vxc62yvzgx.dlg@usenet.alexanderweb.de> Message-ID: On Tue, 1 Mar 2005 11:41:45 +0100, Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > On Mon, 28 Feb 2005 15:37:50 +0100, Gerhard Marini wrote: > >> .... the email is "posted" to the wiki. I...... > > MoinMoin would perfectly suite that scenario. But it could not play the > mail processing part because it is neither a MTA nor a daemon that > processes mails. So you need to setup a daemon which reads the mailbox > and > injects the mails into MoinMoin via XMLRPC etc. (which is kind of > simple). > > Kind regards, > Alexander Thanks for the info. MTA and Mailbox is available. However, I have no experience in setting up a daemon and injecting mails via XMLRPC. Do you have any links from where I can start to set-up such a scenario in a Windows environment? Thanks, Gerhard From nigel.harper at lightworkdesign.com Tue Mar 1 03:48:34 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Tue Mar 1 03:48:34 2005 Subject: [Moin-user] Re: Re: Re: Linking directly to edit page. Message-ID: <8815647C7041D111A3010060B06BE1C002BC9DCC@ELVIS> > Yeah, I did not read your mail before because your mail user > agent does not > generate a References: header and it was not properly sorted into the > correct thread. Sorry. I'm stuck using Outlook at work which can't seem to be persuaded to do that. Nigel From 2005a at usenet.alexanderweb.de Tue Mar 1 04:21:26 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Mar 1 04:21:26 2005 Subject: [Moin-user] Re: Re: Re: Re: Linking directly to edit page. References: <8815647C7041D111A3010060B06BE1C002BC9DCC@ELVIS> Message-ID: <1iu4wwab6cp7p.dlg@usenet.alexanderweb.de> On Tue, 1 Mar 2005 11:47:41 -0000, Nigel Harper wrote: >> Yeah, I did not read your mail before because your mail user >> agent does not >> generate a References: header and it was not properly sorted into the >> correct thread. > > Sorry. I'm stuck using Outlook at work which can't seem to be persuaded to > do that. I use Outlook, too (but not on this list). It works at least with Outlook 2003. But it looks you are using 97 or 98. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Tue Mar 1 12:09:06 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Mar 1 12:09:06 2005 Subject: [Moin-user] Re: Re: Re: Is it possible to upload pages /part of pages via eMail? References: <114vxc62yvzgx.dlg@usenet.alexanderweb.de> Message-ID: <1bw19pfgc9mkx$.dlg@usenet.alexanderweb.de> On Tue, 01 Mar 2005 12:41:59 +0100, Gerhard Marini wrote: >>> .... the email is "posted" to the wiki. I...... >> >> MoinMoin would perfectly suite that scenario. But it could not play the >> mail processing part because it is neither a MTA nor a daemon that >> processes mails. So you need to setup a daemon which reads the mailbox >> and >> injects the mails into MoinMoin via XMLRPC etc. (which is kind of >> simple). > Thanks for the info. MTA and Mailbox is available. > > However, I have no experience in setting up a daemon and injecting mails > via XMLRPC. Do you have any links from where I can start to set-up such a > scenario in a Windows environment? You have to write a program which needs two interfaces: access to the mailbox (Python has COM connectors (for Exchange) and should have modules which parse mbox etc. files (for other unix-like mailboxes)) and an XMLRPC connection. Establishing the latter one is very easy, see the supplied scripts in MoinMoin/scripts/xmlrpc_tools. This can be done in Python. Alternatively, you could write a program which just transfers one e-mail into the wiki and is called by the mail server. In any case, it fully depends on which mail solution you are currently using. Kind regards, Alexander From newall at newall.force9.co.uk Wed Mar 2 04:36:16 2005 From: newall at newall.force9.co.uk (Woll Newall) Date: Wed Mar 2 04:36:16 2005 Subject: [Moin-user] DateTime macro fail Message-ID: An HTML attachment was scrubbed... URL: From toya at linefeed.org Wed Mar 2 07:20:13 2005 From: toya at linefeed.org (toya) Date: Wed Mar 2 07:20:13 2005 Subject: [Moin-user] html Message-ID: <20050302145020.GA71482@linefeed.org> can i add html code to a wiki page on moinmoin? i need to use html for some acents ..like ' ^ ~ i tried to just add the code but it didnt recongnized it is that a way i can do it? ciao toya From tw-public at gmx.de Wed Mar 2 07:59:49 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Mar 2 07:59:49 2005 Subject: [Moin-user] html In-Reply-To: <20050302145020.GA71482@linefeed.org> References: <20050302145020.GA71482@linefeed.org> Message-ID: <4225DCAF.3060503@gmx.de> > can i add html code to a wiki page on moinmoin? There is a html macro, but we don't support that. > i need to use html for some acents ..like ' ^ ~ Moin supports utf-8 encoding (internally: unicode) since 1.3, so you should be able to type any character used on this planet, without using html. From toya at linefeed.org Wed Mar 2 09:07:50 2005 From: toya at linefeed.org (toya) Date: Wed Mar 2 09:07:50 2005 Subject: [Moin-user] html In-Reply-To: <4225DCAF.3060503@gmx.de> References: <20050302145020.GA71482@linefeed.org> <4225DCAF.3060503@gmx.de> Message-ID: <20050302170303.GA74132@linefeed.org> hi, i use the html code cuz my keyboard cant put the acents i need...that is why... Thomas Waldmann said: > >can i add html code to a wiki page on moinmoin? > > There is a html macro, but we don't support that. > > >i need to use html for some acents ..like ' ^ ~ > > Moin supports utf-8 encoding (internally: unicode) since 1.3, so you > should be able to type any character used on this planet, without using > html. > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From om-lists-wiki at omx.ch Wed Mar 2 11:06:36 2005 From: om-lists-wiki at omx.ch (Olivier Mueller) Date: Wed Mar 2 11:06:36 2005 Subject: [Moin-user] will moin-moin be adapted to my needs? (corporate wiki) Message-ID: <1109790348.746.26.camel@bigapple.omnis.ch> Hello, I'm currently navigating across http://c2.com/cgi/wiki?WikiChoicetree trying to find the "perfect" wiki, and it seems that moinmoin is the one: well designed, python, file upload support, simple, ACL's. Here is what I'd like to have: if you have a few seconds, I'd be happy if you could tell me if it could be done with moinmoin. (I plan to play with moinmoin's ACL later today). Goal would be a kind of "corporate" wiki, with a public part for public projects (open source), and different private parts, for server documentation: /Public/PublicDocument1 -> rw access for everybody /Public/PublicDocument2 -> rw access for everybody /Customer1 -> private, rw access for UserA, UserB, UserC /Customer2 -> private, rw access for UserA, UserD, UserE UserD should only be able to see the Public part and the documents in the /Customer2 tree, and he shouldn't even see that there is a "/Customer1" tree: is that possible, or would it be to unsecure? If necessary I could setup one standalone wiki per customer or project, but I guess it would be nicer with just one... :) About security, I'd like to use the wiki to store some sensitive passwords (each of these "customers" have servers): how would you do that? I'm thinking about using a kind of "gpg" pad, and store only some blocks like "gqQXy5kJIlB4sGxJE+u0DbvPdX5U2mLFMxULL2kK0YIpOU734EywLi65XxHEKlXV sOOyskZs/BjIJmWoBsOMIujUMbMYlk4UoSSLyP8zJyuRwCob41zhed2CMG3CTLXE" To get the cleartext data, the user should than copy paste these line somewhere and give in the "secret" key (not stored on the wiki). Does it sound ok? Maybe there are even modules/macros for that, I'll search... :) Regards, Olivier -- _______________________________________________________ Olivier M?ller - PGP key ID: 0x0E84D2EA - Switzerland E-Mail: http://omx.ch/mail/ - AIM/iChat: swix3k From pascal.bauermeister at hispeed.ch Wed Mar 2 13:35:44 2005 From: pascal.bauermeister at hispeed.ch (Pascal Bauermeister) Date: Wed Mar 2 13:35:44 2005 Subject: [Moin-user] The Form macro Message-ID: <1109799267.5119.5.camel@cassis> Hello, can anybody explain me how the 'Form' macro works (MoinMoin 1.2.x) ? Having [[Form(WeblogForm)]] in a page renders a correct form when the page is displayed, but submitting the form brings me to a page just named 'action'. TIA Pascal From yaghani at mac.com Wed Mar 2 15:26:47 2005 From: yaghani at mac.com (Yusuf Abdulghani) Date: Wed Mar 2 15:26:47 2005 Subject: [Moin-user] will moin-moin be adapted to my needs? (corporate wiki) In-Reply-To: <1109790348.746.26.camel@bigapple.omnis.ch> References: <1109790348.746.26.camel@bigapple.omnis.ch> Message-ID: <186c0dc3f332759335c60419338cf314@mac.com> Oliver, All that you mention can be done very easily with MoinMoin wiki and all of them in one wiki. Use groups to group your users for access to specific parts of your wiki. I would highly recommend that you use "templates" with predefined ACLs to create pages so that your users do not mess up the permissions and mistakenly allow others (or people from other companies) to read your pages. The default permissions for each page will be set so read/write/admin for the AdminGroup. For the rest of the users (Known/All), set it such that no one can read any pages. Divide users into groups. Create a "homepage" for each client and give read access to that page only to the group(s) of users who should see it. On that "homepage", give the users a button to create subpages (using "NewPage" macro) based on templates whose ACLs are already set. This will ensure that your users don't have to worry about ACLs. I have found MoinMoin to be very easy to use and maintain (especially after the 1.3.x release). The interface is clean. Hope this helps. Yusuf On Mar 2, 2005, at 11:05 AM, Olivier Mueller wrote: > Hello, > > I'm currently navigating across http://c2.com/cgi/wiki?WikiChoicetree > trying to find the "perfect" wiki, and it seems that moinmoin is > the one: well designed, python, file upload support, simple, ACL's. > > Here is what I'd like to have: if you have a few seconds, I'd be > happy if you could tell me if it could be done with moinmoin. > (I plan to play with moinmoin's ACL later today). > > Goal would be a kind of "corporate" wiki, with a public part > for public projects (open source), and different private parts, > for server documentation: > > /Public/PublicDocument1 -> rw access for everybody > /Public/PublicDocument2 -> rw access for everybody > > /Customer1 -> private, rw access for UserA, UserB, UserC > /Customer2 -> private, rw access for UserA, UserD, UserE > > > UserD should only be able to see the Public part and > the documents in the /Customer2 tree, and he shouldn't > even see that there is a "/Customer1" tree: is that > possible, or would it be to unsecure? > > If necessary I could setup one standalone wiki per > customer or project, but I guess it would be nicer > with just one... :) > > > About security, I'd like to use the wiki to store > some sensitive passwords (each of these "customers" have servers): > how would you do that? I'm thinking about using > a kind of "gpg" pad, and store only some blocks like > "gqQXy5kJIlB4sGxJE+u0DbvPdX5U2mLFMxULL2kK0YIpOU734EywLi65XxHEKlXV > sOOyskZs/BjIJmWoBsOMIujUMbMYlk4UoSSLyP8zJyuRwCob41zhed2CMG3CTLXE" > > To get the cleartext data, the user should than copy paste > these line somewhere and give in the "secret" key (not stored on the > wiki). Does it sound ok? Maybe there are even modules/macros for > that, I'll search... :) > > > Regards, > Olivier > > -- > _______________________________________________________ > Olivier M?ller - PGP key ID: 0x0E84D2EA - Switzerland > E-Mail: http://omx.ch/mail/ - AIM/iChat: swix3k > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From fahaynes at gmail.com Wed Mar 2 15:52:41 2005 From: fahaynes at gmail.com (Fred Haynes) Date: Wed Mar 2 15:52:41 2005 Subject: [Moin-user] will moin-moin be adapted to my needs? (corporate wiki) In-Reply-To: <186c0dc3f332759335c60419338cf314@mac.com> References: <1109790348.746.26.camel@bigapple.omnis.ch> <186c0dc3f332759335c60419338cf314@mac.com> Message-ID: <750ceca80503021552eb782c@mail.gmail.com> Yusuf, wouldn't this ACL configuration fail unless all users were given admin rights by default? I have tried this configuration and I get an error stating that I don't have permission to change the ACLs for the new page (presumably, from default settings to the template's settings). -Fred On Wed, 2 Mar 2005 15:26:25 -0800, Yusuf Abdulghani wrote: > Oliver, > > All that you mention can be done very easily with MoinMoin wiki and all > of them in one wiki. Use groups to group your users for access to > specific parts of your wiki. I would highly recommend that you use > "templates" with predefined ACLs to create pages so that your users do > not mess up the permissions and mistakenly allow others (or people from > other companies) to read your pages. > > The default permissions for each page will be set so read/write/admin > for the AdminGroup. For the rest of the users (Known/All), set it such > that no one can read any pages. Divide users into groups. Create a > "homepage" for each client and give read access to that page only to > the group(s) of users who should see it. On that "homepage", give the > users a button to create subpages (using "NewPage" macro) based on > templates whose ACLs are already set. This will ensure that your users > don't have to worry about ACLs. > > I have found MoinMoin to be very easy to use and maintain (especially > after the 1.3.x release). The interface is clean. > > Hope this helps. > > Yusuf > > On Mar 2, 2005, at 11:05 AM, Olivier Mueller wrote: > > > Hello, > > > > I'm currently navigating across http://c2.com/cgi/wiki?WikiChoicetree > > trying to find the "perfect" wiki, and it seems that moinmoin is > > the one: well designed, python, file upload support, simple, ACL's. > > > > Here is what I'd like to have: if you have a few seconds, I'd be > > happy if you could tell me if it could be done with moinmoin. > > (I plan to play with moinmoin's ACL later today). > > > > Goal would be a kind of "corporate" wiki, with a public part > > for public projects (open source), and different private parts, > > for server documentation: > > > > /Public/PublicDocument1 -> rw access for everybody > > /Public/PublicDocument2 -> rw access for everybody > > > > /Customer1 -> private, rw access for UserA, UserB, UserC > > /Customer2 -> private, rw access for UserA, UserD, UserE > > > > > > UserD should only be able to see the Public part and > > the documents in the /Customer2 tree, and he shouldn't > > even see that there is a "/Customer1" tree: is that > > possible, or would it be to unsecure? > > > > If necessary I could setup one standalone wiki per > > customer or project, but I guess it would be nicer > > with just one... :) > > > > > > About security, I'd like to use the wiki to store > > some sensitive passwords (each of these "customers" have servers): > > how would you do that? I'm thinking about using > > a kind of "gpg" pad, and store only some blocks like > > "gqQXy5kJIlB4sGxJE+u0DbvPdX5U2mLFMxULL2kK0YIpOU734EywLi65XxHEKlXV > > sOOyskZs/BjIJmWoBsOMIujUMbMYlk4UoSSLyP8zJyuRwCob41zhed2CMG3CTLXE" > > > > To get the cleartext data, the user should than copy paste > > these line somewhere and give in the "secret" key (not stored on the > > wiki). Does it sound ok? Maybe there are even modules/macros for > > that, I'll search... :) > > > > > > Regards, > > Olivier > > > > -- > > _______________________________________________________ > > Olivier M?ller - PGP key ID: 0x0E84D2EA - Switzerland > > E-Mail: http://omx.ch/mail/ - AIM/iChat: swix3k > > > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real > > users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&opclick > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From om-lists-wiki at omx.ch Wed Mar 2 16:04:05 2005 From: om-lists-wiki at omx.ch (Olivier Mueller) Date: Wed Mar 2 16:04:05 2005 Subject: [Moin-user] will moin-moin be adapted to my needs? (corporate wiki) In-Reply-To: <186c0dc3f332759335c60419338cf314@mac.com> References: <1109790348.746.26.camel@bigapple.omnis.ch> <186c0dc3f332759335c60419338cf314@mac.com> Message-ID: <1109808211.746.58.camel@bigapple.omnis.ch> Bonsoir Yusuf, Many thanks for your feedback! On Wed, 2005-03-02 at 15:26 -0800, Yusuf Abdulghani wrote: > All that you mention can be done very easily with MoinMoin wiki and all > of them in one wiki. Use groups to group your users for access to > specific parts of your wiki. yes, just experimented that a few minutes ago, everything working as planned with the ACL stuff: simple & easy. > The default permissions for each page will be set so read/write/admin > for the AdminGroup. For the rest of the users (Known/All), set it such > that no one can read any pages. Divide users into groups. Create a > "homepage" for each client and give read access to that page only to > the group(s) of users who should see it. On that "homepage", give the > users a button to create subpages (using "NewPage" macro) based on > templates whose ACLs are already set. This will ensure that your users > don't have to worry about ACLs. ah, great: I was asking myself how to solve that "Customer creates Subpage" problem (which would now be visible by all, because other people are not admins). So the next step in my MoinMoin trip is going to be the Macros, thanks for the hint! > Hope this helps. yes, merci! regards from frozen Z?rich (-10?C), Olivier From yusuf at apple.com Wed Mar 2 16:11:25 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Wed Mar 2 16:11:25 2005 Subject: [Moin-user] will moin-moin be adapted to my needs? (corporate wiki) In-Reply-To: <750ceca80503021552eb782c@mail.gmail.com> References: <1109790348.746.26.camel@bigapple.omnis.ch> <186c0dc3f332759335c60419338cf314@mac.com> <750ceca80503021552eb782c@mail.gmail.com> Message-ID: Fred, I believe that this should work, but haven't tried it myself: acl_rights_before = u"AdminGroup:read,write,delete,revert,admin" acl_rights_default = u"All:" What this suggests is that don't give ANY permissions to anyone except the users in the AdminGroup. No one will be able to see any pages in the wiki. Lets now create a page called "MyClientNumberOneGroup" as follows: --------------------- * ClientOneUserOne * ClientOneUserTwo * ClientOneUserThree --------------------- Since the above page does not have any acls, it will use the ACLs from the wikiconfig.py. No one will be able to read/write to this page except the users in the AdminGroup. Now let a user from the AdminGroup create a page "MyClientNumberOne" and give access to all the users in "MyClientNumberOneGroup" as follows: ---------------------------- #acl MyClientNumberOneGroup:read All: ##language:en ### DO NOT EDIT ABOVE THIS LINE ### '''Table of Contents''' [[TableOfContents]] = Welcome MyClientNumberOne = Blah Blah. = Topics Related to This Page = Here is an exhaustive list of sub-topics related to this page: [[FullSearch(t:"^@PAGE@/")]] = Create New Page = 1. Think of a good WikiName for the topic. It will be used to create a subpage under this page. Enter it here: [[NewPage(MyClientNumberOneTemplate, Create New Sub-Page, @PAGE@)]] = How to Subscribe to This Page = Realising that this page is subscribed by many users of this wiki, I want to explain how to subscribe to these pages correctly: Just put `@PAGE@/.*` into the subscribed pages listing on the page UserPreferences. ---------------------------- Note that the "MyClientNumberOneTemplate" can be designed as follows: ---------------- #acl MyClientNumberOneGroup:read,write,delete All: ##language:en ### DO NOT EDIT ABOVE THIS LINE ### '''Table of Contents''' [[TableOfContents]] = Welcome = Your welcome message. Note that this is just a template. You can set it up however you want. = Topics Related to This Page = Here is an exhaustive list of sub-topics related to this page: [[FullSearch(t:"^@PAGE@/")]] = Create New Topic = 1. Think of a good WikiName for the topic. It will be used to create a subpage under this page. Enter it here: [[NewPage(MyClientNumberOneTemplate, Create New Sub-Topic, @PAGE@)]] = How to Subscribe to This Page = Realising that this page is subscribed by many users of this wiki, I want to explain how to subscribe to these pages correctly: Just put `@PAGE@/.*` into the subscribed pages listing on the page UserPreferences. ----------------- This setting should probably work.... Yusuf On Mar 2, 2005, at 3:52 PM, Fred Haynes wrote: > Yusuf, > > wouldn't this ACL configuration fail unless all users were given admin > rights by default? I have tried this configuration and I get an error > stating that I don't have permission to change the ACLs for the new > page (presumably, from default settings to the template's settings). > > -Fred > > > On Wed, 2 Mar 2005 15:26:25 -0800, Yusuf Abdulghani > wrote: >> Oliver, >> >> All that you mention can be done very easily with MoinMoin wiki and >> all >> of them in one wiki. Use groups to group your users for access to >> specific parts of your wiki. I would highly recommend that you use >> "templates" with predefined ACLs to create pages so that your users do >> not mess up the permissions and mistakenly allow others (or people >> from >> other companies) to read your pages. >> >> The default permissions for each page will be set so read/write/admin >> for the AdminGroup. For the rest of the users (Known/All), set it such >> that no one can read any pages. Divide users into groups. Create a >> "homepage" for each client and give read access to that page only to >> the group(s) of users who should see it. On that "homepage", give the >> users a button to create subpages (using "NewPage" macro) based on >> templates whose ACLs are already set. This will ensure that your users >> don't have to worry about ACLs. >> >> I have found MoinMoin to be very easy to use and maintain (especially >> after the 1.3.x release). The interface is clean. >> >> Hope this helps. >> >> Yusuf >> >> On Mar 2, 2005, at 11:05 AM, Olivier Mueller wrote: >> >>> Hello, >>> >>> I'm currently navigating across http://c2.com/cgi/wiki?WikiChoicetree >>> trying to find the "perfect" wiki, and it seems that moinmoin is >>> the one: well designed, python, file upload support, simple, ACL's. >>> >>> Here is what I'd like to have: if you have a few seconds, I'd be >>> happy if you could tell me if it could be done with moinmoin. >>> (I plan to play with moinmoin's ACL later today). >>> >>> Goal would be a kind of "corporate" wiki, with a public part >>> for public projects (open source), and different private parts, >>> for server documentation: >>> >>> /Public/PublicDocument1 -> rw access for everybody >>> /Public/PublicDocument2 -> rw access for everybody >>> >>> /Customer1 -> private, rw access for UserA, UserB, UserC >>> /Customer2 -> private, rw access for UserA, UserD, UserE >>> >>> >>> UserD should only be able to see the Public part and >>> the documents in the /Customer2 tree, and he shouldn't >>> even see that there is a "/Customer1" tree: is that >>> possible, or would it be to unsecure? >>> >>> If necessary I could setup one standalone wiki per >>> customer or project, but I guess it would be nicer >>> with just one... :) >>> >>> >>> About security, I'd like to use the wiki to store >>> some sensitive passwords (each of these "customers" have servers): >>> how would you do that? I'm thinking about using >>> a kind of "gpg" pad, and store only some blocks like >>> "gqQXy5kJIlB4sGxJE+u0DbvPdX5U2mLFMxULL2kK0YIpOU734EywLi65XxHEKlXV >>> sOOyskZs/BjIJmWoBsOMIujUMbMYlk4UoSSLyP8zJyuRwCob41zhed2CMG3CTLXE" >>> >>> To get the cleartext data, the user should than copy paste >>> these line somewhere and give in the "secret" key (not stored on the >>> wiki). Does it sound ok? Maybe there are even modules/macros for >>> that, I'll search... :) >>> >>> >>> Regards, >>> Olivier >>> >>> -- >>> _______________________________________________________ >>> Olivier M?ller - PGP key ID: 0x0E84D2EA - Switzerland >>> E-Mail: http://omx.ch/mail/ - AIM/iChat: swix3k >>> >>> >>> >>> >>> ------------------------------------------------------- >>> SF email is sponsored by - The IT Product Guide >>> Read honest & candid reviews on hundreds of IT Products from real >>> users. >>> Discover which products truly live up to the hype. Start reading now. >>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>> _______________________________________________ >>> Moin-user mailing list >>> Moin-user at lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/moin-user >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real >> users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_ide95&alloc_id396&opclick >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From 2005a at usenet.alexanderweb.de Wed Mar 2 16:39:29 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Mar 2 16:39:29 2005 Subject: [Moin-user] Re: The Form macro References: <1109799267.5119.5.camel@cassis> Message-ID: <1jyegdozgv8x2$.dlg@usenet.alexanderweb.de> On Wed, 02 Mar 2005 22:34:27 +0100, Pascal Bauermeister wrote: > can anybody explain me how the 'Form' macro works (MoinMoin 1.2.x) ? Not at all. It was never finished since it was introduced in ~ 0.5 Kind regards, Alexander From 2005a at usenet.alexanderweb.de Wed Mar 2 16:46:13 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Mar 2 16:46:13 2005 Subject: [Moin-user] Re: DateTime macro fail References: Message-ID: <18k141d9ppehv$.dlg@usenet.alexanderweb.de> On Wed, 02 Mar 2005 12:37:28 +0000, Woll Newall wrote: > I get a "DateTime macro FAIL" error when I run the test action, as shown below. Is this a problem that needs fixing - it seems to work OK? If it > needs fixing, any ideas on how to fix it? For your pleasure, I cut down your mail to a few lines. Maybe this resolves your issue: > parser.wiki: DateTime macro ... FAIL > > If this fails, it is likely a problem in your python / libc, > not in moin. See also: > Kind regards, Alexander From om-lists-wiki at omx.ch Wed Mar 2 16:46:44 2005 From: om-lists-wiki at omx.ch (Olivier Mueller) Date: Wed Mar 2 16:46:44 2005 Subject: [Moin-user] will moin-moin be adapted to my needs? (corporate wiki) In-Reply-To: <1109808211.746.58.camel@bigapple.omnis.ch> References: <1109790348.746.26.camel@bigapple.omnis.ch> <186c0dc3f332759335c60419338cf314@mac.com> <1109808211.746.58.camel@bigapple.omnis.ch> Message-ID: <1109810764.746.62.camel@bigapple.omnis.ch> On Thu, 2005-03-03 at 01:03 +0100, Olivier Mueller wrote: > ah, great: I was asking myself how to solve that "Customer creates > Subpage" problem (which would now be visible by all, because other > people are not admins). Self-answer: http://moinmoin.wikiwikiweb.de/MoinMoinTodo/Release_1%2e4 : "subpages should inherit ACLs of the parents. See OliverGraf for a patch" -> http://moinmoin.wikiwikiweb.de/OliverGraf -> "inherit-parent-acl.diff" This sounds good... (if the macro trick wouldn't work, untested yet). O. From cmiramon at kde-france.org Thu Mar 3 05:19:48 2005 From: cmiramon at kde-france.org (Charles de Miramon) Date: Thu Mar 3 05:19:48 2005 Subject: [Moin-user] Access Keys in MoinMoin Message-ID: Hello, Something I'm missing in MoinMoin interface is accesskeys to make it faster to navigate, edit and save a page. Access keys work for major browsers (IE, Firefox, Konqueror). In Konqueror, you have this nifty feature that pressing Ctrl on page show all the accesskeys you can use. - Did someone has created an alternative MoinMoin theme with access keys ? - Would it be hard to add accesskeys in MoinMoin ? Can it be added as a new theme or should you hack the core program to add the accesskey=[foo] in the right places where the HTML code is generated ? Cheers, Charles From tw at waldmann-edv.de Thu Mar 3 08:22:25 2005 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Thu Mar 3 08:22:25 2005 Subject: [Moin-user] will moin-moin be adapted to my needs? (corporate wiki) In-Reply-To: <1109790348.746.26.camel@bigapple.omnis.ch> References: <1109790348.746.26.camel@bigapple.omnis.ch> Message-ID: <4227339D.7030001@waldmann-edv.de> > well designed, python, file upload support, simple, ACL's. We try to make it even better in 1.4. :) I see you have already got some answers concerning ACLs, so just my additions: > /Public/PublicDocument1 -> rw access for everybody > /Public/PublicDocument2 -> rw access for everybody As long as we don't have hierarchical ACLs or sub wikis, you don't have an advantage by making such more or less "deep" structures - in contrary, toplevel pages are linked easier... > About security, I'd like to use the wiki to store > some sensitive passwords (each of these "customers" have servers): > how would you do that? In any way, please don't put them on a public wiki as cleartext, not even with ACL protection. :) We try to avoid ACL bugs, but you know: shit happens... And as long you do it via http:, wiki pages go as cleartext across the net. On the file system, they are also stored as cleartext. > I'm thinking about using > a kind of "gpg" pad, and store only some blocks like > "gqQXy5kJIlB4sGxJE+u0DbvPdX5U2mLFMxULL2kK0YIpOU734EywLi65XxHEKlXV > sOOyskZs/BjIJmWoBsOMIujUMbMYlk4UoSSLyP8zJyuRwCob41zhed2CMG3CTLXE" > > To get the cleartext data, the user should than copy paste > these line somewhere and give in the "secret" key (not stored on the > wiki). Does it sound ok? Idea sounds nice. If you could do some python code for making that easy usable AND secure, I am sure that quite some people could use that. Thomas From haase at msg.ucsf.edu Thu Mar 3 11:23:17 2005 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Thu Mar 3 11:23:17 2005 Subject: [Moin-user] attachment files don't show up after upgrade Message-ID: <200503031122.33870.haase@msg.ucsf.edu> Hi, I just upgraded from moinmoin 1.0 to 1.2 Now some wiki pages say like: Upload new attachment "a2.jpg" where there should be already an image uploaded. I have this in my apache2 config: Alias /wiki/ "/usr/share/moin/htdocs/" ScriptAlias /mywiki "/home/moin/mywiki/moin.cgi" Alias /mywikiattach/ "/home/moin/mywiki_files/" my moin_config.py has this: allowed_actions = ['DeletePage', 'AttachFile'] attachments = { 'dir': '/home/moin/mywiki_files', 'url': '/mywikiattach', } And /var/log/apache2/access.log shows this "GET /mywiki/WillyArchive HTTP/1.1" 200 21108 "-" (no error.log entry) Any hints ?? How can I follow/debug what the python scripts do ? Thanks for moinmoin, Sebastian Haase From 2005a at usenet.alexanderweb.de Thu Mar 3 12:04:03 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Mar 3 12:04:03 2005 Subject: [Moin-user] Re: Access Keys in MoinMoin References: Message-ID: <16dbjz0wkacgt$.dlg@usenet.alexanderweb.de> On Thu, 03 Mar 2005 14:12:13 +0100, Charles de Miramon wrote: > Something I'm missing in MoinMoin interface is accesskeys to make it faster > to navigate, edit and save a page. Access keys work for major browsers (IE, > Firefox, Konqueror). In Konqueror, you have this nifty feature that > pressing Ctrl on page show all the accesskeys you can use. > - Did someone has created an alternative MoinMoin theme with access keys ? > - Would it be hard to add accesskeys in MoinMoin ? Can it be added as a new > theme or should you hack the core program to add the accesskey=[foo] in the > right places where the HTML code is generated ? I suggested this as well. The others did not like the idea. You can copy a theme and rewrite it to use access keys, that should work without problems. You may think about contributing the patch. Maybe it gets included when enough people are using it :-) Kind regards, Alexander From woll at newall.force9.co.uk Thu Mar 3 16:03:05 2005 From: woll at newall.force9.co.uk (Woll Newall) Date: Thu Mar 3 16:03:05 2005 Subject: [Moin-user] Re: DateTime macro fail Message-ID: <19237556111fc6e43c4cd1c9dcb2c2fd@newall.force9.co.uk> Thanks. Yes, I read all of the page given by that link, but it was very unclear if the problem is important or not. I have heard from someone else that the fail can be safely ignored, so I will ignore it! From chaynes at indiana.edu Fri Mar 4 06:05:25 2005 From: chaynes at indiana.edu (Chris Haynes) Date: Fri Mar 4 06:05:25 2005 Subject: [Moin-user] moin configuration problem Message-ID: <200503041403.j24E3HLs026729@moose.cs.indiana.edu> I can't be root on my apache server, but it runs simple scripts in /var/www/cgi-bin ok as my account username. /var/www/html is my web space, to which I copied htdocs as /var/www/html/wiki. I can't modify the apache alias file of course. The following is what I get when I run moin.cgi directly, followed by additional details of my installation. Any help is much appreciated. I'm a great python fan and it looks like moin is a very well engineered wiki engine. Best, Chris -------- $ cd /var/www/cgi-bin [uubloomington at uubloomington.org /var/www/cgi-bin] $ ./moin.cgi [Thu Mar 3 20:14:21 2005] MoinMoin Configuration Error: Could not find a match for url: "localhost". Check your URL regular expressions in the "wikis" list in "farmconfig.py". Content-type: text/html;charset=utf-8 MoinMoin Configuration Error

MoinMoin Configuration Error

Could not find a match for url: "localhost".

Check your URL regular expressions in the "wikis" list in "farmconfig.py".

  • linux2 (posix)
  • Python 2.3.3 (/usr/local/bin/python)
  • MoinMoin release 1.3.3 (revision 1.3.3 release)
[uubloomington at uubloomington.org /var/www/cgi-bin] ------------- $ tail /var/log/httpd/error_log [Thu Mar 3 20:10:55 2005] [error] [client 66.196.90.202] File does not exist: /home/virtual/site69/fst/var/www/html/robots.txt [Thu Mar 3 20:10:55 2005] [error] [client 66.196.90.202] File does not exist: /home/virtual/site69/fst/var/www/html/missing.html [Thu Mar 3 20:14:34 2005] [error] [client 69.11.150.161] File does not exist: /home/virtual/site69/fst/var/www/html/prologue/index_files/tridown.htm [Thu Mar 3 20:14:34 2005] [error] [client 69.11.150.161] File does not exist: /home/virtual/site69/fst/var/www/html/missing.html [Thu Mar 3 20:14:35 2005] [error] [client 69.11.150.161] File does not exist: /home/virtual/site69/fst/var/www/html/prologue/tridown.gif [Thu Mar 3 20:14:35 2005] [error] [client 69.11.150.161] File does not exist: /home/virtual/site69/fst/var/www/html/missing.html [Thu Mar 3 20:14:35 2005] [error] [client 69.11.150.161] File does not exist: /home/virtual/site69/fst/var/www/html/prologue/tridown.gif [Thu Mar 3 20:14:35 2005] [error] [client 69.11.150.161] File does not exist: /home/virtual/site69/fst/var/www/html/missing.html [Thu Mar 3 20:14:35 2005] [error] [client 69.11.150.161] File does not exist: /home/virtual/site69/fst/var/www/html/prologue/tridown.gif [Thu Mar 3 20:14:35 2005] [error] [client 69.11.150.161] File does not exist: /home/virtual/site69/fst/var/www/html/missing.html [uubloomington at uubloomington.org /var/www/cgi-bin] $ cd /var/www/html [uubloomington at uubloomington.org /var/www/html] $ ls BuildWindSign.jpg exmplmenu_var.js~ programs test about header.html prologue webalizer banner.gif images rainbow.jpg wiki conversationswithnewcomers.html index.html rainbowflag.gif worship current menu_com.js save cuups mission.html sjustice exmplmenu_var.js notably.html startup_index.html [uubloomington at uubloomington.org /var/www/html] ------------ I used the following setup script: export INSTANCE=uuwiki export SHARE=/home/uubloomington/share/moin export WIKILOCATION=$SHARE export PREFIX=/home/uubloomington cd $WIKILOCATION mkdir $INSTANCE # make a directory for this instance cp -R $SHARE/data $INSTANCE # copy template data directory cp -R $SHARE/underlay $INSTANCE # copy underlay data directory cp $SHARE/config/wikiconfig.py $INSTANCE # copy wiki configuration sample file # chown -R $USER.$GROUP $INSTANCE # check that USER and GROUP are correct chmod -R ug+rwX $INSTANCE # USER.GROUP may read and write chmod -R o-rwx $INSTANCE # everybody else is rejected cp $SHARE/server/moin.cgi /var/www/cgi-bin cp -R $SHARE/htdocs /var/www/html/wiki chmod 755 /var/www/cgi-bin/moin.cgi ---------- I deleted farmconfig.py. wikiconfig.py follows $ cat wikiconfig.py # -*- coding: iso-8859-1 -*- # IMPORTANT! This encoding (charset) setting MUST be correct! If you live in a # western country and you don't know that you use utf-8, you probably want to # use iso-8859-1 (or some other iso charset). If you use utf-8 (a Unicode # encoding) you MUST use: coding: utf-8 # That setting must match the encoding your editor uses when you modify the # settings below. If it does not, special non-ASCII chars will be wrong. """ MoinMoin - Configuration for a single wiki If you run a single wiki only, you can omit the farmconfig.py config file and just use wikiconfig.py - it will be used for every request we get in that case. Note that there are more config options than you'll find in the version of this file that is installed by default; see the module MoinMoin.multiconfig for a full list of names and their default values. Also, the URL http://moinmoin.wikiwikiweb.de/HelpOnConfiguration has a list of config options. @copyright: 2000-2005 by Juergen Hermann @license: GNU GPL, see COPYING for details. """ from MoinMoin.multiconfig import DefaultConfig class Config(DefaultConfig): # Wiki identity ---------------------------------------------------- # Site name, used by default for wiki name-logo [Unicode] sitename = u'UUCB Wiki' # Wiki logo. You can use an image, text or both. [Unicode] # Example: u'My WikiMy Wiki' # For no logo or text, use '' logo_string = sitename # The interwiki name used in interwiki links interwikiname = None # Critical setup --------------------------------------------------- # Misconfiguration here will render your wiki unusable. Check that # all directories are accessible by the web server or moin server. # If you encounter problems, try to set data_dir and data_underlay_dir # to absolute paths. # Where your mutable wiki pages are. You want to make regular # backups of this directory. data_dir = '/home/uubloomington/share/moin/uuwiki/data/' # Where read-only system and help page are. You might want to share # this directory between several wikis. When you update MoinMoin, # you can safely replace the underlay directory with a new one. This # directory is part of MoinMoin distribution, you don't have to # backup it. data_underlay_dir = '/home/uubloomington/share/moin/uuwiki/underlay/' # This must be '/wiki' for twisted and standalone. For CGI, it should # match your Apache Alias setting. url_prefix = '/wiki' # Security ---------------------------------------------------------- # Security critical actions (disabled by default) # Uncomment to enable options you like. #allowed_actions = ['DeletePage', 'AttachFile', 'RenamePage'] # Enable acl (0 to disable) acl_enabled = 0 # IMPORTANT: grant yourself admin rights! replace YourName with # your user name. See HelpOnAccessControlLists for more help. # All acl_right_xxx must use unicode [Unicode] #acl_rights_before = u"YourName:read,write,delete,revert,admin" # Link spam protection for public wikis (Uncomment to enable) # Needs a reliable internet connection. #from MoinMoin.util.antispam import SecurityPolicy # Mail -------------------------------------------------------------- # Configure to enable subscribing to pages (disabled by default) # or sending forgotten passwords. # SMTP server, e.g. "mail.provider.com" (empty or None to disable mail) mail_smarthost = "" # The return address, e.g "My Wiki " mail_from = "" # "user pwd" if you need to use SMTP AUTH mail_login = "" # User interface ---------------------------------------------------- # Add your wikis important pages at the end. It is not recommended to # remove the default links. Leave room for user links - don't use # more than 6 short items. # You MUST use Unicode strings here, but you need not use localized # page names for system and help pages, those will be used automatically # according to the user selected language. [Unicode] navi_bar = [ # Will use page_front_page, (default FrontPage) u'%(page_front_page)s', u'RecentChanges', u'FindPage', u'HelpContents', ] # The default theme anonymous or new users get theme_default = 'modern' # Language options -------------------------------------------------- # See http://moinmoin.wikiwikiweb.de/ConfigMarket for configuration in # YOUR language that other people contributed. # The main wiki language, set the direction of the wiki pages default_lang = 'en' # You must use Unicode strings here [Unicode] page_category_regex = u'^Category[A-Z]' page_dict_regex = u'[a-z]Dict$' page_form_regex = u'[a-z]Form$' page_group_regex = u'[a-z]Group$' page_template_regex = u'[a-z]Template$' # Content options --------------------------------------------------- # Show users hostnames in RecentChanges show_hosts = 1 # Enumerate headlines? show_section_numbers = 0 # Charts size, require gdchart (Set to None to disable). chart_options = {'width': 600, 'height': 300} From tw-public at gmx.de Fri Mar 4 09:14:40 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Mar 4 09:14:40 2005 Subject: [Moin-user] attachment files don't show up after upgrade In-Reply-To: <200503031122.33870.haase@msg.ucsf.edu> References: <200503031122.33870.haase@msg.ucsf.edu> Message-ID: <42289160.2040806@gmx.de> > I just upgraded from moinmoin 1.0 to 1.2 X-) 1.2.4 hopefully. If you have it running, you can go forward to 1.3.3 then. :) > Now some wiki pages say like: > Upload new attachment "a2.jpg" > > where there should be already an image uploaded. > I have this in my apache2 config: > Alias /wiki/ "/usr/share/moin/htdocs/" > ScriptAlias /mywiki "/home/moin/mywiki/moin.cgi" > Alias /mywikiattach/ "/home/moin/mywiki_files/" > > my moin_config.py has this: > allowed_actions = ['DeletePage', 'AttachFile'] > attachments = { > 'dir': '/home/moin/mywiki_files', > 'url': '/mywikiattach', > } You should move away from that kind of config, for 2 reasons: a) if done wrong (apache config), it can be very unsecure (imagine someone uploading some malicious php or cgi script and then executing it via web server) b) we won't support that in 1.4 any more, because all wiki objects will be equal (no matter what mime type, wiki page or "attached" files) and live in data dir, we can't support that "attachments = ..." stuff any more. AFAIK, just copying that mywiki_files dir content into data/pages dir should work for 1.2, those directories use the same structure. Maybe cleaning the data/cache also helps with such problems. From haase at msg.ucsf.edu Fri Mar 4 10:00:03 2005 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Fri Mar 4 10:00:03 2005 Subject: [Moin-user] attachment files don't show up after upgrade In-Reply-To: <20050304042136.366408C409@sc8-sf-spam1.sourceforge.net> References: <20050304042136.366408C409@sc8-sf-spam1.sourceforge.net> Message-ID: <200503040959.07838.haase@msg.ucsf.edu> Hi, I found the solution: The old/broken page was still in the cache !! So I had to 'rm mywiki/data/cache/*' Shouldn't this "trap" be more exposed ? Maybe it could be mentioned more often ;-) Thanks for reading Sebastian Haase On Thursday 03 March 2005 20:17, moin-user-request at lists.sourceforge.net wrote: Hi, I just upgraded from moinmoin 1.0 to 1.2 Now some wiki pages say like: Upload new attachment "a2.jpg" where there should be already an image uploaded. I have this in my apache2 config: Alias /wiki/ "/usr/share/moin/htdocs/" ScriptAlias /mywiki "/home/moin/mywiki/moin.cgi" Alias /mywikiattach/ "/home/moin/mywiki_files/" my moin_config.py has this: allowed_actions = ['DeletePage', 'AttachFile'] attachments = { 'dir': '/home/moin/mywiki_files', 'url': '/mywikiattach', } And /var/log/apache2/access.log shows this "GET /mywiki/WillyArchive HTTP/1.1" 200 21108 "-" (no error.log entry) Any hints ?? How can I follow/debug what the python scripts do ? Thanks for moinmoin, Sebastian Haase From 2005a at usenet.alexanderweb.de Fri Mar 4 15:24:33 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Mar 4 15:24:33 2005 Subject: [Moin-user] Re: moin configuration problem References: <200503041403.j24E3HLs026729@moose.cs.indiana.edu> Message-ID: <1ntr5hm2d7f42.dlg@usenet.alexanderweb.de> On Fri, 4 Mar 2005 09:03:10 -0500, Chris Haynes wrote: > I can't be root on my apache server, but it runs simple scripts in > /var/www/cgi-bin > ok as my account username. /var/www/html is my web space, to which I > copied htdocs as /var/www/html/wiki. I can't modify the apache alias file > of course. The following is what I get when I run moin.cgi directly, > followed by additional details of my installation. Any help is much > appreciated. I'm a great python fan and it looks like moin is a very > well engineered wiki engine. > > Could not find a match for url: "localhost".

>

Check your URL regular expressions in the "wikis" list in > "farmconfig.py". Simply delete the file named above or move it out of the path. Kind regards, Alexander From chaynes at indiana.edu Sat Mar 5 08:58:00 2005 From: chaynes at indiana.edu (Chris Haynes) Date: Sat Mar 5 08:58:00 2005 Subject: [Moin-user] setup problem Message-ID: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> I'm trying to install moinmoin on an apache server, where I can't be root on my apache server, but it runs simple scripts in /var/www/cgi-bin ok. Following, separated by ------------, are - the tail of the error log - the head of the output from running /var/www/cgi-bin/moin.py from a shell, and - moin.py (same as moin.cgi except for the '## cth' lines. As you see, I've printed Note that I've modified moin.py to print my userid and load path, both of which contain my local site-packages directory, containing MoinMoin. How can the script import MoinMoin.request when invoked from the shell, but not by the server, when in both cases the userid is the same, so protection shouldn't be the issue? The euid is the same as the uid when the server runs the script, and the MoinMoin directory is world readable and its path directories are all world executable. Help is much appreciated. -- Chris ------------------------ $ !ta tail /var/log/httpd/error_log ImportError: No module named MoinMoin.request [Sat Mar 5 08:41:30 2005] [error] [client 156.56.72.206] Premature end of script headers: /home/virtual/site69/fst/var/www/cgi-bin/moin.py [Sat Mar 5 08:51:13 2005] [error] [client 68.142.251.158] File does not exist: /home/virtual/site69/fst/var/www/html/robots.txt [Sat Mar 5 08:51:13 2005] [error] [client 68.142.251.158] File does not exist: /home/virtual/site69/fst/var/www/html/missing.html 585 ['/home/uubloomington/lib/python2.3/site-packages', '/home/uubloomington/share/moin/uuwiki', '/home/virtual/site69/fst/var/www/cgi-bin', '/usr/local/lib/python23.zip', '/usr/local/lib/python2.3', '/usr/local/lib/python2.3/plat-linux2', '/usr/local/lib/python2.3/lib-tk', '/usr/local/lib/python2.3/lib-dynload', '/usr/local/lib/python2.3/site-packages'] Traceback (most recent call last): File "moin.py", line 38, in ? from MoinMoin.request import RequestCGI ImportError: No module named MoinMoin.request [Sat Mar 5 08:52:22 2005] [error] [client 156.56.72.206] Premature end of script headers: /home/virtual/site69/fst/var/www/cgi-bin/moin.py [uubloomington at uubloomington.org ~/lib/python2.3/site-packages] ------------------------ $ /var/www/cgi-bin/moin.py 585 ['/home/uubloomington/lib/python2.3/site-packages', '/home/uubloomington/share/moin/uuwiki', '/var/www/cgi-bin', '/usr/local/lib/python23.zip', '/usr/local/lib/python2.3', '/usr/local/lib/python2.3/plat-linux2', '/usr/local/lib/python2.3/lib-tk', '/usr/local/lib/python2.3/lib-dynload', '/usr/local/lib/python2.3/site-packages'] Content-type: text/html;charset=utf-8 FrontPage - UUCB Wiki ------------ $ cat /var/www/cgi-bin/moin.py #!/usr/bin/env python # -*- coding: iso-8859-1 -*- """ MoinMoin - CGI Driver Script @copyright: 2000-2005 by J?rgen Hermann @license: GNU GPL, see COPYING for details. """ # System path configuration import sys # Path of the directory where wikiconfig.py is located. # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. sys.path.insert(0, '/home/uubloomington/share/moin/uuwiki') ## cth # Path to MoinMoin package, needed if you installed with --prefix=PREFIX # or if you did not use setup.py. sys.path.insert(0, '/home/uubloomington/lib/python2.3/site-packages') ## cth # Path of the directory where farmconfig.py is located (if different). ## sys.path.insert(0, '/path/to/farmconfig') import os ## cth print >>sys.stderr, os.getuid(), sys.path ##cth # This is used to profile MoinMoin (default disabled) 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() [uubloomington at uubloomington.org ~/lib/python2.3/site-packages] $ From mark.volkert at rakekniven.de Sat Mar 5 09:57:21 2005 From: mark.volkert at rakekniven.de (Mark Volkert) Date: Sat Mar 5 09:57:21 2005 Subject: [Moin-user] table parsing not printable In-Reply-To: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> References: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> Message-ID: <200503051856.21267.mark.volkert@rakekniven.de> Hi folks, in our department we use MoinMoin for managing projects, roadmaps and a lot more. In some situations I need to print pages for meetings. In older times (< 1.3.x) it was easy to print bigger tables on one sheet using the scaling funtions of browsers (specially mozilla). Now I am not able to scale printings anymore, cause every table cell is wrapped in a paragraph tag. Which file is doing the parsing of table notations to html? What is the reasing for all these paragraph tags? Best regards Mark From 2005a at usenet.alexanderweb.de Sat Mar 5 11:53:32 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat Mar 5 11:53:32 2005 Subject: [Moin-user] Re: table parsing not printable References: <200503051856.21267.mark.volkert@rakekniven.de> Message-ID: <1xleeaarl3or0.dlg@usenet.alexanderweb.de> On Sat, 5 Mar 2005 18:56:21 +0100, Mark Volkert wrote: > in our department we use MoinMoin for managing projects, roadmaps and a lot > more. > > In some situations I need to print pages for meetings. > > In older times (< 1.3.x) it was easy to print bigger tables on one sheet using > the scaling funtions of browsers (specially mozilla). Now I am not able to > scale printings anymore, cause every table cell is wrapped in a paragraph > tag. I do not think that the

tags are the cause of this. The changed CSS code might be the cause. > Which file is doing the parsing of table notations to html? The files you are looking for are MoinMoin/formatter/html.py and MoinMoin/parser/wiki.py. But maybe you should try to solve this problem by editing the CSS files (and maybe asking the webdesigner etc. why the CSS are problematic). Additionally, you might try Opera. Opera can scale any webpage, even those which were not prepared to be scaled. It is shareware. When you have found the solution, you may want to forward it to the list etc. to let us fix it in the code. > What is the reasing for all these paragraph tags? They ensure that MoinMoin generates valid HTML code. Kind regards, Alexander From tw-public at gmx.de Mon Mar 7 04:14:23 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Mar 7 04:14:23 2005 Subject: [Moin-user] setup problem In-Reply-To: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> References: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> Message-ID: <422C3F51.9020701@gmx.de> > How can the script import MoinMoin.request when invoked from the shell, but > not by the server, when in both cases the userid is the same, so protection > shouldn't be the issue? Maybe the command search PATH for webserver is different from yours. Maybe there is a different (much older) MoinMoin module somewhere else in PYTHONPATH. > #!/usr/bin/env python Better hardcode the path in case of problems, so you know what you get. From tw-public at gmx.de Mon Mar 7 04:19:21 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Mar 7 04:19:21 2005 Subject: [Moin-user] table parsing not printable In-Reply-To: <200503051856.21267.mark.volkert@rakekniven.de> References: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> <200503051856.21267.mark.volkert@rakekniven.de> Message-ID: <422C4085.6060308@gmx.de> > In older times (< 1.3.x) it was easy to print bigger tables on one sheet using > the scaling funtions of browsers (specially mozilla). Now I am not able to > scale printings anymore, cause every table cell is wrapped in a paragraph > tag. > > Which file is doing the parsing of table notations to html? MoinMoin/parser/wiki.py (and also look at MoinMoin/formatter/text_html.py) > What is the reasing for all these paragraph tags? I think we just wanted the p CSS to apply there, too. If you touch

/

generation, be warned that this is one of the rather ugly parts of moin. But maybe it is easy to change it for tables, I don't know without looking at the code. We are planning a new parser with DOM making all that stuff easier, but it isn't ready yet (not even beta). From chaynes at indiana.edu Mon Mar 7 06:11:57 2005 From: chaynes at indiana.edu (Chris Haynes) Date: Mon Mar 7 06:11:57 2005 Subject: [Moin-user] setup problem In-Reply-To: <422C3F51.9020701@gmx.de> Message-ID: <200503071411.j27EBbYK025875@moose.cs.indiana.edu> > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of > Thomas Waldmann > Sent: Monday, March 07, 2005 6:47 AM > To: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] setup problem > > > How can the script import MoinMoin.request when invoked > from the shell, but > > not by the server, when in both cases the userid is the > same, so protection > > shouldn't be the issue? > > Maybe the command search PATH for webserver is different from yours. > > Maybe there is a different (much older) MoinMoin module > somewhere else > in PYTHONPATH. > > > #!/usr/bin/env python > > Better hardcode the path in case of problems, so you know > what you get. Good suggestions, but they don't help. The moin.py that follows gives the same results: it works when invoked from a shell, but can't find MoinMoin.request when run by the server. I've hard coded the #! line and the entire sys.path. Any other suggestions for things to try? Thanks in advance, Chris ------------------------ $ cat moin.py #!/usr/local/bin/python # -*- coding: iso-8859-1 -*- """ MoinMoin - CGI Driver Script @copyright: 2000-2005 by J?rgen Hermann @license: GNU GPL, see COPYING for details. """ # System path configuration import sys sys.path = ['', '/usr/local/lib/python23.zip', '/usr/local/lib/python2.3', '/usr/local/lib/python2.3/plat-linux2', '/usr/local/lib/python2.3/lib-tk', '/usr/local/lib/python2.3/lib-dynload', '/usr/local/lib/python2.3/site-packages'] # Path of the directory where wikiconfig.py is located. # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. sys.path.insert(0, '/home/uubloomington/share/moin/uuwiki') ## cth # Path to MoinMoin package, needed if you installed with --prefix=PREFIX # or if you did not use setup.py. sys.path.insert(0, '/home/uubloomington/lib/python2.3/site-packages') ## cth # Path of the directory where farmconfig.py is located (if different). ## sys.path.insert(0, '/path/to/farmconfig') ##import os ## cth ##print >>sys.stderr, os.geteuid(), sys.path ##cth # This is used to profile MoinMoin (default disabled) 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() [uubloomington at uubloomington.org /var/www/cgi-bin] $ From 2005a at usenet.alexanderweb.de Mon Mar 7 08:20:19 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Mar 7 08:20:19 2005 Subject: [Moin-user] Re: setup problem References: <422C3F51.9020701@gmx.de> <200503071411.j27EBbYK025875@moose.cs.indiana.edu> Message-ID: On Mon, 7 Mar 2005 09:11:25 -0500, Chris Haynes wrote: > Good suggestions, but they don't help. The moin.py that follows gives the > same results: it works when invoked from a shell, but can't find > MoinMoin.request when run by the server. > I've hard coded the #! line and the entire sys.path. > > Any other suggestions for things to try? Are any ACL solutions like SELinux active? Kind regards, Alexander From chaynes at indiana.edu Mon Mar 7 08:32:27 2005 From: chaynes at indiana.edu (Chris Haynes) Date: Mon Mar 7 08:32:27 2005 Subject: [Moin-user] Re: setup problem In-Reply-To: Message-ID: <200503071632.j27GW1mK009449@moose.cs.indiana.edu> The ACL mechanism I'm familiar with has a .htaccess file in the directory. There is no such in this case. Anyway, I've confirmed that the server cgi execution is with the same uid and euid as my shell execution. Best, Chris > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of > Alexander Schremmer > Sent: Monday, March 07, 2005 11:19 AM > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] Re: setup problem > > On Mon, 7 Mar 2005 09:11:25 -0500, Chris Haynes wrote: > > > Good suggestions, but they don't help. The moin.py that > follows gives the > > same results: it works when invoked from a shell, but can't find > > MoinMoin.request when run by the server. > > I've hard coded the #! line and the entire sys.path. > > > > Any other suggestions for things to try? > > Are any ACL solutions like SELinux active? > > Kind regards, > Alexander > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from > real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From theron.voran at colorado.edu Mon Mar 7 11:29:38 2005 From: theron.voran at colorado.edu (Theron Voran) Date: Mon Mar 7 11:29:38 2005 Subject: [Moin-user] Parent link Message-ID: <422CAB8A.3080108@colorado.edu> Hi, Just noticed today on my 1.3.3 installation, that this sort of parent link doesn't behave as I thought it used to: [:../:Back to Parent Page] For example, if my wiki is called MyWiki, and if the page http://example.org/MyWiki/SomePage has the above parent link, it shows up as linking to http://example.org/ However, if I use a link like ["../"], it shows up as linking to http://example.org/MyWiki as expected. Has anyone else seen this, or am I just not remembering previous functionality properly? -- Theron Voran From 2005a at usenet.alexanderweb.de Mon Mar 7 11:39:45 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Mar 7 11:39:45 2005 Subject: [Moin-user] Re: Parent link References: <422CAB8A.3080108@colorado.edu> Message-ID: <1ptbom0tp1fdv$.dlg@usenet.alexanderweb.de> On Mon, 07 Mar 2005 12:29:14 -0700, Theron Voran wrote: > Just noticed today on my 1.3.3 installation, that this sort of parent > link doesn't behave as I thought it used to: > > [:../:Back to Parent Page] > > Has anyone else seen this, or am I just not remembering previous > functionality properly? This is a known bug, see http://moinmoin.wikiwikiweb.de:80/MoinMoinBugs/FreeParentLinksAreBroken Kind regards, Alexander From 10ksnooker at gmail.com Tue Mar 8 16:21:08 2005 From: 10ksnooker at gmail.com (10ksnooker) Date: Tue Mar 8 16:21:08 2005 Subject: [Moin-user] moinmoin configuration question Message-ID: Hello, I am new to moinmoin, yes I read through the docs and I have it working fine as a standalone wiki -- which is what I want to use, but I have a couple of questions. How can I limit write access to people that have a login name -- I want to restrict write/update access to only a few users. General question -- if I install on a laptop for personal use, are there any ill effects of just running as a standalone user with the filesystem and not a dedicated database? I don't want to start loading up my personal wiki and find the machine hits a snag -- it's a windows XP laptop. thanks in advance... From actuary77 at elemental-systems.com Tue Mar 8 22:49:27 2005 From: actuary77 at elemental-systems.com (actuary77) Date: Tue Mar 8 22:49:27 2005 Subject: [Moin-user] Help: Win32/Apache serving files from server root? Message-ID: <422E9BDA.6020708@elemental-systems.com> I am trying to setup moin wiki on a MS Windows 2000 machine running Apache2. I have been able to successfully install moin using a wiki name of ElementalWiki (v. mywiki) as described in the installation instructions. I would like to serve pages from the route of the server and not have to append ElementalWiki onto the server name. For Example: ------------ I would like my frontpage to accesseed by a url of: http://www.elemental-systems.com NOT http://www.elemental-systems.com/ElementalWiki. Apache - httpd.conf ------------------------- In my httpd.conf if I change the alias ScriptAlias to /, I am able to access the frontpage but no other pages, e.g. help....... For example: http://elemental-systems.com/ presents the moin frontpage. What changes do I need to make to httpd.conf and or wikiconfig.py to enable moin? Do I need to use RewriteRules? My apache server is at: c:/bin/Apache2 My wiki is at c:/www/ElementalMoinWiki and has the folder structure as described in the installation instructions: c:/www/ElementalMoinWiki c:/www/ElementalMoinWiki/data c:/www/ElementalMoinWiki/underlay My httpd.conf ------------- Alias /wiki/ "C:/bin/python24/share/moin/htdocs/" #ScriptAlias /ElementalWiki "C:/www/ElementalMoinWiki/moin.cgi" ScriptAlias / "C:/www/ElementalMoinWiki/moin.cgi" My wikiconfig.py. ----------------- data_dir = r'c:/www/ElementalMoinWiki/data' #data_dir = r'c:\www\ElementalMoinWiki\data' #data_dir = 'c:\\www\\ElementalMoinWiki\\data' #data_dir = r'./data' data_dir = r'c:/www/ElementalMoinWiki/underlay' #data_dir = r'c:\www\ElementalMoinWiki\underlay' #data_underlay_dir = 'c:\\www\\ElementalMoinWiki\\underlay' url_prefix = '/wiki' Hopefully I have given enough information for one of the gurus out there to provide some guidance. Please let me know if more information is needed. What changes do I need to make? Any help would be greatly appreciated. Thanks, actuary77 at elemental-systems.com From yaghani at mac.com Wed Mar 9 11:02:49 2005 From: yaghani at mac.com (Yusuf Abdulghani) Date: Wed Mar 9 11:02:49 2005 Subject: [Moin-user] How can I delete specific revisions? In-Reply-To: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> References: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> Message-ID: <6d75c392a6a08977fe201716226f6d1d@mac.com> Hi, I am wondering if there is a way to remove specific revisions from showing up in the RecentChanges log? Secondly, the acl mechanism is probably broken when it comes to RecentChanges log. If I have a page, for example, whose acl logs are set to "#acl All:", which effectively does not allow anyone to read the page. When I delete this page, it shows up in the RecentChanges log for everyone! (even for unknown users). This should not show up in RecentChanges log for those users who were NOT eligible to view the page in the first place. Am I right? This is a serious security issues for those who want to protect certain pages (including names of these pages) for their wikis. I am wondering if others have encountered this and if there is a patch to fix it. Thanks. Best regards, Yusuf From 2005a at usenet.alexanderweb.de Wed Mar 9 12:15:31 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Mar 9 12:15:31 2005 Subject: [Moin-user] Re: How can I delete specific revisions? References: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> <6d75c392a6a08977fe201716226f6d1d@mac.com> Message-ID: <1xv4n3qrw2zbe$.dlg@usenet.alexanderweb.de> On Wed, 9 Mar 2005 11:02:18 -0800, Yusuf Abdulghani wrote: > I am wondering if there is a way to remove specific revisions from > showing up in the RecentChanges log? > > Secondly, the acl mechanism is probably broken when it comes to > RecentChanges log. If I have a page, for example, whose acl logs are > set to "#acl All:", which effectively does not allow anyone to read the > page. When I delete this page, it shows up in the RecentChanges log for > everyone! (even for unknown users). This should not show up in > RecentChanges log for those users who were NOT eligible to view the > page in the first place. Am I right? This is a serious security issues > for those who want to protect certain pages (including names of these > pages) for their wikis. > > I am wondering if others have encountered this and if there is a patch > to fix it. This might be a bug. Be sure to file a bug: http://moinmoin.wikiwikiweb.de:80/MoinMoinBugs Kind regards, Alexander From ry4an-moin at ry4an.org Wed Mar 9 22:26:11 2005 From: ry4an-moin at ry4an.org (Ry4an Brase) Date: Wed Mar 9 22:26:11 2005 Subject: [Moin-user] Using a redirect script for external links Message-ID: <20050310062541.GR2378@ry4an.org> It's not earth shattering, but I found I could very easily get MoinMoin to route all external http links through a redirect script using these lines in my moin_config.py file: url_mappings = { 'http://': 'http://myhost/redirect/?http://', 'https://': 'http://myhost/redirect/?https://' } Routing links through a redirect script allows one to get stats on which URLs people use to exit and also hides the referrer information from the link destination's logs. That's especially nice in my case as we use an internal corporate wiki, and we don't necessarily want people outside the company seeing our page names -- as wiki URLs can be quite descriptive. For the redirect script I used this one: http://www.webreference.com/perl/tutorial/7/ Though, there are million out there, and they're trivial to write. -- Ry4an Brase - http://ry4an.org/unblog/ From endavis at gmail.com Thu Mar 10 11:04:31 2005 From: endavis at gmail.com (Eric Davis) Date: Thu Mar 10 11:04:31 2005 Subject: [Moin-user] Attachments Message-ID: Ok, I have a problem with attachments on my 1.3.3 wiki. Windows XP SP1 with latest patches Python Version 2.3.4 (#53, May 25 2004, 21:17:02) [MSC v.1200 32 bit (Intel)] MoinMoin Version Release 1.3.3 [Revision 1.3.3 release] Apache Version 2.0.52 mod_python Version 3.1.3 pywin32 build 203 for Python 2.3 Every time I try to save an attachment, I get a traceback: File "d:/mystuff/webstuff/moin1.3\MoinMoin\request.py", line 736, in run self.args = self.setup_args() File "d:/mystuff/webstuff/moin1.3\MoinMoin\request.py", line 1677, in setup_args i = wikiutil.decodeUserInput(i, self.decode_charsets) File "d:/mystuff/webstuff/moin1.3\MoinMoin\wikiutil.py", line 72, in decodeUserInput raise UnicodeError('The string "%s" cannot be decoded.' % s) If I put sitecustomize.py in the site-packages dir and uncomment line 16 in request.py sys.setappdefaultencoding(config.charset) then I can get text attachments to work, such as css,html,txt, etc... However, binary files such as image files and zip files will still not work. I cannot find the solution to this problem. My config is on my personal wiki, which you can get from my userpage on the moin wiki. Any help would be greatly appreciated Thanks, Eric Davis From endavis at gmail.com Thu Mar 10 11:29:01 2005 From: endavis at gmail.com (Eric Davis) Date: Thu Mar 10 11:29:01 2005 Subject: [Moin-user] Re: Attachments In-Reply-To: References: Message-ID: Nevermind, found the solution searching archives and found MoinMoinBugs/ModPyDoesNotAcceptFileUpload Eric Eric Davis wrote: > Ok, I have a problem with attachments on my 1.3.3 wiki. > > Windows XP > SP1 with latest patches > Python Version > 2.3.4 (#53, May 25 2004, 21:17:02) [MSC v.1200 32 bit (Intel)] > MoinMoin Version > Release 1.3.3 [Revision 1.3.3 release] > Apache Version > 2.0.52 > mod_python Version > 3.1.3 > pywin32 > build 203 for Python 2.3 > > Every time I try to save an attachment, I get a traceback: > File "d:/mystuff/webstuff/moin1.3\MoinMoin\request.py", line 736, in run > self.args = self.setup_args() > File "d:/mystuff/webstuff/moin1.3\MoinMoin\request.py", line 1677, in > setup_args > i = wikiutil.decodeUserInput(i, self.decode_charsets) > File "d:/mystuff/webstuff/moin1.3\MoinMoin\wikiutil.py", line 72, in > decodeUserInput > raise UnicodeError('The string "%s" cannot be decoded.' % s) > > If I put sitecustomize.py in the site-packages dir and uncomment line 16 > in request.py > > sys.setappdefaultencoding(config.charset) > > then I can get text attachments to work, such as css,html,txt, etc... > However, binary files such as image files and zip files will still not > work. > > I cannot find the solution to this problem. > > My config is on my personal wiki, which you can get from my userpage on > the moin wiki. > > Any help would be greatly appreciated > > Thanks, > > Eric Davis > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click From yusuf at apple.com Thu Mar 10 15:42:24 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Thu Mar 10 15:42:24 2005 Subject: [Moin-user] Using a redirect script for external links In-Reply-To: <20050310062541.GR2378@ry4an.org> References: <20050310062541.GR2378@ry4an.org> Message-ID: Interesting. This could be an optional security feature in the next version of MoinMoin. BTW, where did you put the redirect.pl script? In your wiki's top-level directory? Yusuf On Mar 9, 2005, at 10:25 PM, Ry4an Brase wrote: > It's not earth shattering, but I found I could very easily get MoinMoin > to route all external http links through a redirect script using these > lines in my moin_config.py file: > > url_mappings = { > 'http://': 'http://myhost/redirect/?http://', > 'https://': 'http://myhost/redirect/?https://' > } > > Routing links through a redirect script allows one to get stats on > which > URLs people use to exit and also hides the referrer information from > the > link destination's logs. That's especially nice in my case as we use > an > internal corporate wiki, and we don't necessarily want people outside > the company seeing our page names -- as wiki URLs can be quite > descriptive. > > For the redirect script I used this one: > > http://www.webreference.com/perl/tutorial/7/ > > Though, there are million out there, and they're trivial to write. > > -- > Ry4an Brase - http://ry4an.org/unblog/ > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From ry4an-moin at ry4an.org Sat Mar 12 10:33:25 2005 From: ry4an-moin at ry4an.org (Ry4an Brase) Date: Sat Mar 12 10:33:25 2005 Subject: [Moin-user] Using a redirect script for external links In-Reply-To: References: <20050310062541.GR2378@ry4an.org> Message-ID: <20050312183235.GJ15648@ry4an.org> On Thu, Mar 10, 2005 at 03:41:39PM -0800, Yusuf Abdulghani wrote: > Interesting. This could be an optional security feature in the next > version of MoinMoin. Were it added to MoinMoin, I suspect the easiest way to do it would be to just create a 'redirect' action, which would be invoked like: http://ry4an.org/unblog?action=redirect&url=http://external/target/url Then in url() in formatter/text_html.py a config option would just check the redirection-scrub-desired setting and munge the URL right after this line: url = wikiutil.mapURL(self.request, url) If it looked like an external http: or https: link you'd just prepend: ?action=redirect&url= to it. > BTW, where did you put the redirect.pl script? In your wiki's top-level > directory? That's where I script-aliases it, yeah, but it could exist anywhere -- one could even just point to one of the many open redirects in the wild. There's one at http://www.algonet.se/~ug/html+pycgi, which looks like this when used as a GET: http://cgi.algonet.se/htbin/cgiwrap/ug/redirect.py?url=http://ry4an.org Thus, a mapping configuration like this: url_mappings = { 'http://': 'http://cgi.algonet.se/htbin/cgiwrap/ug/redirect.py?url=http://', 'https://': 'http://cgi.algonet.se/htbin/cgiwrap/ug/redirect.py?url=https://' } should work with no further configuration. However, it's probably pretty tacky to use someone else's open redirect when you can set your own up in three lines of python. -- Ry4an Brase - http://ry4an.org/unblog/ From m.blizinski at wsisiz.edu.pl Sun Mar 13 03:05:54 2005 From: m.blizinski at wsisiz.edu.pl (=?ISO-8859-2?Q?Maciej_Blizi=F1ski?=) Date: Sun Mar 13 03:05:54 2005 Subject: [Moin-user] Non-gray free links to non-existing pages Message-ID: <42341E76.1050706@wsisiz.edu.pl> Take a look at my testing page: http://www.atopowe-zapalenie.pl/zapalenie/TestingPage CamelCaseFreeLinkToNonExistingPage is gray (correct), but free link with spaces, created by [:Free link], to non-existing page is not gray. I checked the HTML code and the tak does not have any "class" attribute, and I think it should. Is it a bug? -- Maciej Blizi?ski WZ403 Wy?sza Szko?a Informatyki Stosowanej i Zarz?dzania pod auspicjami Polskiej Akademii Nauk http://info.wsisiz.edu.pl/~blizinsk/ From 2005a at usenet.alexanderweb.de Sun Mar 13 15:34:19 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun Mar 13 15:34:19 2005 Subject: [Moin-user] ANN: MoinMoin 1.3.4 (advanced wiki engine) released Message-ID: _ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| _) \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.3.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.3.4 is a maintenance release that fixes several bugs and introduces some new features. See below. Upgrading is recommended for all users. - http://moinmoin.wikiwikiweb.de/MoinMoinDownload Major bugs that were fixed -------------------------- * Fixed a few non-critical ACL issues which might have led to leakage of pagenames. * Workaround on Windows 95, 98, ME. This fixes some bugs related to an outdated page list and newly created pages that did not appear immediately. * Fixed decoding issues of page names on Windows, finally. http://moinmoin.wikiwikiweb.de/MoinMoinBugs/BrokenUmlautsInLinksIn131 * Fixed traceback on IIS. http://moinmoin.wikiwikiweb.de/MoinMoinBugs/request%2epy_broken_on_IIS * Many fixes in WikiRPC. * Fixed backlinks - the result did not always show all links, often it showed too many irrelevant matches (MoinMoinBugs/BacklinksAreBroken). * Fixed the acceptance of the show_hosts setting. Now you should be able to hide any IP or host name from being published by MoinMoin by enabling this option. * Fixed free parent and subpage links in interwiki notation. http://moinmoin.wikiwikiweb.de/MoinMoinBugs/FreeParentLinksAreBroken * Various other bugfixes. Major New features ------------------ * Added the pragmas description and keywords. They will add headers if used. * The search modifier "linkto:" was introduced. You can use it to search for links. * Added support for Digest and NTLM authentication with CGI (e.g. if you use those Apache modules) * Date and DateTime macros accept a timezone specification. For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES Major new features in 1.3 ========================= * MoinMoin speaks your language! Complete Unicode support, translated system and help pages in more than ten languages, and support for languages written from right to left are the base features of our internationalisation support. * Fresh look and feel. New default user interface design, improved existing themes and enhanced theme plug-in framework that make it easier to modify the design or create completely new user interface. * Find anything on your wiki, instantly. New search engine and streamlined Google-like search interface, using multiple search terms, regular expressions, search term modifiers and boolean search. * Antispam - keep spammers out of you wiki. Protect your wiki with automatically updated spam patterns maintained on the MoinMaster wiki, and shared by all MoinMoin wikis worlwide. * Underlay directory - easy upgrade and maintenance. New streamlined directory layout protects all system and help pages in a separate underlay directory. * Run with your favorite server. Use either a standalone server that requires only Python, the high performance Twisted server, Apache with Fast CGI, mod_python or plain CGI. * Multiconfig - easier, more powerful configuration. New class-based configuration allow you to easily configure single or multiple wikis sharing a common setup. MoinMoin History ================ MoinMoin has been around since year 2000. Most of the codebase was written by J?rgen Hermann; it is currently being developed by a growing team. Being originally based on PikiPiki, it has evolved heavily since then (PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large enterprises have been using MoinMoin as a key tool of their intranet, some even use it for their public web page. A large number of Open Source projects use MoinMoin for communication and documentation. Of course there is also a large number of private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * This software is available under the GNU General Public License v2. * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES * Upgrade: http://moinmoin.wikiwikiweb.de/HelpOnUpdating * Known bugs: * http://moinmoin.wikiwikiweb.de/KnownIssues * http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team From nigel.harper at lightworkdesign.com Mon Mar 14 08:47:22 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Mon Mar 14 08:47:22 2005 Subject: [Moin-user] Adding Variables Message-ID: <8815647C7041D111A3010060B06BE1C002C06442@ELVIS> According to HelpOnPageCreation it is possible to add user-defined variables which will be expanded in the same way as the built in ones by adding a /WikiDict subpage under your homepage. I've tried this but it doesn't seem to work. I have created NigelHarper/WikiDict which contains: TESTVAR:: test but if I use @TESTVAR@ in a page it is not expanded. [[GetVar(NigelHarper/WikiDict, TESTVAR)]] works ok, but not the short hand version. Has anyone else got this to work? Any suggestions? regards, Nigel From karl at la-grange.net Tue Mar 15 06:09:42 2005 From: karl at la-grange.net (Karl Dubost) Date: Tue Mar 15 06:09:42 2005 Subject: [Moin-user] Modifying the title with a pragma? Message-ID: <508cf4617ed140d11b93ea37ef20c620@la-grange.net> Hi, is there a way to modify the display title of a page? For example, http://example.org/SuperCoolTitle will give

SuperCoolTitle

I would like to be able to do at the top of the "SuperCoolTitle" wiki page to have the pragma: #PRAGMA title Not so cool title, but meaningful And then in the rendered page

Not so cool title, but meaningful

Does it already exist? -- Karl Dubost - http://www.la-grange.net/ Pr?s de vous, madame, oubliant les cieux,? L'astronome ?tonn? se trouble; ??????????????? C'est dans l'?clat caressant de vos yeux,? Qu'il avait cru trouver l'?toile double.? From Nigel.Metheringham at dev.intechnology.co.uk Tue Mar 15 06:22:04 2005 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Tue Mar 15 06:22:04 2005 Subject: [Moin-user] Odd authentication problem Message-ID: <1110896465.6212.8.camel@angua.localnet> I have a wiki used for theatre backstage administration which is protected by an apache authentication config (it has 3rd party contact information in it which means it has to be protected under data protection requirements). We have arranged that the (apache) login names for this wiki are valid wikinames. And since it was installed in the 1.2.x days whenever you log in to it the wiki picks up that you are logged in as YourWikiName. Today I found that I had a login link in the top right where I would expect my WikiName and UserPreferences to be. And all the pages were immutable to me - the wiki did not think I was logged in. My apache logs show I am authenticated. If I tried logging in as another user the wiki still did not recognise me. I had to go to the wiki login, and put in my WikiName and email address to get moin to send me a login link before it would work again. [We have never entered passwords in the login page]. Nothing relevant has been updated in the last couple of weeks. I can only guess that I have been using an old cookie from the 1.2.x days which ran out today. Anyone any ideas as to why the webserver REMOTE_USER is not being picked up? If it makes any difference this wiki is running under mod_python (and has been for months). Nigel -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From crosseyedpenguin at yahoo.com Tue Mar 15 07:31:40 2005 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Tue Mar 15 07:31:40 2005 Subject: [Moin-user] Modifying the title with a pragma? In-Reply-To: 6667 Message-ID: <20050315153056.12366.qmail@web30907.mail.mud.yahoo.com> --- Karl Dubost wrote: > Hi, > > is there a way to modify the display title of a page? > > For example, http://example.org/SuperCoolTitle will give >

SuperCoolTitle

> > I would like to be able to do at the top of the "SuperCoolTitle" wiki > > page to have the pragma: > #PRAGMA title Not so cool title, but meaningful > > And then in the rendered page >

Not so cool title, but meaningful

> > Does it already exist? > Changing the displayed title of the page would be confusing -- how would you find the page in RecentChanges, TitleIndex, FindPage? Seems like the unintended consequences may outweigh the benefits. Roger Haase __________________________________ Do you Yahoo!? Yahoo! Sports - Sign up for Fantasy Baseball. http://baseball.fantasysports.yahoo.com/ From karl at la-grange.net Tue Mar 15 08:18:23 2005 From: karl at la-grange.net (Karl Dubost) Date: Tue Mar 15 08:18:23 2005 Subject: [Moin-user] Modifying the title with a pragma? In-Reply-To: <20050315153056.12366.qmail@web30907.mail.mud.yahoo.com> References: <20050315153056.12366.qmail@web30907.mail.mud.yahoo.com> Message-ID: <756b1222579949d6dde66720cee54be9@la-grange.net> Le 15 mars 2005, ? 10:30, Roger Haase a ?crit : > Changing the displayed title of the page would be confusing -- how > would you find the page in RecentChanges, TitleIndex, FindPage? Seems > like the unintended consequences may outweigh the benefits. Hehe I didn't want to enter this discussion? an Identifier (URI) is not meaningful. :) [long possible discussions on the topic and not necessary new] That's good to have the camelcase to make it easy. But most of the times what I do is [[wiki:Something blablablabla]] to create a link. For many reasons, for the sake of UI, for the sake of language (grammar, etc), for the sake of context. So I was just asking if it was possible to have another title than the default one ;) It's a personal choice. If it doesn't exist, what would be the appropriate way of doing it? A processor? An action? -- Karl Dubost - http://www.la-grange.net/ Pr?s de vous, madame, oubliant les cieux,? L'astronome ?tonn? se trouble; ??????????????? C'est dans l'?clat caressant de vos yeux,? Qu'il avait cru trouver l'?toile double.? From HansJoachim.Ehlers at eumetsat.int Tue Mar 15 08:42:54 2005 From: HansJoachim.Ehlers at eumetsat.int (Hans-Joachim Ehlers) Date: Tue Mar 15 08:42:54 2005 Subject: [Moin-user] Page with the name CVS will not be found Message-ID: Hi, i am using moinmoin 1.3.3 with python 2.4 on aix. I have created a page named CVS . If i use the search function ( Title or Page ) the page will not show up. BTW: Does somebody has a working wikidump ? Cu Hajo ============================ Hans-Joachim Ehlers UNIX Systems Engineer EUMETSAT Am Kavalleriesand, 31 64295, Darmstadt, Germany Tel : +49 6151 807-7307 eMail : hansjoachim.ehlers at eumetsat.int iNet : www.eumetsat.de From nirs at actcom.net.il Wed Mar 16 02:21:19 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Wed Mar 16 02:21:19 2005 Subject: [Moin-user] Page with the name CVS will not be found In-Reply-To: <20050316042305.6EFB612D93@sc8-sf-spam2.sourceforge.net> References: <20050316042305.6EFB612D93@sc8-sf-spam2.sourceforge.net> Message-ID: On 16 Mar, 2005, at 6:21, moin-user-request at lists.sourceforge.net wrote: > i am using moinmoin 1.3.3 with python 2.4 on aix. > I have created a page named CVS . > If i use the search function ( Title or Page ) the page will not show > up. CVS is a special name thats filtered by moin, since moin was once managed with CVS, and CVS creates directories named CVS everywhere. The best option would be to use the real long name, or something like "CVS Application", "CVS System" etc. Best Regards, Nir Soffer From C.Gillespie at newcastle.ac.uk Wed Mar 16 02:29:15 2005 From: C.Gillespie at newcastle.ac.uk (Colin Gillespie) Date: Wed Mar 16 02:29:15 2005 Subject: [Moin-user] Category pages Message-ID: <20DA376D0C991745A4D5249F7BCD7A25021848CC@largo.campus.ncl.ac.uk> Dear All, I'm using category pages, but when I view the Category homepages I get a lot of pages which aren't homepages, e.g. Known homepages in this category: 1. colin/MoinEditorBackup . . . . 2 matches 2. AideNavigation . . . . 1 match 3. AiutoSuNavigazione . . . . 1 match 4. CategoryHomepage . . . . 1 match 5. HelpOnNavigation . . . . 1 match 6. HelpOnUpdating . . . . 1 match 7. HilfeZumUpdaten . . . . 1 match 8. HomepageTemplate . . . . 1 match 9. PaginaPersonaleModello . . . . 1 match 10. SystemPagesInEnglishGroup . . . . 1 match 11. SystemPagesInSwedishGroup . . . . 1 match 12. WikiHomePage . . . . 1 match 13. colin . . . . 1 match 14. dah . . . . 1 match 15. dah/MoinEditorBackup . . . . 1 match 16. djw . . . . 1 match I presume there is a simple solution here? Thanks Colin From bvande at po-box.mcgill.ca Wed Mar 16 08:50:34 2005 From: bvande at po-box.mcgill.ca (Brian van den Broek) Date: Wed Mar 16 08:50:34 2005 Subject: [Moin-user] really slow standalone MoinMoin 1.3.4 on Windows ME with Python 2.4 Message-ID: <42386337.40804@po-box.mcgill.ca> Hi all, first of all, I am very happy that MoinMoin 1.3.4 fixes the problem with FAT Windows which caused various things like the list of template pages, etc. not to update until the moin.py process was restarted. So, thanks, moin developers :-) I run MoinMoin as a standalone on WindowsMe with Python 2.4. I upgraded to MoinMoin 1.3.4 by backing up my data dirs, removing my previous MoinMoin version, following the directions for a fresh install, and then finally reinstating my changes to moin.py and wikiconfig.py in my wiki data dirs. After doing so, everything works :-) but some things work *really* slowly :-( The worst case I have had so far was double-clicking on a page title to get a list of linking pages and having it take 955+ seconds to produce a result. I was able to improve this by removing all non-English system pages (thus dropping the total page count from IIRC 700+ to 200+). But times of 60+ seconds are still occasionally happening. (Usually it is the first such request that is the worst.) My computer isn't exactly a screaming box -- its a 5 year old laptop 800 MHz PIII with a mere 128 MB RAM -- but still, these times seem a bit much. Is there anything else I can do (short of getting a real computer :-) to speed things up? Thanks and best, Brian vdB From theller at python.net Thu Mar 17 03:15:53 2005 From: theller at python.net (Thomas Heller) Date: Thu Mar 17 03:15:53 2005 Subject: [Moin-user] readonly page? Message-ID: I have to admit that I'm still using Moin Release 1.1 [Revision 1.173] for my wiki, and don't have time to upgrade. Since I changed the config to only allow editing of pages when logged in, link spam has greatly been reduced. The only page that's spammed from time to time is the UserPreferences page itself - is there a way to make this page readonly (or wouldn't that help?). Thanks, Thomas From nirs at actcom.net.il Thu Mar 17 05:25:07 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Thu Mar 17 05:25:07 2005 Subject: [Moin-user] really slow standalone MoinMoin 1.3.4 on Windows ME with Python 2.4 In-Reply-To: <20050317043031.A7AA1FE25@sc8-sf-spam2.sourceforge.net> References: <20050317043031.A7AA1FE25@sc8-sf-spam2.sourceforge.net> Message-ID: <2b275f3c0080d0bfb38982904aea0736@actcom.net.il> > The worst case I have had so far was double-clicking on a > page title to get a list of linking pages and having it take 955+ > seconds to produce a result. Some operations in moin are using page caching, which make them much faster. But creating the cache is very slow, and the operation you tried try to create the cache for all the pages in the wiki. In general, after the first time, the search should work fast. Here are timings on my machine for same operation on a wiki without any caches. First I deleted all caches (by running find . -name cache -type d -exec rm -rf {} \;). Click on FrontPage title: First time: 149 seconds Second time: 0.78 seconds You can do a full text search for links to FrontPage instead. Enter this in the search box: -t:FrontPage r:\sFrontPage\s This will give you close results to the linkto: search used when you click on titles, without need to build the cache, in practically same speed (1.7s). Note that OrphanedPages and WantedPages also much faster after the cache is built for the first time. Best Regards, Nir Soffer From tw at waldmann-edv.de Thu Mar 17 06:37:08 2005 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Thu Mar 17 06:37:08 2005 Subject: [Moin-user] Non-gray free links to non-existing pages In-Reply-To: <42341E76.1050706@wsisiz.edu.pl> References: <42341E76.1050706@wsisiz.edu.pl> Message-ID: <42398EFB.7020809@waldmann-edv.de> > but free link with > spaces, created by [:Free link], to non-existing page is not gray. Try ["Free Link"]. > I checked the HTML code and the tak does not have any "class" > attribute, and I think it should. > > Is it a bug? It maybe re-uses the interwiki link code. When doing interwiki one usually can not determine if the page exists, as usually it would be in a remote wiki. Of course one could special-case that for Self:, but this is maybe simply not done yet. Maybe can be done in 1.4 when we plan to refactor the linking code anyway. From tw-public at gmx.de Thu Mar 17 06:41:44 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Mar 17 06:41:44 2005 Subject: [Moin-user] Adding Variables In-Reply-To: <8815647C7041D111A3010060B06BE1C002C06442@ELVIS> References: <8815647C7041D111A3010060B06BE1C002C06442@ELVIS> Message-ID: <4239900C.8070403@gmx.de> > TESTVAR:: test Try indenting TESTVAR with a single blank. It must render it as a definition list (1st level) or it won't work. > but if I use @TESTVAR@ in a page it is not expanded. > [[GetVar(NigelHarper/WikiDict, TESTVAR)]] works ok, but not the short hand > version. Hmm, strange. Maybe file a bug report so I don't forget looking into that. Did you try with 1.3.4? From tw-public at gmx.de Thu Mar 17 06:47:35 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Mar 17 06:47:35 2005 Subject: [Moin-user] Page with the name CVS will not be found In-Reply-To: References: <20050316042305.6EFB612D93@sc8-sf-spam2.sourceforge.net> Message-ID: <4239917A.8050108@gmx.de> > CVS is a special name thats filtered by moin, since moin was once > managed with CVS, and CVS creates directories named CVS everywhere. > > The best option would be to use the real long name, or something like > "CVS Application", "CVS System" etc. Even "cvs" works when using a case sensitive FS / OS like linux. From tw-public at gmx.de Thu Mar 17 06:56:23 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Mar 17 06:56:23 2005 Subject: [Moin-user] readonly page? In-Reply-To: References: Message-ID: <4239937F.6090307@gmx.de> > I have to admit that I'm still using Moin Release 1.1 [Revision 1.173] > for my wiki, and don't have time to upgrade. Upgrading to 1.2.4 should be quite easy. We can give you a helping hand if you are on #moin irc channel while doing it. Admittedly, upgrading to 1.3.4 takes quite more time (but when you have that time some day, doing an upgrade to 1.2.4 first is recommended). > Since I changed the config to only allow editing of pages when logged > in, link spam has greatly been reduced. The only page that's spammed > from time to time is the UserPreferences page itself - is there a way to > make this page readonly (or wouldn't that help?). You can put read-only ACLs on UserPreferences, too. Just don't remove read rights or nobody will be able to log in. X-) BUT: that doesn't help against those spammers creating new pages like UserPreferences#preview (odd, but I have seen that often). From nigel.harper at lightworkdesign.com Thu Mar 17 07:02:33 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Thu Mar 17 07:02:33 2005 Subject: [Moin-user] Adding Variables Message-ID: <8815647C7041D111A3010060B06BE1C002C06847@ELVIS> > Try indenting TESTVAR with a single blank. It must render it as a > definition list (1st level) or it won't work. I've checked the indentation and it seems to be fine; my WikiDict page renders as a definition list. > Hmm, strange. Maybe file a bug report so I don't forget looking into > that. Did you try with 1.3.4? I've not upgraded yet; I think I shall do that & file a bug if the problem is still there. Nigel From Nigel.Metheringham at dev.intechnology.co.uk Thu Mar 17 07:10:35 2005 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Thu Mar 17 07:10:35 2005 Subject: [Moin-user] Odd authentication problem In-Reply-To: <1110896465.6212.8.camel@angua.localnet> References: <1110896465.6212.8.camel@angua.localnet> Message-ID: <1111072168.20402.37.camel@angua.localnet> [Replying to my own post] The problem here was that I had lost the auth_http_enabled setting in the 1.2 -> 1.3 upgrade. However this did not show up because everyone had cookies set from before the upgrade.... until the cookies expired or got lost in some other way. Basically a RTFM problem Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From tomc74 at gmail.com Thu Mar 17 07:29:14 2005 From: tomc74 at gmail.com (Tom Carmichael) Date: Thu Mar 17 07:29:14 2005 Subject: [Moin-user] Basic HTTP Auth under Twisted/Moin Message-ID: <332b7c5f05031707272bc2633c@mail.gmail.com> Greetings, I am a fairly new to Moin Moin, so I apologize if this is a very basic question. I have attempted to find the answer in the FAQs, but so far I haven't seen anything relevant. I'm running a 1.3.3 Moin wiki under twisted on a windows 2000 server, run as a service for a company intranet site. I would like to enable a simple authentication page prior to entry into the site, before any pages can be seen. I've taken a look into the ACL capabilities of the Moin, and I think I could potentially cobble something together, but it doesn't exactly fit my needs. When I'm looking for is initial authentication before any page can be seen, and very open access afterwards. ACLs seem to be more useful to protect certain pages, to prevent abuse, etc. Any advice? Thanks, Tom From HansJoachim.Ehlers at eumetsat.int Thu Mar 17 23:44:32 2005 From: HansJoachim.Ehlers at eumetsat.int (Hans-Joachim Ehlers) Date: Thu Mar 17 23:44:32 2005 Subject: [Moin-user] Page with the name CVS will not be found Message-ID: >Date: Thu, 17 Mar 2005 15:17:30 +0100 >From: Thomas Waldmann >To: moin-user at lists.sourceforge.net >Subject: Re: [Moin-user] Page with the name CVS will not be found >> CVS is a special name thats filtered by moin, since moin was once >> managed with CVS, and CVS creates directories named CVS everywhere. >> >> The best option would be to use the real long name, or something like >> "CVS Application", "CVS System" etc. >Even "cvs" works when using a case sensitive FS / OS like linux. I understand to disable the search for CVS for development but in production there should be no such filter Anyway, could you tell me where to change the code to enable search for CVS ? regards Hajo ============================ Hans-Joachim Ehlers UNIX Systems Engineer EUMETSAT Am Kavalleriesand, 31 64295, Darmstadt, Germany Tel : +49 6151 807-7307 eMail : hansjoachim.ehlers at eumetsat.int iNet : www.eumetsat.de From 2005a at usenet.alexanderweb.de Fri Mar 18 11:10:47 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Mar 18 11:10:47 2005 Subject: [Moin-user] Re: really slow standalone MoinMoin 1.3.4 on Windows ME with Python 2.4 References: <42386337.40804@po-box.mcgill.ca> Message-ID: <18oql097h1j95.dlg@usenet.alexanderweb.de> On Wed, 16 Mar 2005 11:47:51 -0500, Brian van den Broek wrote: > My computer isn't exactly a screaming box -- its a 5 year old laptop > 800 MHz PIII with a mere 128 MB RAM -- but still, these times seem a > bit much. Is there anything else I can do (short of getting a real > computer :-) to speed things up? Is it correct that you use the normal MoinMoin package and not MMDE? I will assume this ... It seems like Windows ME updates the modification time of the directory not only too seldom but even without an update having took place. There is just one occasion on which the cache might be rebuilt "legally": after you used another feature which caused Python to create a .pyc file in the package directory. So if this caching delay (a few minutes because MoinMoin ships with several hundred of pages) still occurs after you have really used all MoinMoin features, you should file a bug. Kind regards, Alexander PS.: MMDE, which triggers a slightly different caching code, might exhibit this problem in other cases as well. The next release will contain a fix. From 2005a at usenet.alexanderweb.de Fri Mar 18 11:25:01 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Mar 18 11:25:01 2005 Subject: [Moin-user] Re: Basic HTTP Auth under Twisted/Moin References: <332b7c5f05031707272bc2633c@mail.gmail.com> Message-ID: <1n7srbcys0x8o.dlg@usenet.alexanderweb.de> On Thu, 17 Mar 2005 10:27:31 -0500, Tom Carmichael wrote: > I am a fairly new to Moin Moin, so I apologize if this is a very basic > question. I have attempted to find the answer in the FAQs, but so far > I haven't seen anything relevant. > > I'm running a 1.3.3 Moin wiki under twisted on a windows 2000 server, > run as a service for a company intranet site. I would like to enable > a simple authentication page prior to entry into the site, before any > pages can be seen. > > I've taken a look into the ACL capabilities of the Moin, and I think I > could potentially cobble something together, but it doesn't exactly > fit my needs. When I'm looking for is initial authentication before > any page can be seen, and very open access afterwards. ACLs seem to > be more useful to protect certain pages, to prevent abuse, etc. > > Any advice? I do not know Twisted very well, but you can easily get this using Apache and mod_proxy/mod_python/mod_fastcgi. You could even attach MoinMoin's user system to an LDAP database using mod_ldap. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Fri Mar 18 11:32:50 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Mar 18 11:32:50 2005 Subject: [Moin-user] Re: Modifying the title with a pragma? References: <20050315153056.12366.qmail@web30907.mail.mud.yahoo.com> <756b1222579949d6dde66720cee54be9@la-grange.net> Message-ID: On Tue, 15 Mar 2005 11:17:34 -0500, Karl Dubost wrote: > So I was just asking if it was possible to have another title than the > default one ;) It's a personal choice. If it doesn't exist, what would > be the appropriate way of doing it? A processor? An action? Try http://moinmoin.wikiwikiweb.de:80/MoinMoinPatch Kind regards, Alexander From bvande at po-box.mcgill.ca Fri Mar 18 23:24:29 2005 From: bvande at po-box.mcgill.ca (Brian van den Broek) Date: Fri Mar 18 23:24:29 2005 Subject: [Moin-user] Re: really slow standalone MoinMoin 1.3.4 on Windows ME with Python 2.4 In-Reply-To: <18oql097h1j95.dlg@usenet.alexanderweb.de> References: <42386337.40804@po-box.mcgill.ca> <18oql097h1j95.dlg@usenet.alexanderweb.de> Message-ID: <423BD33D.1090902@po-box.mcgill.ca> Alexander Schremmer said unto the world upon 2005-03-18 14:09: > On Wed, 16 Mar 2005 11:47:51 -0500, Brian van den Broek wrote: > > >>My computer isn't exactly a screaming box -- its a 5 year old laptop >>800 MHz PIII with a mere 128 MB RAM -- but still, these times seem a >>bit much. Is there anything else I can do (short of getting a real >>computer :-) to speed things up? > > > Is it correct that you use the normal MoinMoin package and not MMDE? I will > assume this ... Hi all, thanks for the reply, Alexander. (And, I realized I sent my reply to Nir's previous response privately by accident, so, thanks Nir, too.) This is the first I've heard of MMDE. So, yes, the normal package. > It seems like Windows ME updates the modification time of the directory not > only too seldom but even without an update having took place. There is just > one occasion on which the cache might be rebuilt "legally": after you used > another feature which caused Python to create a .pyc file in the package > directory. > So if this caching delay (a few minutes because MoinMoin ships with several > hundred of pages) still occurs after you have really used all MoinMoin > features, you should file a bug. No bug report needed, I think. I posted in a bit of a panic over the giant delay the first time I tried :-) I've culled all non-English system pages. Now, the first time in a moin.py session I click on a title for the backlinks, it takes a bit long for a result, but it isn't glacial. Subsequent attempts work quick enough. (From just testing, 17.74 seconds for the first request, and subsequent request cluster around 1.5 s.) So, thanks for the help. Best to all, Brian vdB From tomc74 at gmail.com Tue Mar 22 12:51:48 2005 From: tomc74 at gmail.com (Tom Carmichael) Date: Tue Mar 22 12:51:48 2005 Subject: [Moin-user] Re: Basic HTTP Auth under Twisted/Moin In-Reply-To: <1n7srbcys0x8o.dlg@usenet.alexanderweb.de> References: <332b7c5f05031707272bc2633c@mail.gmail.com> <1n7srbcys0x8o.dlg@usenet.alexanderweb.de> Message-ID: <332b7c5f050322125153d32af4@mail.gmail.com> Under Apache I'd have a lot of options, including a simple AuthUserFile. I could go down that road in theory, but the site is up and stable under Twisted and at this stage it would be a fair amount of change at this point to get all the necessary parties involved to reconfigure the server to use Apache. I have tried to look up the answer with the Twisted folks as well, but judging from what I see in the MoinMoin.server.twisted.py code, it's not a basic Twisted webserver which is being used, but rather a customized TCPReactor, which is why I thought I'd try asking my question here first. Thanks anyway. Regards, Tom On Fri, 18 Mar 2005 20:23:31 +0100, Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > On Thu, 17 Mar 2005 10:27:31 -0500, Tom Carmichael wrote: > > > I am a fairly new to Moin Moin, so I apologize if this is a very basic > > question. I have attempted to find the answer in the FAQs, but so far > > I haven't seen anything relevant. > > > > I'm running a 1.3.3 Moin wiki under twisted on a windows 2000 server, > > run as a service for a company intranet site. I would like to enable > > a simple authentication page prior to entry into the site, before any > > pages can be seen. > > > > I've taken a look into the ACL capabilities of the Moin, and I think I > > could potentially cobble something together, but it doesn't exactly > > fit my needs. When I'm looking for is initial authentication before > > any page can be seen, and very open access afterwards. ACLs seem to > > be more useful to protect certain pages, to prevent abuse, etc. > > > > Any advice? > > I do not know Twisted very well, but you can easily get this using Apache > and mod_proxy/mod_python/mod_fastcgi. You could even attach MoinMoin's user > system to an LDAP database using mod_ldap. > > Kind regards, > Alexander > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From chaynes at indiana.edu Tue Mar 22 13:28:30 2005 From: chaynes at indiana.edu (Chris Haynes) Date: Tue Mar 22 13:28:30 2005 Subject: [Moin-user] setup problem In-Reply-To: <200503051657.j25GvOfV027912@moose.cs.indiana.edu> Message-ID: <200503222127.j2MLRnoj006779@moose.cs.indiana.edu> I got this fixed with the help of a local sysadmin. The solution may be of interest to others. I'd even recommend a note on this in the installation instructions. The problem was that on both this server and another I had the same problem on, though cgi scripts are run with the same userid, they are run with an entirely different directory structure for security reasons. Thus all the moin files that need to be accessed at run time must be in the designated cgi file space. Best, Chris > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of > Chris Haynes > Sent: Saturday, March 05, 2005 11:57 AM > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] setup problem > > I'm trying to install moinmoin on an apache server, where I > can't be root > on my apache server, but it runs simple scripts in /var/www/cgi-bin > ok. Following, separated by ------------, are > - the tail of the error log > - the head of the output from running > /var/www/cgi-bin/moin.py from a shell, > and > - moin.py (same as moin.cgi except for the '## cth' lines. As > you see, I've > printed > Note that I've modified moin.py to print my userid and load > path, both of > which contain my local site-packages directory, containing MoinMoin. > > How can the script import MoinMoin.request when invoked from > the shell, but > not by the server, when in both cases the userid is the same, > so protection > shouldn't be the issue? The euid is the same as the uid when > the server > runs the script, and the MoinMoin directory is world readable > and its path > directories are all world executable. > > Help is much appreciated. > -- Chris > > ------------------------ > $ !ta > tail /var/log/httpd/error_log > ImportError: No module named MoinMoin.request > [Sat Mar 5 08:41:30 2005] [error] [client 156.56.72.206] > Premature end of > script headers: /home/virtual/site69/fst/var/www/cgi-bin/moin.py > [Sat Mar 5 08:51:13 2005] [error] [client 68.142.251.158] > File does not > exist: /home/virtual/site69/fst/var/www/html/robots.txt > [Sat Mar 5 08:51:13 2005] [error] [client 68.142.251.158] > File does not > exist: /home/virtual/site69/fst/var/www/html/missing.html > 585 ['/home/uubloomington/lib/python2.3/site-packages', > '/home/uubloomington/share/moin/uuwiki', > '/home/virtual/site69/fst/var/www/cgi-bin', > '/usr/local/lib/python23.zip', > '/usr/local/lib/python2.3', '/usr/local/lib/python2.3/plat-linux2', > '/usr/local/lib/python2.3/lib-tk', > '/usr/local/lib/python2.3/lib-dynload', > '/usr/local/lib/python2.3/site-packages'] > Traceback (most recent call last): > File "moin.py", line 38, in ? > from MoinMoin.request import RequestCGI > ImportError: No module named MoinMoin.request > [Sat Mar 5 08:52:22 2005] [error] [client 156.56.72.206] > Premature end of > script headers: /home/virtual/site69/fst/var/www/cgi-bin/moin.py > [uubloomington at uubloomington.org ~/lib/python2.3/site-packages] > ------------------------ > $ /var/www/cgi-bin/moin.py > 585 ['/home/uubloomington/lib/python2.3/site-packages', > '/home/uubloomington/share/moin/uuwiki', '/var/www/cgi-bin', > '/usr/local/lib/python23.zip', '/usr/local/lib/python2.3', > '/usr/local/lib/python2.3/plat-linux2', > '/usr/local/lib/python2.3/lib-tk', > '/usr/local/lib/python2.3/lib-dynload', > '/usr/local/lib/python2.3/site-packages'] > Content-type: text/html;charset=utf-8 > > "http://www.w3.org/TR/html4/strict.dtd"> > > > > > > > FrontPage - UUCB Wiki > ------------ > $ cat /var/www/cgi-bin/moin.py > #!/usr/bin/env python > # -*- coding: iso-8859-1 -*- > """ > MoinMoin - CGI Driver Script > > @copyright: 2000-2005 by J?rgen Hermann > @license: GNU GPL, see COPYING for details. > """ > > # System path configuration > > import sys > > # Path of the directory where wikiconfig.py is located. > # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. > sys.path.insert(0, '/home/uubloomington/share/moin/uuwiki') ## cth > > # Path to MoinMoin package, needed if you installed with > --prefix=PREFIX > # or if you did not use setup.py. > sys.path.insert(0, > '/home/uubloomington/lib/python2.3/site-packages') ## cth > > # Path of the directory where farmconfig.py is located (if different). > ## sys.path.insert(0, '/path/to/farmconfig') > > import os ## cth > print >>sys.stderr, os.getuid(), sys.path ##cth > > # This is used to profile MoinMoin (default disabled) > 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() > [uubloomington at uubloomington.org ~/lib/python2.3/site-packages] > $ > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from > real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&op?k > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > From MAILER-DAEMON at spamex.com Tue Mar 22 20:22:25 2005 From: MAILER-DAEMON at spamex.com (MAILER-DAEMON at spamex.com) Date: Tue Mar 22 20:22:25 2005 Subject: [Moin-user] Cannot send to es.moin@xemaps.com Message-ID: An email you sent to 'es.moin at xemaps.com' was refused by the remote mail server. No additional information is available. From thomas.werschlein at netcetera.ch Wed Mar 23 03:05:24 2005 From: thomas.werschlein at netcetera.ch (Thomas Werschlein) Date: Wed Mar 23 03:05:24 2005 Subject: [Moin-user] ReSt as default parser? Message-ID: Hello I am wondering if anybody out there uses the ReSt-parser as MoinMoin default parser. Is the ReSt-parser supposed to be a replacement for the wiki parser or more as an add-on for special purpose pages? While my tests with ReSt are promising, I somehow have the feeling that we might run into troubles sooner or later, if defining it as default parser. Any comments on this issue are greatly appreciated. Regards, Thomas From tw-public at gmx.de Wed Mar 23 04:47:09 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Mar 23 04:47:09 2005 Subject: [Moin-user] Re: Basic HTTP Auth under Twisted/Moin In-Reply-To: <332b7c5f050322125153d32af4@mail.gmail.com> References: <332b7c5f05031707272bc2633c@mail.gmail.com> <1n7srbcys0x8o.dlg@usenet.alexanderweb.de> <332b7c5f050322125153d32af4@mail.gmail.com> Message-ID: <42415DD9.1030408@gmx.de> Hi Tom, the twisted stuff is still missing some pieces of code for http basic auth. Make sure you run 1.3.4 (or current arch checkout) before proceeding. What's missing is that the twisted stuff in request.py checks the password - see the comments there. This is different from apache. When apache gives you the basic auth username, it already HAS checked the password and it was valid. You can get both username and password from twisted, but you have to check on your own (see enc_password in user account). Be aware that this might not be trivial to implement, because of the order the request and user objects are created. greetings, Thomas From tw-public at gmx.de Wed Mar 23 04:59:03 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Mar 23 04:59:03 2005 Subject: [Moin-user] ReSt as default parser? In-Reply-To: References: Message-ID: <42416079.9010408@gmx.de> Hi Thomas, > I am wondering if anybody out there uses the ReSt-parser as MoinMoin > default parser. Maybe. I remember someone finding out that the help pages should carry #format wiki - this is essential if you have rst as default parser or the help pages won't work. It was changed for the 1.3.4 release help and system pages. > Is the ReSt-parser supposed to be a replacement for > the wiki parser or more as an add-on for special purpose pages? Well, in practice I think it is used rarely as most people just use the default "wiki" markup. And maybe most of the people don't see a reason why they should rather use rst than wiki (if you know any, tell me :). > While my tests with ReSt are promising, I somehow have the feeling > that we might run into troubles sooner or later, if defining it as > default parser. Could be the case (although this is also more a feeling than knowing of concrete problem). So maybe be prepared to hack the rst parser if it doesn't do what you want from it. I don't know if any of us core developers use rst, but I think maybe none of us uses it. But if you want to improve the parser, we can help as long as you don't expect us to know rst. :) greetings, Thomas From pierre.tissot at gmail.com Wed Mar 23 08:01:45 2005 From: pierre.tissot at gmail.com (Pierre Tissot) Date: Wed Mar 23 08:01:45 2005 Subject: [Moin-user] XSL and XML Message-ID: <965d89e005032307584177e565@mail.gmail.com> Hi everybody Is that possible to use the allow_xsl to produce this kind of documents: to put in the wiki a xml document like this: Hello world. and apply the xsl : I install wiki : moin-1.3.4 4Suite : 4Suite-1.0a3 PyXML : 0.8.4 and the error reported is XsltExceptionNo stylesheets to process. XsltException: No stylesheets to process. __doc__ = None __getitem__ = > __init__ = > __module__ = 'Ft.Xml.Xslt' __str__ = > args = ('No stylesheets to process.', ()) errorCode = 20 message = 'No stylesheets to process.' params = () The VersionXslt is working fine, but what I'm want to do is quite diferent (I think) maybe is not possible. Anybody tried. Best regards Pierre P.S - Keep on mind that I'm a new fresh wiki user. -- ------------------------------------------------------------------------------ Pierre Eli?s Tissot-Daguette CERN - European Organization for Nuclear Research Division/Group: EP/AIP Office: 13-R-010 Mailbox: F27810 1211 Geneve - Switzerland Phone: +41 76 71988 Fax : +41 22 7679480 Mail: ------------------------------------------------------------------------------ From 2005a at usenet.alexanderweb.de Wed Mar 23 09:19:08 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Mar 23 09:19:08 2005 Subject: [Moin-user] Re: ReSt as default parser? References: <42416079.9010408@gmx.de> Message-ID: <13gdfseemec8r.dlg@usenet.alexanderweb.de> On Wed, 23 Mar 2005 13:26:33 +0100, Thomas Waldmann wrote: >> I am wondering if anybody out there uses the ReSt-parser as MoinMoin >> default parser. I know a site that uses ReSt on many pages. It works quite good. Currently, there is just one known ReSt parser issue: recursive includes are just limited after a given amount of include calls, not by looking into the include tree. But this is not a big issue ... >> Is the ReSt-parser supposed to be a replacement for >> the wiki parser or more as an add-on for special purpose pages? Both should be possible. >> While my tests with ReSt are promising, I somehow have the feeling >> that we might run into troubles sooner or later, if defining it as >> default parser. > So maybe be prepared to hack the rst parser if it doesn't do what you > want from it. Or contact me, as I am currently maintaining the ReSt parser :-) > I don't know if any of us core developers use rst, but I think maybe > none of us uses it. I use it just for testing, not in production. Kind regards, Alexander From thomas.werschlein at netcetera.ch Wed Mar 23 09:26:33 2005 From: thomas.werschlein at netcetera.ch (Thomas Werschlein) Date: Wed Mar 23 09:26:33 2005 Subject: [Moin-user] ReSt as default parser? In-Reply-To: <42416079.9010408@gmx.de> References: <42416079.9010408@gmx.de> Message-ID: Hi Thomas On Wed, 23 Mar 2005, Thomas Waldmann wrote: > And maybe most of the people don't see a reason why they should rather use > rst than wiki (if you know any, tell me :). Sorry, I don't have the answer either :) Personally, I also prefer the wiki parser. But in order to be independent from a proprietary wiki markup the requirement came up here, to look for alternatives (we plan to use Moin in the Intranet here). > But if you want to improve the parser, we can help as long as you don't > expect us to know rst. :) Thanks for the offer, but I guess with the help of your posting I should be able to convince people here to stick with the wiki parser. They will listen to a core developper, will they? ;-) Thanks for your helpful reply, greetings Thomas From antoine.contal at free.fr Wed Mar 23 15:05:21 2005 From: antoine.contal at free.fr (Antoine CONTAL) Date: Wed Mar 23 15:05:21 2005 Subject: [Moin-user] Table formatting In-Reply-To: <20050323042127.A77228E3B3@sc8-sf-spam2.sourceforge.net> References: <20050323042127.A77228E3B3@sc8-sf-spam2.sourceforge.net> Message-ID: <4241F579.1030908@free.fr> Hello, I have a question about table formatting. I would like to choose both a table style and a first row style. Right now, I can have a table style this way. || Column 1 || Column 2 || || ... || ... || I can also have a first row style this way. || Column 1 || Column 2 || || ... || ... || But if I want both, I cannot do the following. || Column 1 || Column 2 || || ... || ... || What am I doing wrong? Is there a way to have both table-wide formatting and a special formatting for the first table row? Thanks a lot. (I'm running Python 2.4 and Moin 1.3.4 on Win2K in stand alone server configuration.) -- Antoine CONTAL From James.Wagner at mci.com Wed Mar 23 15:40:53 2005 From: James.Wagner at mci.com (James Wagner) Date: Wed Mar 23 15:40:53 2005 Subject: [Moin-user] Table formatting In-Reply-To: <4241F579.1030908@free.fr> Message-ID: <000f01c53000$c930f7d0$649122a6@mcilink.com> Just remove the >< between the two styles, i.e., || Column 1 ||Column 2 || At least it worked for me. :) James. > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of > Antoine CONTAL > Sent: Wednesday, 23-Mar-2005 4:02 PM > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] Table formatting > > > Hello, > > I have a question about table formatting. I would like to > choose both a > table style and a first row style. > > Right now, I can have a table style this way. > || Column 1 || Column 2 || > || ... || ... || > > I can also have a first row style this way. > || Column 1 || Column 2 || > || ... || ... || > > But if I want both, I cannot do the following. > || > Column 1 || > Column 2 || > || ... || ... || > > What am I doing wrong? Is there a way to have both table-wide > formatting > and a special formatting for the first table row? > > Thanks a lot. > > (I'm running Python 2.4 and Moin 1.3.4 on Win2K in stand alone server > configuration.) > > -- > Antoine CONTAL > > > > ------------------------------------------------------- > This SF.net email is sponsored by Microsoft Mobile & Embedded > DevCon 2005 Attend MEDC 2005 May 9-12 in Vegas. Learn more > about the latest Windows > Embedded(r) & Windows Mobile(tm) platforms, applications & > content. Register by 3/29 & save $300 > http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From antoine.contal at free.fr Wed Mar 23 23:17:56 2005 From: antoine.contal at free.fr (Antoine CONTAL) Date: Wed Mar 23 23:17:56 2005 Subject: [Moin-user] Table formatting In-Reply-To: <20050324042931.AA8AD89C90@sc8-sf-spam1.sourceforge.net> References: <20050324042931.AA8AD89C90@sc8-sf-spam1.sourceforge.net> Message-ID: <424268DE.8060309@free.fr> Hello James, How silly of me! You're right. Putting both tablestyle and rowstyle between the same brackets fixed the problem. Thank you very much. Have a nice day. :) -- Antoine CONTAL > Date: Wed, 23 Mar 2005 16:33:58 -0700 > From: James Wagner > Subject: RE: [Moin-user] Table formatting > To: 'Antoine CONTAL' , moin-user at lists.sourceforge.net > > Just remove the >< between the two styles, i.e., > > || Column 1 = > ||Column > 2 || > > At least it worked for me. :) > > James. > > From Scott.Ryan at echostar.com Thu Mar 24 10:52:03 2005 From: Scott.Ryan at echostar.com (Ryan, Scott) Date: Thu Mar 24 10:52:03 2005 Subject: [Moin-user] Eror in data_dir when installing MoinMoin on Linux Fedora 3 and A pache Message-ID: <066D7CCD6BD83F48A7CAF5D5B8F3B28E08C939D2@riv-exchb3.echostar.com> I am trying to install the latest version of the wiki on Fedora 3 under apache. I went through the current mailing list and problems and still am having an issue. I followed the installation instructions to the letter and in addition I ran the SELinux commands to allow apache to see the data and htdocs directory. I open up permissions to the data directory to 777 to see if that was the issue. I manage to access the test page however I get the following message. MoinMoin Configuration Error "data_dir" does not exists at "/usr/share/moin/echowiki/data/", or has incorrect ownership and permissions. Make sure the directory and the subdirectory pages are owned by the web server and are readable, writable and executable by the web server user and group. It is recommended to use absolute paths and not relative paths. Check also the spelling of the directory name. I did check to see if the directory existed and it does. And the permissions are wide open. Any ideas on what else I can check?? Scott Damon Ryan Developer (720) 514-5389 Scott.Ryan at echostar.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From yusuf at apple.com Thu Mar 24 11:24:36 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Thu Mar 24 11:24:36 2005 Subject: [Moin-user] Eror in data_dir when installing MoinMoin on Linux Fedora 3 and A pache In-Reply-To: <066D7CCD6BD83F48A7CAF5D5B8F3B28E08C939D2@riv-exchb3.echostar.com> References: <066D7CCD6BD83F48A7CAF5D5B8F3B28E08C939D2@riv-exchb3.echostar.com> Message-ID: Make sure that they are owned by "www". If you have admin access, type: chown -R www:www Yusuf On Mar 24, 2005, at 10:51 AM, Ryan, Scott wrote: > I am trying to install the latest version of the wiki on Fedora 3 > under apache.? I went through the current mailing list and problems > and still am having an issue.? I followed the installation > instructions to the letter and in addition I ran the SELinux commands > to allow apache to see the data and htdocs directory.? I open up > permissions to the data directory to 777 to see if that was the > issue.? I manage to access the test page however I get the following > message. > > ? > > ? > > MoinMoin Configuration Error > > "data_dir" does not exists at "/usr/share/moin/echowiki/data/", or has > incorrect ownership and permissions. > > Make sure the directory and the subdirectory pages are owned by the > web server and are readable, writable and executable by the web server > user and group. > > It is recommended to use absolute paths and not relative paths. Check > also the spelling of the directory name. > > ? > > I did check to see if the directory existed and it does.? And the > permissions are wide open. > > ? > > Any ideas on what else I can check?? > > ? > > Scott Damon Ryan > > Developer > > (720) 514-5389 > > Scott.Ryan at echostar.com > > ? From 2005a at usenet.alexanderweb.de Thu Mar 24 11:25:07 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Mar 24 11:25:07 2005 Subject: [Moin-user] Re: Eror in data_dir when installing MoinMoin on Linux Fedora 3 and A pache References: <066D7CCD6BD83F48A7CAF5D5B8F3B28E08C939D2@riv-exchb3.echostar.com> Message-ID: On Thu, 24 Mar 2005 11:51:02 -0700, Ryan, Scott wrote: > I am trying to install the latest version of the wiki on Fedora 3 under > apache. I went through the current mailing list and problems and still am > having an issue. I followed the installation instructions to the letter and > in addition I ran the SELinux commands to allow apache to see the data and > htdocs directory. I open up permissions to the data directory to 777 to see > if that was the issue. I manage to access the test page however I get the > following message. > Any ideas on what else I can check?? This is a very weird problem. Maybe ask via Fedora support channels and tell us if they have an idea. It smells like an SELinux issue, though. Kind regards, Alexander From yibble at yibble.org Thu Mar 24 12:02:10 2005 From: yibble at yibble.org (Nathan Lee Reynolds (yibble)) Date: Thu Mar 24 12:02:10 2005 Subject: [Moin-user] Eror in data_dir when installing MoinMoin on Linux Fedora 3 and A pache In-Reply-To: <066D7CCD6BD83F48A7CAF5D5B8F3B28E08C939D2@riv-exchb3.echostar.com> References: <066D7CCD6BD83F48A7CAF5D5B8F3B28E08C939D2@riv-exchb3.echostar.com> Message-ID: <1111694593.11641.3.camel@wibble.yibble.org> On Thu, 2005-03-24 at 11:51 -0700, Ryan, Scott wrote: > I am trying to install the latest version of the wiki on Fedora 3 > under apache. I went through the current mailing list and problems > and still am having an issue. I followed the installation > instructions to the letter and in addition I ran the SELinux commands > to allow apache to see the data and htdocs directory. I open up > permissions to the data directory to 777 to see if that was the issue. > I manage to access the test page however I get the following message. "setenforce permissive", will fix this, but -- of course -- that will put SELinux into "warn only" mode. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sean at dague.net Sun Mar 27 12:37:09 2005 From: sean at dague.net (Sean Dague) Date: Sun Mar 27 12:37:09 2005 Subject: [Moin-user] Re: Eror in data_dir when installing MoinMoin on Linux Fedora 3 and A pache In-Reply-To: <066D7CCD6BD83F48A7CAF5D5B8F3B28E08C939D2@riv-exchb3.echostar.com> References: <066D7CCD6BD83F48A7CAF5D5B8F3B28E08C939D2@riv-exchb3.echostar.com> Message-ID: <20050327203630.GI22366@underhill.no-ip.org> On Thu, Mar 24, 2005 at 11:51:02AM -0700, Ryan, Scott wrote: > I am trying to install the latest version of the wiki on Fedora 3 under > apache. I went through the current mailing list and problems and still am > having an issue. I followed the installation instructions to the letter and > in addition I ran the SELinux commands to allow apache to see the data and > htdocs directory. I open up permissions to the data directory to 777 to see > if that was the issue. I manage to access the test page however I get the > following message. > > MoinMoin Configuration Error > > "data_dir" does not exists at "/usr/share/moin/echowiki/data/", or has > incorrect ownership and permissions. > > Make sure the directory and the subdirectory pages are owned by the web > server and are readable, writable and executable by the web server user and > group. > > It is recommended to use absolute paths and not relative paths. Check also > the spelling of the directory name. > > I did check to see if the directory existed and it does. And the > permissions are wide open. > > Any ideas on what else I can check?? SELinux MAC happens at a whole other level than filesystem permissions. If you are fixed on using SELinux on Fedora, you should pose your question here: http://listman.redhat.com/mailman/listinfo/fedora-selinux-list. Getting an arbitrary app to work under SELinux isn't a simple thing, or for the weak at heart. ;) Putting SELinux into warn only state, and figuring out what moin is trying to do that SELinux doesn't like would be a start. -Sean -- __________________________________________________________________ Sean Dague Mid-Hudson Valley sean at dague dot net Linux Users Group http://dague.net http://mhvlug.org There is no silver bullet. Plus, werewolves make better neighbors than zombies, and they tend to keep the vampire population down. __________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sean at dague.net Sun Mar 27 15:00:41 2005 From: sean at dague.net (Sean Dague) Date: Sun Mar 27 15:00:41 2005 Subject: [Moin-user] anyone with LDAP integration patches? Message-ID: <20050327230027.GK22366@underhill.no-ip.org> I looked through the main MoinMoin site, and didn't find any real hits here. I'm curious if anyone has hacked moin to do external auth via LDAP, and if so if they'd be willing to share code/process on how to do that. Thanks in advance, -Sean -- __________________________________________________________________ Sean Dague Mid-Hudson Valley sean at dague dot net Linux Users Group http://dague.net http://mhvlug.org There is no silver bullet. Plus, werewolves make better neighbors than zombies, and they tend to keep the vampire population down. __________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From seph at directionless.org Mon Mar 28 19:59:30 2005 From: seph at directionless.org (seph) Date: Mon Mar 28 19:59:30 2005 Subject: [Moin-user] anyone with LDAP integration patches? In-Reply-To: <20050327230027.GK22366@underhill.no-ip.org> (Sean Dague's message of "Sun, 27 Mar 2005 18:00:27 -0500") References: <20050327230027.GK22366@underhill.no-ip.org> Message-ID: > I looked through the main MoinMoin site, and didn't find any real hits here. > I'm curious if anyone has hacked moin to do external auth via LDAP, and if > so if they'd be willing to share code/process on how to do that. You could have apache authentication against ldap, and have moin use REMOTE_USER seph From nigel.harper at lightworkdesign.com Tue Mar 29 09:53:03 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Tue Mar 29 09:53:03 2005 Subject: [Moin-user] Adding Variables Message-ID: <8815647C7041D111A3010060B06BE1C002C072FB@ELVIS> > Hmm, strange. Maybe file a bug report so I don't forget looking into > that. Did you try with 1.3.4? Ok, finally got around to trying it with 1.3.4 - still couldn't get it to work. Have filed a bug UserVariableExpansion describing it. Still half expecting it to turn out to be me missing the point, but I can't see how. Nigel From eduardo.mercovich at gmail.com Tue Mar 29 11:06:04 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Tue Mar 29 11:06:04 2005 Subject: [Moin-user] Upgrading: 1.3.3 to 1.3.4 Message-ID: <4459f0d305032911051556afc1@mail.gmail.com> Hello everybody. Maybe it's a silly question but, anyone knows how to upgrade from 1.3.3 to 1.3.4? AFAIK there is no change in the storage format, but still I don't know if just installing over is the right way. Thanks a lot for your help... :-) Regards. -- Eduardo Mercovich Buenos Aires - Argentina. From nirs at actcom.net.il Tue Mar 29 22:41:55 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Tue Mar 29 22:41:55 2005 Subject: [Moin-user] Re: Upgrading: 1.3.3 to 1.3.4 (Eduardo Mercovich) In-Reply-To: <20050330042350.F018B13629@sc8-sf-spam2.sourceforge.net> References: <20050330042350.F018B13629@sc8-sf-spam2.sourceforge.net> Message-ID: <7774edb1f161361bbcfb6d5d77a5daa4@actcom.net.il> > Maybe it's a silly question but, anyone knows how to upgrade from > 1.3.3 to 1.3.4? Its not a silly question, each release should have upgrade notes somewhere. Basically, you should: 1. Remove your previous version of moin 2. Install the new one. 3. Read changes to see if there was any change in the configuration or server scripts. If you suspect there was a change, replace your server scripts and your configuration files with new copies and update with your settings. Best Regards, Nir Soffer From watsonr at cs.tcd.ie Wed Mar 30 03:10:09 2005 From: watsonr at cs.tcd.ie (Ronan Watson) Date: Wed Mar 30 03:10:09 2005 Subject: [Moin-user] New user Message-ID: <1112180850.29249.18.camel@picolet.cs.tcd.ie> Hi, I want to add a new Action to my wiki and add a new link to it where the other actions are. Where should I start? What do I modify? Thanks, Ronan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From eduardo.mercovich at gmail.com Wed Mar 30 04:50:31 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Wed Mar 30 04:50:31 2005 Subject: [Moin-user] New user In-Reply-To: <1112180850.29249.18.camel@picolet.cs.tcd.ie> References: <1112180850.29249.18.camel@picolet.cs.tcd.ie> Message-ID: <4459f0d3050330044746f686de@mail.gmail.com> Hi ronan! > I want to add a new Action to my wiki and add a new link to it where the > other actions are. Where should I start? What do I modify? Just include it in the Actions dir. Regards... -- Eduardo Mercovich Buenos Aires - Argentina. From eduardo.mercovich at gmail.com Wed Mar 30 04:56:19 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Wed Mar 30 04:56:19 2005 Subject: [Moin-user] Re: Upgrading: 1.3.3 to 1.3.4 (Eduardo Mercovich) In-Reply-To: <7774edb1f161361bbcfb6d5d77a5daa4@actcom.net.il> References: <20050330042350.F018B13629@sc8-sf-spam2.sourceforge.net> <7774edb1f161361bbcfb6d5d77a5daa4@actcom.net.il> Message-ID: <4459f0d3050330045467c3695a@mail.gmail.com> Hi Nir! > Its not a silly question, each release should have upgrade notes > somewhere. Thanks... we should update MoinMoinUpgrade then when this thread is complete. > Basically, you should: > 1. Remove your previous version of moin Just deleting the dirs of the installed one? > 2. Install the new one. Thats documented, OK. > 3. Read changes to see if there was any change in the configuration or > server scripts. If you suspect there was a change, replace your server > scripts and your configuration files with new copies and update with > your settings. This includes the wikiconfig.py settings among other script, I assume. The only undocumented step remaining is the uninstall one. Is there a script similar to the "install" one? Should I leave the wiki instance untouched? Or back it up and remove all Moin directories? Thanks a lot Nir. :-) -- Eduardo Mercovich Buenos Aires - Argentina. From tw-public at gmx.de Wed Mar 30 06:49:00 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Mar 30 06:49:00 2005 Subject: [Moin-user] Re: Upgrading: 1.3.3 to 1.3.4 (Eduardo Mercovich) In-Reply-To: <7774edb1f161361bbcfb6d5d77a5daa4@actcom.net.il> References: <20050330042350.F018B13629@sc8-sf-spam2.sourceforge.net> <7774edb1f161361bbcfb6d5d77a5daa4@actcom.net.il> Message-ID: <424AB46A.4040109@gmx.de> Don't forget to run the new mig scripts we included with 1.3.4. See CHANGES. From eduardo.mercovich at gmail.com Thu Mar 31 08:14:20 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Thu Mar 31 08:14:20 2005 Subject: [Moin-user] Re: Upgrading: 1.3.3 to 1.3.4 (Eduardo Mercovich) In-Reply-To: <424AB46A.4040109@gmx.de> References: <20050330042350.F018B13629@sc8-sf-spam2.sourceforge.net> <7774edb1f161361bbcfb6d5d77a5daa4@actcom.net.il> <424AB46A.4040109@gmx.de> Message-ID: <4459f0d305033108125faafc9c@mail.gmail.com> Hi! > Don't forget to run the new mig scripts we included with 1.3.4. > See CHANGES. OK, thanks a lot Nir and Thomas. I'll upgrade in these coming days and update MoinMoinUpgrade after. :-) Regards... -- Eduardo Mercovich Buenos Aires - Argentina. From Nigel.Metheringham at dev.intechnology.co.uk Thu Mar 31 08:50:21 2005 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Thu Mar 31 08:50:21 2005 Subject: [Moin-user] Appropriate way to use Moin Message-ID: <1112287727.23874.36.camel@angua.localnet> Hi, We currently use Moin to keep organisational information for a theatre backstage crew. I'd like to describe one aspect of what we're doing and see if anyone can suggest a better way of doing it... (which could potentially be a suggestion that we're using the wrong sort of hammer for driving our screws). We have a table of upcoming theatre shows - this is actually a page per year that uses [[Include...]] macros to stack up the per-month pages for the year. Each month page has a table of shows in that month - this contains:- * Company - a wiki link to the presenting company show page * Show - a wiki link to a subpage with the information for this show * Dates * Stage Manager * Assistant Stage Manager All of this information is also on the per-show page, along with much much more. However we are currently keeping the per-show data and the excerpt of it on the per-month page in sync manually, which is obviously both time consuming and error prone. Can anyone point me to an existing method for extracting a batch of field data out of a bunch of subpages and populating a table with them? If not, would writing a custom macro appear to be a reasonable approach to this? The thing that worries me is that we could end up with a serious performance problem - currently the year page (which is how most people go into this) already includes 11 month subpages (we're closed in August). If each month page hits another n subpages then things might break... Maybe another approach is to make the month pages the master source for the information they hold, and somehow pull that into the per-show subpages. Or hold all of that basic info in another CSV like table and build both from there.... Any suggestions gratefully received. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ]