From nigel.harper at lightworkdesign.com Tue Feb 1 01:17:46 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Tue Feb 1 01:17:46 2005 Subject: [Moin-user] bug? no image display from local files in standal one mode Message-ID: <8815647C7041D111A3010060B06BE1C002B2DFBD@ELVIS> > I investigated a bit further and found out it's not a > problem in > MoinMoin, it's the browser. The HTML for the page does contain an img > tag to the image, but Firefox[1] doesn't follow file:// links from > http:// urls. IE appears to show them at least at default settings. IIRC this is by design in Firefox - accessing local content (file://) from what is assumed to be a remote url is considered insecure and is blocked by the default settings. There's probably a way to enable it for trusted locations if you poke around. Nigel From nirs at freeshell.org Tue Feb 1 02:15:47 2005 From: nirs at freeshell.org (Nir Soffer) Date: Tue Feb 1 02:15:47 2005 Subject: [Moin-user] Re: Re: disable http in moinmoin(no access to apache) (Dean Hiller) In-Reply-To: <20050201011831.B7100890D8@sc8-sf-spam1.sourceforge.net> References: <20050201011831.B7100890D8@sc8-sf-spam1.sourceforge.net> Message-ID: <1107252627.30098.3.camel@localhost.home> On Mon, 2005-01-31 at 17:13 -0800, moin-user-request at lists.sourceforge.net wrote: > interesting...this may be close...here is my setup > /home/dean/moinmoin - install of moinmoin > /home/dean/cgi-bin/moin.cgi - the cgi script > /home/dean/public_html/xwiki/ - my instance of moinmoin > > Now, with this setup, I had to use an absolute URL for > url_prefix=https://pro5.abac.com/deanhiller/xwiki/htdocs Stop! Do not put your wiki in your public_html directory! Please read (again?) this page: http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation Read carfully the "Security warnings" in the bold red type with the warning icons. Now put your wiki in /home/dean/wiki/ - the web server should not server anything from this directory, only moin.cgi. About url_prefix - set it to '/~dean/wiki', and in your apache configuration file, set an alias: Alias /~dean/wiki/ /home/dean/share/moin/htdocs/ Let me explain how this work: All the static files in moin, like images and css files are served by the web server, not by moin. How the web server know what to serve? If you will look in to the source of the html page, you can see that every image or css url starts with the '/wiki', e.g /~dean/wiki/modern/img/moin-foo.png. The alias you set before redirect such link to /home/dean/share/moin/htdocs/wiki/modern/img/moin-foo.png, which is served by Apache much faster then moin can. -- Best Regards, Nir Soffer. From tw-public at gmx.de Tue Feb 1 06:27:37 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Feb 1 06:27:37 2005 Subject: [Moin-user] Re: line break [[BR]] can be replaced with simple \n??? In-Reply-To: <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com> References: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com> <192l0zb7t23we.dlg@usenet.alexanderweb.de> <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com> Message-ID: <41FF8CB0.5070908@gmx.de> > https://pro5.abac.com/deanhiller/cgi-bin/moin.cgi/UseCases > Notice Use Case I and how many [[BR]] I had to type. Just one example from there: '''Special Requirements:'''[[BR]] Do we have any? This is a typical example of unnecessary BR, because what your really wanted is some sort of list. When you introduce by "Special Requirements", the intention is that there will be a *list* of special requirements following. Either an unnumbered list or maybe even a numbered list, if you want to express importance or priority of requirements. So this should be expressed like that in the end: '''Special Requirements:''' * one requirement * another requirement or '''Special Requirements:''' 1. most important requirement 1. second most important requirement or even === Special Requirements === 1. most important requirement 1. second most important requirement When you begin and just have your question "do we have any", maybe simply use the same method just to make it easier for other people to see what markup they should use for writing the real requirements (so that they don't have to wonder about BR, too :): '''Special Requirements:''' * ... * Do we have any more? Hope that helps. BTW, I only know one case where one is maybe really forced to use lots of [[BR]]: when you write poems into a wiki. But if you write lots of them, you maybe want to use some poem parser for that. From bill.scherer at verizonwireless.com Tue Feb 1 08:18:21 2005 From: bill.scherer at verizonwireless.com (Bill Scherer) Date: Tue Feb 1 08:18:21 2005 Subject: [Moin-user] processors and tables Message-ID: <41FFAB33.60502@verizonwireless.com> Hello - Just upgraded to 1.2.4, and waiting a while as suggested before moving to 1.3. Is it possible to put the results of a processor call into tables? If so, how? This calls the proc, but doesn't render the table: ||{{{#!myProc }}}|| And this renders the table but doesn't call the proc: ||{{{#!myProc}}}|| Any ideas? Thanks! -- Bill.Scherer at Verizon Wireless RHCE 803004682212603 From bill.scherer at verizonwireless.com Tue Feb 1 09:53:40 2005 From: bill.scherer at verizonwireless.com (Bill Scherer) Date: Tue Feb 1 09:53:40 2005 Subject: [Moin-user] processors and tables Message-ID: <41FFC182.8010109@verizonwireless.com> Bill Scherer wrote: > Hello - > > Just upgraded to 1.2.4, and waiting a while as suggested before moving > to 1.3. > > Is it possible to put the results of a processor call into tables? If > so, how? I figured out a work-around... I created a new, minimal, page for each proccessor call, then I [[Include(pageName)]] inside the table markers (||). It works, but is suboptimal, if only because Include provides no way (at least, I can't find one) to *not* show a link to the included page at the bottom of the inclusion. I can show just the link (titlesonly), but not just the content. > > This calls the proc, but doesn't render the table: > > ||{{{#!myProc > }}}|| > > And this renders the table but doesn't call the proc: > > ||{{{#!myProc}}}|| > > > Any ideas? > > Thanks! > -- Bill.Scherer at Verizon Wireless RHCE 803004682212603 From 2004b at usenet.alexanderweb.de Tue Feb 1 11:16:16 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 1 11:16:16 2005 Subject: [Moin-user] Re: New User Question: Creating a form References: <200501311711.33259.RussLear314@yahoo.com> Message-ID: <17p78yma7l3bo.dlg@usenet.alexanderweb.de> On Mon, 31 Jan 2005 17:11:32 -0800, Russell Lear wrote: > I just installed MoinMoin and have been playing with it for about a week. > Installation on both Windows and Linux went quite smoothly (other than the > occasional operator error). I've worked through various tutorials and other > documentation so I'm able to create edit pages, create macros, etc. > Everything is so simple! (But then you knew that). > > One thing I haven't been able to figure out so far is how to create a form on > a user page and then have the results of the POST action be displayed on a > Wiki page - or even if this is in the proper WikiWiki spirit. > > Any pointers to this? Unfortunately, this is not true currently without support of macros. You can find the appropriate documentation on HelpOnMacros. It is planned to implement forms. Kind regards, Alexander From 2004b at usenet.alexanderweb.de Tue Feb 1 11:23:09 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 1 11:23:09 2005 Subject: [Moin-user] Re: processors and tables References: <41FFC182.8010109@verizonwireless.com> Message-ID: <16drdlv45u4nk.dlg@usenet.alexanderweb.de> On Tue, 01 Feb 2005 12:50:58 -0500, Bill Scherer wrote: > Bill Scherer wrote: > > I figured out a work-around... I created a new, minimal, page for each > proccessor call, then I [[Include(pageName)]] inside the table markers > (||). It works, but is suboptimal, if only because Include provides no > way (at least, I can't find one) to *not* show a link to the included > page at the bottom of the inclusion. Just a small hint - 1.3 does not show the link anymore (one would need to add it manually). Kind regards, Alexander From 2004b at usenet.alexanderweb.de Tue Feb 1 11:33:03 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 1 11:33:03 2005 Subject: [Moin-user] Re: Fw: page displays secure and unsecure items References: <015c01c5081b$8b4fa900$6401a8c0@rnd.avaya.com> Message-ID: <1b7dyx1piydn0.dlg@usenet.alexanderweb.de> On Mon, 31 Jan 2005 22:04:43 -0700, Dean Hiller wrote: > Don't suppose we could remove the w3 validator icon from multiconfig.py. > If running over https, every time you change the page, you get a warning > about the page displaying secure and insecure items. It is very > annoying and I would rather not have to have all users to reconfig their > browser. Getting rid of that one icon fixed it. Please file a bug about this (in order to start the discussion). In fact, it was planned to remove this in 1.3. Kind regards, Alexander From Russell.Lear at xerox.com Tue Feb 1 11:39:40 2005 From: Russell.Lear at xerox.com (Lear, Russell) Date: Tue Feb 1 11:39:40 2005 Subject: [Moin-user] Re: New User Question: Creating a form Message-ID: <84284AE8CCDB834296BC86FBE7C389BDC91A03@usaesm1mf01.na.xerox.net> Thanks for the info. If a macro produced a form, how would the fields be passed to a destination page within MoinMoin? For instance, if page FormPage had a macro that produced a suitable form with an action to GET/POST to http://MyWiki/ActionPage?field1=value1&field2=value2, how would ActionPage reference the field1 and field2 variables? Are macro parameter values always known at edit time? Thanks, Russell. -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net]On Behalf Of Alexander Schremmer Sent: Tuesday, February 01, 2005 11:14 AM To: moin-user at lists.sourceforge.net Subject: [Moin-user] Re: New User Question: Creating a form On Mon, 31 Jan 2005 17:11:32 -0800, Russell Lear wrote: > I just installed MoinMoin and have been playing with it for about a week. > Installation on both Windows and Linux went quite smoothly (other than the > occasional operator error). I've worked through various tutorials and other > documentation so I'm able to create edit pages, create macros, etc. > Everything is so simple! (But then you knew that). > > One thing I haven't been able to figure out so far is how to create a form on > a user page and then have the results of the POST action be displayed on a > Wiki page - or even if this is in the proper WikiWiki spirit. > > Any pointers to this? Unfortunately, this is not true currently without support of macros. You can find the appropriate documentation on HelpOnMacros. It is planned to implement forms. Kind regards, Alexander ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From bill.scherer at verizonwireless.com Tue Feb 1 11:48:54 2005 From: bill.scherer at verizonwireless.com (Bill Scherer) Date: Tue Feb 1 11:48:54 2005 Subject: [Moin-user] Re: processors and tables In-Reply-To: <41FFC182.8010109@verizonwireless.com> References: <41FFC182.8010109@verizonwireless.com> Message-ID: <41FFDC1F.5010409@verizonwireless.com> Alexander Schremmer wrote: >On Tue, 01 Feb 2005 12:50:58 -0500, Bill Scherer wrote: > > > >>Bill Scherer wrote: >> >>I figured out a work-around... I created a new, minimal, page for each >>proccessor call, then I [[Include(pageName)]] inside the table markers >>(||). It works, but is suboptimal, if only because Include provides no >>way (at least, I can't find one) to *not* show a link to the included >>page at the bottom of the inclusion. >> >> > >Just a small hint - 1.3 does not show the link anymore (one would need to >add it manually). > > > Good to know, thanks! Armed with this info, I modified Include.py and commented out lines 204-211, and now the link is gone. >Kind regards, >Alexander > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting >Tool for open source databases. Create drag-&-drop reports. Save time >by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. >Download a FREE copy at http://www.intelliview.com/go/osdn_nl >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user > > -- Bill.Scherer at Verizon Wireless RHCE 803004682212603 From Ken.Malsky at analog.com Tue Feb 1 12:03:54 2005 From: Ken.Malsky at analog.com (Malsky, Ken) Date: Tue Feb 1 12:03:54 2005 Subject: [Moin-user] Another newbie "is it possible..." question Message-ID: Hello, I've just installed MoinMoin both for my own use and (soon) to support a design team. In both applications, a "to do" list would be fairly obvious and useful and the (./) and {1} -style markup seems like it would make this very easy. Q: Is there a simple way of making a list like an ordered or unordered list that allows you to use an arbitrary icon instead of the bullet or number? The bullet in front of the check mark or priority number is suboptimal, and ending every line with [[BR]] seems silly since it is intended to be a list. Q: Can a user/admin add their own markup with another .PNG icon (i.e. a nice empty checkbox square)? Thanks in advance, Ken Malsky Analog Devices, Inc. From msoulier at digitaltorque.ca Tue Feb 1 12:36:52 2005 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Tue Feb 1 12:36:52 2005 Subject: [Moin-user] Another newbie "is it possible..." question In-Reply-To: References: Message-ID: <1107290008.25071.19.camel@latte.nssg.mitel.com> On Tue, 2005-01-02 at 15:01 -0500, Malsky, Ken wrote: > Hello, > > I've just installed MoinMoin both for my own use and (soon) to support a design team. In both applications, a "to do" list would be fairly obvious and useful and the (./) and {1} -style markup seems like it would make this very easy. > > Q: Is there a simple way of making a list like an ordered or unordered list that allows you to use an arbitrary icon instead of the bullet or number? > > The bullet in front of the check mark or priority number is suboptimal, and ending every line with [[BR]] seems silly since it is intended to be a list. > > Q: Can a user/admin add their own markup with another .PNG icon (i.e. a nice empty checkbox square)? Sounds like your own theme with a customized CSS stylesheet would accomplish both of these. Mike -------------- 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 2004b at usenet.alexanderweb.de Tue Feb 1 12:55:40 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 1 12:55:40 2005 Subject: [Moin-user] Re: Re: New User Question: Creating a form References: <84284AE8CCDB834296BC86FBE7C389BDC91A03@usaesm1mf01.na.xerox.net> Message-ID: <16osxt76lxg11$.dlg@usenet.alexanderweb.de> On Tue, 1 Feb 2005 11:35:54 -0800, Lear, Russell wrote: >>> One thing I haven't been able to figure out so far is how to create a form on >>> a user page and then have the results of the POST action be displayed on a >>> Wiki page - or even if this is in the proper WikiWiki spirit. >> Unfortunately, this is not possible currently without support of macros. You >> can find the appropriate documentation on HelpOnMacros. > If a macro produced a form, how would the fields be passed to a > destination page within MoinMoin? For instance, if page FormPage had a > macro that produced a suitable form with an action to GET/POST to > http://MyWiki/ActionPage?field1=value1&field2=value2, how would > ActionPage reference the field1 and field2 variables? It cannot directly. You would need to write an action that handles the GET/POST data (see available actions in MoinMoin/actions). This action might store the data to disk or append them to the page. Then you would need to call a macro to display the data if you did not append it to the page. You call actions like this: http://MyWiki/ActionPage?action=myhandler&field1=value1&field2=value2 Kind regards, Alexander From nirs at actcom.net.il Tue Feb 1 13:38:39 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Tue Feb 1 13:38:39 2005 Subject: [Moin-user] Re: Fw: page displays secure and unsecure items In-Reply-To: <20050201193643.036C613BEC@sc8-sf-spam2.sourceforge.net> References: <20050201193643.036C613BEC@sc8-sf-spam2.sourceforge.net> Message-ID: <19260DB0-7499-11D9-882D-000A95B45AA0@actcom.net.il> On 1 Feb, 2005, at 21:33, moin-user-request at lists.sourceforge.net wrote: >> Don't suppose we could remove the w3 validator icon from >> multiconfig.py. >> If running over https, every time you change the page, you get a >> warning >> about the page displaying secure and insecure items. It is very >> annoying and I would rather not have to have all users to reconfig >> their >> browser. Getting rid of that one icon fixed it. >> The w3 validator icon is the default configuration, you are free to override this in your configuration. Simply define your own value for that option in your wikiconfig.py, or as an alternative, hide the the credits. See HelpOnConfiguration for more information, and the actual code in multiconfig.py if needed. In any case you should not change the code of multiconfig.py, because your changes will be overwritten when you upgrade to a new version. Best Regards, Nir Soffer From geek+ at cmu.edu Tue Feb 1 15:34:22 2005 From: geek+ at cmu.edu (Brian Gallew) Date: Tue Feb 1 15:34:22 2005 Subject: [Moin-user] Re: Re: New User Question: Creating a form In-Reply-To: <16osxt76lxg11$.dlg@usenet.alexanderweb.de> References: <84284AE8CCDB834296BC86FBE7C389BDC91A03@usaesm1mf01.na.xerox.net> <16osxt76lxg11$.dlg@usenet.alexanderweb.de> Message-ID: <4200117D.2020706@cmu.edu> Alexander Schremmer wrote: > On Tue, 1 Feb 2005 11:35:54 -0800, Lear, Russell wrote: >>>>One thing I haven't been able to figure out so far is how to create a form on >>>>a user page and then have the results of the POST action be displayed on a >>>>Wiki page - or even if this is in the proper WikiWiki spirit. Look for the "Trouble" macro/action that I posted to the list a few months ago. It does mostly what you want, although you will definitely need to customize it! From skip at mojam.com Wed Feb 2 08:48:23 2005 From: skip at mojam.com (Skip Montanaro) Date: Wed Feb 2 08:48:23 2005 Subject: [Moin-user] subscripts/superscripts with monospace font? Message-ID: <16897.796.805822.689289@montanaro.dyndns.org> I'd like to display some expressions containing subscripts in a monospaced font. I tried: {{{ P,,a,, == 0 }}} but the subscript notation is not evaluated in this situation. Is it possible to get monospace font display with subscripts/superscripts? (I'm using Moin 1.2.) Thanks, Skip From 2004b at usenet.alexanderweb.de Wed Feb 2 09:34:13 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 2 09:34:13 2005 Subject: [Moin-user] Re: subscripts/superscripts with monospace font? References: <16897.796.805822.689289@montanaro.dyndns.org> Message-ID: <13wp0c81ekkme.dlg@usenet.alexanderweb.de> On Wed, 2 Feb 2005 10:43:08 -0600, Skip Montanaro wrote: > I'd like to display some expressions containing subscripts in a monospaced > font. I tried: > > {{{ P,,a,, == 0 }}} > > but the subscript notation is not evaluated in this situation. Is it > possible to get monospace font display with subscripts/superscripts? (I'm > using Moin 1.2.) I do not think so. You might want to look at the latex parsers on MoinMoin:ParserMarket if you can write latex. Kind regards, Alexander From BradeyH at construx.com Wed Feb 2 18:53:25 2005 From: BradeyH at construx.com (Bradey Honsinger) Date: Wed Feb 2 18:53:25 2005 Subject: [Moin-user] OT: Copy Link to Clipboard in Wiki Format from Mozilla/Firefox Message-ID: <323BB51CE8D82A4089160BB42356AA5B012940A6@cxexchange.construx.com> I save URLS in the wiki a lot, and it's annoying to have to copy the URL and title over separately and paste them into the wiki `[ ]` format. I grabbed some code off of the web and made a bookmarklet to do it for me: javascript:(function(){var copyText="+document.location+" "+document.title+";netscape.security.PrivilegeManager.enablePrivilege('U niversalXPConnect');var str=Components.classes at mozilla.org/supports-string;1.createInstance(Comp onents.interfaces.nsISupportsString);if(!str)return false;str.data=copyText;var trans=Components.classes at mozilla.org/widget/transferable;1.createInstanc e(Components.interfaces.nsITransferable);if(!trans)return false;trans.addDataFlavor("text/unicode");trans.setTransferData("text/un icode",str,copyText.length*2);var clipid=Components.interfaces.nsIClipboard;var clip=Components.classes at mozilla.org/widget/clipboard;1.getService(clipid );if(!clip)return false;clip.setData(trans,null,clipid.kGlobalClipboard);})(); In order to use this, you need to go into about:config and set signed.applets.codebase_principal_support to true--a bit of a security risk, so don't say you weren't warned. Vote for bugs 245277 (Firefox) and 249453 (Mozilla) on bugzilla.mozilla.org. Details (and pre-bookmarkleted code) on the Moin wiki at http://moinmoin.wikiwikiweb.de/BradeyHonsinger/CopyWikiLinkBookmarklet. - Bradey From RussLear314 at yahoo.com Wed Feb 2 20:30:10 2005 From: RussLear314 at yahoo.com (Russell Lear) Date: Wed Feb 2 20:30:10 2005 Subject: [Moin-user] Re: Re: New User Question: Creating a form In-Reply-To: <4200117D.2020706@cmu.edu> References: <84284AE8CCDB834296BC86FBE7C389BDC91A03@usaesm1mf01.na.xerox.net> <16osxt76lxg11$.dlg@usenet.alexanderweb.de> <4200117D.2020706@cmu.edu> Message-ID: <200502022013.33510.RussLear314@yahoo.com> Thanks for the pointers! Both for your specific macro/action and for the nudge toward the mail archives. Makes for some interesting reading. Russell. On Tuesday 01 February 2005 15:32, Brian Gallew wrote: > Alexander Schremmer wrote: > > On Tue, 1 Feb 2005 11:35:54 -0800, Lear, Russell wrote: > >>>>One thing I haven't been able to figure out so far is how to create a > >>>> form on a user page and then have the results of the POST action be > >>>> displayed on a Wiki page - or even if this is in the proper WikiWiki > >>>> spirit. > > Look for the "Trouble" macro/action that I posted to the list a few > months ago. It does mostly what you want, although you will definitely > need to customize it! > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From Ralf-Lists at RalfGross.de Thu Feb 3 01:50:13 2005 From: Ralf-Lists at RalfGross.de (Ralf Gross) Date: Thu Feb 3 01:50:13 2005 Subject: [Moin-user] UnicodeDecodeError'utf8' codec can't decode bytes in position 0-1: invalid data Message-ID: <51493.141.113.101.32.1107424034.squirrel@webmail.ssorgflar.de> Hi, I just updated our old RedHat 8.0 moinmoin 1.2.4 Server to Fedora Core 3 with moinmoin 1.3.3. Now I have one page which gaves me an error. UnicodeDecodeError'utf8' codec can't decode bytes in position 0-1: invalid data I attached the whole error page to this mail. I ran all the migration scripts, is there anything I can do to reconstruct the page? Ralf -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20050203/c4135b0a/attachment.htm> From o.hofmann at smail.uni-koeln.de Thu Feb 3 06:41:41 2005 From: o.hofmann at smail.uni-koeln.de (Oliver Hofmann) Date: Thu Feb 3 06:41:41 2005 Subject: [Moin-user] Synchronizing Message-ID: <42011D39.4000802@smail.uni-koeln.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 'lo everyone! Been trying to keep a dekstop edition and a live version of a small personal wiki in sync using unison. Would it be sufficient to keep the pages/-directory updated, or would I be better off syncing the complete data/ dir? Thanks, Oliver - -- Oliver Hofmann - University of Cologne - Department of Biochemistry -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCAR059ihIjY7POJMRAsIkAJwOhLKIPeu9wI8M1BfOIpHU8Pp99gCfT6UA PWO4Otw0g0wNH+8Czdnj1Ms= =agqW -----END PGP SIGNATURE----- From 2004b at usenet.alexanderweb.de Thu Feb 3 08:28:35 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 3 08:28:35 2005 Subject: [Moin-user] Re: UnicodeDecodeError'utf8' codec can't decode bytes in position 0-1: invalid data References: <51493.141.113.101.32.1107424034.squirrel@webmail.ssorgflar.de> Message-ID: <slh1yqlo2gpl$.dlg@usenet.alexanderweb.de> On Thu, 3 Feb 2005 10:47:14 +0100 (CET), Ralf Gross wrote: > I just updated our old RedHat 8.0 moinmoin 1.2.4 Server to Fedora Core 3 > with moinmoin 1.3.3. > Now I have one page which gaves me an error. > > UnicodeDecodeError'utf8' codec can't decode bytes in position 0-1: invalid > data I attached the whole error page to this mail. This error is caused by an attachement filename. This should not happen but there is no migration script that migrates attachments. It is planned by ThomasWaldmann to write one. > I ran all the migration scripts, is there anything I can do to reconstruct > the page? In order to repair it, goto the directory ../data/pages/MtcQip/attachments and rename every file that has non-ascii characters in it. If you want to preserve the original filename, just upload it with (I guess) umlauts in the file name again, you will see that the filename will be stored differently. Kind regards, Alexander From Ralf-Lists at RalfGross.de Thu Feb 3 08:54:34 2005 From: Ralf-Lists at RalfGross.de (Ralf Gross) Date: Thu Feb 3 08:54:34 2005 Subject: [Moin-user] Re: UnicodeDecodeError'utf8' codec can't decode bytes in position 0-1: invalid data Message-ID: <25203.141.113.101.22.1107449420.squirrel@webmail.ssorgflar.de> moin-user-admin at lists.sourceforge.net wrote on 03.02.2005 16:52:26: > On Thu, 3 Feb 2005 10:47:14 +0100 (CET), Ralf Gross wrote: > > > I just updated our old RedHat 8.0 moinmoin 1.2.4 Server to Fedora Core 3 > > with moinmoin 1.3.3. > > Now I have one page which gaves me an error. > > > > UnicodeDecodeError'utf8' codec can't decode bytes in position 0-1: > > invalid data. > > I attached the whole error page to this mail. > > This error is caused by an attachement filename. This should not happen > but there is no migration script that migrates attachments. It is planned > by ThomasWaldmann to write one. Ok. > > I ran all the migration scripts, is there anything I can do to > > reconstruct the page? > > In order to repair it, goto the directory ../data/pages/MtcQip/attachments > and rename every file that has non-ascii characters in it. > If you want to preserve the original filename, just upload it with (I > guess) umlauts in the file name again, you will see that the filename will > be stored differently. Actually, this was hat I did after some minutes of meditation. I removed the link from the current version of the page and added the attachment with the umlauts in the file name again. This worked. Thanks, Ralf From 2004b at usenet.alexanderweb.de Thu Feb 3 09:09:40 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 3 09:09:40 2005 Subject: [Moin-user] Re: Synchronizing References: <42011D39.4000802@smail.uni-koeln.de> Message-ID: <1hcx0rooymrl6$.dlg@usenet.alexanderweb.de> On Wed, 02 Feb 2005 19:34:33 +0100, Oliver Hofmann wrote: > Been trying to keep a dekstop edition and a live version of a small > personal wiki in sync using unison. Would it be sufficient to keep the > pages/-directory updated, or would I be better off syncing the complete > data/ dir? The wiki data directory consists of the following parts: These files do not need to be synced: data/error.log data/xmlrpc-log You may want to copy this file from live to the DesktopEdition in order to view charts about the hits on your live wiki: data/event-log Syncronising this file might be tricky because you do not really want to have duplicate entries in it pointing to one page. It is mainly used for RecentChanges: data/edit-log You do not want to sync these folders: data/cache data/user data/pages/*/cache You can do a normal merge for this folder: data/plugin Finally, there is just data/pages left. That folder can be easily one-way merged per page. But if there are edits on both sides, you might mix up the revisions or disorganise the page history because diff3 generates two lines per page revision. If you are sure that every page is just edited on one side at once, then you can accept a mode that does not involve merging. HTH, Alexander From pdecker02 at comcast.net Thu Feb 3 10:30:33 2005 From: pdecker02 at comcast.net (Paul Decker) Date: Thu Feb 3 10:30:33 2005 Subject: [Moin-user] IIS intallation problem Message-ID: <42026D43.3030706@comcast.net> Tried searching the archives, but I couldn't seem to find an error like this. After following the install instructions in the moin package, I try to go to the 127.0.0.1 link. I get this : CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Traceback (most recent call last): File "C:\moin\RogueWiki\moin.cgi", line 39, in ? request = RequestCGI() File "C:\moin\Lib\site-packages\MoinMoin\request.py", line 1109, in __init__ self._setup_vars_from_std_env(os.environ) File "C:\moin\Lib\site-packages\MoinMoin\request.py", line 243, in _setup_vars_from_std_env path_info = path_info.decodeUnknownInput(path_info).encode("utf-8") AttributeError: 'str' object has no attribute 'decodeUnknownInput' Anybody with any ideas? It's probably something simple, since I've never done an IIS installation before. Thanks, Paul Decker From 2004b at usenet.alexanderweb.de Thu Feb 3 10:58:46 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 3 10:58:46 2005 Subject: [Moin-user] Re: IIS intallation problem References: <42026D43.3030706@comcast.net> Message-ID: <1g07i9hvzymg0$.dlg@usenet.alexanderweb.de> On Thu, 03 Feb 2005 10:28:19 -0800, Paul Decker wrote: > CGI Error > The specified CGI application misbehaved by not returning a complete set > of HTTP headers. The headers it did return are: > > Traceback (most recent call last): > File "C:\moin\RogueWiki\moin.cgi", line 39, in ? > request = RequestCGI() > File "C:\moin\Lib\site-packages\MoinMoin\request.py", line 1109, in > __init__ > self._setup_vars_from_std_env(os.environ) > File "C:\moin\Lib\site-packages\MoinMoin\request.py", line 243, in > _setup_vars_from_std_env > path_info = path_info.decodeUnknownInput(path_info).encode("utf-8") > AttributeError: 'str' object has no attribute 'decodeUnknownInput' > > Anybody with any ideas? It's probably something simple, since I've > never done an IIS installation before. This is known bug (in fact a copy&paste bug :-)). See http://article.gmane.org/gmane.comp.web.wiki.moin.general:1848 Kind regards, Alexander From tolot at jupiter.solar-empire.de Thu Feb 3 13:04:19 2005 From: tolot at jupiter.solar-empire.de (Marc Christiansen) Date: Thu Feb 3 13:04:19 2005 Subject: [Moin-user] Re: IIS intallation problem References: <42026D43.3030706@comcast.net> Message-ID: <tcaad2-dhf.ln1@halut.solar-empire.de> Paul Decker <pdecker02 at comcast.net> wrote: > Tried searching the archives, but I couldn't seem to find an error like > this. After following the install instructions in the moin package, I > try to go to the 127.0.0.1 link. > > I get this : > CGI Error > The specified CGI application misbehaved by not returning a complete set > of HTTP headers. The headers it did return are: > > Traceback (most recent call last): > File "C:\moin\RogueWiki\moin.cgi", line 39, in ? > request = RequestCGI() > File "C:\moin\Lib\site-packages\MoinMoin\request.py", line 1109, in > __init__ > self._setup_vars_from_std_env(os.environ) > File "C:\moin\Lib\site-packages\MoinMoin\request.py", line 243, in > _setup_vars_from_std_env > path_info = path_info.decodeUnknownInput(path_info).encode("utf-8") > AttributeError: 'str' object has no attribute 'decodeUnknownInput' > > Anybody with any ideas? It's probably something simple, since I've > never done an IIS installation before. This a known bug, which will be fixed in 1.3.4. For a workaround, change line 243 in MoinMoin\request.py to path_info = wikiutil.decodeUnknownInput(path_info).encode("utf-8") This information is from the MoinMoin wiki: <http://moinmoin.wikiwikiweb.de/MoinMoinBugs/request.py_broken_on_IIS> Saluton Marc From bvande at po-box.mcgill.ca Thu Feb 3 23:24:36 2005 From: bvande at po-box.mcgill.ca (Brian van den Broek) Date: Thu Feb 3 23:24:36 2005 Subject: [Moin-user] bang_meta takes effect only after pages are changed? Message-ID: <4203227C.3000309@po-box.mcgill.ca> Hi all, I am running MoinMoin 1.3.2 as a standalone on WinMe with Python 2.4. I just enabled !EscapingWikiNames by putting bang_meta = True into my wikiconfig.py in my wiki instance dir. I put it in as the last line and withing the scope of the `class Config(DefaultConfig):' definition. I had a few preexisting escaped names here and there, from before I had changed my config to include the bang_meta = True statement. I noticed that the escaping of WikiNames didn't take effect on any pages until after I had changed them and saved the changes. (This held true even after I shut down my moin.py process and restarted it. I did this to check to see if it was a manifestation of the problem caused by WinMe's use of FAT that Alex and I posted about recently.) Is this how it is supposed to work? Did I put the bang_meta = True line in the correct place? Is it a product of my running a standalone? I ask because it has an odd and possibly misleading consequence. If one enables ! escaping after reading about it on the immutable page HelpOnLinking and then refers to the example of an escaped name there, it will look like you haven't managed to enable it at all. (At least for me, pages with !WikiNames that I have saved subsequently to enabling bang_meta do escape the names, but one's I've yet to save since enabling ! do not.) I'd be happy to add a sentence or two to moinmaster about this at the relevant place in HelpOnLinking. But, I wanted to check first if what I am observing is generally the case, caused by pilot error, or a product of my particular environment. Best, Brian vdB From topeju at badzilla.net Thu Feb 3 23:53:35 2005 From: topeju at badzilla.net (Tomi Junnila) Date: Thu Feb 3 23:53:35 2005 Subject: [Moin-user] bang_meta takes effect only after pages are changed? In-Reply-To: <4203227C.3000309@po-box.mcgill.ca> References: <4203227C.3000309@po-box.mcgill.ca> Message-ID: <20050204075303.GA7596@badzilla.net> * Brian van den Broek <bvande at po-box.mcgill.ca> wrote on 04.02.05 02:21: > I had a few preexisting escaped names here and there, from before I > had changed my config to include the bang_meta = True statement. I > noticed that the escaping of WikiNames didn't take effect on any pages > until after I had changed them and saved the changes. (This held true > [...] > Is this how it is supposed to work? Did I put the bang_meta = True You don't need to edit the page, but you will need to RefreshCache (or DeleteCache) for the pages in question. Editing the page will effectively refresh the cache also, so the end result was the same there. -- Tomi Junnila <topeju at badzilla.net> http://topeju.badzilla.net/ From 2004b at usenet.alexanderweb.de Fri Feb 4 04:39:48 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Feb 4 04:39:48 2005 Subject: [Moin-user] Re: bang_meta takes effect only after pages are changed? References: <4203227C.3000309@po-box.mcgill.ca> Message-ID: <dmn3xigtecf3$.dlg@usenet.alexanderweb.de> On Fri, 04 Feb 2005 02:21:32 -0500, Brian van den Broek wrote: > I just enabled !EscapingWikiNames by putting > bang_meta = True > into my wikiconfig.py in my wiki instance dir. > I had a few preexisting escaped names here and there, from before I > had changed my config to include the bang_meta = True statement. I > noticed that the escaping of WikiNames didn't take effect on any pages > until after I had changed them and saved the changes. (This held true > even after I shut down my moin.py process and restarted it. I did this > to check to see if it was a manifestation of the problem caused by > WinMe's use of FAT that Alex and I posted about recently.) > Is this how it is supposed to work? Did I put the bang_meta = True > line in the correct place? Is it a product of my running a standalone? MoinMoin uses internal caching of pages to speed up the rendering. The caches are invalidated automatically when the modification time of the MoinMoin package directory changes. So you may try to edit a file in there to let Windows ME update the directory mtime. But as we saw before, it might not always update the mtime on such file edits. Kind regards, Alexander From crosseyedpenguin at yahoo.com Fri Feb 4 06:31:40 2005 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Fri Feb 4 06:31:40 2005 Subject: [Moin-user] Synchronizing In-Reply-To: <42011D39.4000802@smail.uni-koeln.de> Message-ID: <20050204143123.65098.qmail@web30908.mail.mud.yahoo.com> --- Oliver Hofmann <o.hofmann at smail.uni-koeln.de> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > 'lo everyone! > > > Been trying to keep a dekstop edition and a live version of a small > personal wiki in sync using unison. Would it be sufficient to keep > the > pages/-directory updated, or would I be better off syncing the > complete > data/ dir? I have been doing the same to sync between a Fedora Core 2 production copy and a Windows/XP test systems. The .prf file I have been using is below. Copying the dict file between 'nix and Windows seemed to cause errors in the distant past, and setting the times flag is necessary for the diffs to work. The drawiki directory contains the data directory and the moin_config and moin.cgi files. Note I am using Moin 1.2.4. ''' root = C:\home\web\Moin\drawiki\ root = ssh://unison at penguin//home/web/Moin/drawiki/ force = ssh://unison at penguin//home/web/Moin/drawiki/ ignore = Name *.py ignore = Name *.pyc ignore = Name *.cgi ignore = Name dict.* ignore = Name dicts.* ignore = Path data/cache ignore = Path data/plugins times = true ''' Roger Haase __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From dean at xsoftware.biz Fri Feb 4 08:05:22 2005 From: dean at xsoftware.biz (Dean Hiller) Date: Fri Feb 4 08:05:22 2005 Subject: [Moin-user] testing!!!!!!!!!!!!! Message-ID: <018401c50ad3$409c4ed0$6401a8c0@rnd.avaya.com> testing, ignore. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20050204/fd33ab6a/attachment.html> From dean at xsoftware.biz Fri Feb 4 08:21:02 2005 From: dean at xsoftware.biz (Dean Hiller) Date: Fri Feb 4 08:21:02 2005 Subject: [Moin-user] Re: Re: disable http in moinmoin(no access toapache) (Dean Hiller) Message-ID: <01a101c50ad4$f85212c0$6401a8c0@rnd.avaya.com> oh, thanks, I moved that. I could have sworn I followed the instructions to the T, but I guess not. I think I accidentally flipped between scenarios and got lost. BIG NOTE: I have no access to the apache web server, nor it's config files. So now I have this..... /home/deanhiller/moinmoin - install of moinmoin /home/dean/wiki - instance with data and underlay /home/dean/public_html/xwiki/htdocs /home/dean/cgi-bin/moin.cgi I then had this before.... url_prefix='https://pro5.abac.com/deanhiller/xwiki/htdocs' so instead I try this.... url_prefix = '/xwiki/htdocs' now all my wiki icons dissapper...view icon, diff icon, info icon all gone now and the page is totally not formatted and is kind of corrupted looking. I have to put it back to the full url and it works again. thanks, dean > ----- Original Message ----- > From: "Nir Soffer" <nirs at freeshell.org> > To: <moin-user at lists.sourceforge.net> > Sent: Tuesday, February 01, 2005 3:10 AM > Subject: Re: [Moin-user] Re: Re: disable http in moinmoin(no access > toapache) (Dean Hiller) > > > > On Mon, 2005-01-31 at 17:13 -0800, > > moin-user-request at lists.sourceforge.net wrote: > > > interesting...this may be close...here is my setup > > > /home/dean/moinmoin - install of moinmoin > > > /home/dean/cgi-bin/moin.cgi - the cgi script > > > /home/dean/public_html/xwiki/ - my instance of moinmoin > > > > > > Now, with this setup, I had to use an absolute URL for > > > url_prefix=https://pro5.abac.com/deanhiller/xwiki/htdocs > > > > Stop! > > > > Do not put your wiki in your public_html directory! Please read (again?) > > this page: > > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation > > > > Read carfully the "Security warnings" in the bold red type with the > > warning icons. > > > > Now put your wiki in /home/dean/wiki/ - the web server should not server > > anything from this directory, only moin.cgi. > > > > About url_prefix - set it to '/~dean/wiki', and in your apache > > configuration file, set an alias: > > > > Alias /~dean/wiki/ /home/dean/share/moin/htdocs/ > > > > Let me explain how this work: All the static files in moin, like images > > and css files are served by the web server, not by moin. How the web > > server know what to serve? If you will look in to the source of the html > > page, you can see that every image or css url starts with the '/wiki', > > e.g /~dean/wiki/modern/img/moin-foo.png. The alias you set before > > redirect such link > > to /home/dean/share/moin/htdocs/wiki/modern/img/moin-foo.png, which is > > served by Apache much faster then moin can. > > > > -- > > Best Regards, > > > > Nir Soffer. > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > Tool for open source databases. Create drag-&-drop reports. Save time > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > From dean at xsoftware.biz Fri Feb 4 08:21:04 2005 From: dean at xsoftware.biz (Dean Hiller) Date: Fri Feb 4 08:21:04 2005 Subject: [Moin-user] U''''''seCase becomes not a link, but is there an easier way Message-ID: <01a701c50ad5$033b58e0$6401a8c0@rnd.avaya.com> sweet, thanks, it is working now. thanks, dean > ----- Original Message ----- > From: "Tomi Junnila" <topeju at badzilla.net> > To: <moin-user at lists.sourceforge.net> > Sent: Monday, January 31, 2005 11:35 PM > Subject: Re: [Moin-user] U''''''seCase becomes not a link, but is there an > easier way > > > > * Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 23:25: > > > This didn't seem to work...I got an error like I can't add a property to > the > > > config file(ie. my config file does not have a bang_meta option). I am > > > using the latest moinmoin version. > > > > Python is sensitive to indentation in the config file. The config file > > should look something like this: > > > > [...] > > > > class Config(DefaultConfig): > > > > # Wiki identity ---------------------------------------------------- > > > > # Site name, used by default for wiki name-logo [Unicode] > > sitename = u'(wiki site name here)' > > > > # Wiki logo. You can use an image, text or both. [Unicode] > > # Example: u'<img src="/wiki/mywiki.png" alt="My Wiki">My Wiki' > > # For no logo or text, use '' > > logo_string = sitename > > > > [...] > > > > You should follow the example there and indent the bang_meta setting: > > > > bang_meta = 1 > > > > (I just checked HelpOnConfiguration and it states the default value is > > 0, so 1 should enable the !NoWikiName markup; one of the experts will be > > able to tell you if the value "true" should also work.) > > > > > > -- > > Tomi Junnila <topeju at badzilla.net> > > http://topeju.badzilla.net/ > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > Tool for open source databases. Create drag-&-drop reports. Save time > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > From dean at xsoftware.biz Fri Feb 4 08:21:38 2005 From: dean at xsoftware.biz (Dean Hiller) Date: Fri Feb 4 08:21:38 2005 Subject: [Moin-user] Re: Re: disable http in moinmoin(no access to apache) (Dean Hiller) Message-ID: <01ae01c50ad5$15bdf6d0$6401a8c0@rnd.avaya.com> no access to the apache logs(I asked my ISP and they say it is too much of a security risk). support also new nothing about mod_rewrite. Are there security risks with the way I set it up with the redirect? I agree that I would prefer your method if I could. thanks, dean > ----- Original Message ----- > From: "Brian Gallew" <geek+ at cmu.edu> > To: "Dean Hiller" <dean at xsoftware.biz> > Sent: Tuesday, February 01, 2005 6:56 AM > Subject: Re: [Moin-user] Re: Re: disable http in moinmoin(no access to > apache) (Dean Hiller) > > > > Dean Hiller wrote: > > > sweet, I am much closer. It seemed to shut it down completely and I > > > couldn't access anything though > > > > That's sub-optimal. > > > > > Is this correct just to verify as this is exactly what I have in the > > > .htaccess file (or am I supposed to replace parts and which parts) > > > RewriteEngine On > > > RewriteConf %{SERVER_PORT} !443 > > > RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301] > > > > That's exactly how it should appear. The web server should make any > > necessary substitutions. Can you look in the Apache logs to see what's > > going on? It may be the case that you don't have mod_rewrite installed, > > so attempts to read the .htaccess error out and you get nothing back. > From dean at xsoftware.biz Fri Feb 4 08:21:39 2005 From: dean at xsoftware.biz (Dean Hiller) Date: Fri Feb 4 08:21:39 2005 Subject: [Moin-user] Re: Fw: page displays secure and unsecure items Message-ID: <01b501c50ad5$22e2ae00$6401a8c0@rnd.avaya.com> I don't see an option for this in the config file as yes, this is the first thing I looked for because I didn't want to be changing code on every upgrade. What is the name of this option? thanks, dean > ----- Original Message ----- > From: "Nir Soffer" <nirs at actcom.net.il> > To: <moin-user at lists.sourceforge.net> > Sent: Tuesday, February 01, 2005 2:34 PM > Subject: Re: [Moin-user] Re: Fw: page displays secure and unsecure items > > > > > > On 1 Feb, 2005, at 21:33, moin-user-request at lists.sourceforge.net wrote: > > > > >> Don't suppose we could remove the w3 validator icon from > > >> multiconfig.py. > > >> If running over https, every time you change the page, you get a > > >> warning > > >> about the page displaying secure and insecure items. It is very > > >> annoying and I would rather not have to have all users to reconfig > > >> their > > >> browser. Getting rid of that one icon fixed it. > > >> > > > > The w3 validator icon is the default configuration, you are free to > > override this in your configuration. Simply define your own value for > > that option in your wikiconfig.py, or as an alternative, hide the the > > credits. See HelpOnConfiguration for more information, and the actual > > code in multiconfig.py if needed. > > > > In any case you should not change the code of multiconfig.py, because > > your changes will be overwritten when you upgrade to a new version. > > > > Best Regards, > > > > Nir Soffer > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > Tool for open source databases. Create drag-&-drop reports. Save time > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > From bvande at po-box.mcgill.ca Fri Feb 4 08:45:33 2005 From: bvande at po-box.mcgill.ca (Brian van den Broek) Date: Fri Feb 4 08:45:33 2005 Subject: [Moin-user] Re: bang_meta takes effect only after pages are changed? In-Reply-To: <dmn3xigtecf3$.dlg@usenet.alexanderweb.de> References: <4203227C.3000309@po-box.mcgill.ca> <dmn3xigtecf3$.dlg@usenet.alexanderweb.de> Message-ID: <4203A056.7050109@po-box.mcgill.ca> Alexander Schremmer said unto the world upon 2005-02-04 07:39: > On Fri, 04 Feb 2005 02:21:32 -0500, Brian van den Broek wrote: > > >>I just enabled !EscapingWikiNames by putting >>bang_meta = True >>into my wikiconfig.py in my wiki instance dir. > > >>I had a few preexisting escaped names here and there, from before I >>had changed my config to include the bang_meta = True statement. I >>noticed that the escaping of WikiNames didn't take effect on any pages >>until after I had changed them and saved the changes. (This held true >>even after I shut down my moin.py process and restarted it. I did this >>to check to see if it was a manifestation of the problem caused by >>WinMe's use of FAT that Alex and I posted about recently.) > > >>Is this how it is supposed to work? Did I put the bang_meta = True >>line in the correct place? Is it a product of my running a standalone? > > > MoinMoin uses internal caching of pages to speed up the rendering. The > caches are invalidated automatically when the modification time of the > MoinMoin package directory changes. So you may try to edit a file in there > to let Windows ME update the directory mtime. But as we saw before, it > might not always update the mtime on such file edits. > > Kind regards, > Alexander Thanks Alexander (and Tomi, too). Since the behaviour persisted after terminating and relaunching moin.py, I'd assumed it was independent of the issue of the modtime of dirs in the WinMe file system. Anything else that seems odd, I'll just sit on until the next version of MoinMoin. Thanks again, Brian vdB From apthorpe at cynistar.net Fri Feb 4 09:04:11 2005 From: apthorpe at cynistar.net (Bob Apthorpe) Date: Fri Feb 4 09:04:11 2005 Subject: [Moin-user] Failed to update MoinMoin from 1.2.3 to 1.3.1 and being disappointed :-( In-Reply-To: <41F9819E.1090101@web.de> References: <41E725A8.2040902@web.de> <41E7EB3A.506@waldmann-edv.de> <41E83429.9040205@web.de> <41F9819E.1090101@web.de> Message-ID: <4203AACC.4090209@people.cynistar.net> Hi, Ulf Lamping wrote: [...] > Please let me know if there are any plans in the near future to improve > the upgrade process, Yesterday I migrated my test installation of MoinMoin 1.2.4 to a different server and used that to test the v1.2.4 -> v1.3.3 upgrade process. I have to agree with Ulf that the process and documentation leaves a lot to be desired. However, with Ulf's posts as a warning and after a number of false starts and a lot of cross-referencing in the documentation, I successfully upgraded my system. It was more tedious than difficult, almost all the information you need to perform the upgrade is in the existing documentation, and the process becomes very clear once you've successfully gone through it once. Unfortunately, that doesn't help much if you've never done it before. :) So, to help reduce frustration and help people upgrade to v1.3.3, I wrote: http://wiki.austinimprov.com/aiwiki/YetMoreHelpOnUpgradingMoinMoin I'd appreciate it if a few people could review this and test the process to ensure I haven't missed anything obvious. Now to write a good phpwiki->moinmoin translator... -- Bob From 2004b at usenet.alexanderweb.de Fri Feb 4 09:23:56 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Feb 4 09:23:56 2005 Subject: [Moin-user] Re: Failed to update MoinMoin from 1.2.3 to 1.3.1 and being disappointed :-( References: <41E725A8.2040902@web.de> <41E7EB3A.506@waldmann-edv.de> <41E83429.9040205@web.de> <41F9819E.1090101@web.de> <4203AACC.4090209@people.cynistar.net> Message-ID: <a455ttrso5sv$.dlg@usenet.alexanderweb.de> On Fri, 04 Feb 2005 11:03:08 -0600, Bob Apthorpe wrote: > So, to help reduce frustration and help people upgrade to v1.3.3, I wrote: > > http://wiki.austinimprov.com/aiwiki/YetMoreHelpOnUpgradingMoinMoin > I'd appreciate it if a few people could review this and test the process > to ensure I haven't missed anything obvious. Maybe you can even merge it into MoinMaster ... > Now to write a good phpwiki->moinmoin translator... There is one on MoinMoin:PhpWikiMoinMoinConverter Kind regards, Alexander PS.: MoinMaster has antispam issues currently and I cannot get through to Thomas Waldmann. So anyone who has problems editing his wiki might want to disable antispam temporarily (see your config file). From apthorpe at cynistar.net Fri Feb 4 09:35:44 2005 From: apthorpe at cynistar.net (Bob Apthorpe) Date: Fri Feb 4 09:35:44 2005 Subject: [Moin-user] Re: Failed to update MoinMoin from 1.2.3 to 1.3.1 and being disappointed :-( In-Reply-To: <cs8bnf$gb7$1@sea.gmane.org> References: <41E725A8.2040902@web.de> <cs8bnf$gb7$1@sea.gmane.org> Message-ID: <4203B245.5030100@people.cynistar.net> Charles de Miramon wrote: >>"To start, copy your data/ directory to this directory" >>What is this directory? > > I'm a MoinMoin 1.2.3 user and have not made the update yet seeing all the > problems on the list. I agree with Ulf that the documentation is not very > clear. I also don't understand what the underlay directory really means. It > would be nice to have a chart in the documentation explaining the > difference between the 1.2.x directories structure and the 1.3.x structure > to make it easier to understand how we should move/restructure our data. Sorry to reactivate this dead thread, but I have an answer. The default pages that ship with MoinMoin 1.3.x are stored in ./underlay, which keeps them separate from locally-created content stored in ./data. This should simplify upgrading from v1.3.x to future versions, but it doesn't help much for the 1.2.x -> 1.3.x upgrade. When you convert your 1.2.x pages to the format expected by v1.3.x, the 12_to_13_mig3.py script intermingles your locally-created pages with the 1.2.4 default pages. This means you need to manually copy your locally-created pages from the migration ./data/pages directory into the new wiki ./data/pages directory rather than just blindy copying everything from the migration ./data/pages directory. It's a pain, but you should only need to do it once when updating to 1.3.x. hth, -- Bob From ulf.lamping at web.de Fri Feb 4 14:42:58 2005 From: ulf.lamping at web.de (Ulf Lamping) Date: Fri Feb 4 14:42:58 2005 Subject: [Moin-user] Upgrading from 1.2.x to 1.3.x Message-ID: <4203FA5F.3000301@web.de> Hi List! Thanks to the responses I've got so far trying to help me in the upgrade problem. I've already stopped trying to upgrade and I don't see any reason to try again, as that would be quite a lot of time for myself again :-( As I've got some more responses encouraging me that other's ran into the same problems, I'm still trying to complain. And please don't get me wrong, I'm not here to simply complain, I'm still here trying to improve things... Sorry to say, but the whole thing reminds me of the following problem: "Let's explain as detailed as possible, how to find a way through the jungle." Well, it's just not about trying to find a way through the jungle, it's about avoiding the jungle at all. I know spending the time to build a highway surrounding the jungle is a lot of work, but that's the way it has to be. AN UPGRADE PROCESS LETTING YOUR USERS TO READ TEN OR EVEN MORE DOCUMENTS IS A NO, NO, NO GO!!!!! IF YOU ARE NOT ABLE (OR WILLING OR TOO LAZY) TO WRITE A STEP BY STEP GUIDE FOR A NEW MAJOR RELEASE, THEN SORRY, BUT STOP WORKING ON PUBLIC PROJECTS AND KEEP IN YOUR LOCAL (CVS) PLAYGROUND. AND PLEASE NOTE, THAT YOU'RE PROJECT ISN'T READY FOR THE PUBLIC!!! Sorry, to cry it out loud :-( But you still don't seem to understand what's going wrong here. Don't let your user's spend a lot of time, so the developers can save some time. MAKE THE UPDATE PROCESS AS BULLET PROOF AND AS EASY AS POSSIBLE BEFORE YOU RELEASE A MAJOR VERSION!!! Why do you encourage people to do the work you're just too lazy to do??? Why do you encourage people to leave your project, if you build such a good product??? I just don't understand it! I still keep insist on this, as there seems to be no MoinMoin developers even thinking about this. Only User's responded trying to find a solution... Regards, ULFL From apthorpe+moin at cynistar.net Fri Feb 4 21:37:48 2005 From: apthorpe+moin at cynistar.net (Bob Apthorpe) Date: Fri Feb 4 21:37:48 2005 Subject: [Moin-user] Upgrading from 1.2.x to 1.3.x In-Reply-To: <4203FA5F.3000301@web.de> References: <4203FA5F.3000301@web.de> Message-ID: <42045B8F.4020809@cynistar.net> Hello, Ulf Lamping wrote: > Thanks to the responses I've got so far trying to help me in the > upgrade problem. I've already stopped trying to upgrade and I don't > see any reason to try again, as that would be quite a lot of time for > myself again :-( Then I guess you're stuck. > As I've got some more responses encouraging me that other's ran into > the same problems, I'm still trying to complain. And please don't > get me wrong, I'm not here to simply complain, I'm still here trying > to improve things... Some things you could do that might actually help you get a simplified upgrade process: - Follow the upgrade process and list/fix all the places where the documentation is unclear, missing, or wrong - Provide a description of your environment, list the steps you've taken during the upgrade along with specific problems you've encountered and specific actions you've taken to solve or diagnose the problem. You may have done that in the past, I haven't checked the list archives and I'm not really inclined to, based on the rest of this post. > Sorry to say, but the whole thing reminds me of the following > problem: > > "Let's explain as detailed as possible, how to find a way through the > jungle." > > Well, it's just not about trying to find a way through the jungle, > it's about avoiding the jungle at all. > > I know spending the time to build a highway surrounding the jungle is > a lot of work, but that's the way it has to be. To follow that analogy, if you want to be on the other side of the jungle you can do a number of things: a) pay someone to fly you there b) grab your map, compass, and machete and hack your way through alone c) find some friendly natives to point out the known paths and help you cross the piranha-infested rivers d) learn the ways of the jungle and walk through it as a native e) cross the desert instead because it's easier Or to translate: a) Use commercial software and pay for someone else to make upgrade path painless. Or pay a consultant to upgrade the system for you. Note that this doesn't guarantee an easy upgrade path - commercial vendors tend to lock you into using their software, or don't really care about helping you upgrade easily once they have your money. Or they go bankrupt, get bought out, get tired of making the software you like, or force you to 'upgrade' and keep paying them more money. Consultants aren't cheap, especially if you irritate them; consultants enjoy having enough work that they can 'fire' their unpleasant clients so politeness pays, even if you hold the checkbook. b) Read the software documentation, learn more about systems administration, and spend the time and effort it takes to upgrade. This provides you with useful job skills. c) Ask other users for help. You've done this and people have tried to help. Apparently that hasn't worked out so well for you. d) Learn to design and build software, read the source code, and build your own migration tools. This takes even more time and effort than b) and also provides you with useful job skills. e) Move your content to a different application that's easier to upgrade. Research and migration is tedious, but if you don't have any money, skills, or friends, this may be only reasonable means of simplifying the upgrade process. All of the above require some amount of time and effort or money, so unless you're willing to put forth any of those things nothing will change for you. Complaining loudly and repeatedly to the natives that you're really inconvenienced by the lack of highway is almost guaranteed to not solve your problem. It's unlikely they'll build a highway because a) they don't really need it, b) they'd rather build other things like a clinic or a market or a bowling alley, and c) they're not inclined to do a lot of road-building to just to satisfy someone who yells at them but doesn't actually know how to build a road and isn't inclined to learn how. > AN UPGRADE PROCESS LETTING YOUR USERS TO READ TEN OR EVEN MORE > DOCUMENTS IS A NO, NO, NO GO!!!!! The official upgrade documents are not as clear as they could be. I've tried to address that with my revision of the upgrade process. I'm an end-user and not a developer. If there is something wrong, missing, or unclear in my document, please let me know and I'll fix it. However, I will not combine all of the existing documentation into a exhaustive HOWTO since that would be inaccurate and unmaintainable and I don't consider it to be a good use of my free time. PS: Fix your caps-lock key. It appears to be stuck. > IF YOU ARE NOT ABLE (OR WILLING OR TOO LAZY) TO WRITE A STEP BY STEP > GUIDE FOR A NEW MAJOR RELEASE, THEN SORRY, BUT STOP WORKING ON > PUBLIC PROJECTS AND KEEP IN YOUR LOCAL (CVS) PLAYGROUND. AND PLEASE > NOTE, THAT YOU'RE PROJECT ISN'T READY FOR THE PUBLIC!!! Let me give you a little bit of friendly advice - avoid insulting people who let you are generous enough to let you use the software they wrote free of charge. It's considered bad form and ultimately it won't solve your problem. You made the choice to use their software, the code was open for you to inspect prior to use, and if you lack the skill or patience to use or upgrade the code, you are free to use different software. I might agree with you if MoinMoin was riddled with serious security holes due to incredibly incompetent coding like Matt Welch's old formmail.pl script, among others. But it's not, not that anyone else has reported, not that I know of. Have you ever tried upgrading a different wiki? I have. If you enjoy fighting with MoinMoin, you'd absolutely love upgrading PhpWiki. You'd absolutely love configuring TikiWiki. Consider yourself lucky to get so much documentation, functional migration scripts, and a clean flat-file architecture. At least upgrading MoinMoin doesn't involve hacking on the source code to preserve all page revisons and it's fairly straightforward to separate your locally-created pages from the default pages that ship with the wiki. Not to complain about PhpWiki; that project languished without a primary developer for a very long time and the 1 or 2 people working on it currently are likewise torn between adding features, fixing bugs, and refactoring the code to be more maintainable. I couldn't afford to wait for the project to start moving forward and issuing stable releases on regular timetable (last month they made the first stable release I've seen since I started using it roughly three or so years ago.) I'm slowly migrating content by hand to MoinMoin since most of it uses the older deprecated phpwiki syntax and can't be easily imported automatically. I don't like it but I don't see any other way to get what I want; I can't fix PhpWiki myself, I can't get them more or better developers, and complaining that there's no automagical way to upgrade my existing wiki or migrate it to MoinMoin or Twiki or TikiWiki or MediaWiki or PmWiki or any of the other wikis that I've evaluated isn't going to get me what I want. Now, in return for being allowed to use someone else's code without paying for it, I report bugs, submit patches for problems I can fix myself, and I try to clarify documents or document processes or answer other users' questions when I can. You are not obliged to do so, but if you expect the quality of free software to improve, you must first be able to solve your own problems and you need to provide more than empty rhetoric back to a project. > Sorry, to cry it out loud :-( But you still don't seem to understand > what's going wrong here. No, I think you don't understand. Nobody owes you a highway. > Don't let your user's spend a lot of time, so the developers can save > some time. Developers aren't saving time, they're not spending it on low-value activities. Note that they get to determine what's valuable to them, not you. > MAKE THE UPDATE PROCESS AS BULLET PROOF AND AS EASY AS POSSIBLE > BEFORE YOU RELEASE A MAJOR VERSION!!! Oy, again with the shouting... > Why do you encourage people to do the work you're just too lazy to > do??? > > Why do you encourage people to leave your project, if you build such > a good product??? I just don't understand it! Because it's fun working with pleasant people on an interesting project. It's not fun trying to support people who want someone else to do everything for them. That's what jobs are for - to accept money to perform unpleasant tasks. > I still keep insist on this, as there seems to be no MoinMoin > developers even thinking about this. Only User's responded trying to > find a solution... Apparently the existing code works well enough for the developers. A lot of other people have made it work for themselves. YMMV. One thing many people forget about free software projects - developers write code for themselves, not for anyone else. Sincerely, -- Bob From digaf at t-online.de Sat Feb 5 10:21:38 2005 From: digaf at t-online.de (digaf) Date: Sat Feb 5 10:21:38 2005 Subject: [Moin-user] Unsubscribe Message-ID: <002101c50baf$37ae9da0$0cf7db0a@Benjamin> Hallo Sirs, I try to unsubscribe moin-user list a couple of times, but without any success. So my very polite question is, what shell I do to unsubscribe? My maildaddr where I get your new list entries is digaf at t-online.de Dietmar Gaffling Many thanks in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20050205/8289f57f/attachment.html> From bvande at po-box.mcgill.ca Sat Feb 5 10:48:26 2005 From: bvande at po-box.mcgill.ca (Brian van den Broek) Date: Sat Feb 5 10:48:26 2005 Subject: [Moin-user] Unsubscribe In-Reply-To: <002101c50baf$37ae9da0$0cf7db0a@Benjamin> References: <002101c50baf$37ae9da0$0cf7db0a@Benjamin> Message-ID: <420514A9.9000205@po-box.mcgill.ca> digaf said unto the world upon 2005-02-05 13:19: > Hallo Sirs, > > I try to unsubscribe moin-user list a couple of times, but without any success. > > So my very polite question is, what shell I do to unsubscribe? > > My maildaddr where I get your new list entries is digaf at t-online.de > > Dietmar Gaffling > > Many thanks in advance Did you try the interface at <http://lists.sourceforge.net/lists/listinfo/moin-user>? Best, Brian vdB From zoom.quiet at gmail.com Sat Feb 5 17:49:04 2005 From: zoom.quiet at gmail.com (Zoom Quiet) Date: Sat Feb 5 17:49:04 2005 Subject: [Moin-user] [suggest] skip error log line when update MoinMoin from 1.2.X Message-ID: <9dad9f0a05020517475a9dca4c@mail.gmail.com> Hollo there! i'm MoinMoin admin in China http://wiki.woodpecker.org.cn/moin.cgi/FrontPage is our group's wiki, but base using chinese in UTF-8 , always break when update MoinMoin from 1.2.x i migration some MoinMoin 1.2.3 in FreeBSD to 1.3.1 or 1.3.3 script all break in 12_to_13_mig1.py or 12_to_13_mig6.py i had to handwork step by step ,find the bad line in larg log file and clean it ,and try,and clean other line..... it dry and realy unnecessarily i mightily suggest make the script skip that bad code log line auto as the fixed 12_to_13_mig6.py attachmented .... thanx for all! MoinMoin free us Wiki writing ! -- [Time is unimportant, only life important!] -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 12_to_13_mig6.py URL: <http://mail.python.org/pipermail/moin-user/attachments/20050205/2563fa52/attachment.ksh> From matthew at agrip.org.uk Sun Feb 6 13:25:40 2005 From: matthew at agrip.org.uk (Matthew T. Atkinson) Date: Sun Feb 6 13:25:40 2005 Subject: [Moin-user] Spam Problem Message-ID: <1107724391.3764.24.camel@localhost> 'ello, I run a number of MoinMoin Wikis. Sadly one of them is being spammed quit a lot nowadays. It looks like some kind of automated script. Used to be from only one IP but now comes from a great number. Is there a patch I can get to make changes go through an admin user first? I really don't want to have to lock the thing down. Many thanks in advance for any info you might have, best regards, -- Matthew T. Atkinson <matthew at agrip.org.uk> From matthew at agrip.org.uk Sun Feb 6 13:27:40 2005 From: matthew at agrip.org.uk (Matthew T. Atkinson) Date: Sun Feb 6 13:27:40 2005 Subject: [Moin-user] access control lists In-Reply-To: <014701c5072d$841971f0$6401a8c0@rnd.avaya.com> References: <014701c5072d$841971f0$6401a8c0@rnd.avaya.com> Message-ID: <1107724562.3764.27.camel@localhost> 'ello, On Sun, 2005-01-30 at 17:40 -0700, Dean Hiller wrote: > but this doesn't prevent RaceCar and WingZero from reading this page > which I wanted to be totally private. How do I do this? I'm no expert, but I think you'll have to explicitly deny those users privileges for the page you want to keep private (using the `-' modifier in its ACL) because you've explicitly given them access by default in your config file. Hope this helps, best regards, -- Matthew T. Atkinson <matthew at agrip.org.uk> From yaghani at mac.com Sun Feb 6 13:30:34 2005 From: yaghani at mac.com (Yusuf Abdulghani) Date: Sun Feb 6 13:30:34 2005 Subject: [Moin-user] Success: Upgrading from 1.2.x to 1.3.x on Mac OS X In-Reply-To: <42045B8F.4020809@cynistar.net> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> Message-ID: <fd4776de93a499b8fb8639a848edb2dd@mac.com> Hi, There has been quite a few mail in the last few days on this list about good documentation (README.migration) for successfully upgrading the wiki from version 1.2.x to 1.3.x. Initially, when I started the migration procress, I had trouble. However, after *reading* the documentation and the comments on this list, I was able to successfully migrate to the new wiki. Here are my notes on the migration process. System: Mac OS X Migration: 1.2.x to 1.3.x Steps to migrate: 0. Stop the wiki: To stop the wiki, I modified my /etc/httpd/httpd.conf directory and commented out the lines #Alias /wiki "/full/path/to/moin/htdocs" #ScriptAlias /mywikiname "/full/path/to/mywikiname/moin.cgi" To finally stop the wiki, I ran the following command: > apachectl graceful 1. Backup: I backed up my "MoinMoin" (code) directory as well as my data directory using the "tar" command. > cd /directory/containingMoinMoin/ > tar -cjvf backup-MoinMoin.tar.bz2 MoinMoin > cd /directory/containing_mywikiname/ > tar -cjvf backup-mywikiname.tar.bz2 mywikiname Since now I have the full backup in tarball, I deleted (or moved to a different location) both the "MoinMoin" directory (code) and "mywikiname" (data) directory. I did this so that I will have a *clean* installation. 2. Installing MoinMoin This was very easy. I just followed the instructions for installing the wiki in the INSTALL.html. Essentially, I did the following: > cd ~/Desktop > tar -xzf moin-1.3.3.tar.gz > sudo -s > cd moin-1.3.3 > python setup.py install --install-data='/usr/local' Note that for some reason, if you stop the install process by pressing Cntrl-C, you should delete the moin-1.3.3 directory and untar the tarball (moin-1.3.3.tar.gz) again before running the "python setup.py install" command again. > cd $HOME > mv mywikiname old_mywikiname <-- move my originial wiki to a different directory > mkdir my_test_wiki <-- create a test wiki directory > cp -r /usr/local/share/moin/data my_test_wiki > cp -r /usr/local/share/moin/underlay my_test_wiki > cp -r /usr/local/share/moin/server/moin.cgi my_test_wiki > cp -r /usr/local/share/moin/config/wikiconfig.py my_test_wiki Now set correct permissions to these directories that you just copied to my_test_wiki > chown -R www:www my_test_wiki > chmod -R ug+rwX my_test_wiki > chmod -R o-rwx my_test_wiki This step of setting up correct permissions is very important. During the installation process, whenever you make changes to your wiki directory, make sure to run the above commands so that the permissions are reset as above. Now start the wiki by editing the /etc/httpd/httpd.conf file: Alias /wiki "/full/path/to/moin/htdocs" ScriptAlias /mywikiname "/full/path/to/my_test_wiki/moin.cgi" Save the httpd.conf file and run the following command: > apachectl graceful This should complete the installation of your new wiki. Make sure that you can see the FrontPage and navigate through the HelpPages of the new wiki. Once these things are working with the new wiki, you are all set to do the most important thing; i.e. migrating your data from 1.2.x to 1.3.x. 3. Migrating Data. The README.migration is very useful. To migrate the data, here is what I did: > cd /full/path/to/MoinMoin/scripts/migration/ > ls You should see all the migration scripts Now copy the data directory from "old_mywikiname" directory to this directory and run the migration scripts as follows: > sudo -s > cp -r /full/path/to/old_mywikiname/data . > python 12_to_13_mig1.py > ls > python 12_to_13_mig2.py > ls > python 12_to_13_mig3.py > ls > python 12_to_13_mig4.py > ls > python 12_to_13_mig5.py > ls > python 12_to_13_mig6.py > ls > python 12_to_13_mig7.py > ls > python 12_to_13_mig8.py > ls > python 12_to_13_mig9.py The "ls" command should show you the new directories that are created at the end of running each script. At the end of running all the scripts, your directory should look like this: > ls 12_to_13_mig1.py 12_to_13_mig6.pyc data.pre-mig2 12_to_13_mig1.pyc 12_to_13_mig7.py data.pre-mig3 12_to_13_mig2.py 12_to_13_mig7.pyc data.pre-mig4 12_to_13_mig2.pyc 12_to_13_mig8.py data.pre-mig5 12_to_13_mig3.py 12_to_13_mig8.pyc data.pre-mig6 12_to_13_mig3.pyc 12_to_13_mig9.py data.pre-mig7 12_to_13_mig4.py 12_to_13_mig9.pyc data.pre-mig8 12_to_13_mig4.pyc __init__.py data.pre-mig9 12_to_13_mig5.py __init__.pyc migutil.py 12_to_13_mig5.pyc data migutil.pyc 12_to_13_mig6.py data.pre-mig1 Now the "data" directory contains your data configured for the new wiki format. Copy or move this data directory to your my_test_wiki directory as follows: > cd /full/path/to/my_test_wiki > rm -r data/ > cp -r /full/path/to/MoinMoin/scripts/migration/data . > cp /usr/local/share/moin/data/plugin/__init__.py data/plugin/ > cd .. > chown -R www:www my_test_wiki > chmod -R ug+rwX my_test_wiki > chmod -R o-rwx my_test_wiki The last few commands of setting appropriate permissions is very important. As soon as you do this, your wiki data migration is complete. Now go you the web browser and type one of the wiki names which existed in your original wiki. The page should automatically show up. 4. Configuring your "wikiconfig.py" Look at your "moin_config.py" from previous installation and appropriate set up the fields in "wikiconfig.py" 5. Going live! Once you have tested your migration and everything seems to work fine, mv the "my_test_wiki" to the actual wiki name and go live as follows: > mv my_test_wiki mywikiname > chown -R www:www mywikiname > chmod -R ug+rwX mywikiname > chmod -R o-rwx mywikiname > vi /etc/httpd/httpd.conf Alias /wiki "/full/path/to/moin/htdocs" ScriptAlias /mywikiname "/full/path/to/mywikiname/moin.cgi" > apachectl graceful This should take your new migrated wiki live! MoinMoin Developers: Thanks for the good work with MoinMoin. You guys have done a wonderful job. BTW, we are using MoinMoin internally for our group here at Apple, Cupertino. Note that several other groups at Apple use other flavors of wiki. But I have chosen to use MoinMoin because of less clutter and ease of maintenance. The "Modern" theme for 1.3.x is much better than 1.2.x. I hope that the more plugins are written for MoinMoin which allows us to incorporate Charts (gdchart is currently not ported to OSX), ActionItemsTracker, ShadedTables, etc. Yusuf From skip at pobox.com Sun Feb 6 13:58:45 2005 From: skip at pobox.com (Skip Montanaro) Date: Sun Feb 6 13:58:45 2005 Subject: [Moin-user] Spam Problem In-Reply-To: <1107724391.3764.24.camel@localhost> References: <1107724391.3764.24.camel@localhost> Message-ID: <16902.37599.188114.86594@montanaro.dyndns.org> Matthew> I run a number of MoinMoin Wikis. Sadly one of them is being Matthew> spammed quit a lot nowadays. It looks like some kind of Matthew> automated script. Used to be from only one IP but now comes Matthew> from a great number. Matthew> Is there a patch I can get to make changes go through an admin Matthew> user first? I really don't want to have to lock the thing Matthew> down. Take a look here: http://moinmoin.wikiwikiweb.de/AntiSpamGlobalSolution -- Skip Montanaro skip at mojam.com http://www.mojam.com/ From yaghani at mac.com Sun Feb 6 15:16:42 2005 From: yaghani at mac.com (Yusuf Abdulghani) Date: Sun Feb 6 15:16:42 2005 Subject: [Moin-user] Extending URL schemas In-Reply-To: <fd4776de93a499b8fb8639a848edb2dd@mac.com> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> Message-ID: <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> Hi, I would like to extend the URL schema to include couple of custom schemas. Unfortunately, I did not find sufficient documentation on the Help pages that suggests how to do this. The only place where I find mention of extending URL schemas is in "HelpOnLinking". "The supported URL schemes are: http, https, ftp, nntp, news, mailto, telnet, and file. The administrator of your wiki can extend the supported schemes by using the url_schemas variable (see HelpOnConfiguration)." HelpOnConfiguration however does not explain what the administrator can do in order to expand the URL schemas. Any pointers? Thank you for your help. Best regards, Yusuf From pdecker02 at comcast.net Sun Feb 6 15:57:39 2005 From: pdecker02 at comcast.net (Paul Decker) Date: Sun Feb 6 15:57:39 2005 Subject: [Moin-user] Error on save Message-ID: <4206AEA6.80506@comcast.net> Thanks to help I've gotten here, I can now bring up my MoinMoin in both IIS and the standalone server. Everything is fine until I start to edit and save pages. If I bring up a page to edit, when I try to save the page, I get this error. It happens in both IIS and with the standalone version. I have checked all the permissions on all the directories. It doesn't seem to me related to IIS settings, since it happens on the standalone server as well as IIS. Thanks for the help, Paul Decker =========================================================================== --> --> NameErrorglobal name '_' is not defined Please include this information in your bug reports!: Python Python 2.3.4: C:\Python23\python.exe Platform: win32 (nt) MoinMoin Release 1.3.3 [Revision 1.3.3 release] Sat Feb 05 17:21:44 2005 A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. C:\Moin\Lib\site-packages\MoinMoin\request.py in run(self=<MoinMoin.request.RequestCGI instance at 0x007AA8C8>) 882 else: 883 try: 884 cgitb.Hook(file=self).handle(saved_exc) 885 # was: cgitb.handler() 886 except: cgitb = <module 'MoinMoin.support.cgitb' from 'C:\Moin\Lib\site-packages\MoinMoin\support\cgitb.pyc'>, cgitb.Hook = <class MoinMoin.support.cgitb.Hook at 0x00755330>, file undefined, self = <MoinMoin.request.RequestCGI instance at 0x007AA8C8>, ).handle undefined, saved_exc = (<class exceptions.NameError at 0x005E4900>, <exceptions.NameError instance at 0x00753AD0>, <traceback object at 0x00753148>) C:\Moin\Lib\site-packages\MoinMoin\wikiaction.py in do_savepage(pagename=u'PaulDecker', request=<MoinMoin.request.RequestCGI instance at 0x007AA8C8>) 624 except pg.SaveError, msg: 625 # msg contain a unicode string 626 savemsg = unicode(msg) 627 628 # Send new page after save or after unsuccessful conflict merge. savemsg undefined, unicode undefined, msg undefined C:\Moin\Lib\site-packages\MoinMoin\PageEditor.py in saveText(self=<MoinMoin.PageEditor.PageEditor instance at 0x0074CEE0>, newtext=u'Describe PaulDecker here.\n\ntest\n', rev=0, **kw={'comment': u'test', 'trivial': 0}) 933 934 # write the page file 935 mtime_usecs, rev = self._write_file(newtext, action, comment, extra) 936 self.clean_acl_cache() 937 mtime_usecs undefined, rev = 0, self = <MoinMoin.PageEditor.PageEditor instance at 0x0074CEE0>, self._write_file = <bound method PageEditor._write_file of <MoinMoin.PageEditor.PageEditor instance at 0x0074CEE0>>, newtext = u'Describe PaulDecker here.\n\ntest\n', action = 'SAVENEW', comment = u'test', extra = u'' C:\Moin\Lib\site-packages\MoinMoin\PageEditor.py in _write_file(self=<MoinMoin.PageEditor.PageEditor instance at 0x0074CEE0>, text=u'Describe PaulDecker here.\n\ntest\n', action='SAVENEW', comment=u'test', extra=u'') 806 807 if not got_lock: 808 raise self.CouldNotLock, _("Page could not get locked. Missing 'current' file?") 809 810 # increment rev number of current(-locked) page self = <MoinMoin.PageEditor.PageEditor instance at 0x0074CEE0>, self.CouldNotLock = <class MoinMoin.PageEditor.CouldNotLock at 0x0074D210>, _ undefined NameError: global name '_' is not defined __doc__ = 'Name not found globally.' __getitem__ = <bound method NameError.__getitem__ of <exceptions.NameError instance at 0x00753AD0>> __init__ = <bound method NameError.__init__ of <exceptions.NameError instance at 0x00753AD0>> __module__ = 'exceptions' __str__ = <bound method NameError.__str__ of <exceptions.NameError instance at 0x00753AD0>> args = ("global name '_' is not defined",) From apthorpe+moin at cynistar.net Sun Feb 6 17:20:24 2005 From: apthorpe+moin at cynistar.net (Bob Apthorpe) Date: Sun Feb 6 17:20:24 2005 Subject: [Moin-user] Extending URL schemas In-Reply-To: <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> Message-ID: <4206C1F8.1040908@cynistar.net> Yusuf Abdulghani wrote: > Hi, > > I would like to extend the URL schema to include couple of custom > schemas. Unfortunately, I did not find sufficient documentation on the > Help pages that suggests how to do this. The only place where I find > mention of extending URL schemas is in "HelpOnLinking". > > "The supported URL schemes are: http, https, ftp, nntp, news, mailto, > telnet, and file. The administrator of your wiki can extend the > supported schemes by using the url_schemas variable (see > HelpOnConfiguration)." > > HelpOnConfiguration however does not explain what the administrator can > do in order to expand the URL schemas. > > Any pointers? First, find where the variable url_schemas is defined. Assuming your MoinMoin libraries are installed under /usr/lib/python/site-packages/MoinMoin, use find /usr/lib/python/site-packages/MoinMoin -name "*.py" -print | \ xargs egrep url_schemas which leads you to MoinMoin/config.py (where it's defined) and MoinMoin/parser/wiki.py & MoinMoin/theme/__init__.py (where it's used.) MoinMoin/config.py sets the default configuration which I expect is augmented or superceded by wikiconfig.py (1.3.x) or moin_config.py (1.2.x.) So add your new url schema to either of those files as: url_schemas = ['imap', 'imaps', 'lmtp', 'ldap', 'ldaps'] I'm more familiar with perl than python, but I think that's the proper syntax. hth, -- Bob From dean at xsoftware.biz Sun Feb 6 18:43:37 2005 From: dean at xsoftware.biz (Dean Hiller) Date: Sun Feb 6 18:43:37 2005 Subject: [Moin-user] Re: Fw: page displays secure and unsecure items References: <015c01c5081b$8b4fa900$6401a8c0@rnd.avaya.com> <1b7dyx1piydn0.dlg@usenet.alexanderweb.de> Message-ID: <02cf01c50cbe$6ab4f1d0$6401a8c0@rnd.avaya.com> ok, I have done so since I received no response from the other person that claimed I could configure moinmoin already to get rid of that icon(I couldn't figure out myself how to do so from his mail) thanks, dean ----- Original Message ----- From: "Alexander Schremmer" <2004b at usenet.alexanderweb.de> To: <moin-user at lists.sourceforge.net> Sent: Tuesday, February 01, 2005 12:14 PM Subject: [Moin-user] Re: Fw: page displays secure and unsecure items > On Mon, 31 Jan 2005 22:04:43 -0700, Dean Hiller wrote: > > > Don't suppose we could remove the w3 validator icon from multiconfig.py. > > If running over https, every time you change the page, you get a warning > > about the page displaying secure and insecure items. It is very > > annoying and I would rather not have to have all users to reconfig their > > browser. Getting rid of that one icon fixed it. > > Please file a bug about this (in order to start the discussion). In fact, > it was planned to remove this in 1.3. > > Kind regards, > Alexander > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From uwe.werner at rtc.bosch.com Mon Feb 7 07:46:37 2005 From: uwe.werner at rtc.bosch.com (Uwe Werner (RTC)) Date: Mon Feb 7 07:46:37 2005 Subject: [Moin-user] Help: Installation failed. Message-ID: <42078D19.4060609@rtc.bosch.com> Hi everybody, I try to install Moin 1.3.3. on Red Hat Fedora Core 2.6.9 with Apache 2.0.59 to get a workgroup wiki running on a dedicated machine. Previous installs of Moin on a Win2k machine (to get'em hooked...) and on my private OSX work like a charm. On the Linux machine Apache works (running as user, group apache) , "python moin.cgi" produces HTML what has to be rendered by the browser. So Moin works. In my despair I made everything accessible to everyone. To no avail. I get the "Internal Server Error", and error_log shows (13)Permission denied: exec of '/usr/share/moin/raptwiki/cgi-bin/moin.cgi' failed Premature end of script headers: moin.cgi I have read the documentation over and over, followed every hint. I just don't know how to continue. Searching did not help. Do I have to enable CGI? I doubt it. Where, how? Something special required? What can I do? Any help appreciated. Regards, Uwe From crosseyedpenguin at yahoo.com Mon Feb 7 19:41:43 2005 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Mon Feb 7 19:41:43 2005 Subject: [Moin-user] Help: Installation failed. In-Reply-To: <42078D19.4060609@rtc.bosch.com> Message-ID: <20050208012736.65388.qmail@web30902.mail.mud.yahoo.com> --- "Uwe Werner (RTC)" <uwe.werner at rtc.bosch.com> wrote: > Hi everybody, > > I try to install Moin 1.3.3. on Red Hat Fedora Core 2.6.9 with > Apache > 2.0.59 to get a workgroup wiki running on a dedicated machine. > Previous > installs of Moin on a Win2k machine (to get'em hooked...) and on my > private OSX work like a charm. > > On the Linux machine Apache works (running as user, group apache) , > "python moin.cgi" produces HTML what has to be rendered by the > browser. > So Moin works. In my despair I made everything accessible to > everyone. > To no avail. > > I get the "Internal Server Error", and error_log shows > (13)Permission denied: exec of > '/usr/share/moin/raptwiki/cgi-bin/moin.cgi' failed > Premature end of script headers: moin.cgi > > I have read the documentation over and over, followed every hint. I > just don't know how to continue. Searching did not help. Do I have > to > enable CGI? I doubt it. Where, how? Something special required? > > What can I do? Any help appreciated. > Regards, Uwe > Check the permissions by doing a: ls -l while in the /usr/share/moin/raptwiki/cgi-bin directory. Apache must have authorization to read the moin.cgi file. Roger Haase __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 From z.p at linux-cd.cz Tue Feb 8 05:32:24 2005 From: z.p at linux-cd.cz (Zdenek Pizl) Date: Tue Feb 8 05:32:24 2005 Subject: [Moin-user] Where to get full archive of this list? Message-ID: <200502081430.13015.z.p@linux-cd.cz> Hallo, does exist any possibility to get from somewhere whole mailing list archive? It would be nice to have it ... Thanks, z.p. -- Zdenek Pizl Internetovy obchod s aktualizovanymi distribucemi GNU/Linuxu E-shop offering up-to-date GNU/Linux distributions http://www.Linux-CD.cz http://www.Linux-DVD.cz From Ralf-Lists at RalfGross.de Tue Feb 8 07:23:02 2005 From: Ralf-Lists at RalfGross.de (Ralf Gross) Date: Tue Feb 8 07:23:02 2005 Subject: [Moin-user] moinmoin and FastCGI Message-ID: <59101.141.113.101.32.1107876070.squirrel@webmail.ssorgflar.de> Hi, I want to speed up our wiki server and tried the FastCGI Option (http://moinmaster.wikiwikiweb.de/HelpOnInstalling/ApacheWithFastCgi) I compiled and installed fastcgi, then I changed the apache config AddHandler fastcgi-script .fcg LoadModule fastcgi_module libexec/mod_fastcgi.so After that I created a new wiki instance and configured apache to use fcg for this instance. ScriptAlias /test-wiki "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" After that I restarted apache Apache/1.3.31 (Unix) mod_fastcgi/2.4.2 mod_python/2.7.10 Python/2.3.2 PHP/4.3.9 mod_perl/1.29 mod_ssl/2.8.19 OpenSSL/0.9.7d configured -- resuming normal operations If I now try to access the new wiki, I get a lot of errors in my apache error log and a 500 Internal Server Error in my browser: [warn] FastCGI: (dynamic) server "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" has failed to remain running for 30 seconds given 3 attempts, its restart interval has been backed off to 600 seconds [warn] FastCGI: (dynamic) server "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" restarted (pid 15642) [warn] FastCGI: (dynamic) server "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" (pid 15642) terminated by calling exit with status '127' [warn] FastCGI: (dynamic) server "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" has failed to remain running for 30 seconds given 3 attempts, its restart interval has been backed off to 600 seconds [warn] FastCGI: (dynamic) server "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" has failed to remain running for 30 seconds given 3 attempts, its restart interval has been backed off to 600 seconds .... [error] [client 192.168.0.55] FastCGI: comm with (dynamic) server "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" aborted: (first read) idle timeout (30 sec) [error] [client 192.168.0.55] FastCGI: incomplete headers (0 bytes) received from server "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" [warn] FastCGI: (dynamic) server "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" has failed to remain running for 30 seconds given 3 attempts, its restart interval has been backed off to 600 seconds moin.cgi is working fine. Any ideas what might be wrong? Ralf From 2004b at usenet.alexanderweb.de Tue Feb 8 07:25:20 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 8 07:25:20 2005 Subject: [Moin-user] Re: Where to get full archive of this list? References: <200502081430.13015.z.p@linux-cd.cz> Message-ID: <12ca9p94vxzjp.dlg@usenet.alexanderweb.de> On Tue, 8 Feb 2005 14:30:12 +0100, Zdenek Pizl wrote: > does exist any possibility to get from somewhere whole mailing list archive? > It would be nice to have it ... See http://gmane.org/export.php Be sure to fetch the group gmane.comp.web.wiki.moin.general Then you get a single mbox that contains any mail that was sent after April 2002. Kind regards, Alexander From 2004b at usenet.alexanderweb.de Tue Feb 8 07:55:10 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 8 07:55:10 2005 Subject: [Moin-user] Re: moinmoin and FastCGI References: <59101.141.113.101.32.1107876070.squirrel@webmail.ssorgflar.de> Message-ID: <1qwpzzucbf44j.dlg@usenet.alexanderweb.de> On Tue, 8 Feb 2005 16:21:10 +0100 (CET), Ralf Gross wrote: > Apache/1.3.31 (Unix) mod_fastcgi/2.4.2 mod_python/2.7.10 Python/2.3.2 > PHP/4.3.9 mod_perl/1.29 mod_ssl/2.8.19 OpenSSL/0.9.7d configured -- > resuming normal operations > [warn] FastCGI: (dynamic) server > "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" has failed to remain > running for 30 seconds given 3 attempts, its restart interval has been > backed off to 600 seconds > moin.cgi is working fine. > > Any ideas what might be wrong? Check the paths at the beginning of the .fcg file. See if they match the paths in the .cgi file. (This includes the bang-path, the sys.path inserts etc.) Kind regards, Alexander From Ralf-Lists at RalfGross.de Tue Feb 8 09:03:23 2005 From: Ralf-Lists at RalfGross.de (Ralf Gross) Date: Tue Feb 8 09:03:23 2005 Subject: [Moin-user] Re: moinmoin and FastCGI Message-ID: <55005.141.113.101.32.1107882125.squirrel@webmail.ssorgflar.de> moin-user-admin at lists.sourceforge.net schrieb am 08.02.2005 16:51:56: > On Tue, 8 Feb 2005 16:21:10 +0100 (CET), Ralf Gross wrote: > > > Apache/1.3.31 (Unix) mod_fastcgi/2.4.2 mod_python/2.7.10 Python/2.3.2 > > PHP/4.3.9 mod_perl/1.29 mod_ssl/2.8.19 OpenSSL/0.9.7d configured -- > > resuming normal operations > > > [warn] FastCGI: (dynamic) server > > "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" has failed to remain > > running for 30 seconds given 3 attempts, its restart interval has been > > backed off to 600 seconds > > > moin.cgi is working fine. > > > > Any ideas what might be wrong? > > Check the paths at the beginning of the .fcg file. See if they match the > paths in the .cgi file. (This includes the bang-path, the sys.path inserts > etc.) The only thing I changed in both files is the location of the wikiconfig.py file. sys.path.insert(0, '..') Thats the path from the cgi-bin directory to wikicinfig.py It's the first time I use the fastcgi module. Any idea how I can examine this problem a bit further? Ralf From yusuf at apple.com Tue Feb 8 09:43:21 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Tue Feb 8 09:43:21 2005 Subject: [Moin-user] Extending URL schemas In-Reply-To: <4206C1F8.1040908@cynistar.net> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> Message-ID: <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> Bob, I tried your suggestion and inserted this line in the wikiconfig.py file: url_schemas = ['myxyz'] However, this does not seem to work. For example, if I have "http://www.yahoo.com" in any of my wiki pages, I can see the link to this page. However, if I have "myxyz://123456", I do not see a link. I was expecting this to generate a link which will attempt to open this URL in Safari web browser. But this did not happen. I suspect that there is lot more to be done than just having url_schemas = ['myxyz'] inserted in the wikiconfig.py Any directions from the developers about where to poke around to see what can be done to get this to work. Your time and help is very appreciated. Best regards, Yusuf On Feb 6, 2005, at 5:18 PM, Bob Apthorpe wrote: > Yusuf Abdulghani wrote: >> Hi, >> I would like to extend the URL schema to include couple of custom >> schemas. Unfortunately, I did not find sufficient documentation on >> the Help pages that suggests how to do this. The only place where I >> find mention of extending URL schemas is in "HelpOnLinking". >> "The supported URL schemes are: http, https, ftp, nntp, news, mailto, >> telnet, and file. The administrator of your wiki can extend the >> supported schemes by using the url_schemas variable (see >> HelpOnConfiguration)." >> HelpOnConfiguration however does not explain what the administrator >> can do in order to expand the URL schemas. >> Any pointers? > > First, find where the variable url_schemas is defined. Assuming your > MoinMoin libraries are installed under > /usr/lib/python/site-packages/MoinMoin, use > > find /usr/lib/python/site-packages/MoinMoin -name "*.py" -print | \ > xargs egrep url_schemas > > which leads you to MoinMoin/config.py (where it's defined) and > MoinMoin/parser/wiki.py & MoinMoin/theme/__init__.py (where it's > used.) > > MoinMoin/config.py sets the default configuration which I expect is > augmented or superceded by wikiconfig.py (1.3.x) or moin_config.py > (1.2.x.) So add your new url schema to either of those files as: > > url_schemas = ['imap', 'imaps', 'lmtp', 'ldap', 'ldaps'] > > I'm more familiar with perl than python, but I think that's the proper > syntax. > > hth, > > -- Bob > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From 2004b at usenet.alexanderweb.de Tue Feb 8 11:58:13 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 8 11:58:13 2005 Subject: [Moin-user] Re: moinmoin and FastCGI References: <55005.141.113.101.32.1107882125.squirrel@webmail.ssorgflar.de> Message-ID: <dhkp29tb9gyf.dlg@usenet.alexanderweb.de> On Tue, 8 Feb 2005 18:02:05 +0100 (CET), Ralf Gross wrote: >>> Apache/1.3.31 (Unix) mod_fastcgi/2.4.2 mod_python/2.7.10 Python/2.3.2 >>> PHP/4.3.9 mod_perl/1.29 mod_ssl/2.8.19 OpenSSL/0.9.7d configured -- >>> resuming normal operations >> >>> [warn] FastCGI: (dynamic) server >>> "/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" has failed to remain >>> running for 30 seconds given 3 attempts, its restart interval has been >>> backed off to 600 seconds >> >>> moin.cgi is working fine. >>> >>> Any ideas what might be wrong? >> >> Check the paths at the beginning of the .fcg file. See if they match the >> paths in the .cgi file. (This includes the bang-path, the sys.path inserts >> etc.) > > The only thing I changed in both files is the location of the > wikiconfig.py file. > It's the first time I use the fastcgi module. Any idea how I can examine > this problem a bit further? Try to start the .fcg manually. It should give you an exception like "No FastCGI environment found" or something like that. Kind regards, Alexander From apthorpe+moin at cynistar.net Tue Feb 8 14:53:06 2005 From: apthorpe+moin at cynistar.net (Bob Apthorpe) Date: Tue Feb 8 14:53:06 2005 Subject: [Moin-user] Extending URL schemas In-Reply-To: <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> Message-ID: <42094208.7050406@cynistar.net> Hi, Yusuf Abdulghani wrote: > I tried your suggestion and inserted this line in the wikiconfig.py > file: > > url_schemas = ['myxyz'] > > However, this does not seem to work. It works on v1.2.4 (moin_config.py) but not 1.3.4 (wikiconfig.py.) You can manually edit /usr/lib/python/site-packages/MoinMoin/config.py to add your custom schema but your change will get wiped out the next time you upgrade. You can do it with 1.3 but it's an ugly hack. > I suspect that there is lot more to be done than just having > url_schemas = ['myxyz'] inserted in the wikiconfig.py Definitely - I poked around a little more; I don't understand if (or how) our specified url_schemas adds to or overwrites config.url_schemas. I'm easily thrown by the non-linear nature of OO code... hth, -- Bob From yusuf at apple.com Tue Feb 8 15:10:26 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Tue Feb 8 15:10:26 2005 Subject: [Moin-user] Extending URL schemas In-Reply-To: <42094208.7050406@cynistar.net> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> <42094208.7050406@cynistar.net> Message-ID: <96da9b4f10591426dc5d084c6814f130@apple.com> Then shouldn't this be filed as a bug? Yusuf On Feb 8, 2005, at 2:49 PM, Bob Apthorpe wrote: > Hi, > > Yusuf Abdulghani wrote: >> I tried your suggestion and inserted this line in the wikiconfig.py >> file: >> url_schemas = ['myxyz'] >> However, this does not seem to work. > > It works on v1.2.4 (moin_config.py) but not 1.3.4 (wikiconfig.py.) You > can manually edit /usr/lib/python/site-packages/MoinMoin/config.py to > add your custom schema but your change will get wiped out the next > time you upgrade. You can do it with 1.3 but it's an ugly hack. > >> I suspect that there is lot more to be done than just having >> url_schemas = ['myxyz'] inserted in the wikiconfig.py > > Definitely - I poked around a little more; I don't understand if (or > how) our specified url_schemas adds to or overwrites > config.url_schemas. I'm easily thrown by the non-linear nature of OO > code... > > hth, > > -- Bob > > > ------------------------------------------------------- > 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 helmert at informatik.uni-freiburg.de Tue Feb 8 19:13:52 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Tue Feb 8 19:13:52 2005 Subject: [Moin-user] Re: moinmoin and FastCGI In-Reply-To: <55005.141.113.101.32.1107882125.squirrel@webmail.ssorgflar.de> References: <55005.141.113.101.32.1107882125.squirrel@webmail.ssorgflar.de> Message-ID: <cubtri$qsq$1@sea.gmane.org> Ralf Gross wrote: > >>On Tue, 8 Feb 2005 16:21:10 +0100 (CET), Ralf Gross wrote: >> >> >>>[warn] FastCGI: (dynamic) server >>>"/usr/local/share/moin/test-wiki/cgi-bin/moin.fcg" has failed to remain >>>running for 30 seconds given 3 attempts, its restart interval has been >>>backed off to 600 seconds >> >>>moin.cgi is working fine. >>> >>>Any ideas what might be wrong? [...] > It's the first time I use the fastcgi module. Any idea how I can examine > this problem a bit further? I had the same symptoms when installing MoinMoin under Apache 1.3 + FastCGI earlier this week. In the end it turned out that it was not MoinMoin-related but a problem with interaction of mod_fastcgi and the mod_suexec wrapper. Are you using suexec, or any other wrapper for that matter? It would help if you first checked whether or not FastCGI works in your Apache configuration at all. Try replacing moin.fcg with a simple FastCGI test script, e.g. the one at: http://support.zeus.com/doc/examples/fastcgi/hello_world.html Malte From sandip at lug-delhi.org Tue Feb 8 20:42:51 2005 From: sandip at lug-delhi.org (Sandip Bhattacharya) Date: Tue Feb 8 20:42:51 2005 Subject: [Moin-user] Finding submitted patches Message-ID: <1107924536.6473.42.camel@pluto.home> I have looked and looked, but where do I find patches with a particular number? e.g. I had submitted this bug a while back: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/URLMappingsCausesTraceback An update says that "fixed in patch-607". Where do I get this patch from? - Sandip -- Sandip Bhattacharya * Puroga Technologies * sandip at puroga.com Work: http://www.puroga.com * Home/Blog: http://www.sandipb.net/blog PGP/GPG Signature: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3 From Ralf-Lists at RalfGross.de Wed Feb 9 00:52:50 2005 From: Ralf-Lists at RalfGross.de (Ralf Gross) Date: Wed Feb 9 00:52:50 2005 Subject: [Moin-user] Re: moinmoin and FastCGI Message-ID: <59427.141.113.101.32.1107939141.squirrel@webmail.ssorgflar.de> moin-user-admin at lists.sourceforge.net schrieb am 08.02.2005 20:56:48: > Try to start the .fcg manually. It should give you an exception like "No > FastCGI environment found" or something like that.. bang:root /usr/local/share/moin/test-wiki/cgi-bin # python moin.fcg Traceback (most recent call last): File "moin.fcg", line 49, in ? fcg = thfcgi.THFCGI(handle_request) File "/usr/local/lib/python2.3/site-packages/MoinMoin/support/thfcgi.py", line 568, in __init__ FCGIbase.__init__(self, req_handler, fd, port) File "/usr/local/lib/python2.3/site-packages/MoinMoin/support/thfcgi.py", line 510, in __init__ self._make_socket() File "/usr/local/lib/python2.3/site-packages/MoinMoin/support/thfcgi.py", line 545, in _make_socket raise RuntimeError("No FastCGI environment: %s - %s" % (`err`, errmsg)) RuntimeError: No FastCGI environment: 95 - Socket operation on non-socket The fastcgi hello.c program that Malte mentioned worked fine. Ralf From Ralf-Lists at RalfGross.de Wed Feb 9 01:01:03 2005 From: Ralf-Lists at RalfGross.de (Ralf Gross) Date: Wed Feb 9 01:01:03 2005 Subject: [Moin-user] Re: moinmoin and FastCGI Message-ID: <20608.141.113.101.32.1107939609.squirrel@webmail.ssorgflar.de> moin-user-admin at lists.sourceforge.net schrieb am 09.02.2005 03:59:42: > [...] > > > It's the first time I use the fastcgi module. Any idea how I can examine > > this problem a bit further? > > I had the same symptoms when installing MoinMoin under Apache 1.3 + > FastCGI earlier this week. In the end it turned out that it was not > MoinMoin-related but a problem with interaction of mod_fastcgi and the > mod_suexec wrapper. Are you using suexec, or any other wrapper for that > matter? As far as I know, I use no suexec. I think I didn't even compile/install this module. > It would help if you first checked whether or not FastCGI works in your > Apache configuration at all. Try replacing moin.fcg with a simple > FastCGI test script, e.g. the one at: > > http://support.zeus.com/doc/examples/fastcgi/hello_world.htmlello_world.html I had some probems with the perl modules (solaris), but hello.c worked fine. No errors and the right program output. If I start moin.fcg on command line (I hope that's the right way) I get the following: bang:root /usr/local/share/moin/test-wiki/cgi-bin # python moin.fcg Traceback (most recent call last): File "moin.fcg", line 49, in ? fcg = thfcgi.THFCGI(handle_request) File "/usr/local/lib/python2.3/site-packages/MoinMoin/support/thfcgi.py", line 568, in __init__ FCGIbase.__init__(self, req_handler, fd, port) File "/usr/local/lib/python2.3/site-packages/MoinMoin/support/thfcgi.py", line 510, in __init__ self._make_socket() File "/usr/local/lib/python2.3/site-packages/MoinMoin/support/thfcgi.py", line 545, in _make_socket raise RuntimeError("No FastCGI environment: %s - %s" % (`err`, errmsg)) RuntimeError: No FastCGI environment: 95 - Socket operation on non-socket Hm.... Ralf From helmert at informatik.uni-freiburg.de Wed Feb 9 02:29:14 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Wed Feb 9 02:29:14 2005 Subject: [Moin-user] Re: moinmoin and FastCGI In-Reply-To: <20608.141.113.101.32.1107939609.squirrel@webmail.ssorgflar.de> References: <20608.141.113.101.32.1107939609.squirrel@webmail.ssorgflar.de> Message-ID: <cucoei$hn0$1@sea.gmane.org> Ralf Gross wrote: >>It would help if you first checked whether or not FastCGI works in your >>Apache configuration at all. Try replacing moin.fcg with a simple >>FastCGI test script, e.g. the one at: >> >>http://support.zeus.com/doc/examples/fastcgi/hello_world.htmlello_world.html > > I had some probems with the perl modules (solaris), but hello.c worked > fine. No errors and the right program output. > > If I start moin.fcg on command line (I hope that's the right way) I get > the following: > > RuntimeError: No FastCGI environment: 95 - Socket operation on non-socket This is the way it is supposed to be, unless I am mistaken. Another thing that worked better for me under Apache 1.3 was setting "use_threads" to "False" instead of "True" in moin.fcg. If that doesn't help (don't forget to restart Apache after all configuration changes!), try restarting Apache and accessing moin.fcg and send everything that is written to Apache's error.log and access.log in the process (including all messages generated during startup!). If you could attach the Apache configuration file, that would be even more information to work with. Malte From 2004b at usenet.alexanderweb.de Wed Feb 9 10:16:08 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 9 10:16:08 2005 Subject: [Moin-user] Re: Extending URL schemas References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> <42094208.7050406@cynistar.net> <96da9b4f10591426dc5d084c6814f130@apple.com> Message-ID: <vc35dn58tzan$.dlg@usenet.alexanderweb.de> On Tue, 8 Feb 2005 15:09:10 -0800, Yusuf Abdulghani wrote: >>> I tried your suggestion and inserted this line in the wikiconfig.py >>> file: >>> url_schemas = ['myxyz'] >>> However, this does not seem to work. > Then shouldn't this be filed as a bug? Where did you read that it would work like that? Having that piece of information, we can fix it. Kind regards, Alexander From 2004b at usenet.alexanderweb.de Wed Feb 9 10:23:46 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 9 10:23:46 2005 Subject: [Moin-user] Re: Finding submitted patches References: <1107924536.6473.42.camel@pluto.home> Message-ID: <1rqt03oijdavt.dlg@usenet.alexanderweb.de> On Wed, 09 Feb 2005 10:18:56 +0530, Sandip Bhattacharya wrote: > I have looked and looked, but where do I find patches with a particular > number? e.g. I had submitted this bug a while back: > http://moinmoin.wikiwikiweb.de/MoinMoinBugs/URLMappingsCausesTraceback > > An update says that "fixed in patch-607". Where do I get this patch > from? See http://moinmoin.wikiwikiweb.de/MoinDev/TlaGuide and http://arch.thinkmo.de/cgi-bin/archzoom.cgi/arch at arch.thinkmo.de--2003-archives/moin--main--1.3 Kind regards, Alexander From yusuf at apple.com Wed Feb 9 11:17:57 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Wed Feb 9 11:17:57 2005 Subject: [Moin-user] Re: Extending URL schemas In-Reply-To: <vc35dn58tzan$.dlg@usenet.alexanderweb.de> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> <42094208.7050406@cynistar.net> <96da9b4f10591426dc5d084c6814f130@apple.com> <vc35dn58tzan$.dlg@usenet.alexanderweb.de> Message-ID: <d73c293dddf041497c7ff86b2e5efc68@apple.com> Alexander, Oops. False alarm. It is my bad. The documentations are correct. Based on the current implementation, the only place to add url_schemas is in the "config.py" file. Changing the config.py worked. Thank you. > Where did you read that it would work like that? I was suggested to try it out with wikiconfig.py. I guess the moin_config.py file in 1.2 was capable of adding url_schemas. However, with 1.3, the ONLY way to add url_schemas is by configuring the config.py file. I am sure there must be a good reason to keep the url_schemas in config.py instead of wikiconfig.py. I guess, I have to be careful when I upgrade the MoinMoin source in the future. Because upgrading will probably overwrite the config.py and the added url_schemas would be lost. Thank you all for such a wonderful wiki. Best regards, Yusuf On Feb 9, 2005, at 10:12 AM, Alexander Schremmer wrote: > On Tue, 8 Feb 2005 15:09:10 -0800, Yusuf Abdulghani wrote: > >>>> I tried your suggestion and inserted this line in the wikiconfig.py >>>> file: >>>> url_schemas = ['myxyz'] >>>> However, this does not seem to work. > >> Then shouldn't this be filed as a bug? > > Where did you read that it would work like that? Having that piece of > information, we can fix it. > > 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 2004b at usenet.alexanderweb.de Wed Feb 9 11:24:55 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 9 11:24:55 2005 Subject: [Moin-user] Re: Re: Extending URL schemas References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> <42094208.7050406@cynistar.net> <96da9b4f10591426dc5d084c6814f130@apple.com> <vc35dn58tzan$.dlg@usenet.alexanderweb.de> <d73c293dddf041497c7ff86b2e5efc68@apple.com> Message-ID: <frawy4hll26v.dlg@usenet.alexanderweb.de> On Wed, 9 Feb 2005 11:16:42 -0800, Yusuf Abdulghani wrote: > I am sure there must be a good reason to keep the url_schemas in > config.py instead of wikiconfig.py. I think it is in there because the code that uses this setting does not have access to the current wikiconfig. Kind regards, Alexander From thomas.werschlein at netcetera.ch Wed Feb 9 12:42:42 2005 From: thomas.werschlein at netcetera.ch (Thomas Werschlein) Date: Wed Feb 9 12:42:42 2005 Subject: [Moin-user] URL-prefix/path-info with twisted? Message-ID: <Pine.GSO.4.60.0502092125540.14635@fire-13.netcetera.ch> Hello, I've to run a twisted based MoinMoin behind an Apache server using mod_proxy. Unfortunately I can't use a special DNS-Name for the wiki, but have to use a subdirectory to pass requests over to Moin. E.g.: I can't use mywiki.example.com --> localhost:8080 but have to use www.example.com/mywiki --> localhost:8080 Now, the problem is, that all subsequent links within Moin don't work, since they don't include the "mywiki" prefix in the URL but look like www.example.com/RecentChanges instead of www.example.com/mywiki/RecentChanges, so mod_proxy can't pass the request on to Moin. Does anyone know where to include this twisted-"prefix"? The url_prefix configuration option only affects static content like CSS and images (which I can handle with another ProxyPass directive in Apache). Any hints are greatly appreciated! Regards, Thomas From 2004b at usenet.alexanderweb.de Wed Feb 9 13:03:51 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 9 13:03:51 2005 Subject: [Moin-user] Re: URL-prefix/path-info with twisted? References: <Pine.GSO.4.60.0502092125540.14635@fire-13.netcetera.ch> Message-ID: <q3goj1dmmaa4$.dlg@usenet.alexanderweb.de> On Wed, 9 Feb 2005 21:41:07 +0100 (MET), Thomas Werschlein wrote: > I've to run a twisted based MoinMoin behind an Apache server using > mod_proxy. Unfortunately I can't use a special DNS-Name for the wiki, > but have to use a subdirectory to pass requests over to Moin. E.g.: > > Now, the problem is, that all subsequent links within Moin don't work, > since they don't include the "mywiki" prefix in the URL but look like > www.example.com/RecentChanges instead of > www.example.com/mywiki/RecentChanges, so mod_proxy can't pass the > request on to Moin. > > Does anyone know where to include this twisted-"prefix"? The > url_prefix configuration option only affects static content like CSS > and images (which I can handle with another ProxyPass directive in > Apache). I am sure that you can get this setup working by digging into mod_rewrite. Otherwise you might want to mess with request.prepath in MoinMoin.server.twistedmoin.WikiRoot().getChild Kind regards, Alexander From thomas.werschlein at netcetera.ch Wed Feb 9 13:47:52 2005 From: thomas.werschlein at netcetera.ch (Thomas Werschlein) Date: Wed Feb 9 13:47:52 2005 Subject: [Moin-user] Re: URL-prefix/path-info with twisted? In-Reply-To: <q3goj1dmmaa4$.dlg@usenet.alexanderweb.de> References: <Pine.GSO.4.60.0502092125540.14635@fire-13.netcetera.ch> <q3goj1dmmaa4$.dlg@usenet.alexanderweb.de> Message-ID: <Pine.GSO.4.60.0502092235510.14635@fire-13.netcetera.ch> On Wed, 9 Feb 2005, Alexander Schremmer wrote: > On Wed, 9 Feb 2005 21:41:07 +0100 (MET), Thomas Werschlein wrote: > >> I've to run a twisted based MoinMoin behind an Apache server using >> mod_proxy. Unfortunately I can't use a special DNS-Name for the wiki, >> but have to use a subdirectory to pass requests over to Moin. E.g.: >> >> Now, the problem is, that all subsequent links within Moin don't work, >> since they don't include the "mywiki" prefix in the URL but look like >> www.example.com/RecentChanges instead of >> www.example.com/mywiki/RecentChanges, so mod_proxy can't pass the >> request on to Moin. >> >> Does anyone know where to include this twisted-"prefix"? The >> url_prefix configuration option only affects static content like CSS >> and images (which I can handle with another ProxyPass directive in >> Apache). > > I am sure that you can get this setup working by digging into mod_rewrite. > Otherwise you might want to mess with request.prepath in > MoinMoin.server.twistedmoin.WikiRoot().getChild Thanks a lot for your _very_ fast answer :-) I have to add, that the Apache httpd also has to serve other content such as www.example.com/foo.html, so I can't rewrite / to /mywiki globally. Or did I miss something? It seems to me, that I am lacking the handle for deciding if to rewrite subsequent absolute URLs or not. Therefore I'll give your second proposal a try. Kind regards, Thomas From yaghani at mac.com Wed Feb 9 14:15:44 2005 From: yaghani at mac.com (Yusuf Abdulghani) Date: Wed Feb 9 14:15:44 2005 Subject: [Moin-user] CSV parser: Nice to have feature In-Reply-To: <d73c293dddf041497c7ff86b2e5efc68@apple.com> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> <42094208.7050406@cynistar.net> <96da9b4f10591426dc5d084c6814f130@apple.com> <vc35dn58tzan$.dlg@usenet.alexanderweb.de> <d73c293dddf041497c7ff86b2e5efc68@apple.com> Message-ID: <8c1aee2c03bc6b7b289219c46535217a@mac.com> Hi, I am using CSV parser to create a table of numerical values. Unfortunately, the numbers are all left-aligned, I would have liked the CSV parser to (by default) left-align the text values in the cell and right-align the numerical values so that the numbers are easier to read. Is there an option to do this? If not, this would be a nice feature for future releases. CSV can also have an option of what alignment you want for the text in the cells of the table. If there is a simple fix which I can make in the CSV.py module, please recommend. I am new to python and don't feel comfortable changing the CSV.py file. :) Thanks. Yusuf From pdecker02 at comcast.net Wed Feb 9 15:00:15 2005 From: pdecker02 at comcast.net (Paul Decker) Date: Wed Feb 9 15:00:15 2005 Subject: New to list... should " [Moin-user] Error on save" have been a bug report? In-Reply-To: <4206AEA6.80506@comcast.net> References: <4206AEA6.80506@comcast.net> Message-ID: <420A959F.7070103@comcast.net> I was hesitant to file this as a bug report, as I hate it when people file bug reports on my projects without asking if they've scrwed up. I was wondering if anyone has seen this... I couldn't find it in the data base(well, not this exact thing), so I thought I'd ask here first. Thanks, pd > Thanks to help I've gotten here, I can now bring up my MoinMoin in both > IIS and the standalone server. > > Everything is fine until I start to edit and save pages. If I bring up > a page to edit, when I try to save the page, I get this error. It > happens in both IIS and with the standalone version. > > I have checked all the permissions on all the directories. It doesn't > seem to me related to IIS settings, since it happens on the standalone > server as well as IIS. > > Thanks for the help, > Paul Decker > > =========================================================================== > --> --> > > > NameErrorglobal name '_' is not defined Please include this > information in your bug reports!: > Python Python 2.3.4: C:\Python23\python.exe > Platform: win32 (nt) > MoinMoin Release 1.3.3 [Revision 1.3.3 release] > Sat Feb 05 17:21:44 2005 > > A problem occurred in a Python script. Here is the sequence of function > calls leading up to the error, in the order they occurred. > > C:\Moin\Lib\site-packages\MoinMoin\request.py in > run(self=<MoinMoin.request.RequestCGI instance at 0x007AA8C8>) > 882 else: > 883 try: > 884 cgitb.Hook(file=self).handle(saved_exc) > 885 # was: cgitb.handler() > 886 except: > cgitb = <module 'MoinMoin.support.cgitb' from > 'C:\Moin\Lib\site-packages\MoinMoin\support\cgitb.pyc'>, cgitb.Hook = > <class MoinMoin.support.cgitb.Hook at 0x00755330>, file undefined, self > = <MoinMoin.request.RequestCGI instance at 0x007AA8C8>, ).handle > undefined, saved_exc = (<class exceptions.NameError at 0x005E4900>, > <exceptions.NameError instance at 0x00753AD0>, <traceback object at > 0x00753148>) > > C:\Moin\Lib\site-packages\MoinMoin\wikiaction.py in > do_savepage(pagename=u'PaulDecker', request=<MoinMoin.request.RequestCGI > instance at 0x007AA8C8>) > 624 except pg.SaveError, msg: > 625 # msg contain a unicode string > 626 savemsg = unicode(msg) > 627 > 628 # Send new page after save or after unsuccessful conflict > merge. > savemsg undefined, unicode undefined, msg undefined > > C:\Moin\Lib\site-packages\MoinMoin\PageEditor.py in > saveText(self=<MoinMoin.PageEditor.PageEditor instance at 0x0074CEE0>, > newtext=u'Describe PaulDecker here.\n\ntest\n', rev=0, **kw={'comment': > u'test', 'trivial': 0}) > 933 > 934 # write the page file > 935 mtime_usecs, rev = self._write_file(newtext, action, > comment, extra) > 936 self.clean_acl_cache() > 937 > mtime_usecs undefined, rev = 0, self = <MoinMoin.PageEditor.PageEditor > instance at 0x0074CEE0>, self._write_file = <bound method > PageEditor._write_file of <MoinMoin.PageEditor.PageEditor instance at > 0x0074CEE0>>, newtext = u'Describe PaulDecker here.\n\ntest\n', action = > 'SAVENEW', comment = u'test', extra = u'' > > C:\Moin\Lib\site-packages\MoinMoin\PageEditor.py in > _write_file(self=<MoinMoin.PageEditor.PageEditor instance at > 0x0074CEE0>, text=u'Describe PaulDecker here.\n\ntest\n', > action='SAVENEW', comment=u'test', extra=u'') > 806 > 807 if not got_lock: > 808 raise self.CouldNotLock, _("Page could not get locked. > Missing 'current' file?") > 809 > 810 # increment rev number of current(-locked) page > self = <MoinMoin.PageEditor.PageEditor instance at 0x0074CEE0>, > self.CouldNotLock = <class MoinMoin.PageEditor.CouldNotLock at > 0x0074D210>, _ undefined > > NameError: global name '_' is not defined > __doc__ = 'Name not found globally.' > __getitem__ = <bound method NameError.__getitem__ of > <exceptions.NameError instance at 0x00753AD0>> > __init__ = <bound method NameError.__init__ of > <exceptions.NameError instance at 0x00753AD0>> > __module__ = 'exceptions' > __str__ = <bound method NameError.__str__ of <exceptions.NameError > instance at 0x00753AD0>> > args = ("global name '_' is not defined",) > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > From yaghani at mac.com Wed Feb 9 17:39:01 2005 From: yaghani at mac.com (Yusuf Abdulghani) Date: Wed Feb 9 17:39:01 2005 Subject: [Moin-user] Generating a list of Users from specific groups In-Reply-To: <8c1aee2c03bc6b7b289219c46535217a@mac.com> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> <42094208.7050406@cynistar.net> <96da9b4f10591426dc5d084c6814f130@apple.com> <vc35dn58tzan$.dlg@usenet.alexanderweb.de> <d73c293dddf041497c7ff86b2e5efc68@apple.com> <8c1aee2c03bc6b7b289219c46535217a@mac.com> Message-ID: <d3f42dfe62fda68f5a87ce78829f733d@mac.com> Hi, I am wondering if someone has written a macro that generates a list of Users from a specified list of groups? For example, if I have the following groups: 1. MyGroup 2. YourGroup 3. MyNewGroup If I say: [[ListUsers(t:My*)]] The macro should print all users in lists MyGroup and MyNewGroup as follows MyGroup: User1 MyGroup: User2 MyGroup: User3 MyGroup: User4 MyNewGroup: User1 MyNewGroup: User6 MyNewGroup: User7 Or put this in a table as follows: Group User MyGroup User1 MyGroup User2 MyGroup User3 MyGroup User4 MyNewGroup User1 MyNewGroup User6 MyNewGroup User7 If no parameters are given to the ListUsers() macro, then it should print *all* the users in *all* the groups. This functionality is available on some other wikis and is quite useful. I am wondering if someone has worked on this? Thanks. Best regards, Yusuf From yaghani at mac.com Wed Feb 9 19:29:47 2005 From: yaghani at mac.com (Yusuf Abdulghani) Date: Wed Feb 9 19:29:47 2005 Subject: [Moin-user] Creating subpages in user's home pages In-Reply-To: <d3f42dfe62fda68f5a87ce78829f733d@mac.com> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> <42094208.7050406@cynistar.net> <96da9b4f10591426dc5d084c6814f130@apple.com> <vc35dn58tzan$.dlg@usenet.alexanderweb.de> <d73c293dddf041497c7ff86b2e5efc68@apple.com> <8c1aee2c03bc6b7b289219c46535217a@mac.com> <d3f42dfe62fda68f5a87ce78829f733d@mac.com> Message-ID: <ba731502260d12d16dcf46f153840934@mac.com> Hi, [[NewPage(SubpageTemplate, Create New Subpage in Homepage, <USER_HOME_PAGE>)]] I want to allow the users to create a subpage under their HomePage directory by clicking this NewPage button. I am wondering if there is a way to do this? Note that <USER_HOME_PAGE> must be dynamically selected based on the WikiName of the user who is logged in. Any ideas? Thank you. Best regards, Yusuf From yusuf at apple.com Wed Feb 9 19:41:20 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Wed Feb 9 19:41:20 2005 Subject: [Moin-user] Creating subpages in user's home pages In-Reply-To: <ba731502260d12d16dcf46f153840934@mac.com> References: <4203FA5F.3000301@web.de> <42045B8F.4020809@cynistar.net> <fd4776de93a499b8fb8639a848edb2dd@mac.com> <18cb437a8bbb7c7ad774a6f2677bda05@mac.com> <4206C1F8.1040908@cynistar.net> <6ec6df30bcdfe8d7ed805fc2ed3cf319@apple.com> <42094208.7050406@cynistar.net> <96da9b4f10591426dc5d084c6814f130@apple.com> <vc35dn58tzan$.dlg@usenet.alexanderweb.de> <d73c293dddf041497c7ff86b2e5efc68@apple.com> <8c1aee2c03bc6b7b289219c46535217a@mac.com> <d3f42dfe62fda68f5a87ce78829f733d@mac.com> <ba731502260d12d16dcf46f153840934@mac.com> Message-ID: <339915e835fe5b119ffd4b2d4bf607a4@apple.com> I tried using the following in the HomePageTemplate: > [[NewPage(SubpageTemplate, Create New Subpage in Homepage, > @USERNAME@)]] It gives an error message: Cannot create a new page without a page name. Please specify a page name. I thought the page name is indeed provided (third value). Isn't it? Thanks for your help. Best regards, Yusuf On Feb 9, 2005, at 7:28 PM, Yusuf Abdulghani wrote: > Hi, > > [[NewPage(SubpageTemplate, Create New Subpage in Homepage, > <USER_HOME_PAGE>)]] > > I want to allow the users to create a subpage under their HomePage > directory by clicking this NewPage button. I am wondering if there is > a way to do this? Note that <USER_HOME_PAGE> must be dynamically > selected based on the WikiName of the user who is logged in. > > Any ideas? > > Thank you. > > Best regards, > > Yusuf > > > > ------------------------------------------------------- > 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 wharms at bfs.de Thu Feb 10 00:16:43 2005 From: wharms at bfs.de (walter harms) Date: Thu Feb 10 00:16:43 2005 Subject: [Moin-user] New to list, reporting install problems, how ? In-Reply-To: <4206AEA6.80506@comcast.net> References: <4206AEA6.80506@comcast.net> Message-ID: <420B186C.8000100@bfs.de> Hi list, i have installed moin on my linux box (suse9.1). while installing i found some problems that i would like to report so this can fixed/better explained for future users. what is the normal procedure for that ? wiki ? posting to ml ? re, walter From o.hofmann at smail.uni-koeln.de Thu Feb 10 01:20:32 2005 From: o.hofmann at smail.uni-koeln.de (Oliver Hofmann) Date: Thu Feb 10 01:20:32 2005 Subject: [Moin-user] Synchronizing In-Reply-To: <20050204143123.65098.qmail@web30908.mail.mud.yahoo.com> References: <20050204143123.65098.qmail@web30908.mail.mud.yahoo.com> Message-ID: <420B1AB5.30400@smail.uni-koeln.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Apologies for the late reply and my thanks to everyone who answered -- I've combined Rogers profile with Alexanders description and it seems to work just fine. Now I only need to figure out how to start the Desktop Edition as a service/daemon and I'll be fine. Thanks again! Oliver - --- root = C:\Program Files\MMDE\wiki\ root = ssh://foo at bar.info//home/foo/share/moin/bar/ force = ssh://foo at bar.info//home/foo/share/moin/bar/ servercmd=/home/foo/bin/unison times = true ignore = Name *.pyo ignore = Name *.pyc ignore = Name *.cgi ignore = Name dict.* ignore = Name dicts.* ignore = Name data/error.log ignore = Name data/xmlrpc-log ignore = Name data/event-log ignore = Name data/edit-log ignore = Path data/cache ignore = Path data/plugins ignore = Path data/pages/*/cache ignore = Path htdocs/ - --- - -- Oliver Hofmann South African National Bioinformatics Institute ~ University of the Western Cape -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCCxq19ihIjY7POJMRAlVoAJ0V5z4FQFwJBSJyxnFSusvx8lvUFACePs76 9UWHa4VCVX060vVwvNVjKlE= =NOaI -----END PGP SIGNATURE----- From nirs at actcom.net.il Thu Feb 10 03:09:38 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Thu Feb 10 03:09:38 2005 Subject: [Moin-user] Generating a list of Users from specific groups In-Reply-To: <20050210043444.75A5F89BF9@sc8-sf-spam1.sourceforge.net> References: <20050210043444.75A5F89BF9@sc8-sf-spam1.sourceforge.net> Message-ID: <82ce29057a5983a811fd38470b529a86@actcom.net.il> > I am wondering if someone has written a macro that generates a list of > Users from a specified list of groups? > > For example, if I have the following groups: > 1. MyGroup > 2. YourGroup > 3. MyNewGroup > > If I say: > > [[ListUsers(t:My*)]] > > The macro should print all users in lists MyGroup and MyNewGroup as > follows > > MyGroup: User1 > MyGroup: User2 > MyGroup: User3 > MyGroup: User4 > MyNewGroup: User1 > MyNewGroup: User6 > MyNewGroup: User7 > > Or put this in a table as follows: > > Group User > MyGroup User1 > MyGroup User2 > MyGroup User3 > MyGroup User4 > MyNewGroup User1 > MyNewGroup User6 > MyNewGroup User7 > > If no parameters are given to the ListUsers() macro, then it should > print *all* the users in *all* the groups. Try MacroMarket on the moin moin wiki, or write this macro yourself. You want to check the code in wikidicts.py as a reference. Best Regards, Nir Soffer From nirs at actcom.net.il Thu Feb 10 03:18:50 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Thu Feb 10 03:18:50 2005 Subject: [Moin-user] Creating subpages in user's home pages In-Reply-To: <20050210043444.75A5F89BF9@sc8-sf-spam1.sourceforge.net> References: <20050210043444.75A5F89BF9@sc8-sf-spam1.sourceforge.net> Message-ID: <4c059915772a9a24791e4349a85a1f0b@actcom.net.il> > [[NewPage(SubpageTemplate, Create New Subpage in Homepage, > <USER_HOME_PAGE>)]] > > I want to allow the users to create a subpage under their HomePage > directory by clicking this NewPage button. I am wondering if there is a > way to do this? Note that <USER_HOME_PAGE> must be dynamically selected > based on the WikiName of the user who is logged in. NewPage macro can't do that, it work only with static page names. You can clone this macro and write macro that does use the current user name, accessible through request.user.name. Don't forget to share the macro in MacroMarket after you write it :-). Best Regards, Nir Soffer From helmert at informatik.uni-freiburg.de Thu Feb 10 04:28:40 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Thu Feb 10 04:28:40 2005 Subject: [Moin-user] Bug with remember_last_visit and migration script? Message-ID: <cufje3$69i$1@sea.gmane.org> Dear developers, I think that I am experiencing a bug in Moin 1.3.3 related to the remember_last_visit feature. Steps to reproduce: 1. Go to http://alfons.informatik.uni-freiburg.de/wawiki/ 2. Log in as "TorstenTest", password "foo". 3. Go to http://alfons.informatik.uni-freiburg.de/wawiki/ (Be sure to enter the address manually and not just use the back link of the browser or something like this. Check that you don't get a cached version of the page.) After step 3., you should be presented with an internal server error. Notes: * You can mess around with the wiki in any way you wish. The data is copied from a real wiki, but this installation is just an internal test installation. * There might be some downtime of the wiki in the next few hours. If so, please try again a few minutes later. I have to unplug the computer briefly to be able to move some furniture around. :-) * The test wiki uses Moin 1.3.2, but the problem is also present in the "real" wiki, which uses Moin 1.3.3. * This is a wiki that was migrated from Moin 1.2.x. I could *not* reproduce the problem with users created in Moin 1.3.3, only with users that were migrated. So it might be related to the migration scripts. * I am quite convinced that the remember_last_visit feature is responsible for the bug. In a wiki with ~100 users, two users reported this problem. Both had this feature enabled, and the vast majority of users (about 95%) have it disabled. Besides, it seems reasonable to assume that this features is involved in some way when users navigate to the "root" of the wiki because the last page must be looked up then. Moin only crashes if you go to the "root" of the wiki, not if you navigate to a specific page. Please tell me if you need more information. Malte From helmert at informatik.uni-freiburg.de Thu Feb 10 05:28:51 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Thu Feb 10 05:28:51 2005 Subject: [Moin-user] E-mailing passwords is broken Message-ID: <cufn3l$hm3$1@sea.gmane.org> Dear group, as far as I can tell, the "e-mail passwords" functionality in MoinMoin is broken. Since the password is not stored as plaintext anywhere (a good thing), the user can only get at the SHA1 digest of his password, which doesn't help at all. Maybe it should be replaced with a "Reset password" option that assigns the user a new random password which they can then subsequently change? Authentication could work as follows: 1. User clicks "Reset password". 2. MoinMoin generates a random authentication string FOO and stores it away somewhere. 3. MoinMoin sends an e-mail to the user asking him to go to http://www.the-wiki-address/moin.cgi?action=reset_password?auth=FOO to confirm that they want to reset the password. 4. User receives mail and visits the address. 5. When the address is visited, MoinMoin generates a new password and e-mails it to the user. The process could be streamlined somewhat by e-mailing the password to the user already in step 3. Visiting the generated address would then only be necessary for confirming the password. Alternatively, the page shown under 5. could contain an "enter your new password" prompt, so that no random passwords are generated at all, only the random authentication string FOO. While I am talking about logging into MoinMoin wikis, two minor nits. I think that the presence of a "Login" link instead of "UserPreferences" in the new versions is a usability improvement. However, I think that a "Logout" link would be good as well. Looking for "Logout" under "UserPreferences" is not intuitive, since logging out is not really a preference. Second, I think it should be allowable that several users have the same e-mail address. I often want to have several accounts in Wikis I administrate, e.g. a regular account "MalteHelmert" and some "TestUser" account. Other people might want to have a special "WikiAdmin" account or some such. Right now, this requires specifying different e-mail addresses for each user. (At least that's what I recall.) Malte From nigel.harper at lightworkdesign.com Thu Feb 10 05:39:18 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Thu Feb 10 05:39:18 2005 Subject: [Moin-user] E-mailing passwords is broken Message-ID: <8815647C7041D111A3010060B06BE1C002B63447@ELVIS> On my installation the generated email contains a URL which takes the user to the front page & logs them in automatically. They can then go into their user prefs and set a new password. Do you not get this? Nigel > -----Original Message----- > From: Malte Helmert [mailto:helmert at informatik.uni-freiburg.de] > Sent: 10 February 2005 13:25 > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] E-mailing passwords is broken > > > Dear group, > > as far as I can tell, the "e-mail passwords" functionality in > MoinMoin > is broken. Since the password is not stored as plaintext anywhere (a > good thing), the user can only get at the SHA1 digest of his > password, > which doesn't help at all. Maybe it should be replaced with a "Reset > password" option that assigns the user a new random password > which they > can then subsequently change? > > Authentication could work as follows: > > 1. User clicks "Reset password". > 2. MoinMoin generates a random authentication string FOO and stores it > away somewhere. > 3. MoinMoin sends an e-mail to the user asking him to go to > > http://www.the-wiki-address/moin.cgi?action=reset_password?auth=FOO > to confirm that they want to reset the password. > 4. User receives mail and visits the address. > 5. When the address is visited, MoinMoin generates a new password and > e-mails it to the user. > > The process could be streamlined somewhat by e-mailing the > password to > the user already in step 3. Visiting the generated address would then > only be necessary for confirming the password. > > Alternatively, the page shown under 5. could contain an > "enter your new > password" prompt, so that no random passwords are generated > at all, only > the random authentication string FOO. > > While I am talking about logging into MoinMoin wikis, two minor nits. > > I think that the presence of a "Login" link instead of > "UserPreferences" > in the new versions is a usability improvement. However, I > think that a > "Logout" link would be good as well. Looking for "Logout" under > "UserPreferences" is not intuitive, since logging out is not really a > preference. > > Second, I think it should be allowable that several users > have the same > e-mail address. I often want to have several accounts in Wikis I > administrate, e.g. a regular account "MalteHelmert" and some > "TestUser" > account. Other people might want to have a special > "WikiAdmin" account > or some such. Right now, this requires specifying different e-mail > addresses for each user. (At least that's what I recall.) > > Malte > > > > ------------------------------------------------------- > 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 helmert at informatik.uni-freiburg.de Thu Feb 10 05:53:36 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Thu Feb 10 05:53:36 2005 Subject: [Moin-user] Re: E-mailing passwords is broken In-Reply-To: <8815647C7041D111A3010060B06BE1C002B63447@ELVIS> References: <8815647C7041D111A3010060B06BE1C002B63447@ELVIS> Message-ID: <cufoqh$mrc$1@sea.gmane.org> Nigel Harper wrote: > On my installation the generated email contains a URL which takes the user > to the front page & logs them in automatically. > > They can then go into their user prefs and set a new password. > > Do you not get this? Indeed I do. Sorry for not checking properly. Was this added in 1.3.2 or 1.3.3, or is my memory screwed? Malte From nigel.harper at lightworkdesign.com Thu Feb 10 06:12:19 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Thu Feb 10 06:12:19 2005 Subject: [Moin-user] Re: E-mailing passwords is broken Message-ID: <8815647C7041D111A3010060B06BE1C002B63455@ELVIS> > Indeed I do. Sorry for not checking properly. Was this added > in 1.3.2 or > 1.3.3, or is my memory screwed? Possibly the latter - I'm still running 1.3.1. Nigel From 2004b at usenet.alexanderweb.de Thu Feb 10 10:45:53 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 10 10:45:53 2005 Subject: [Moin-user] Re: Bug with remember_last_visit and migration script? References: <cufje3$69i$1@sea.gmane.org> Message-ID: <x8ufrac2aogk.dlg@usenet.alexanderweb.de> On Thu, 10 Feb 2005 13:21:54 +0100, Malte Helmert wrote: > I think that I am experiencing a bug in Moin 1.3.3 related to the > remember_last_visit feature. Thanks. Please file the bug on our wiki page: http://moinmoin.wikiwikiweb.de/MoinMoinBugs It really looks like a bug ... Kind regards, Alexander From 2004b at usenet.alexanderweb.de Thu Feb 10 10:56:57 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 10 10:56:57 2005 Subject: [Moin-user] Re: E-mailing passwords is broken References: <8815647C7041D111A3010060B06BE1C002B63447@ELVIS> <cufoqh$mrc$1@sea.gmane.org> Message-ID: <1rxr0eao53r07.dlg@usenet.alexanderweb.de> On Thu, 10 Feb 2005 14:53:53 +0100, Malte Helmert wrote: > Nigel Harper wrote: >> On my installation the generated email contains a URL which takes the user >> to the front page & logs them in automatically. >> >> They can then go into their user prefs and set a new password. >> >> Do you not get this? > > Indeed I do. Sorry for not checking properly. Was this added in 1.3.2 or > 1.3.3, or is my memory screwed? What should have been added? I think it have always worked like that in 1.3 and even 1.2.3+ IIRC Kind regards, Alexander From yusuf at apple.com Thu Feb 10 11:01:45 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Thu Feb 10 11:01:45 2005 Subject: [Moin-user] Creating subpages in user's home pages In-Reply-To: <4c059915772a9a24791e4349a85a1f0b@actcom.net.il> References: <20050210043444.75A5F89BF9@sc8-sf-spam1.sourceforge.net> <4c059915772a9a24791e4349a85a1f0b@actcom.net.il> Message-ID: <be95deaa9c211756f31f62b2556e462e@apple.com> Hi Nir, I got this to work this way: I created a HomepageTemplate as follows: ------------------------------------- ##language:en '''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@/")]] = Contact Information = Email: Homepage: Any other way to contact you: (if you wish to divulge that information ;) = 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(BlankTemplate, 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. ---- CategoryHomepage ------------------------------------- All users are instructed to create their pages based off of this template. When they create the page, the "NewPage" macro automatically detects the location of the @PAGE@ and creates the pages underneath the user's home page. I think the other way that it would work is if I used the following on any page: [[NewPage(BlankTemplate, Create New Sub-Topic, @USERNAME@)]] MoinExperts: Is this the right way to do it? Thanks. Best regards, Yusuf On Feb 10, 2005, at 3:17 AM, Nir Soffer wrote: >> [[NewPage(SubpageTemplate, Create New Subpage in Homepage, >> <USER_HOME_PAGE>)]] >> >> I want to allow the users to create a subpage under their HomePage >> directory by clicking this NewPage button. I am wondering if there is >> a >> way to do this? Note that <USER_HOME_PAGE> must be dynamically >> selected >> based on the WikiName of the user who is logged in. > > NewPage macro can't do that, it work only with static page names. You > can clone this macro and write macro that does use the current user > name, accessible through request.user.name. Don't forget to share the > macro in MacroMarket after you write it :-). > > Best Regards, > > Nir Soffer > > > > ------------------------------------------------------- > 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 helmert at informatik.uni-freiburg.de Thu Feb 10 11:22:17 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Thu Feb 10 11:22:17 2005 Subject: [Moin-user] Re: E-mailing passwords is broken In-Reply-To: <1rxr0eao53r07.dlg@usenet.alexanderweb.de> References: <8815647C7041D111A3010060B06BE1C002B63447@ELVIS> <cufoqh$mrc$1@sea.gmane.org> <1rxr0eao53r07.dlg@usenet.alexanderweb.de> Message-ID: <cugbrb$9pr$1@sea.gmane.org> Alexander Schremmer wrote: > On Thu, 10 Feb 2005 14:53:53 +0100, Malte Helmert wrote: > > >>Nigel Harper wrote: >> >>>On my installation the generated email contains a URL which takes the user >>>to the front page & logs them in automatically. >>> >>>They can then go into their user prefs and set a new password. >>> >>>Do you not get this? >> >>Indeed I do. Sorry for not checking properly. Was this added in 1.3.2 or >>1.3.3, or is my memory screwed? > > What should have been added? I think it have always worked like that in 1.3 > and even 1.2.3+ IIRC The link in the e-mail message. I only remember receiving an e-mail with the user-name and encrypted password (which would of course be useless). My fault, apologies. Malte From helmert at informatik.uni-freiburg.de Thu Feb 10 11:57:31 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Thu Feb 10 11:57:31 2005 Subject: [Moin-user] Re: Bug with remember_last_visit and migration script? In-Reply-To: <x8ufrac2aogk.dlg@usenet.alexanderweb.de> References: <cufje3$69i$1@sea.gmane.org> <x8ufrac2aogk.dlg@usenet.alexanderweb.de> Message-ID: <cugdod$hhu$1@sea.gmane.org> Alexander Schremmer wrote: > On Thu, 10 Feb 2005 13:21:54 +0100, Malte Helmert wrote: > > >>I think that I am experiencing a bug in Moin 1.3.3 related to the >>remember_last_visit feature. > > Thanks. Please file the bug on our wiki page: > > http://moinmoin.wikiwikiweb.de/MoinMoinBugs Done. I hope all relevant information is included. As noted on the bug page, I'd like to remove the wiki that shows the problem from the web as soon as possible. I have subscribed to the bug page, so if someone would indicate on the bug page when/if the test wiki is no longer needed, that would be great. Malte From nirs at actcom.net.il Thu Feb 10 12:21:09 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Thu Feb 10 12:21:09 2005 Subject: [Moin-user] Re: E-mailing passwords is broken In-Reply-To: <20050210200129.742B213F82@sc8-sf-spam2.sourceforge.net> References: <20050210200129.742B213F82@sc8-sf-spam2.sourceforge.net> Message-ID: <d3dce974d70ddfdf9563b1cc68e877ee@actcom.net.il> On 10 Feb, 2005, at 21:57, moin-user-request at lists.sourceforge.net wrote: > The link in the e-mail message. I only remember receiving an e-mail > with > the user-name and encrypted password (which would of course be > useless). Why useless? (hint: did you try to login with the hashed password?) Best Regards, Nir Soffer From nirs at actcom.net.il Thu Feb 10 12:27:46 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Thu Feb 10 12:27:46 2005 Subject: [Moin-user] Creating subpages in user's home pages In-Reply-To: <20050210200129.742B213F82@sc8-sf-spam2.sourceforge.net> References: <20050210200129.742B213F82@sc8-sf-spam2.sourceforge.net> Message-ID: <5431112a76677d8cd05c240431a2df83@actcom.net.il> On 10 Feb, 2005, at 21:57, moin-user-request at lists.sourceforge.net wrote: > I got this to work this way: I created a HomepageTemplate as follows: > > ------------------------------------- > ##language:en > > = 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(BlankTemplate, Create New Sub-Topic, @PAGE@)]] Interesting solution, It would be nice to put this on MoinMoin wiki as an example for using templates. Note that ##langauge:en is old unused format, you should use #language en. See HelpOnLanguages. Best Regards, Nir Soffer From helmert at informatik.uni-freiburg.de Thu Feb 10 13:08:16 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Thu Feb 10 13:08:16 2005 Subject: [Moin-user] Re: E-mailing passwords is broken In-Reply-To: <d3dce974d70ddfdf9563b1cc68e877ee@actcom.net.il> References: <20050210200129.742B213F82@sc8-sf-spam2.sourceforge.net> <d3dce974d70ddfdf9563b1cc68e877ee@actcom.net.il> Message-ID: <cugi7v$vod$1@sea.gmane.org> Nir Soffer wrote: > On 10 Feb, 2005, at 21:57, moin-user-request at lists.sourceforge.net wrote: > >> The link in the e-mail message. I only remember receiving an e-mail with >> the user-name and encrypted password (which would of course be useless). > > Why useless? (hint: did you try to login with the hashed password?) If that works, maybe this should be documented somewhere more prominently. :-) Malte From 2004b at usenet.alexanderweb.de Thu Feb 10 15:41:00 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 10 15:41:00 2005 Subject: [Moin-user] Re: New to list, reporting install problems, how ? References: <4206AEA6.80506@comcast.net> <420B186C.8000100@bfs.de> Message-ID: <16z9ycnq8xpq8.dlg@usenet.alexanderweb.de> On Thu, 10 Feb 2005 09:16:44 +0100, walter harms wrote: > i have installed moin on my linux box (suse9.1). while installing i > found some problems that i would like to report so this can fixed/better > explained for future users. what is the normal procedure for that ? > wiki ? posting to ml ? Which documentation parts were unclear? If it were INSTALL.html or the HelpOnInstalling pages, see http://moinmoin.wikiwikiweb.de/EditingOnMoinMaster If it was README.migration etc., file a bug: http://moinmoin.wikiwikiweb.de/MoinMoinBugs That will ensure that the missing hints etc. get into the official documentation. Of course you may share your upgrading experience with others on the list as well, feel free to post here. Kind regards, Alexander From sandip at lug-delhi.org Fri Feb 11 05:59:16 2005 From: sandip at lug-delhi.org (Sandip Bhattacharya) Date: Fri Feb 11 05:59:16 2005 Subject: [Moin-user] url_mappings is not working completely Message-ID: <1108130192.9223.10.camel@pluto.home> Before I file another bug, as Nir suggested in http://moinmoin.wikiwikiweb.de/MoinMoinBugs/URLMappingsCausesTraceback, I want to be sure I am filing a real bug. I have applied the patch in that page, and the traceback is fixed. But, if you take look at http://www.lug-delhi.org/FrontPage, only the links in the main content area seem to be properly url-mapped. 1. The login link takes you to the ugly URL (http://domain/cgi-bin/moin.cgi) of the page. If you login there, the cookie seems to be set for http://domain/cgi-bin/ only and doesnt work for pages with the pretty URLs i.e. you dont appear to be logged in those pages. 2. The nav_links also point to the Ugly URLs. Take a look at The RecentChanges, FindPage and TitleIndex links at the top. I have in wikiconfig.py: url_mappings = {"/cgi-bin/moin.cgi/":"/"} navi_bar = [ # Will use page_front_page, (default FrontPage) u'%(page_front_page)s', u'RecentChanges', u'FindPage', u'TitleIndex', u'[http://www.linux-delhi.org ILUG-Delhi]', u'[http://www.fsf.org.in Free Software Foundation - India]' ] - Sandip -- Sandip Bhattacharya * Puroga Technologies * sandip at puroga.com Work: http://www.puroga.com * Home/Blog: http://www.sandipb.net/blog PGP/GPG Signature: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3 From CPJohnson at edcon.co.za Fri Feb 11 07:00:57 2005 From: CPJohnson at edcon.co.za (Craig Johnson) Date: Fri Feb 11 07:00:57 2005 Subject: [Moin-user] Mail Notifications FW: [IAS Wiki] Update of "Test" Message-ID: <3970FB2F8D4B8E4AB6406EFCE131DF971375B2@JHBEXVS01.production.fr-prod.edcon.co.za> Here's the sequence of events. 1. Created a test page using Yusuf's template. 2. Deleted the page. 3. Created the page again, this time with the default text. 4. I received a mail notification showing that I had altered the page from Yusuf's template to the default text. See below. Is this correct? Craig -----Original Message----- From: IAS at avsns02.bcx.co.za [mailto:IAS at avsns02.bcx.co.za] Sent: 11 February 2005 04:57 PM To: IAS at avsns02.bcx.co.za; Wiki at edcon.co.za Subject: [IAS Wiki] Update of "Test" Dear Wiki user, You have subscribed to a wiki page or wiki category on "IAS Wiki" for change notification. The following page has been changed by CraigJohnson: http://jhbiast01/iaswiki/moin.cgi/Test ------------------------------------------------------------------------ ------ + Describe Test here. - '''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:"Test/")]] - - = Contact Information = - Email: - Homepage: - Any other way to contact you: (if you wish to divulge that information - ;) - - = 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(BlankTemplate, Create New Sub-Topic, Test)]] - - = 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 `Test/.*` into the subscribed pages listing on the page - UserPreferences. - - - ---- - CategoryHomepage - - ------------------------------------- - ######################################################################## ############# Please note my e-Mail address has changed. Please update your address book with my new e-Mail address as displayed in the "From:" field. ######################################################################## ############# ------------------Edcon Disclaimer ------------------------- This email is private and confidential and its contents and attachments are the property of Edcon. It is solely for the named addressee. Any unauthorised use or interception of this email, or the review, retransmission, dissemination or other use of, or taking of any action in reliance upon the contents of this email, by persons or entities other than the intended recipient, is prohibited.Save for communications relating to the official business of Edcon, the company does not accept any responsibility for the contents of this email or any opinions expressed in this email or its attachments .If you are not the named addressee please notify us immediately by reply email and delete this email and any attached files.Due to the nature of email Edcon cannot ensure and accepts no liability for the integrity of this email and any attachments, nor that they are free of any virus.Edcon accepts no liability for any loss or damage whether direct or indirect or consequential,however caused, whether by negligence or otherwise, which may result directly or indirectly from this communication or any attached files. Edgars Consolidated Stores LTD ,Post office box 200 Crown Mines, Telephone: (011) 495-6000 ##################################################################################### Please note my e-Mail address has changed. Please update your address book with my new e-Mail address as displayed in the "From:" field. ##################################################################################### ------------------Edcon Disclaimer ------------------------- This email is private and confidential and its contents and attachments are the property of Edcon. It is solely for the named addressee. Any unauthorised use or interception of this email, or the review, retransmission, dissemination or other use of, or taking of any action in reliance upon the contents of this email, by persons or entities other than the intended recipient, is prohibited.Save for communications relating to the official business of Edcon, the company does not accept any responsibility for the contents of this email or any opinions expressed in this email or its attachments .If you are not the named addressee please notify us immediately by reply email and delete this email and any attached files.Due to the nature of email Edcon cannot ensure and accepts no liability for the integrity of this email and any attachments, nor that they are free of any virus.Edcon accepts no liability for any loss or damage whether direct or indirect or consequential,however caused, whether by negligence or otherwise, which may result directly or indirectly from this communication or any attached files. Edgars Consolidated Stores LTD ,Post office box 200 Crown Mines, Telephone: (011) 495-6000 From sandip at lug-delhi.org Fri Feb 11 14:27:08 2005 From: sandip at lug-delhi.org (Sandip Bhattacharya) Date: Fri Feb 11 14:27:08 2005 Subject: [Moin-user] url_mappings is not working completely Message-ID: <pan.2005.02.11.07.58.02.397520@lug-delhi.org> Before I file another bug, as Nir suggested in http://moinmoin.wikiwikiweb.de/MoinMoinBugs/URLMappingsCausesTraceback, I want to be sure I am filing a real bug. I have applied the patch in that page, and the traceback is fixed. But, if you take look at http://www.lug-delhi.org/FrontPage, only the links in the main content area seem to be properly url-mapped. 1. The login link takes you to the ugly URL (http://domain/cgi-bin/moin.cgi) of the page. If you login there, the cookie seems to be set for http://domain/cgi-bin/ only and doesnt work for pages with the pretty URLs i.e. you dont appear to be logged in those pages. 2. The nav_links also point to the Ugly URLs. Take a look at The RecentChanges, FindPage and TitleIndex links at the top. I have in wikiconfig.py: url_mappings = {"/cgi-bin/moin.cgi/":"/"} navi_bar = [ # Will use page_front_page, (default FrontPage) u'%(page_front_page)s', u'RecentChanges', u'FindPage', u'TitleIndex', u'[http://www.linux-delhi.org ILUG-Delhi]', u'[http://www.fsf.org.in Free Software Foundation - India]' ] - Sandip -- Sandip Bhattacharya * Puroga Technologies * sandip at puroga.com Work: http://www.puroga.com * Home/Blog: http://www.sandipb.net/blog PGP/GPG Signature: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3 From helmert at informatik.uni-freiburg.de Sun Feb 13 09:47:36 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Sun Feb 13 09:47:36 2005 Subject: [Moin-user] On logging out and hashed passwords Message-ID: <cuo3il$eij$1@sea.gmane.org> Dear MoinMoiners, I hope you will still read this post after I was wrong in my last post on passwords and logging in. :-) I suggested that there should be a "Logout" link similar to the "Login" link. I think "UserPreferences" is an unintuitive place for logging out. Do you agree? If so, I could file a feature request. Another issue, a question regarding hashed passwords: Since it is possible to login with the encrypted password, what is the point of storing them in encrypted form? Everyone who can read the encrypted password can do everything they could do if they could read the unencrypted password, so doesn't this promote a false sense of security? Malte From helmert at informatik.uni-freiburg.de Sun Feb 13 10:10:49 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Sun Feb 13 10:10:49 2005 Subject: [Moin-user] minor ACL problem Message-ID: <cuo4u2$iea$1@sea.gmane.org> Dear MoinMoiners, here is an issue with ACLs that could be considered a (very minor) security problem. By posting requests of the type http://wikiaddress/ForbiddenPage?action=show&rev=1 http://wikiaddress/ForbiddenPage?action=show&rev=2 http://wikiaddress/ForbiddenPage?action=show&rev=3 and so on, the users can find out at what times "ForbiddenPage" was updated even if they do not have rights for viewing the page. For example, they can find out that the first revision is from Dec 21st 12:00:13, the second revision from Jan 10th, 11:52:10, and so on. The problem does not exist if "recall" is used in place of "show"; this action checks ACLs properly. Since do_recall and do_show share a lot of code, there are two possible fixes that also make the code cleaner: 1. Remove the "rev" option for "show". I don't think it is used unless it is typed manually, so it just duplicates the functionality of an existing action ("recall"). 2. Refactor the functions so that they use a common function. Currently, apart from the missing check in "show", they only differ in the use of the keyword argument "count_hit" (and that difference is questionable anyway). Malte From bvande at po-box.mcgill.ca Sun Feb 13 10:27:31 2005 From: bvande at po-box.mcgill.ca (Brian van den Broek) Date: Sun Feb 13 10:27:31 2005 Subject: [Moin-user] On logging out and hashed passwords In-Reply-To: <cuo3il$eij$1@sea.gmane.org> References: <cuo3il$eij$1@sea.gmane.org> Message-ID: <420F9B7B.8000400@po-box.mcgill.ca> Malte Helmert said unto the world upon 2005-02-13 12:51: > Dear MoinMoiners, > > I hope you will still read this post after I was wrong in my last post > on passwords and logging in. :-) > > I suggested that there should be a "Logout" link similar to the "Login" > link. I think "UserPreferences" is an unintuitive place for logging out. > Do you agree? If so, I could file a feature request. Hi, just a beginning user, and only running my own private standalone. I would agree with the claim that the logout link is unintuitively located. But, rather than add a logout link everywhere, I think a prominent piece of text saying where one logs out that appears when one logs in might solve any issues. (I actually can't recall how the login screen looks -- every moinmoin wiki I use, I have set to remember me -- so perhaps I am suggesting things work as they already do.) > Another issue, a question regarding hashed passwords: Since it is > possible to login with the encrypted password, what is the point of > storing them in encrypted form? Everyone who can read the encrypted > password can do everything they could do if they could read the > unencrypted password, so doesn't this promote a false sense of security? In general, I would think the present solution is enough to keep out the truly casual miscreants. Denying the encrypted form won't keep out the dedicated nasty-person. Arguably, the more solid the security seems, the more the sense of security is false. You might take a look at http://c2.com/cgi/wiki?SoftSecurity Best, Brian vdB From helmert at informatik.uni-freiburg.de Sun Feb 13 11:00:04 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Sun Feb 13 11:00:04 2005 Subject: [Moin-user] Re: On logging out and hashed passwords In-Reply-To: <420F9B7B.8000400@po-box.mcgill.ca> References: <cuo3il$eij$1@sea.gmane.org> <420F9B7B.8000400@po-box.mcgill.ca> Message-ID: <cuo7r3$sju$1@sea.gmane.org> Brian van den Broek wrote: >> Another issue, a question regarding hashed passwords: Since it is >> possible to login with the encrypted password, what is the point of >> storing them in encrypted form? Everyone who can read the encrypted >> password can do everything they could do if they could read the >> unencrypted password, so doesn't this promote a false sense of security? > > In general, I would think the present solution is enough to keep out the > truly casual miscreants. How so? In what way is it more secure than storing the unencrypted password in the preferences? > Denying the encrypted form won't keep out the > dedicated nasty-person. Arguably, the more solid the security seems, the > more the sense of security is false. You might take a look at > http://c2.com/cgi/wiki?SoftSecurity Oh, I know that page well. However, I don't think this is related here. I am not arguing that additional security features should be introduced, I am only talking about possible flaws in existing security features. Applying soft security here would be not having password-protected parts at all. Currently the encrypted password can be used wherever the non-encrypted password can be used, and vice versa. There is no difference in functionality between the two. So why have an encrypted version at all? Malte From bvande at po-box.mcgill.ca Sun Feb 13 12:24:30 2005 From: bvande at po-box.mcgill.ca (Brian van den Broek) Date: Sun Feb 13 12:24:30 2005 Subject: [Moin-user] Re: On logging out and hashed passwords In-Reply-To: <cuo7r3$sju$1@sea.gmane.org> References: <cuo3il$eij$1@sea.gmane.org> <420F9B7B.8000400@po-box.mcgill.ca> <cuo7r3$sju$1@sea.gmane.org> Message-ID: <420FB6E8.6040003@po-box.mcgill.ca> Malte Helmert said unto the world upon 2005-02-13 14:04: > Brian van den Broek wrote: > >>> Another issue, a question regarding hashed passwords: Since it is >>> possible to login with the encrypted password, what is the point of >>> storing them in encrypted form? Everyone who can read the encrypted >>> password can do everything they could do if they could read the >>> unencrypted password, so doesn't this promote a false sense of security? >> >> >> In general, I would think the present solution is enough to keep out >> the truly casual miscreants. > > How so? In what way is it more secure than storing the unencrypted > password in the preferences? Hi, on reflection, I might not have had my brain engaged :-) I was thinking that since the encryption provides the expectation that the encrypted form won't work, very casual malicious people would be stopped by that. But I guess at best it would stop very casual and uncreative malicious people. And the number of such interested in wiki mischief is probably a number somewhere between 0 and 7. So, yeah, sorry for the noise. > > > Denying the encrypted form won't keep out the > >> dedicated nasty-person. Arguably, the more solid the security seems, >> the more the sense of security is false. You might take a look at >> http://c2.com/cgi/wiki?SoftSecurity > > Oh, I know that page well. However, I don't think this is related here. > I am not arguing that additional security features should be introduced, > I am only talking about possible flaws in existing security features. > Applying soft security here would be not having password-protected parts > at all. > > Currently the encrypted password can be used wherever the non-encrypted > password can be used, and vice versa. There is no difference in > functionality between the two. So why have an encrypted version at all? I guess then the only value added by encryption is protecting from themselves those wiki users silly enough to use a valuable password for their wiki account. Best, Brian vdB From pascal.bauermeister at hispeed.ch Sun Feb 13 14:45:01 2005 From: pascal.bauermeister at hispeed.ch (Pascal Bauermeister) Date: Sun Feb 13 14:45:01 2005 Subject: [Moin-user] On logging out and hashed passwords In-Reply-To: <cuo3il$eij$1@sea.gmane.org> References: <cuo3il$eij$1@sea.gmane.org> Message-ID: <1108334589.3775.8.camel@cassis> On Sun, 2005-02-13 at 18:51 +0100, Malte Helmert wrote: > Dear MoinMoiners, > > I hope you will still read this post after I was wrong in my last post > on passwords and logging in. :-) > > I suggested that there should be a "Logout" link similar to the "Login" > link. I think "UserPreferences" is an unintuitive place for logging out. > Do you agree? If so, I could file a feature request. Some 1.2 theme had a logout link. This theme is no longer in the 1.3.x release. Here is a workaround for 1.3: 1. Go to the UserPreferences page and add Logout to the quick links 2. Optionally, add it also to navi_bar in your wikiconfig.py file 3. Create the page named just Logout, with the content: [wiki:Self:FrontPage?action=userform&logout=Logout Click here to log out] Now you can log out in two clicks... Regards, Pascal From geek+ at cmu.edu Sun Feb 13 16:00:11 2005 From: geek+ at cmu.edu (Brian Gallew) Date: Sun Feb 13 16:00:11 2005 Subject: [Moin-user] On logging out and hashed passwords In-Reply-To: <1108334589.3775.8.camel@cassis> References: <cuo3il$eij$1@sea.gmane.org> <1108334589.3775.8.camel@cassis> Message-ID: <420FE987.2020206@cmu.edu> Actually, there is one very good reason for storing an encrypted version of the password: people re-use passwords. Yes, effectively you end up with a new, unencrypted password (that just happens to look like a lot of random garbage), but it's highly unlikely that string will match the end user's password anywhere else. OTOH, it's quite likely that the end user has two or three passwords they use for personal stuff. This means that getting their "real" password off the wiki might give the attacker access to some other resource unrelated to the wiki in question. From helmert at informatik.uni-freiburg.de Sun Feb 13 19:29:50 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Sun Feb 13 19:29:50 2005 Subject: [Moin-user] Re: On logging out and hashed passwords In-Reply-To: <420FE987.2020206@cmu.edu> References: <cuo3il$eij$1@sea.gmane.org> <1108334589.3775.8.camel@cassis> <420FE987.2020206@cmu.edu> Message-ID: <cup5oq$rbn$1@sea.gmane.org> Brian Gallew wrote: > Actually, there is one very good reason for storing an encrypted version > of the password: people re-use passwords. Yes, effectively you end up > with a new, unencrypted password (that just happens to look like a lot > of random garbage), but it's highly unlikely that string will match the > end user's password anywhere else. OTOH, it's quite likely that the end > user has two or three passwords they use for personal stuff. This means > that getting their "real" password off the wiki might give the attacker > access to some other resource unrelated to the wiki in question. It actually does in the current setting if that other resource is another MoinMoin wiki! Actually that's why I brought this up in the first place. I am using the same password for several MoinMoin wikis [1], and everybody who can obtain the encrypted password for any of them can log in as myself in any of them. Problems of this kind are typically solved by "salting" the password. Effectively, the wiki would not store sha1(password) in the database, but rather sha1(password + salt), where salt is a string that is likely different for the same user on different wikis, e.g. the time when the account was created. Malte [1] You can call that careless, but there is no way I could remember all the passwords that I need regularly if they were all different. Of course I am not using the same password for "critical" things. From j.k.wight at ncl.ac.uk Mon Feb 14 02:18:10 2005 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Mon Feb 14 02:18:10 2005 Subject: [Moin-user] Initialising a search box Message-ID: <1108376150.2292.2379.camel@beadnell.ncl.ac.uk> It could be useful to be able to present a search box already containing some search terms, e.g. as a hint to the user to confine a search to a subset of pages. FullSearch doesn't provide an option for that. It would be easy enough to write a macro based on FullSearch for the purpose if wikimacro.py weren't so unaccommodating, assuming it is safe to assign to macro.form['value'] in execute. The problem is this bit of code in _m_search in wikimacro.py: if self.form.has_key('value'): default = wikiutil.escape(self.form["value"][0], quote=1) else: default = '' because later: html = [ u'<form method="get" action="">', u'<div>', u'<input type="hidden" name="action" value="fullsearch">', u'<input type="hidden" name="titlesearch" value="%i">' % type, u'<input name="value" size="30" value="%s">' % default, In other words, if macro.form['value'] has a value, only the first character is entered into the box. I haven't found (yet) where, if anywhere, form["value"] is used, and hence don't understand why just the first element is extracted. Jim From helmert at informatik.uni-freiburg.de Mon Feb 14 03:49:34 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Mon Feb 14 03:49:34 2005 Subject: [Moin-user] Re: Initialising a search box In-Reply-To: <1108376150.2292.2379.camel@beadnell.ncl.ac.uk> References: <1108376150.2292.2379.camel@beadnell.ncl.ac.uk> Message-ID: <cuq31o$u77$1@sea.gmane.org> Jim Wight wrote: > > The problem is this bit of code in _m_search in wikimacro.py: > > if self.form.has_key('value'): > default = wikiutil.escape(self.form["value"][0], quote=1) > else: > default = '' > > In other words, if macro.form['value'] has a value, only the first > character is entered into the box. > > I haven't found (yet) where, if anywhere, form["value"] is used, and > hence don't understand why just the first element is extracted. For actions, the values in action.form are supposed to be lists of strings, not simple strings. (I guess this is because the same form argument can occur multiple times in the URL.) I suppose it works similarly for macros. Use macro.form["value"] = ["myvalue"] and you should be set. Malte From j.k.wight at ncl.ac.uk Mon Feb 14 04:03:36 2005 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Mon Feb 14 04:03:36 2005 Subject: [Moin-user] Re: Initialising a search box In-Reply-To: <cuq31o$u77$1@sea.gmane.org> References: <1108376150.2292.2379.camel@beadnell.ncl.ac.uk> <cuq31o$u77$1@sea.gmane.org> Message-ID: <1108382529.2292.2382.camel@beadnell.ncl.ac.uk> On Mon, 2005-02-14 at 11:55, Malte Helmert wrote: > > I haven't found (yet) where, if anywhere, form["value"] is used, and > > hence don't understand why just the first element is extracted. > > For actions, the values in action.form are supposed to be lists of > strings, not simple strings. (I guess this is because the same form > argument can occur multiple times in the URL.) I suppose it works > similarly for macros. > > Use macro.form["value"] = ["myvalue"] and you should be set. I have, and I am. Thanks. Jim From helmert at informatik.uni-freiburg.de Mon Feb 14 06:26:12 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Mon Feb 14 06:26:12 2005 Subject: [Moin-user] Macros and page revisions Message-ID: <cuqc1d$urt$1@sea.gmane.org> Moin moin! What is the preferred way to find out which revision of a page is currently being displayed from within a macro? The best working solution I could come up with was using macro.form.get("rev"), but this depends on the syntax of the "show" and "recall" actions, so I think it is somewhat fragile and thus undesirable. I expected the attribute macro.request.page.rev to contain this information, but it seems to be "0" all the time. Is this a bug? On a related note, which dependencies should I set for a macro that depends on the page revision? For example, the macro could print "foo" for revision 2, but "bar" for revision 3. If I first look at revision 2, then at revision 3, I don't want to display "foo" for revision 3 due to the cache. Malte From wharms at bfs.de Mon Feb 14 07:10:46 2005 From: wharms at bfs.de (walter harms) Date: Mon Feb 14 07:10:46 2005 Subject: [Moin-user] Edit window to small Message-ID: <4210BF57.2090309@bfs.de> Hi list, i have success setup a single server version of moinmoin. but when i try to add a page. the textarea (editwindow) is only 20 chars width. any ideas how to change ? re, walter (system: SuSE 8.2, apache, moinmoin 1.3.3, mozilla 1.6) From helmert at informatik.uni-freiburg.de Mon Feb 14 07:20:30 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Mon Feb 14 07:20:30 2005 Subject: [Moin-user] Re: Edit window to small In-Reply-To: <4210BF57.2090309@bfs.de> References: <4210BF57.2090309@bfs.de> Message-ID: <cuqfdb$duk$1@sea.gmane.org> walter harms wrote: > Hi list, > i have success setup a single server version of moinmoin. > but when i try to add a page. the textarea (editwindow) is > only 20 chars width. > > any ideas how to change ? > > (system: SuSE 8.2, apache, moinmoin 1.3.3, mozilla 1.6) That's strange. Can you provide a screenshot so that we see if anything else is wrong? With SuSE, the easiest way to do this is with the "import" program. Type "import screenshot.png" in a terminal, then click on the Mozilla window. The import program is part of the "ImageMagick" package that you might need to install first. Malte From 2004b at usenet.alexanderweb.de Mon Feb 14 10:44:41 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Feb 14 10:44:41 2005 Subject: [Moin-user] Re: Macros and page revisions References: <cuqc1d$urt$1@sea.gmane.org> Message-ID: <x3do8yd5unym$.dlg@usenet.alexanderweb.de> On Mon, 14 Feb 2005 15:23:51 +0100, Malte Helmert wrote: > What is the preferred way to find out which revision of a page is > currently being displayed from within a macro? > > I expected the attribute macro.request.page.rev to contain this > information, but it seems to be "0" all the time. Is this a bug? I am not sure. Maybe. Or maybe it is just an inconsistency because nobody relies on that attribute at that point. File a bug to find out if it is a bug. > On a related note, which dependencies should I set for a macro that > depends on the page revision? For example, the macro could print "foo" > for revision 2, but "bar" for revision 3. If I first look at revision 2, > then at revision 3, I don't want to display "foo" for revision 3 due to > the cache. You cannot depend on a page revision. Only the latest revision is cached, so every macro is always current for the fetched page revision. Kind regards, Alexander From 2004b at usenet.alexanderweb.de Mon Feb 14 10:44:43 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Feb 14 10:44:43 2005 Subject: [Moin-user] Re: On logging out and hashed passwords References: <cuo3il$eij$1@sea.gmane.org> Message-ID: <1pwwi3y1n0lf2$.dlg@usenet.alexanderweb.de> On Sun, 13 Feb 2005 18:51:47 +0100, Malte Helmert wrote: > Another issue, a question regarding hashed passwords: Since it is > possible to login with the encrypted password, what is the point of > storing them in encrypted form? Everyone who can read the encrypted > password can do everything they could do if they could read the > unencrypted password, so doesn't this promote a false sense of security? It does. This will hopefully be fixed in 1.4. Kind regards, Alexander From helmert at informatik.uni-freiburg.de Mon Feb 14 10:49:49 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Mon Feb 14 10:49:49 2005 Subject: [Moin-user] Re: Macros and page revisions In-Reply-To: <x3do8yd5unym$.dlg@usenet.alexanderweb.de> References: <cuqc1d$urt$1@sea.gmane.org> <x3do8yd5unym$.dlg@usenet.alexanderweb.de> Message-ID: <cuqrld$pgo$1@sea.gmane.org> Alexander Schremmer wrote: > On Mon, 14 Feb 2005 15:23:51 +0100, Malte Helmert wrote: > > >>What is the preferred way to find out which revision of a page is >>currently being displayed from within a macro? >> >>I expected the attribute macro.request.page.rev to contain this >>information, but it seems to be "0" all the time. Is this a bug? > > I am not sure. Maybe. Or maybe it is just an inconsistency because nobody > relies on that attribute at that point. File a bug to find out if it is a > bug. I will, thanks! >>On a related note, which dependencies should I set for a macro that >>depends on the page revision? For example, the macro could print "foo" >>for revision 2, but "bar" for revision 3. If I first look at revision 2, >>then at revision 3, I don't want to display "foo" for revision 3 due to >>the cache. > > You cannot depend on a page revision. Only the latest revision is cached, > so every macro is always current for the fetched page revision. Thanks, that's good news. This seems to be very reasonable behaviour, given that looking at old page revisions should be relatively uncommon. Malte From 2004b at usenet.alexanderweb.de Mon Feb 14 10:54:27 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Feb 14 10:54:27 2005 Subject: [Moin-user] Re: minor ACL problem References: <cuo4u2$iea$1@sea.gmane.org> Message-ID: <19uooloaz68kf$.dlg@usenet.alexanderweb.de> On Sun, 13 Feb 2005 19:14:56 +0100, Malte Helmert wrote: > here is an issue with ACLs that could be considered a (very minor) > security problem. > Please file a bug. IMHO it is worth to be fixed. Kind regards, Alexander From helmert at informatik.uni-freiburg.de Mon Feb 14 11:44:01 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Mon Feb 14 11:44:01 2005 Subject: [Moin-user] Re: On logging out and hashed passwords In-Reply-To: <1pwwi3y1n0lf2$.dlg@usenet.alexanderweb.de> References: <cuo3il$eij$1@sea.gmane.org> <1pwwi3y1n0lf2$.dlg@usenet.alexanderweb.de> Message-ID: <cuqupg$636$1@sea.gmane.org> Alexander Schremmer wrote: > On Sun, 13 Feb 2005 18:51:47 +0100, Malte Helmert wrote: > > >>Another issue, a question regarding hashed passwords: Since it is >>possible to login with the encrypted password, what is the point of >>storing them in encrypted form? Everyone who can read the encrypted >>password can do everything they could do if they could read the >>unencrypted password, so doesn't this promote a false sense of security? > > It does. This will hopefully be fixed in 1.4. Shall I file a bug report about this, or maybe a feature request? Or will you do it, or is it not necessary? Malte From helmert at informatik.uni-freiburg.de Mon Feb 14 12:01:27 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Mon Feb 14 12:01:27 2005 Subject: [Moin-user] Re: minor ACL problem In-Reply-To: <19uooloaz68kf$.dlg@usenet.alexanderweb.de> References: <cuo4u2$iea$1@sea.gmane.org> <19uooloaz68kf$.dlg@usenet.alexanderweb.de> Message-ID: <cuqvgi$8qd$1@sea.gmane.org> Alexander Schremmer wrote: > On Sun, 13 Feb 2005 19:14:56 +0100, Malte Helmert wrote: > > >>here is an issue with ACLs that could be considered a (very minor) >>security problem. > > Please file a bug. IMHO it is worth to be fixed. Done. The fix should be easy and will also clean up the code a bit, so I agree. Malte From 2004b at usenet.alexanderweb.de Mon Feb 14 13:14:13 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Feb 14 13:14:13 2005 Subject: [Moin-user] Re: On logging out and hashed passwords References: <cuo3il$eij$1@sea.gmane.org> <1pwwi3y1n0lf2$.dlg@usenet.alexanderweb.de> <cuqupg$636$1@sea.gmane.org> Message-ID: <b1lacoe8dnwi$.dlg@usenet.alexanderweb.de> On Mon, 14 Feb 2005 20:43:57 +0100, Malte Helmert wrote: >>>Another issue, a question regarding hashed passwords: Since it is >>>possible to login with the encrypted password, what is the point of >>>storing them in encrypted form? Everyone who can read the encrypted >>>password can do everything they could do if they could read the >>>unencrypted password, so doesn't this promote a false sense of security? >> >> It does. This will hopefully be fixed in 1.4. > > Shall I file a bug report about this, or maybe a feature request? > Or will you do it, or is it not necessary? A bug report with an 1.4 category would be just right - go for it ;-) Kind regards, Alexander From helmert at informatik.uni-freiburg.de Mon Feb 14 14:19:36 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Mon Feb 14 14:19:36 2005 Subject: [Moin-user] Re: Edit window to small Message-ID: <cur7u2$b3t$1@sea.gmane.org> walter harms wrote: > > Malte Helmert wrote: > >> walter harms wrote: >> >>> Hi list, >>> i have success setup a single server version of moinmoin. >>> but when i try to add a page. the textarea (editwindow) is >>> only 20 chars width. >>> >>> any ideas how to change ? >> >> > (system: SuSE 8.2, apache, moinmoin 1.3.3, mozilla 1.6) >> >> That's strange. Can you provide a screenshot so that we see if >> anything else is wrong? > > attached the screenshot, in eery green but i think that does not > matter. My first guess from that screenshot is that the CSS file is not loaded from the server properly, or that the CSS file is overridden by some browser settings. Unless you have problems with other websites too, I think the former is more likely. Have a look at the apache log (especially the error log) to see if the CSS requests get through correctly. If not, check if the CSS files are stored in the location that apache looks for (should be noted in the log) and if the file permissions are set so that the web server can read them. If apache is not looking at the location you intended, re-read the installation/configuration instructions to check if the url_prefix variable is set correctly. If this doesn't help, try the following steps: 1. Open two shells and call "tail -f /some/path/for/apache/error.log" and "tail -f /some/path/for/apache/access.log" to get continuously updated information about what Apache does. 2. Go to some Wiki page. The Apache log should show some activity. 3. Hit enter in both shells that print the logs so that there is some space separating old from new entries. 4. Click on "Edit this page" in the web browser. Then report on everything that was added to the Apache logs during the last step, and your wiki configuration file. If you are using a farmconfig.py file, make sure to send that also. Malte From yaghani at mac.com Mon Feb 14 15:43:44 2005 From: yaghani at mac.com (Yusuf Abdulghani) Date: Mon Feb 14 15:43:44 2005 Subject: [Moin-user] Could not navigate using TableOfContents to headings of Subpages In-Reply-To: <b1lacoe8dnwi$.dlg@usenet.alexanderweb.de> References: <cuo3il$eij$1@sea.gmane.org> <1pwwi3y1n0lf2$.dlg@usenet.alexanderweb.de> <cuqupg$636$1@sea.gmane.org> <b1lacoe8dnwi$.dlg@usenet.alexanderweb.de> Message-ID: <a94ff10d5597df162bdb833adee0e10c@mac.com> Hi, I am wondering if this is feature or a bug. 1. I have a page whose acl is set to "All:read". Lets call this page as "ParentPage". 2. The ParentPage has a SubPage whose acl is set to "All:read". 3. The raw contents of my ParentPage looks like this: #acl All:read [[TableOfContents]] = Heading Level1 = [[Include(/SubPage)]] 4. The contents of my SubPage look like this: #acl All:read Some text in paragraph one == SubHeading1 Level2 on SubPage == Some text in paragraph == SubHeading2 Level2 on SubPage == 5. On the ParentPage, the table of contents show up as follows: 1. Heading Level1 1. SubHeading1 Level2 on SubPage 2. SubHeading2 Level2 on SubPage Problem: I can click on "Heading Level1" link and go to the appropriate link. However, when I try clicking on "SubHeading1 Level2 on SubPage" or "SubHeading2 Level2 on SubPage" in the table of contents, the link does not work. I am wondering what am I doing wrong? Thanks. Best regards, Yusuf From yusuf at apple.com Tue Feb 15 11:43:41 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Tue Feb 15 11:43:41 2005 Subject: [Moin-user] Could not navigate using TableOfContents to headings of Subpages In-Reply-To: <a94ff10d5597df162bdb833adee0e10c@mac.com> References: <cuo3il$eij$1@sea.gmane.org> <1pwwi3y1n0lf2$.dlg@usenet.alexanderweb.de> <cuqupg$636$1@sea.gmane.org> <b1lacoe8dnwi$.dlg@usenet.alexanderweb.de> <a94ff10d5597df162bdb833adee0e10c@mac.com> Message-ID: <a5bdb58273fd090d6d00a5f50672dc52@apple.com> Hi, Since no one has commented on this :), let me add some more bit of information: If I have [[TableOfContents]] on the SubPage, it obviously shows up under "Heading Level1". If I click on the links in this [[TableOfContents]], the links work fine. This seems like a bug. Should I report it at MoinMoinBugs? Thanks for your help. Best regards, Yusuf On Feb 14, 2005, at 3:42 PM, Yusuf Abdulghani wrote: > Hi, > > I am wondering if this is feature or a bug. > > 1. I have a page whose acl is set to "All:read". Lets call this page > as "ParentPage". > 2. The ParentPage has a SubPage whose acl is set to "All:read". > 3. The raw contents of my ParentPage looks like this: > > #acl All:read > > [[TableOfContents]] > > = Heading Level1 = > [[Include(/SubPage)]] > > > 4. The contents of my SubPage look like this: > > #acl All:read > Some text in paragraph one > == SubHeading1 Level2 on SubPage == > Some text in paragraph > == SubHeading2 Level2 on SubPage == > > 5. On the ParentPage, the table of contents show up as follows: > > 1. Heading Level1 > 1. SubHeading1 Level2 on SubPage > 2. SubHeading2 Level2 on SubPage > > > Problem: > I can click on "Heading Level1" link and go to the appropriate link. > However, when I try clicking on "SubHeading1 Level2 on SubPage" or > "SubHeading2 Level2 on SubPage" in the table of contents, the link > does not work. > > I am wondering what am I doing wrong? > > Thanks. > > Best regards, > > Yusuf > > > > ------------------------------------------------------- > 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 dreamz93 at gmail.com Tue Feb 15 15:43:55 2005 From: dreamz93 at gmail.com (dreamz93) Date: Tue Feb 15 15:43:55 2005 Subject: [Moin-user] Creating MoinMoin Many User Accounts Message-ID: <ae850ae205021515434f5ebf5a@mail.gmail.com> Hello, Is there a way to automate user account creation? This would allow me to have full control of the user names on this wiki. I'm running 1.3.3. Because of the number of users is more than I would like to type into a browser, I'd like to be able to write a script for this. Any help or guidance would be appreciated. Thanks, dreamz93 From schwarz.labecedaire at st.com Wed Feb 16 00:37:32 2005 From: schwarz.labecedaire at st.com (Christian SCHWARZ) Date: Wed Feb 16 00:37:32 2005 Subject: Discuss button for 1.3.3 (was: Re: [Moin-user] Discussion feature for Wiki pages) In-Reply-To: <1106236548.2292.1040.camel@beadnell.ncl.ac.uk> References: <41E63FAF.2010705@st.com> <41E667C9.6040304@gmx.de> <1106236548.2292.1040.camel@beadnell.ncl.ac.uk> Message-ID: <4213062E.3070301@st.com> Hi all, we recently performed an update of MoinMoin to Version 1.3.3 and are (again) missing a discussion page feature (similar to MediaWiki). There was the working modification proposed by Jim (thanks again!) for 1.3.2, which does not work anymore for 1.3.3 (at probably the same position). thanks for suggestions, Christian Jim Wight wrote: > Alternatively, if you don't mind modifying the code, and you allow users > to create pages, you could make the following 1-line addition to editbar > (at line 958) in .../site-packages/MoinMoin/theme/__init__.py > > add(self.subscribeLink(page)) > + add(link(request, quotedname + '/Discuss', _('Discuss', formatted=False))) > add(self.actionsMenu(page)) From j.k.wight at ncl.ac.uk Wed Feb 16 01:14:24 2005 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Wed Feb 16 01:14:24 2005 Subject: Discuss button for 1.3.3 (was: Re: [Moin-user] Discussion feature for Wiki pages) In-Reply-To: <4213062E.3070301@st.com> References: <41E63FAF.2010705@st.com> <41E667C9.6040304@gmx.de> <1106236548.2292.1040.camel@beadnell.ncl.ac.uk> <4213062E.3070301@st.com> Message-ID: <1108545251.2292.2588.camel@beadnell.ncl.ac.uk> On Wed, 2005-02-16 at 08:37, Christian SCHWARZ wrote: > we recently performed an update of MoinMoin to Version 1.3.3 and are > (again) missing a discussion page feature (similar to MediaWiki). > There was the working modification proposed by Jim (thanks again!) for > 1.3.2, which does not work anymore for 1.3.3 (at probably the same > position). It works for me still. In what way doesn't it work for you? Jim From C.Gillespie at newcastle.ac.uk Wed Feb 16 07:27:11 2005 From: C.Gillespie at newcastle.ac.uk (Colin Gillespie) Date: Wed Feb 16 07:27:11 2005 Subject: [Moin-user] Using a python function with fast cgi Message-ID: <20DA376D0C991745A4D5249F7BCD7A2502184884@largo.campus.ncl.ac.uk> Dear All, I have set up MoinMoin with normal cgi with no problems. Since I intend to use MoinMoin as part of an existing site I would like to use my already existing method of managing users. Basically, in the moin.cgi script I have small piece of python code that gets a cookie and then looks-up the database. However, I can't figure out how to do this procedure when using fastcgi (I can set up fast-cgi with MoinMoin with no difficultly). Does anyone have any ideas? Thanks Colin From mwa at doms.dk Thu Feb 17 03:29:44 2005 From: mwa at doms.dk (Mads Wermund Andreasen) Date: Thu Feb 17 03:29:44 2005 Subject: [Moin-user] Firefox not following file urls from http Message-ID: <8D330F0B5A9F8443AEA0265DB7FC6A2012F61C@mars.doms.dk> Hi All A while ago there was a question on this list, about firefox not following file links when served from http. Somebody suggested that there might be a configuration option for this. And there is! A bit of googling and I am now enlightened. Type about:config in the address bar, and look for the security.checkloaduri and set this to false. Note that this is not (unfortunately) a per site option so it is a security risk! It would be nice if one could allow this for only intranet sites, but that is an issue for a whole other mailing list. Venlig Hilsen / Best regards Mads Andreasen ------------------------------ Mads Andreasen mwa at doms.dk Doms A/S Tel +45 43 29 94 39 ------------------------------ From thomas.werschlein at netcetera.ch Thu Feb 17 05:12:01 2005 From: thomas.werschlein at netcetera.ch (Thomas Werschlein) Date: Thu Feb 17 05:12:01 2005 Subject: [Moin-user] URL-prefix/path-info with twisted: solution Message-ID: <Pine.GSO.4.60.0502161743310.24007@fire-13.netcetera.ch> I found the following solution to the problem: MoinMoin.request.RequestTwisted.__init__: # orig: # self.script_name = "/" + '/'.join(self.twistd.prepath[:-1]) self.script_name = os.environ.get('SCRIPT_NAME', '/') + '/'.join(self.twistd.prepath[:-1]) MoinMoin.request.RequestTwisted.__init__: # orig: #url = "http://%s:%s%s" % (self.server_name, self.server_port, url) # we use SSL url = "https://%s:%s%s" % (self.server_name, self.server_port, url) MoinMoin.server.twistedmoin.WikiRoot.getChild: # orig: # if request.prepath == [] and name == 'wiki': if request.prepath == [] and name == 'mywiki': # orig: # return self.children['wiki'].getChild(name, request) return self.children['mywiki'].getChild(name, request) MoinMoin.server.twistedmoin.makeApp: # orig: # default.putChild('wiki', static.File(config.docs)) default.putChild('mywiki', static.File(config.docs)) wikiconfig.py: os.environ['SCRIPT_NAME'] = '/mywiki' Obviously, the changes to MoinMoin.server.twistedmoin (replacing the hardcoded "wiki" prefix to "mywiki") is a quick and dirty hack. But since the config is not sourced at this point in time (?), I didn't see a possibility to make this more configurable. Especially I see problems when running a wikifarm that should have different document roots each. Thanks to Alexander and Paul for their contributions! Regards, Thomas On Wed, 9 Feb 2005, Thomas Werschlein wrote: > Hello, > > I've to run a twisted based MoinMoin behind an Apache server using > mod_proxy. Unfortunately I can't use a special DNS-Name for the wiki, > but have to use a subdirectory to pass requests over to Moin. E.g.: > > I can't use mywiki.example.com --> localhost:8080 > but have to use www.example.com/mywiki --> localhost:8080 > > Now, the problem is, that all subsequent links within Moin don't work, > since they don't include the "mywiki" prefix in the URL but look like > www.example.com/RecentChanges instead of > www.example.com/mywiki/RecentChanges, so mod_proxy can't pass the > request on to Moin. > > Does anyone know where to include this twisted-"prefix"? The > url_prefix configuration option only affects static content like CSS > and images (which I can handle with another ProxyPass directive in > Apache). > > Any hints are greatly appreciated! > > Regards, Thomas From zdenek.pizl at prolinux.cz Sun Feb 20 09:06:18 2005 From: zdenek.pizl at prolinux.cz (Zdenek Pizl) Date: Sun Feb 20 09:06:18 2005 Subject: [Moin-user] How to delete a user Message-ID: <4218C40E.1030407@prolinux.cz> Hallo, I would like how to delete a user from MoinWiki interface. I am talking about definitively removing the user so no mark of his/her existence will be possible to found (Ok, at least such users could not shown among other is users list). Regards & Thanks, z.p. From ralfzosel at gmail.com Tue Feb 22 10:47:27 2005 From: ralfzosel at gmail.com (Ralf Zosel) Date: Tue Feb 22 10:47:27 2005 Subject: [Moin-user] Creating MoinMoin Many User Accounts In-Reply-To: <ae850ae205021515434f5ebf5a@mail.gmail.com> References: <ae850ae205021515434f5ebf5a@mail.gmail.com> Message-ID: <724d95ad050222104473be6224@mail.gmail.com> look at this: http://moinmoin.wikiwikiweb.de/CreateMultipleUserProfiles On Tue, 15 Feb 2005 15:43:38 -0800, dreamz93 <dreamz93 at gmail.com> wrote: > Hello, > > Is there a way to automate user account creation? This would allow me > to have full control of the user names on this wiki. I'm running > 1.3.3. Because of the number of users is more than I would like to > type into a browser, I'd like to be able to write a script for this. > Any help or guidance would be appreciated. > > Thanks, > dreamz93 > > ------------------------------------------------------- > 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 > -- http://www.jurawiki.de/RalfZosel ralf at zosel.com IRC #jurawiki server irc.freenode.net From dreamz93 at gmail.com Tue Feb 22 12:25:09 2005 From: dreamz93 at gmail.com (dreamz93) Date: Tue Feb 22 12:25:09 2005 Subject: [Moin-user] Creating MoinMoin Many User Accounts In-Reply-To: <724d95ad050222104473be6224@mail.gmail.com> References: <ae850ae205021515434f5ebf5a@mail.gmail.com> <724d95ad050222104473be6224@mail.gmail.com> Message-ID: <ae850ae20502221222588206f1@mail.gmail.com> Thanks, Ralf. That was just the type of thing I needed. -dreamz93 On Tue, 22 Feb 2005 19:44:31 +0100, Ralf Zosel <ralfzosel at gmail.com> wrote: > look at this: > > http://moinmoin.wikiwikiweb.de/CreateMultipleUserProfiles > > > On Tue, 15 Feb 2005 15:43:38 -0800, dreamz93 <dreamz93 at gmail.com> wrote: > > Hello, > > > > Is there a way to automate user account creation? This would allow me > > to have full control of the user names on this wiki. I'm running > > 1.3.3. Because of the number of users is more than I would like to > > type into a browser, I'd like to be able to write a script for this. > > Any help or guidance would be appreciated. > > > > Thanks, > > dreamz93 > > > > ------------------------------------------------------- > > 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 > > > > > -- > http://www.jurawiki.de/RalfZosel > ralf at zosel.com > IRC #jurawiki server irc.freenode.net > From toya at linefeed.org Wed Feb 23 07:05:26 2005 From: toya at linefeed.org (toya) Date: Wed Feb 23 07:05:26 2005 Subject: [Moin-user] broken links Message-ID: <20050223150038.GA59070@linefeed.org> hi, i installed moinmoin and now i have some broken links: http://threespeed.org/ps-mulheres i am not sure what it can be... i have a dir at my home where i have: /home/toya/share/moin/ps-mulheres cgi-bin data underlay wikiconfig.py wikiconfig.pyc and a dir at: /www/ps-mulheres applets favicon.ico modern rightsidebar classic index.html moin.cgi robots.txt this is how i put my configuration on apache for the cgi: Alias /wiki/ "/home/toya/share/moin/ps-mulheres/underlay/" ScriptAlias /ps-mulhers "/home/toya/share/moin/ps-mulheres/cgi-bin/moin.cgi" is my first time installing a wiki and configuring cgi...so i am not sure if what i did was right or not.. any suggestions?? ciao toya From helmert at informatik.uni-freiburg.de Wed Feb 23 07:40:33 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Wed Feb 23 07:40:33 2005 Subject: [Moin-user] Re: broken links In-Reply-To: <20050223150038.GA59070@linefeed.org> References: <20050223150038.GA59070@linefeed.org> Message-ID: <cvi7qc$2g5$1@sea.gmane.org> toya wrote: > hi, > i installed moinmoin and now i have some broken links: > http://threespeed.org/ps-mulheres One problem with that page is that Apache cannot find the CSS files. This is why it looks so ugly. > i am not sure what it can be... > i have a dir at my home where i have: > /home/toya/share/moin/ps-mulheres > cgi-bin data underlay wikiconfig.py wikiconfig.pyc > and a dir at: > /www/ps-mulheres > applets favicon.ico modern rightsidebar > classic index.html moin.cgi robots.txt > > this is how i put my configuration on apache for the cgi: > Alias /wiki/ "/home/toya/share/moin/ps-mulheres/underlay/" This seems to be wrong. The "/wiki" directory should not link to the underlay directory but to the directory which contains the css files and so on. Try Alias /wiki/ "/www/ps-mulheres/" You must restart Apache after that change. If that doesn't help, please show us the lines in the Apache error log that you get when you access a page of the wiki. > ScriptAlias /ps-mulhers "/home/toya/share/moin/ps-mulheres/cgi-bin/moin.cgi" Is that verbatim from the Apache config? Because it says "ps-mulhers" once, but "ps-mulheres" the other time. In any case, there seems to be a second problem, but I don't know how to best solve it with your Apache configuration. The links of the wiki point to "http://threespeed.org/ps-mulheres/WikiSandBox", but they should point to "http://threespeed.org/ps-mulheres?WikiSandBox". You could solve this problem by using a rewrite rule, but this is rather advanced. If this is the first time you are configuring Apache, you would be better off not to use Aliases at all, instead putting the cgi script somewhere under your Apache document root. Malte From toya at linefeed.org Wed Feb 23 14:21:59 2005 From: toya at linefeed.org (toya) Date: Wed Feb 23 14:21:59 2005 Subject: [Moin-user] broken links resolve Message-ID: <20050223221636.GB14459@linefeed.org> Hi, my problem was at my apache configuration.. I had only: ScriptAlias /psmulheres "/home/toya/share/moin/ps-mulheres/cgi-bin/moin.cgi" ... a friend fixed and set it up like this: Alias /ps-mulheres/ "/home/toya/share/moin/htdocs/" <Directory "/home/toya/share/moin/htdocs/"> Options +ExecCGI </Directory> #ScriptAlias /ps-mulheres "/home/toya/share/moin/ps-mulheres/cgi-bin/moin.cgi" #<Directory "/home/toya/share/moin/ps-mulheres/cgi-bin/"> # Options +ExecCGI #</Directory> and it is working fine... but i still have some questions: -at the tutorial it says to put some files on /public_html which i was supposed to creat inside of the dir where i had moin ...what i did in my case i created a dir for putting these files at the /www/ which i called ps-mulheres...in this config my fired did that is no link to the www/ps-mulheres ( where i had the cgi file and all the files from htdocs...do i still need this ??? -why some part of the configuration my friend did is commented - # - ? i know i should have asked him that but he is away now from the comp and i still dont understand that... -where my dadta will be storage so i can backup it? because i have a data dir at /home/toya/share/moin/ps-mulheres/dad/ and another one at /home/toya/share/moin/data/ thank you all for your help ciao toya From mbest at pendragon.org Wed Feb 23 15:27:14 2005 From: mbest at pendragon.org (Michael Best) Date: Wed Feb 23 15:27:14 2005 Subject: [Moin-user] Patch to 1.3.3 for automatic accounting Re: Patch to 1.3.1 for automatic accounting Message-ID: <421D110E.7090603@pendragon.org> After this patch is installed, you need to set both http_auth_enabled = 1 auto_account = 1 In mywiki/wikiconfig.py Attached is a patch for 1.3.3, also as a note the 1.3.1 patch was reversed. The patch provided removed the lines noted, instead of adding them. example using this patch: cd /usr/lib/python2.3/site-packages/ patch -p0 < http_auth_enabled+auto_account.patch -Mike Brian Gallew wrote: > I have attached a patch for a feature which makes *my* life much easier: > automatic account creation. > > Premise: http_auth_enabled isn"t very interesting (as is) when all of > your users are authenticated via a trusted mechanism as they all must go > through a second sign-on process (admittedly, only once). > > My patch includes a couple bits: > 1) adds an auto_account variable to multiconfig.py (defaults to 0 of > course). > 2) Modifies User.__init__ in user.py such that, if auto_account and > http_auth_enabled are both set, default some user information and save it. > 3) Modifies normalizeName in user.py such that "." and "@" are > permissible characters in usernames. This is necessary for my > environment because we use mod_pubcookie for authentication. > mod_pubcookie returns userids like "geek at AN..." (e.g. the > Kerberos domain is part of the id). > > If this patch is accepted I"ll update the appropriate documentation. If > the documentation has to come first, let me know and I"ll deal with it. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: http_auth_enabled+auto_account.patch URL: <http://mail.python.org/pipermail/moin-user/attachments/20050223/d4454491/attachment.ksh> From karl at la-grange.net Thu Feb 24 06:25:18 2005 From: karl at la-grange.net (Karl Dubost) Date: Thu Feb 24 06:25:18 2005 Subject: [Moin-user] Flat versus nested structure Message-ID: <c2572332aaeb43ffe11dd6b9d3ec4999@la-grange.net> Hi, I would like to move a website to a MoinMoin wiki, but sometimes my URIs can be really long :) I have URIs like that :) http://example.org/foo/bar/toto/something/somethingelse/ averylongfilename What MoinMoin will do is foo(2f)bar(2f)toto(2f)something(2f)somethingelse(2f)averylongfilename which might be a problem for certain filesystem. Two solutions. * MoinMoin does a nested structure too (I don't think it's the case now) Do you know another wiki which does? * I make 3700 redirect for all URIs already existing. Another solution? -- 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 geek+ at cmu.edu Thu Feb 24 06:37:20 2005 From: geek+ at cmu.edu (Brian Gallew) Date: Thu Feb 24 06:37:20 2005 Subject: [Moin-user] Patch to 1.3.3 for automatic accounting Re: Patch to 1.3.1 for automatic accounting In-Reply-To: <421D110E.7090603@pendragon.org> References: <421D110E.7090603@pendragon.org> Message-ID: <421DE645.20101@cmu.edu> Michael Best wrote: > After this patch is installed, you need to set both > > http_auth_enabled = 1 > auto_account = 1 > > In mywiki/wikiconfig.py > > Attached is a patch for 1.3.3, also as a note the 1.3.1 patch was > reversed. The patch provided removed the lines noted, instead of adding Thanks for updating this. I'll update the patch status in sourceforge and credit you with this. From geek+ at cmu.edu Thu Feb 24 06:41:54 2005 From: geek+ at cmu.edu (Brian Gallew) Date: Thu Feb 24 06:41:54 2005 Subject: [Moin-user] Patch policy Message-ID: <421DE75F.809@cmu.edu> So, what is the policy with regard to patches, anyway? Is there any expectation that patches will be picked up by the developers, or must the submitters simply keep updating them against the latest, greatest version? From gerhard.marini at gmail.com Thu Feb 24 23:34:30 2005 From: gerhard.marini at gmail.com (Gerhard Marini) Date: Thu Feb 24 23:34:30 2005 Subject: [Moin-user] Import of configuration file "wikiconfig.py" failed because of SyntaxError Message-ID: <opsmqsj8x5mk8du7@bc-pc-009> Dear Moiners, I get the following error message in the browser after the basic installation and typing "http://server/myWiki": "MoinMoin Configuration Error Import of configuration file "wikiconfig.py" failed because of SyntaxError: invalid syntax (wikiconfig.py, line 58). We hope this error message make sense. If not, you are welcome to ask on the page http://moinmoin.wikiwikiweb.de/MoinMoinQuestions/ConfigFiles or the #moin channel on irc.freenode.net or on the mailing list. * win32 (nt) * Python 2.4 (C:\Python24\python.exe) * MoinMoin release 1.3.3 (revision 1.3.3 release) * HelpOnInstalling * HelpOnConfiguration * MoinMoinBugs" line 58 is: data_dir = r'F:\moin\myWiki\data' There I have installed my Wiki. The actual MoinMoin installation is under C:\moin. I have tried to replace the single quotes by double quotes, replace the back slashes by slashes, use a trailing slash, remove the heading "r" - but no effect: always the same error message keeps appearing. Any help is most appreciated! Gerhard From tw-public at gmx.de Fri Feb 25 01:41:24 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Feb 25 01:41:24 2005 Subject: [Moin-user] Patch policy In-Reply-To: <421DE75F.809@cmu.edu> References: <421DE75F.809@cmu.edu> Message-ID: <421EEC5E.5020101@gmx.de> Hi Brian, > So, what is the policy with regard to patches, anyway? Is there any > expectation that patches will be picked up by the developers, or must > the submitters simply keep updating them against the latest, greatest > version? That depends on the patch. If we find the patch easy and non-critical and fitting into our plans on how moin should look like in future (or at least not being against what we think it should do), we integrate patches as time permits. Sometimes it is a problem, when we have no idea for what exactly the patch is useful or if we have no posibility to test it. Bigger patches are maybe not going into a stable release, but delayed for the next release. When we integrate a patch submitted by sf or by the wiki, we usually close that patch / that page. If not, the patch developer should update the patch as he likes. At least it should be clearly documented for what moin version the patch was made (and it should be a unified "diff -u"). greetings, Thomas From helmert at informatik.uni-freiburg.de Fri Feb 25 05:45:48 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Fri Feb 25 05:45:48 2005 Subject: [Moin-user] Re: Import of configuration file "wikiconfig.py" failed because of SyntaxError In-Reply-To: <opsmqsj8x5mk8du7@bc-pc-009> References: <opsmqsj8x5mk8du7@bc-pc-009> Message-ID: <cvn71a$m0m$1@sea.gmane.org> Gerhard Marini wrote: > Dear Moiners, > > I get the following error message in the browser after the basic > installation and typing "http://server/myWiki": > > "MoinMoin Configuration Error > > Import of configuration file "wikiconfig.py" failed because of > SyntaxError: invalid syntax (wikiconfig.py, line 58). > > line 58 is: data_dir = r'F:\moin\myWiki\data' That line looks good. I first wondered about the backslashes, but it's a "raw string", so that's fine. Can you post the previous five lines as well? Malte From nigel.harper at lightworkdesign.com Fri Feb 25 05:55:11 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Fri Feb 25 05:55:11 2005 Subject: [Moin-user] Linking directly to edit page. Message-ID: <8815647C7041D111A3010060B06BE1C002B986A9@ELVIS> Is it possible to insert a link to open a Wiki page in edit mode? Using the full URL http://example.com/MyWiki/MyPage?action=edit works but appears as an external link on the referring page, which is not ideal. The particular use I have in mind is implementing a comments section on a read only page, as suggested at the end of HelpOnAccessControlLists. With the example given a user looking at SomePage has to first navigate to SomePage/Comments and then edit it (2 clicks) - it would be nice if it was possible to add a link to SomePage which opened SomePage/Comments for editing. thanks, Nigel From gerhard.marini at gmail.com Fri Feb 25 06:05:29 2005 From: gerhard.marini at gmail.com (Gerhard Marini) Date: Fri Feb 25 06:05:29 2005 Subject: [Moin-user] Re: Import of configuration file "wikiconfig.py" failed because of SyntaxError In-Reply-To: <cvn71a$m0m$1@sea.gmane.org> References: <opsmqsj8x5mk8du7@bc-pc-009> <cvn71a$m0m$1@sea.gmane.org> Message-ID: <opsmraheolmk8du7@bc-pc-009> On Fri, 25 Feb 2005 14:03:41 +0100, Malte Helmert <helmert at informatik.uni-freiburg.de> wrote: > Gerhard Marini wrote: > >> Dear Moiners, >> I get the following error message in the browser after the basic >> installation and typing "http://server/myWiki": >> "MoinMoin Configuration Error >> Import of configuration file "wikiconfig.py" failed because of >> SyntaxError: invalid syntax (wikiconfig.py, line 58). >> line 58 is: data_dir = r'F:\moin\myWiki\data' > > That line looks good. I first wondered about the backslashes, but it's a > "raw string", so that's fine. Can you post the previous five lines as > well? > > Malte > Sure, here they are: from MoinMoin.multiconfig import DefaultConfig class Config(DefaultConfig): # Wiki identity ---------------------------------------------------- # Site name, used by default for wiki name-logo [Unicode] sitename = u'mywiki' # Wiki logo. You can use an image, text or both. [Unicode] # Example: u'<img src="/wiki/mywiki.png" alt="My Wiki">My 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 = r'F:\moin\myWiki\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 = r'F:\moin\myWiki\underlay' # This must be '/wiki' for twisted and standalone. For CGI, it should # match your Apache Alias setting. url_prefix = '/wiki' Gerhard From nigel.harper at lightworkdesign.com Fri Feb 25 06:48:10 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Fri Feb 25 06:48:10 2005 Subject: [Moin-user] Re: Import of configuration file "wikiconfig.py" failed because of SyntaxError Message-ID: <8815647C7041D111A3010060B06BE1C002B986CA@ELVIS> > # Where your mutable wiki pages are. You want to make regular > # backups of this directory. > data_dir = r'F:\moin\myWiki\data' > data_underlay_dir = r'F:\moin\myWiki\underlay' Just a guess but I notice your data_dir line is indented with a tab whereas the rest of the code is indented with spaces. I suspect Python is seeing the data_dir line as misaligned. Try replacing the tab with the correct number of leading spaces. Nigel From helmert at informatik.uni-freiburg.de Fri Feb 25 08:00:17 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Fri Feb 25 08:00:17 2005 Subject: [Moin-user] Re: Import of configuration file "wikiconfig.py" failed because of SyntaxError In-Reply-To: <opsmraheolmk8du7@bc-pc-009> References: <opsmqsj8x5mk8du7@bc-pc-009> <cvn71a$m0m$1@sea.gmane.org> <opsmraheolmk8du7@bc-pc-009> Message-ID: <cvnhf0$q7e$1@sea.gmane.org> Gerhard Marini wrote: > On Fri, 25 Feb 2005 14:03:41 +0100, Malte Helmert > <helmert at informatik.uni-freiburg.de> wrote: > >> Gerhard Marini wrote: >> >>> Dear Moiners, >>> I get the following error message in the browser after the basic >>> installation and typing "http://server/myWiki": >>> "MoinMoin Configuration Error >>> Import of configuration file "wikiconfig.py" failed because of >>> SyntaxError: invalid syntax (wikiconfig.py, line 58). >>> line 58 is: data_dir = r'F:\moin\myWiki\data' >> >> >> That line looks good. I first wondered about the backslashes, but it's >> a "raw string", so that's fine. Can you post the previous five lines >> as well? [snip wikiconfig.py] Works without problem for me. Maybe it's a problem with invisible characters or tabs/spaces (although I'd expect another error message for such problems). The offending line also seems to occur much earlier than on line 58; the part you posted doesn't even have 58 lines. That looks strange. Can you upload the file somewhere, so that we can make sure that it is not affected by e-mail formatting? Malte From gerhard.marini at gmail.com Fri Feb 25 08:40:40 2005 From: gerhard.marini at gmail.com (Gerhard Marini) Date: Fri Feb 25 08:40:40 2005 Subject: [Moin-user] Re: Import of configuration file "wikiconfig.py" failed because of SyntaxError - Hurray! In-Reply-To: <8815647C7041D111A3010060B06BE1C002B986CA@ELVIS> References: <8815647C7041D111A3010060B06BE1C002B986CA@ELVIS> Message-ID: <opsmrc71simk8du7@bc-pc-009> On Fri, 25 Feb 2005 14:42:11 -0000, Nigel Harper <nigel.harper at lightworkdesign.com> wrote: >> # Where your mutable wiki pages are. You want to make regular >> # backups of this directory. >> data_dir = r'F:\moin\myWiki\data' >> data_underlay_dir = r'F:\moin\myWiki\underlay' > > Just a guess but I notice your data_dir line is indented with a tab > whereas > the rest of the code is indented with spaces. I suspect Python is seeing > the data_dir line as misaligned. Try replacing the tab with the correct > number of leading spaces. > > Nigel > That's it! I had to replace the leading tab with the correct number of spaces and http://server/myWiki?action=test gave me an OK! Thansk a lot, Gerhard From 2004b at usenet.alexanderweb.de Fri Feb 25 14:00:30 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Feb 25 14:00:30 2005 Subject: [Moin-user] Re: Patch policy References: <421DE75F.809@cmu.edu> <421EEC5E.5020101@gmx.de> Message-ID: <1lqo6sbfaw39z$.dlg@usenet.alexanderweb.de> On Fri, 25 Feb 2005 10:14:06 +0100, Thomas Waldmann wrote: >> So, what is the policy with regard to patches, anyway? Is there any >> expectation that patches will be picked up by the developers, or must >> the submitters simply keep updating them against the latest, greatest >> version? > > That depends on the patch. I think Brian talks about the account creation patch. AFAIK the only reason against merging it is that created accounts might collide with normal accounts. Thomas, any others left? Kind regards, Alexander From 2004b at usenet.alexanderweb.de Fri Feb 25 14:08:27 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Feb 25 14:08:27 2005 Subject: [Moin-user] Re: Linking directly to edit page. References: <8815647C7041D111A3010060B06BE1C002B986A9@ELVIS> Message-ID: <11fvv0wgtih8k$.dlg@usenet.alexanderweb.de> On Fri, 25 Feb 2005 13:46:49 -0000, Nigel Harper wrote: > Is it possible to insert a link to open a Wiki page in edit mode? > > Using the full URL http://example.com/MyWiki/MyPage?action=edit works but > appears as an external link on the referring page, which is not ideal. > > The particular use I have in mind is implementing a comments section on a > read only page, as suggested at the end of HelpOnAccessControlLists. With > the example given a user looking at SomePage has to first navigate to > SomePage/Comments and then edit it (2 clicks) - it would be nice if it was > possible to add a link to SomePage which opened SomePage/Comments for > editing. See MissingPage for an example. Kind regards, Alexander From 2004b at usenet.alexanderweb.de Fri Feb 25 14:17:06 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Feb 25 14:17:06 2005 Subject: [Moin-user] Re: Re: Import of configuration file "wikiconfig.py" failed because of SyntaxError References: <opsmqsj8x5mk8du7@bc-pc-009> <cvn71a$m0m$1@sea.gmane.org> <opsmraheolmk8du7@bc-pc-009> Message-ID: <q7lakwvixmhy$.dlg@usenet.alexanderweb.de> On Fri, 25 Feb 2005 14:59:28 +0100, Gerhard Marini wrote: >>> SyntaxError: invalid syntax (wikiconfig.py, line 58). >>> line 58 is: data_dir = r'F:\moin\myWiki\data' > 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 = r'F:\moin\myWiki\data' You indented it improperly. Be sure to just use spaces and indent any line with the same amount of spaces. Kind regards, Alexander From tw-public at gmx.de Fri Feb 25 14:17:20 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Feb 25 14:17:20 2005 Subject: [Moin-user] Flat versus nested structure In-Reply-To: <c2572332aaeb43ffe11dd6b9d3ec4999@la-grange.net> References: <c2572332aaeb43ffe11dd6b9d3ec4999@la-grange.net> Message-ID: <421F436D.9000409@gmx.de> > I have URIs like that :) > http://example.org/foo/bar/toto/something/somethingelse/ averylongfilename > > What MoinMoin will do is > > foo(2f)bar(2f)toto(2f)something(2f)somethingelse(2f)averylongfilename > > which might be a problem for certain filesystem. For what filesystem is that a problem? Usually there is a limit somewhere, but at least at 256..1024 chars. > * MoinMoin does a nested structure too (I don't think it's the case now) We don't do subpages per subdirectory yet, but we definitely think about that. But this has quite some consequences, so this won't be a short term or easy decision. > Another solution? Well, use shorter names. And give the stuff structure by using categories. From karl at la-grange.net Fri Feb 25 17:01:06 2005 From: karl at la-grange.net (Karl Dubost) Date: Fri Feb 25 17:01:06 2005 Subject: [Moin-user] Flat versus nested structure In-Reply-To: <421F436D.9000409@gmx.de> References: <c2572332aaeb43ffe11dd6b9d3ec4999@la-grange.net> <421F436D.9000409@gmx.de> Message-ID: <432ffac5975079dfb421f2e3d17942b0@la-grange.net> Thomas, thanks for the answer, Le 25 f?vr. 2005, ? 10:25, Thomas Waldmann a ?crit : > For what filesystem is that a problem? > Usually there is a limit somewhere, but at least at 256..1024 chars. I haven't checked yet, what was the longest URI I had on the website. :) >> * MoinMoin does a nested structure too (I don't think it's the case >> now) > > We don't do subpages per subdirectory yet, but we definitely think > about that. But this has quite some consequences, so this won't be a > short term or easy decision. Yes I understand that, It's really a different architecture. >> Another solution? > > Well, use shorter names. And give the stuff structure by using > categories. For the new pages, yes definitely. I just don't want to break URIs for the old ones ;) -- 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 helmert at informatik.uni-freiburg.de Fri Feb 25 17:33:12 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Fri Feb 25 17:33:12 2005 Subject: [Moin-user] Re: Flat versus nested structure In-Reply-To: <432ffac5975079dfb421f2e3d17942b0@la-grange.net> References: <c2572332aaeb43ffe11dd6b9d3ec4999@la-grange.net> <421F436D.9000409@gmx.de> <432ffac5975079dfb421f2e3d17942b0@la-grange.net> Message-ID: <cvoiuk$tit$1@sea.gmane.org> Karl Dubost wrote: > Thomas, > > thanks for the answer, > > Le 25 f?vr. 2005, ? 10:25, Thomas Waldmann a ?crit : > >> For what filesystem is that a problem? >> Usually there is a limit somewhere, but at least at 256..1024 chars. > > I haven't checked yet, what was the longest URI I had on the website. :) On a related note, some kind of path name limit struck me once during migration of an 1.2.x wiki to 1.3.x. The wiki directory was mounted via NFS, and maybe due to this to a comparatively low limit on filename size was in force (maybe 128 characters?). Since the migration scripts are buried deep in the MoinMoin package hierarchy and the data folder is supposed to be copied there, paths get very deep very quickly. In my case the path was something like /export/home/helmert/lib/python2.4/site-packages/MoinMoin/scripts/migration/data/pages/PythonKurs_2f_dcbungenLektion10/, which was enough to make Python crash with a segmentation fault, something I've never seen Python do before. Maybe a warning should be added to the migration page? Malte From 2004b at usenet.alexanderweb.de Sat Feb 26 01:09:49 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat Feb 26 01:09:49 2005 Subject: [Moin-user] Re: Flat versus nested structure References: <c2572332aaeb43ffe11dd6b9d3ec4999@la-grange.net> <421F436D.9000409@gmx.de> Message-ID: <8xpowl1hnql$.dlg@usenet.alexanderweb.de> On Fri, 25 Feb 2005 16:25:33 +0100, Thomas Waldmann wrote: >> I have URIs like that :) >> http://example.org/foo/bar/toto/something/somethingelse/ averylongfilename >> >> What MoinMoin will do is >> >> foo(2f)bar(2f)toto(2f)something(2f)somethingelse(2f)averylongfilename >> >> which might be a problem for certain filesystem. > > For what filesystem is that a problem? Windows in general, 256 chars. > Usually there is a limit somewhere, but at least at 256..1024 chars. > >> * MoinMoin does a nested structure too (I don't think it's the case now) > > We don't do subpages per subdirectory yet, but we definitely think about > that. But this has quite some consequences, so this won't be a short > term or easy decision. "Subpages per subdirectoy" would even make this problem worse. Kind regards, Alexander From ralf-info at family-moll.de Sat Feb 26 12:21:18 2005 From: ralf-info at family-moll.de (Ralf Moll) Date: Sat Feb 26 12:21:18 2005 Subject: [Moin-user] Macro for buidling CSV out of Homepage-Data Message-ID: <4220D9A6.80008@family-moll.de> Hi, I want to get a CSV-list of all Wiki-Members. One the one hand I could just create a page with a spreadsheet, but on the other hand every user has already all the data on his own Wiki-Homepage. So if something changes, the user or someone else has to change both. So what about collecing the data and building a CSV-spreadsheet? All homepages have to have the same structure, for example: = Address = WikiName: BarJoe Name: Joe Bar Street: Ace-Road 10 ZIP: 34234 City: London Fon: 234234234 e-Mail: lakjf at alkjfal?.df PGP: a?flkja?dfjka? Jabber: ?lkjakf at jabber.org etc. ---- KategorieHomepage ["KategorieAdresse/Member"] or like this = Adress = ||WikiName:|| BarJoe|| ||Name:|| Joe Bar|| ||Street:|| Ace-Road 10|| ||ZIP:|| 34234|| ||City:|| London|| ||Fon:|| 234234234|| etc. ---- KategorieHomepage ["KategorieAdresse/Member"] Then just use the macro [[BuildCVS(KategorieAdresse/Member,Page-with-Criteria-for-building-CVS)]] Has anybody done something like this? Or a idea how to get the same results? cu, Ralf From R.Bauer at fz-juelich.de Sun Feb 27 01:03:29 2005 From: R.Bauer at fz-juelich.de (Reimar Bauer) Date: Sun Feb 27 01:03:29 2005 Subject: [Moin-user] presentations of MoinMoin Message-ID: <200502271017.04273.R.Bauer@fz-juelich.de> Dear all I like to give a short presentation (15min) about MoinMoin the next days to people of an academic library. It's easy to show what it is on an existing wiki but if someone else has already build a presentation I like to peek in that because my sight of view of MoinMoin could be restricted to the things we use it for. A place to collect this is already here: http://moinmoin.wikiwikiweb.de/MoinMarketing/MoinPresentations cheers Reimar Bauer -- Forschungszentrum Juelich email: R.Bauer at fz-juelich.de http://www.fz-juelich.de/icg/icg-i/ ================================================================== a IDL library at ForschungsZentrum Juelich http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: <http://mail.python.org/pipermail/moin-user/attachments/20050227/1df9f2f4/attachment.sig> From gerhard.marini at gmail.com Mon Feb 28 05:56:09 2005 From: gerhard.marini at gmail.com (Gerhard Marini) Date: Mon Feb 28 05:56:09 2005 Subject: [Moin-user] Is it possible to upload pages /part of pages via eMail? In-Reply-To: <cvn71a$m0m$1@sea.gmane.org> References: <opsmqsj8x5mk8du7@bc-pc-009> <cvn71a$m0m$1@sea.gmane.org> Message-ID: <opsmwt77rnmk8du7@bc-pc-009> Dear MoinMoin-Users, is it possible to generate / append pages via email uploading? Or would it involve major hacking in the source code? Thanks, Gerhard From 2005a at usenet.alexanderweb.de Mon Feb 28 06:26:35 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Feb 28 06:26:35 2005 Subject: [Moin-user] Re: Is it possible to upload pages /part of pages via eMail? References: <opsmqsj8x5mk8du7@bc-pc-009> <cvn71a$m0m$1@sea.gmane.org> <opsmwt77rnmk8du7@bc-pc-009> Message-ID: <gtv4hgkzdr.dlg@usenet.alexanderweb.de> On Mon, 28 Feb 2005 14:53:57 +0100, Gerhard Marini wrote: > is it possible to generate / append pages via email uploading? Or would it > involve major hacking in the source code? What do you mean by e-mail uploading? Kind regards, Alexander From gerhard.marini at gmail.com Mon Feb 28 06:39:40 2005 From: gerhard.marini at gmail.com (Gerhard Marini) Date: Mon Feb 28 06:39:40 2005 Subject: [Moin-user] Re: Is it possible to upload pages /part of pages via eMail? In-Reply-To: <gtv4hgkzdr.dlg@usenet.alexanderweb.de> References: <opsmqsj8x5mk8du7@bc-pc-009> <cvn71a$m0m$1@sea.gmane.org> <opsmwt77rnmk8du7@bc-pc-009> <gtv4hgkzdr.dlg@usenet.alexanderweb.de> Message-ID: <opsmwv9ca5mk8du7@bc-pc-009> Sorry for being not specific enough. What I mean is the following scenario: 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? Regards, Gerhard On Mon, 28 Feb 2005 15:14:28 +0100, Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > On Mon, 28 Feb 2005 14:53:57 +0100, Gerhard Marini wrote: > >> is it possible to generate / append pages via email uploading? Or would >> it >> involve major hacking in the source code? > > What do you mean by e-mail uploading? > > Kind regards, > Alexander > From yusuf at apple.com Mon Feb 28 13:50:55 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Mon Feb 28 13:50:55 2005 Subject: [Moin-user] Re: Linking directly to edit page. In-Reply-To: <11fvv0wgtih8k$.dlg@usenet.alexanderweb.de> References: <8815647C7041D111A3010060B06BE1C002B986A9@ELVIS> <11fvv0wgtih8k$.dlg@usenet.alexanderweb.de> Message-ID: <0bfd2ee3b6b81674030b6e3a4a63c283@apple.com> On Feb 25, 2005, at 1:57 PM, Alexander Schremmer wrote: > On Fri, 25 Feb 2005 13:46:49 -0000, Nigel Harper wrote: > >> Is it possible to insert a link to open a Wiki page in edit mode? >> >> Using the full URL http://example.com/MyWiki/MyPage?action=edit works >> but >> appears as an external link on the referring page, which is not ideal. >> >> The particular use I have in mind is implementing a comments section >> on a >> read only page, as suggested at the end of HelpOnAccessControlLists. >> With >> the example given a user looking at SomePage has to first navigate to >> SomePage/Comments and then edit it (2 clicks) - it would be nice if >> it was >> possible to add a link to SomePage which opened SomePage/Comments for >> editing. > > See MissingPage for an example. > Interesting solution, but does not work! Here is what I did: 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? Thanks. Yusuf From karl at la-grange.net Mon Feb 28 19:53:48 2005 From: karl at la-grange.net (Karl Dubost) Date: Mon Feb 28 19:53:48 2005 Subject: [Moin-user] [UI] Menu depending on the ACLs Message-ID: <ea650d21e926487317431b7534e97829@la-grange.net> Hi, Is there a way to display different menus depending on the ACL rights of the user? I suspect that the theme might be the good way. On the Web site, there is now a All: read Webmaster1, Webmaster2, Webmaster3: read, delete, etc... For All, I want only the "wiki" menu For Webmaster(1,2,3), I want the "wiki+page+user" menu. Thanks. :) -- 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.?