From noreply at sourceforge.net Wed Feb 2 09:55:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 2 09:55:23 2005 Subject: [Moin-devel] [ moin-Feature Requests-1114912 ] e-mail notification in digest mode Message-ID: Feature Requests item #1114912, was opened at 2005-02-02 18:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114912&group_id=8482 Category: None Group: None Status: Open Priority: 5 Submitted By: Giovanni Bajo (giovannibajo) Assigned to: Nobody/Anonymous (nobody) Summary: e-mail notification in digest mode Initial Comment: Hello, e-mail notifications are very useful, but they can generate too many mails if the Wiki is active (if one subscribes to many pages). One solution could be to have a digest mode: instead of sending an e-mail immediatly, the modifies are batched together and a single mail listing all of them is generated every N hours (twice a day for instance). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114912&group_id=8482 From noreply at sourceforge.net Wed Feb 2 09:56:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 2 09:56:16 2005 Subject: [Moin-devel] [ moin-Feature Requests-1114913 ] Authentication through LDAP Message-ID: Feature Requests item #1114913, was opened at 2005-02-02 18:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114913&group_id=8482 Category: None Group: None Status: Open Priority: 5 Submitted By: Giovanni Bajo (giovannibajo) Assigned to: Nobody/Anonymous (nobody) Summary: Authentication through LDAP Initial Comment: MoinMoin lacks support for authentication through LDAP, which could be very useful for environments where LDAP is being used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114913&group_id=8482 From noreply at sourceforge.net Wed Feb 2 13:00:40 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 2 13:00:40 2005 Subject: [Moin-devel] [ moin-Feature Requests-1114913 ] Authentication through LDAP Message-ID: Feature Requests item #1114913, was opened at 2005-02-02 18:54 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114913&group_id=8482 Category: None Group: None Status: Open Priority: 5 Submitted By: Giovanni Bajo (giovannibajo) Assigned to: Nobody/Anonymous (nobody) Summary: Authentication through LDAP Initial Comment: MoinMoin lacks support for authentication through LDAP, which could be very useful for environments where LDAP is being used. ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-02-02 21:55 Message: Logged In: YES user_id=254738 Do you use Apache? Then you can easily setup LDAP with mod_ldap. There have been numerous reports about a working installation. We might introduce native LDAP authentication in 1.4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114913&group_id=8482 From robert.seeger at orsoft.de Thu Feb 3 08:28:56 2005 From: robert.seeger at orsoft.de (Robert Seeger) Date: Thu Feb 3 08:28:56 2005 Subject: [Moin-devel] Search engine slightly broken in 1.3.3 In-Reply-To: <20050203042157.827FC13DF4@sc8-sf-spam2.sourceforge.net> Message-ID: <001d01c50a0e$0a9d5470$ed02a8c0@orsoft.de> In some recent 1.3 version the parameters for the search query parser were changed: In search.py, old version: class QueryParser: """ Converts a Strign into a tree of Query objects using recursive top/down parsing """ def __init__(self, **kw): """ @keyword titlesearch: treat all terms as title searches @keyword case: do case sensitive search @keyword literal: 0: try to treat "needle" as a regex 1: "needle" is definitely NOT a regex XXXXXXXXXXXXX """ recent version from 1.3.3: class QueryParser: """ Converts a String into a tree of Query objects using recursive top/down parsing """ def __init__(self, **kw): """ @keyword titlesearch: treat all terms as title searches @keyword case: do case sensitive search @keyword regex: treat all terms as regular expressions """ However some code that calls the QueryParser e.g. in wikimacro still uses "literal" instead of "regex", meaning that the "literal" setting is ignored. One result of this is various problems with a migrated wiki that uses some macros (especially PageList) and expects the search expression to be treated as a regex, which does not happen because the default for "regex" is 0. Kind Regards, Robert Seeger From msoulier at digitaltorque.ca Fri Feb 4 19:59:29 2005 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Fri Feb 4 19:59:29 2005 Subject: [Moin-devel] Handling a form submission In-Reply-To: <41F4E194.2090100@gmx.de> References: <20050124033802.GU6975@digitaltorque.ca> <41F4E194.2090100@gmx.de> Message-ID: <20050205035857.GE18012@digitaltorque.ca> On 24/01/05 Thomas Waldmann said: > Stuff using forms in moin is e.g. in userform.py and in AttachFile.py. > > Often a combination of an action with a macro (processor, parser) is > used for processing (or generating) forms. Form values can be retrieved > from request.form, maybe grep for that. Question. When I use an action to display a form as the content of the page, then the form is embedded in the page with the standard headers and footers. However, when I do the same thing with the action code as a result of a form submission, it appears that I'm supposed to supply the http headers myself, and there's no navibar, title or footer. How would you normally provide those? I found the http_headers method in the request object, but I'm not sure of the rest. For example, I have a submission form populated via an action here http://opag.ca/wiki/MichaelSoulier?action=OpagNews&do=show_form When you click on preview, I had to supply the http headers myself, and there's no page header or footer. Help? Thanks, Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca python -c 'import this' Jabber: msoulier at digitaltorque.ca -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From noreply at sourceforge.net Sun Feb 6 19:24:50 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Feb 6 19:24:50 2005 Subject: [Moin-devel] [ moin-Feature Requests-1114913 ] Authentication through LDAP Message-ID: Feature Requests item #1114913, was opened at 2005-02-02 18:54 Message generated for change (Comment added) made by codewiz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114913&group_id=8482 Category: None Group: None Status: Open Priority: 5 Submitted By: Giovanni Bajo (giovannibajo) Assigned to: Nobody/Anonymous (nobody) Summary: Authentication through LDAP Initial Comment: MoinMoin lacks support for authentication through LDAP, which could be very useful for environments where LDAP is being used. ---------------------------------------------------------------------- Comment By: Bernardo Innocenti (codewiz) Date: 2005-02-07 04:23 Message: Logged In: YES user_id=155711 Using HTTP basic authentication with mod_ldap works, but it wouldn't create MoinMoin users automatically. Additionally, configuring HTTP authentication globally with a statement prevents anonymous read-only browsing of the Wiki. ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-02-02 21:55 Message: Logged In: YES user_id=254738 Do you use Apache? Then you can easily setup LDAP with mod_ldap. There have been numerous reports about a working installation. We might introduce native LDAP authentication in 1.4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114913&group_id=8482 From noreply at sourceforge.net Mon Feb 7 08:12:48 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 7 08:12:48 2005 Subject: [Moin-devel] [ moin-Feature Requests-1114913 ] Authentication through LDAP Message-ID: Feature Requests item #1114913, was opened at 2005-02-02 18:54 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114913&group_id=8482 Category: None Group: None Status: Open Priority: 5 Submitted By: Giovanni Bajo (giovannibajo) Assigned to: Nobody/Anonymous (nobody) Summary: Authentication through LDAP Initial Comment: MoinMoin lacks support for authentication through LDAP, which could be very useful for environments where LDAP is being used. ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-02-07 17:10 Message: Logged In: YES user_id=254738 There are patches which enable automatic account creation: http://moinmoin.wikiwikiweb.de/MoinMoinPatch#head-fcf4e95d7f622eec0eab12e9022a3336c060857e ---------------------------------------------------------------------- Comment By: Bernardo Innocenti (codewiz) Date: 2005-02-07 04:23 Message: Logged In: YES user_id=155711 Using HTTP basic authentication with mod_ldap works, but it wouldn't create MoinMoin users automatically. Additionally, configuring HTTP authentication globally with a statement prevents anonymous read-only browsing of the Wiki. ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-02-02 21:55 Message: Logged In: YES user_id=254738 Do you use Apache? Then you can easily setup LDAP with mod_ldap. There have been numerous reports about a working installation. We might introduce native LDAP authentication in 1.4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=1114913&group_id=8482 From vogt.tobias at gmail.com Wed Feb 9 05:06:38 2005 From: vogt.tobias at gmail.com (Tobias Vogt) Date: Wed Feb 9 05:06:38 2005 Subject: [Moin-devel] Installing MoinMoin without access to apache config/ssh/telnet Message-ID: <8afde42d0502090505710b111d@mail.gmail.com> Hi there, I just installed MoinMoin 1.3.3 on my ISPs machine with ftp-only. Roughly I did the following: 0) I downloaded and unpacked the distribution strictly speaking, no setup was required (although I work with a local installation to hack) 1) I transfered htdocs into my remote directory 2) I transfered MoinMoin into my remote directory (protecting it via .htaccess deny from all) 3) I transfered data into my remote directory (.htaccess protected) 4) I transfered underlay into my remote directory (.htaccess protected) 5) I created a config directory and transfered the properly adjusted wikiconfig.py into it (.htaccess protected) 6) I renamed moin.cgi to moin.py and transfered it to the remote directory. As far as I can tell anything works fine. Now I have three questions: a) Is this setup known to be save or are there any security drawbacks? b) Is it desirable to have installation instructions for this kind of setup included in the HelpFiles? I could write one page or so. c) Would it not be fine to have a special package of files and an install wizard to do this kind of setup? I could go and write a quick and dirty install script. Any comments or suggestions are welcome. Best Tobias From 2004b at usenet.alexanderweb.de Wed Feb 9 12:55:16 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 9 12:55:16 2005 Subject: [Moin-devel] Re: Installing MoinMoin without access to apache config/ssh/telnet References: <8afde42d0502090505710b111d@mail.gmail.com> Message-ID: On Wed, 9 Feb 2005 14:05:33 +0100, Tobias Vogt wrote: > I just installed MoinMoin 1.3.3 on my ISPs machine with ftp-only. > Roughly I did the following: [..] > As far as I can tell anything works fine. Now I have three questions: > > a) Is this setup known to be save or are there any security drawbacks? No, this should be secure if you changed the file mode disallowing other users to read/write the files. BTW, I run a similar configuration at an alturo.de site. > b) Is it desirable to have installation instructions for this kind of > setup included in the HelpFiles? I could write one page or so. Would be nice to have something like that. > c) Would it not be fine to have a special package of files and an > install wizard to do this kind of setup? I could go and write a quick > and dirty install script. Yeah, would be nice as well. Maybe we can even include it. Kind regards, Alexander From emmett.shear at yale.edu Wed Feb 9 13:35:53 2005 From: emmett.shear at yale.edu (Emmett Shear) Date: Wed Feb 9 13:35:53 2005 Subject: [Moin-devel] New Moin Parser Message-ID: <420A810E.40202@yale.edu> Hi - I'm working on developing a fully-featured macro processor for MoinMoin, similar in functionality to M4 or TCL but without the security vulnerabilities. My current plan is to write a new parser which extends the wiki markup to handle user defined macros. Is that parser currently under development by anyone, so I can coordinate any changes? Also are there any pitfalls I should be aware of? Thanks, Emmett From yusuf at apple.com Wed Feb 9 13:54:20 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Wed Feb 9 13:54:20 2005 Subject: [Moin-devel] Re: Installing MoinMoin without access to apache config/ssh/telnet In-Reply-To: References: <8afde42d0502090505710b111d@mail.gmail.com> Message-ID: <8d1a6743c5b0929415f4776c63075c66@apple.com> > >> b) Is it desirable to have installation instructions for this kind of >> setup included in the HelpFiles? I could write one page or so. > > Would be nice to have something like that. > >> c) Would it not be fine to have a special package of files and an >> install wizard to do this kind of setup? I could go and write a quick >> and dirty install script. > > Yeah, would be nice as well. Maybe we can even include it. > I am planning to install MoinMoin for one of the IEEE conference's site for coordinating efforts amongst the committee members. The instructions for this kind of setup will be very useful. Best regards, Yusuf From 2004b at usenet.alexanderweb.de Thu Feb 10 10:36:09 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 10 10:36:09 2005 Subject: [Moin-devel] Re: New Moin Parser References: <420A810E.40202@yale.edu> Message-ID: On Wed, 09 Feb 2005 16:30:54 -0500, Emmett Shear wrote: > I'm working on developing a fully-featured macro processor for MoinMoin, > similar in functionality to M4 or TCL but without the security > vulnerabilities. My current plan is to write a new parser which extends > the wiki markup to handle user defined macros. Is that parser currently > under development by anyone, so I can coordinate any changes? I am not aware of any parser project that aims at replacing the standard MoinMoin parser. There are some old ones like "gaga", but that one is stopped currently AFAIK (just search for the name on the moinmoin wiki). > Also are there any pitfalls I should be aware of? What kind of? We hope that the current code does not have many. I can just think of the weird delegation of "attachment:"-links-rendering responsibility. Kind regards, Alexander From henryho at telus.net Mon Feb 14 01:18:26 2005 From: henryho at telus.net (Henry Ho) Date: Mon Feb 14 01:18:26 2005 Subject: [Moin-devel] MoinMoin UML Diagram Message-ID: <42106C67.2070601@telus.net> Hi all, I'd like to make some contribution to the current and/or future potential MoinMoin developers by making some high & low level UML Diagrams (for the whole software, not just the plugin architecture). Can someone please tell me where can I find documentations about structure/components of MoinMoin? If there are not existed, how should I go about 'dissecting' MoinMoin? Also, this is my 1st time posting, using a mailing list. Are there anything I should watch out for? When will asking through IRC be more appropriate? Thanks! and happy valentine's day... Henry From tw at waldmann-edv.de Mon Feb 14 10:56:20 2005 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Mon Feb 14 10:56:20 2005 Subject: [Moin-devel] MoinMoin UML Diagram In-Reply-To: <42106C67.2070601@telus.net> References: <42106C67.2070601@telus.net> Message-ID: <4210EF25.4060606@waldmann-edv.de> Hi Henry, > I'd like to make some contribution to the current and/or future > potential MoinMoin developers by making some high & low level UML > Diagrams (for the whole software, not just the plugin architecture). Nice 8) > Can someone please tell me where can I find documentations about > structure/components of MoinMoin? There isn't too much of that stuff. Some aspects are documented on the moinmoin wiki site, but I don't think there is a picture of the whole thing. > If there are not existed, how should I go about 'dissecting' MoinMoin? First let me note that currently two versions of moin are in active development: 1.3 = current production code, mostly bugfixes and small enhancements are done there. 1.4 = current development code, not suitable for production now or soon. Maybe UML stuff for 1.3 is interesting for add-on coders, but it is maybe not that interesting for core developers and people with more long term interest as structure in 1.4 will change quite much. So maybe decide yourself. 1.3 is rather stable production code, 1.4 is development stuff, unstable and in flux over the next months. > Also, this is my 1st time posting, using a mailing list. Are there > anything I should watch out for? When will asking through IRC be more > appropriate? IRC is maybe better, more realtime. Or just use the wiki, of course. :) Thomas From 2004b at usenet.alexanderweb.de Mon Feb 14 13:10:17 2005 From: 2004b at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Feb 14 13:10:17 2005 Subject: [Moin-devel] Re: MoinMoin UML Diagram References: <42106C67.2070601@telus.net> Message-ID: On Mon, 14 Feb 2005 01:16:23 -0800, Henry Ho wrote: > Can someone please tell me where can I find documentations about > structure/components of MoinMoin? If there are not existed, how should > I go about 'dissecting' MoinMoin? Try epydoc and run it on the sources. Besides that, eric3 or SPE (Python IDEs) have UML modes that render the class and module relations. (That might help you). Kind regards, Alexander From kentsin at yahoo.com Fri Feb 18 08:24:41 2005 From: kentsin at yahoo.com (kent sin) Date: Fri Feb 18 08:24:41 2005 Subject: [Moin-devel] Generate and Modify Pages with python Message-ID: <20050218162406.48738.qmail@web40529.mail.yahoo.com> I just install 1.3.3 and find out that pages structure is more complicate then before. In old days, I can just place text files in directory and moinmoin will recognize it just like apache do. Now, there is a whole directory of various things. I try to follow the MoinDev/Storage and try a from MoinMoin.Page import Page page = Page("NewPage") but it fails. How can I Generate or Modify Moin Pages with cron jobs? Shall I have to do this through the web? or I can do it with Python? Will the future change again? Best Rgs, Kent Sin From tw-public at gmx.de Fri Feb 18 09:35:28 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Feb 18 09:35:28 2005 Subject: [Moin-devel] Generate and Modify Pages with python In-Reply-To: <20050218162406.48738.qmail@web40529.mail.yahoo.com> References: <20050218162406.48738.qmail@web40529.mail.yahoo.com> Message-ID: <42162207.7010003@gmx.de> Hi kent, > I just install 1.3.3 and find out that pages structure > is more complicate then before. Yes, that change was necessary to get rid of that "mtime mess". > I try to follow the MoinDev/Storage and try a > from MoinMoin.Page import Page > page = Page("NewPage") > but it fails. You need to use PageEditor / _write_file if you do it that way. Or look into the standardized(!) xmlrpc interface (see MoinMoin/scripts/xmlrpc/... - very easy to use from python scripts, maybe from other languages with xmlrpc lib, too). Be aware that you have to enable that by modifying the wikirpc.py file. As xmlrpc is a standard (and xmlrpc2 is an almost-standard), it is unlikely that that stuff changes. BTW: better choose wiki xmlrpc v2, much better to use than wiki xmlrpc v1. > Will the future change again? Yes, we will further enhance the storage stuff for making moin more versatile and powerful, while making the code simpler and more structured. 1.4devel already uses generic "mimetype items", not pages. Metadata is stored separately. The code handling that will be object oriented and exploiting inheritance. Maybe we will even switch to have a directory with a collection of files *per revision*, so we can store multi-file data as twikidraw creates it (drawing.draw, drawing.map, drawing.png). Of course this would be the most generic solution, but it costs 1 additional directory per item revision (and often it will contain only 2 files). We know that those structures are of course more complicated to handle by shell scripts than in <=1.2.x, but we try to keep that possibility by using some easy text based data formats. Thomas From nirs at actcom.net.il Sat Feb 19 00:24:26 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Sat Feb 19 00:24:26 2005 Subject: [Moin-devel] Generate and Modify Pages with python In-Reply-To: <20050219043153.B75D7120F6@sc8-sf-spam2.sourceforge.net> References: <20050219043153.B75D7120F6@sc8-sf-spam2.sourceforge.net> Message-ID: <27560a9645281385e1e210aab22f08a9@actcom.net.il> > I just install 1.3.3 and find out that pages structure > is more complicate then before. > In old days, I can just place text files in directory > and moinmoin will recognize it just like apache do. > Now, there is a whole directory of various things. The structure is not really more complicated, but more structured. The old way used to put one page data in multiple directories. For example, in the old structure it was almost impossible to remove a page, or to get the first revision of a page. The page structure is quite simple now: PageName - the directory name is the page name edit-log - the page private log of changes current - this file contain the name of the current revision, e.g 00000001. If there is no such revision, the page is considered deleted page. revisions/ - the directory containing the revisions 00000001 - the first revision attachments - the directory containing the page attachments, if there are any attachments cache/ - automatically created by the wiki, contain page caches So you can see that its quite easy to add a page with a shell script: cd /www/MyWiki/data/pages mkdir PageName echo 00000001 > PageName/current mkdir PageName/revisions echo "That was quite easy!\n" > PageName/revisions/00000001 Or to remove a page from the system - including all backups, attachments: rm -rf PageName Or to rename a page: mv PageName NewName Try to do that with 1.2 - don't forget to rename all backups, attachments and the logs... Or move a page to another wiki instance: mv WikiA/data/pages/PageName WikiB/data/pages/ > I try to follow the MoinDev/Storage and try a > from MoinMoin.Page import Page > page = Page("NewPage") The wiki pages are outdated. You will have to read the code if you want to write python. Pages and many other functions have a request object as first argument. Its little harder now to create pages, but its not related to the new structure. The best way is to see how this is done in other code. Best Regards, Nir Soffer From noreply at sourceforge.net Sat Feb 19 00:28:18 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 19 00:28:18 2005 Subject: [Moin-devel] [ moin-Patches-1030782 ] rst parser using docutils html4css1 writer Message-ID: Patches item #1030782, was opened at 2004-09-19 14:22 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1030782&group_id=8482 Category: None Group: None Status: Closed Resolution: Duplicate Priority: 5 Submitted By: Matthew Gilbert (mmgilbe) Assigned to: Nobody/Anonymous (nobody) Summary: rst parser using docutils html4css1 writer Initial Comment: Alternative rst parser using the docutils code rather than the moinmoin code for formatting. In my test cases handles more of the docutils structure than the existing code. Supports all of the moinmoin's linking syntax but using restructuredtext directives. Tested with docutils 0.3.5. So for now, requires docutils 0.3.5. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-19 03:27 Message: Logged In: YES user_id=3066 I'd really like to see reStructuredText support get added to MoinMoin; this would make it much more attractive for a project I've got brewing that could use a wiki. The classic syntax would be totally unacceptable for the audience for that project. (Of course, my other option would be to use Zope 3 with zwiki.) ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-01-05 14:10 Message: Logged In: YES user_id=254738 Thanks for submitting another patch in the patch tracker. This is a duplicate therefore. ---------------------------------------------------------------------- Comment By: Ollie Rutherfurd (orutherfurd) Date: 2004-12-02 14:04 Message: Logged In: YES user_id=265596 I'd love to see this in a future release of MoinMoin. In case providing feedback increases the chance of this being merged, I've been using it with 1.3rc1, and it's working nicely. I wasn't able to apply the patch to rst.py -- maybe a line-ending issue, so I just overwrote the existing file with everything from the "+" lines. ---------------------------------------------------------------------- Comment By: Matthew Gilbert (mmgilbe) Date: 2004-09-26 18:01 Message: Logged In: YES user_id=1002483 Tested with docutils 0.3.3 which I see there is a package for in debian unstable? Thomas, will you install something from unstable? The url is: http://packages.debian.org/unstable/python/python-docutils It seems to work fine with 0.3.3. Will you try the patch the now? Thanks ---------------------------------------------------------------------- Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-09-24 22:16 Message: Logged In: YES user_id=100649 as long as the efforts on rst require more than what's in debian, I can't even test it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1030782&group_id=8482 From noreply at sourceforge.net Sat Feb 19 03:17:57 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 19 03:17:57 2005 Subject: [Moin-devel] [ moin-Patches-1030782 ] rst parser using docutils html4css1 writer Message-ID: Patches item #1030782, was opened at 2004-09-19 20:22 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1030782&group_id=8482 Category: None Group: None Status: Closed Resolution: Duplicate Priority: 5 Submitted By: Matthew Gilbert (mmgilbe) Assigned to: Nobody/Anonymous (nobody) Summary: rst parser using docutils html4css1 writer Initial Comment: Alternative rst parser using the docutils code rather than the moinmoin code for formatting. In my test cases handles more of the docutils structure than the existing code. Supports all of the moinmoin's linking syntax but using restructuredtext directives. Tested with docutils 0.3.5. So for now, requires docutils 0.3.5. ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-02-19 12:17 Message: Logged In: YES user_id=254738 fdrake, MoinMoin has reStructuredText support already. Just look at HelpOnParsers and notice that this item is closed. You need to use a current 1.3 release, though. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-19 09:27 Message: Logged In: YES user_id=3066 I'd really like to see reStructuredText support get added to MoinMoin; this would make it much more attractive for a project I've got brewing that could use a wiki. The classic syntax would be totally unacceptable for the audience for that project. (Of course, my other option would be to use Zope 3 with zwiki.) ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-01-05 20:10 Message: Logged In: YES user_id=254738 Thanks for submitting another patch in the patch tracker. This is a duplicate therefore. ---------------------------------------------------------------------- Comment By: Ollie Rutherfurd (orutherfurd) Date: 2004-12-02 20:04 Message: Logged In: YES user_id=265596 I'd love to see this in a future release of MoinMoin. In case providing feedback increases the chance of this being merged, I've been using it with 1.3rc1, and it's working nicely. I wasn't able to apply the patch to rst.py -- maybe a line-ending issue, so I just overwrote the existing file with everything from the "+" lines. ---------------------------------------------------------------------- Comment By: Matthew Gilbert (mmgilbe) Date: 2004-09-27 00:01 Message: Logged In: YES user_id=1002483 Tested with docutils 0.3.3 which I see there is a package for in debian unstable? Thomas, will you install something from unstable? The url is: http://packages.debian.org/unstable/python/python-docutils It seems to work fine with 0.3.3. Will you try the patch the now? Thanks ---------------------------------------------------------------------- Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-09-25 04:16 Message: Logged In: YES user_id=100649 as long as the efforts on rst require more than what's in debian, I can't even test it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1030782&group_id=8482 From noreply at sourceforge.net Sat Feb 19 03:20:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 19 03:20:14 2005 Subject: [Moin-devel] [ moin-Patches-1092353 ] Better reStructuredText support Message-ID: Patches item #1092353, was opened at 2004-12-28 20:17 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1092353&group_id=8482 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Matthew Gilbert (mmgilbe) Assigned to: Alexander Schremmer (alexanderweb) Summary: Better reStructuredText support Initial Comment: Updated version of my previous patch. This adds much better reStructuredText support to MoinMoin. It is a drop in replacement for the existing rst.py. This version is significantly refactored and has numerous bug fixes. It supports MoinMoin 1.2.X and 1.3.X and requires docutils version 0.3.3 or later. ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-02-19 12:19 Message: Logged In: YES user_id=254738 Deleted the attached one because of security issues. Please just use the enhanced one which is included in MoinMoin 1.3.2 and up. ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-01-05 23:04 Message: Logged In: YES user_id=254738 I am waiting for documentation update/validation of the MoinMaster documentation ... Then I will close this patch tracker item. ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-01-05 20:16 Message: Logged In: YES user_id=254738 This will be committed into the main code base and should be available in MoinMoin 1.3.2 ---------------------------------------------------------------------- Comment By: Ollie Rutherfurd (orutherfurd) Date: 2005-01-04 16:00 Message: Logged In: YES user_id=265596 Please consider accepting this patch -- it greatly improves the existing reST support. I've been using in without problems on 1.3.1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1092353&group_id=8482 From noreply at sourceforge.net Sat Feb 19 07:49:32 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 19 07:49:32 2005 Subject: [Moin-devel] [ moin-Patches-1030782 ] rst parser using docutils html4css1 writer Message-ID: Patches item #1030782, was opened at 2004-09-19 14:22 Message generated for change (Comment added) made by fdrake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1030782&group_id=8482 Category: None Group: None Status: Closed Resolution: Duplicate Priority: 5 Submitted By: Matthew Gilbert (mmgilbe) Assigned to: Nobody/Anonymous (nobody) Summary: rst parser using docutils html4css1 writer Initial Comment: Alternative rst parser using the docutils code rather than the moinmoin code for formatting. In my test cases handles more of the docutils structure than the existing code. Supports all of the moinmoin's linking syntax but using restructuredtext directives. Tested with docutils 0.3.5. So for now, requires docutils 0.3.5. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-19 10:48 Message: Logged In: YES user_id=3066 Yes, I noticed that and found the other relevant patch after I'd submitted my comment. Sorry for the confusion. I was pretty tired and figured I'd best not follow up again in case I'd still not gotten it right. :-) ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-02-19 06:17 Message: Logged In: YES user_id=254738 fdrake, MoinMoin has reStructuredText support already. Just look at HelpOnParsers and notice that this item is closed. You need to use a current 1.3 release, though. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2005-02-19 03:27 Message: Logged In: YES user_id=3066 I'd really like to see reStructuredText support get added to MoinMoin; this would make it much more attractive for a project I've got brewing that could use a wiki. The classic syntax would be totally unacceptable for the audience for that project. (Of course, my other option would be to use Zope 3 with zwiki.) ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-01-05 14:10 Message: Logged In: YES user_id=254738 Thanks for submitting another patch in the patch tracker. This is a duplicate therefore. ---------------------------------------------------------------------- Comment By: Ollie Rutherfurd (orutherfurd) Date: 2004-12-02 14:04 Message: Logged In: YES user_id=265596 I'd love to see this in a future release of MoinMoin. In case providing feedback increases the chance of this being merged, I've been using it with 1.3rc1, and it's working nicely. I wasn't able to apply the patch to rst.py -- maybe a line-ending issue, so I just overwrote the existing file with everything from the "+" lines. ---------------------------------------------------------------------- Comment By: Matthew Gilbert (mmgilbe) Date: 2004-09-26 18:01 Message: Logged In: YES user_id=1002483 Tested with docutils 0.3.3 which I see there is a package for in debian unstable? Thomas, will you install something from unstable? The url is: http://packages.debian.org/unstable/python/python-docutils It seems to work fine with 0.3.3. Will you try the patch the now? Thanks ---------------------------------------------------------------------- Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-09-24 22:16 Message: Logged In: YES user_id=100649 as long as the efforts on rst require more than what's in debian, I can't even test it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1030782&group_id=8482 From toya at linefeed.org Sun Feb 20 12:08:41 2005 From: toya at linefeed.org (toya) Date: Sun Feb 20 12:08:41 2005 Subject: [Moin-devel] broken links Message-ID: <20050220200449.GB99934@linefeed.org> hi, i just installed moinmoin and i am having a problem with broken links..is my first time installing this kind of software. I looked at the help on the moinmoin page but i didnt found anything there talking about broken links. this is the link to my moinmoin: http://threespeed.org/ps-mulheres any ideas of what it could be? ciao toya From helmert at informatik.uni-freiburg.de Sun Feb 20 14:54:30 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Sun Feb 20 14:54:30 2005 Subject: [Moin-devel] Re: broken links In-Reply-To: <20050220200449.GB99934@linefeed.org> References: <20050220200449.GB99934@linefeed.org> Message-ID: toya wrote: > > > hi, > i just installed moinmoin and i am having a problem with broken > links..is my first time installing this kind of software. I > looked at the help on the moinmoin page but i didnt found > anything there talking about broken links. > this is the link to my moinmoin: > http://threespeed.org/ps-mulheres > any ideas of what it could be? Either a problem with your Apache configuration or a problem with your wikiconfig.py (or farmconfig.py, if you use that). Can you post the wikiconfig.py file and the relevant parts of the Apache config? Malte From helmert at informatik.uni-freiburg.de Sun Feb 20 15:00:13 2005 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Sun Feb 20 15:00:13 2005 Subject: [Moin-devel] Re: broken links In-Reply-To: References: <20050220200449.GB99934@linefeed.org> Message-ID: Malte Helmert wrote: > toya wrote: > >> >> >> hi, i just installed moinmoin and i am having a problem with broken > > > links..is my first time installing this kind of software. I > > looked at the help on the moinmoin page but i didnt found > > anything there talking about broken links. > >> this is the link to my moinmoin: >> http://threespeed.org/ps-mulheres >> any ideas of what it could be? > > > Either a problem with your Apache configuration or a problem with your > wikiconfig.py (or farmconfig.py, if you use that). Can you post the > wikiconfig.py file and the relevant parts of the Apache config? Actually, I realized we are posting to the wrong mailing list. I think that this belongs to the moin-user mailing list, not the moin-devel mailing list. (For details on how to get there, see http://moinmoin.wikiwikiweb.de/MoinMoinMailingLists). Malte From kentsin at yahoo.com Mon Feb 21 14:58:10 2005 From: kentsin at yahoo.com (kent sin) Date: Mon Feb 21 14:58:10 2005 Subject: [Moin-devel] Page Storage Message-ID: <20050221225735.93795.qmail@web40510.mail.yahoo.com> Dear Developers: If the page storage structure will be changed, I would like to suggest the following: Keep all pages under one directory, the supporting index and revisions in another. The reason is: 1. It easy the backup process. Exporting a wiki can be a simpler task. 2. Search engine friend, It will be easier to configure a local search engine to index and search a single directory instead of the current structure. 3. It will be easier to migrate one wiki to other. Or even merge two wikis into one. It is easier to restore and re-build after some failure. 4. You will have a fallback plan to serve just static wikitexts when needed. Just config your webserver to serve the directory contain the pages. I dont known about efficiency of this scheme. But I think the operation of export, emerge, backup, search operation will be much simplifier. Also, a normal user will be quite easily find his way to the wiki text. An advance user will find his way to the support structure anyway. By providing a stable API to basic storage application will be a very good way. I think forcing everyone to use xmlrpc is not good. 1. It load the system. 2. xmlrpc is not always supported. For example, in case of a havily load system (slashdoted?), one might decide that making the site as static site temporarly. But when you want to do that, xmlrpc just not as stable as you wish. BTW, I would like to learn more about the wiki xmlrpc v2. Would you please give me some pointer or examples. Thanks a lot. Best Rgs, Kent Sin From tw-public at gmx.de Tue Feb 22 10:18:35 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Feb 22 10:18:35 2005 Subject: [Moin-devel] Page Storage In-Reply-To: <20050221225735.93795.qmail@web40510.mail.yahoo.com> References: <20050221225735.93795.qmail@web40510.mail.yahoo.com> Message-ID: <421B71D1.2060401@gmx.de> Hi Kent, > If the page storage structure will be changed, I would > like to suggest the following: > > Keep all pages under one directory, the supporting > index and revisions in another. If you are suggesting to go back to how 1.2 and previous versions did: it is rather unlikely we do that because we had good reasons to go away from that "structure". What is a "supporting index"? > The reason is: > > 1. It easy the backup process. Exporting a wiki can be > a simpler task. That all depends on your needs. Some people might want to backup past revisions, too. And if you use MoinMoin functions to enumerate pages and get their content, it doesn't really matter how the pages are stored. That way is far easier, especially if it comes to non-ASCII stuff. > 2. Search engine friend, It will be easier to > configure a local search engine to index and search a > single directory instead of the current structure. Sure. But this is non-standard usage. And a internet like search engine will use http, not file system access. > 3. It will be easier to migrate one wiki to other. Or > even merge two wikis into one. It is easier to restore > and re-build after some failure. I see no difference there. The new stuff might be even easier because if you want to copy over some page, you just copy it's bundle dir and don't need to collect stuff from multiple directories or split off / remerge stuff from editlog as in 1.2. > 4. You will have a fallback plan to serve just static > wikitexts when needed. Just config your webserver to > serve the directory contain the pages. That isn't really an option: * that completely overrides ACLs * it will serve unrendered pages * problems getting attachments, following links ... > I dont known about efficiency of this scheme. But I > think the operation of export, emerge, backup, search > operation will be much simplifier. Some stuff would be simpler, right. But other stuff would be more complicated or impossible. One example is RenamePage. In 1.2 and before, this was quite incomplete, it dropped all attachments, old revisions and page info. Since 1.3 "page bundle" stuff, rename is easier and almost complete (all gets moved, only old RC entries not). > Also, a normal user will be quite easily find his way to the wiki text. An > advance user will find his way to the support structure anyway. The wiki is not intended for "normal users" to be used via the file system. And the "unnormal" people will have no problem finding the right file anyway. :) > By providing a stable API to basic storage application > will be a very good way. Yes, stable APIs are nice. We try to have them after we found some storage structure that sucks less. :)) > I think forcing everyone to use xmlrpc is not good. It is a stable API. :) > 1. It load the system. > 2. xmlrpc is not always supported. Python supports it via xmlrpclib. And the load should be a big problem usually, file systems access is always lots slower than processing some http request and parsing xml. > For example, in case of a havily load system > (slashdoted?), one might decide that making the site > as static site temporarly. But when you want to do > that, xmlrpc just not as stable as you wish. If you really get slashdotted, nothing might help you. You could of course try a static html export (see moin_dump), but a wiki where you can't edit or search isn't that great ... > BTW, I would like to learn more about the wiki xmlrpc > v2. Would you please give me some pointer or examples. MoinMoin/scripts/xmlrpc/* For the API either search the internet or look into MoinMoin/wikirpc.py. If you don't like xmlrpc, you could also call some functions of wikiutil / Page / PageEditor class. But you will have to change those for 1.4 (or 2.0, how ever we call it when it is ready). Thomas From henryho at telus.net Wed Feb 23 01:32:36 2005 From: henryho at telus.net (Henry Ho) Date: Wed Feb 23 01:32:36 2005 Subject: [Moin-devel] XSLT bug fixed yet? Message-ID: <421C4D47.4030906@telus.net> I have the same (2nd) bug posted here: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/XsltDoesNotWork Is there a workaround available yet? installed: 4Suite-1.0a4 for Windows Python2.4 (4Suite-1.0a4.win32-py2.4.exe) Python Python 2.4: C:\Python24\python.exe Platform: win32 (nt) MoinMoin Release 1.3.3 [Revision 1.3.3 release] Wed Feb 23 01:00:29 2005 *AttributeError*: 'module' object has no attribute 'SchemeRegistryResolver' __doc__ = 'Attribute not found.' __getitem__ = > __init__ = > __module__ = 'exceptions' __str__ = > args = ("'module' object has no attribute 'SchemeRegistryResolver'",) (sorry, please let me know if this post doesn't belong here...) From noreply at sourceforge.net Thu Feb 24 06:39:18 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 24 06:39:18 2005 Subject: [Moin-devel] [ moin-Patches-1099576 ] Automatic account creation Message-ID: Patches item #1099576, was opened at 2005-01-10 17:16 Message generated for change (Comment added) made by geekatcmu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1099576&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Brian E. Gallew (geekatcmu) Assigned to: Nobody/Anonymous (nobody) Summary: Automatic account creation Initial Comment: 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 ANDREW.CMU.EDU" (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. ---------------------------------------------------------------------- >Comment By: Brian E. Gallew (geekatcmu) Date: 2005-02-24 14:38 Message: Logged In: YES user_id=33602 Here is a new patch against 1.3.3. This patch was provided by Michael Best . Thanks, Michael! ---------------------------------------------------------------------- Comment By: Zoom.Quiet (zoomq) Date: 2005-01-14 02:22 Message: Logged In: YES user_id=725923 ?? can show u code as file? MoinMoin 1.3.1 is so differ , i can not exactness understand u suggest yet... thanx for all! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1099576&group_id=8482 From R.Bauer at fz-juelich.de Sun Feb 27 01:03:23 2005 From: R.Bauer at fz-juelich.de (Reimar Bauer) Date: Sun Feb 27 01:03:23 2005 Subject: [Moin-devel] 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: From karl at la-grange.net Sun Feb 27 08:06:12 2005 From: karl at la-grange.net (Karl Dubost) Date: Sun Feb 27 08:06:12 2005 Subject: [Moin-devel] [BUG] 1.3.3 ValueErrorinvalid literal for long() Message-ID: <759c4623d18235d6cc3cf413a651f448@la-grange.net> ValueErrorinvalid literal for long(): [[[ Python Python 2.3.3: /usr/local/bin/python FreeBSD aissata.la-grange.net 4.10-RELEASE-p2 FreeBSD 4.10-RELEASE-p2 #1: Fri i386 MoinMoin Release 1.3.3 [Revision 1.3.3 release] Sun Feb 27 10:58:45 2005 ]]] I have moved a old wiki from 1.2.3 to 1.3.3, applied every individual mig scripts on data/ directory. But the result is that I can navigate the site but can't edit any of the pages. Maybe a few exceptions For example; not editable http://www.publishtogether.com/pompeurs/LesImages?action=edit One of the rare exception http://www.publishtogether.com/pompeurs/LaurentDenis?action=edit Any idea where I should start to explore to fix it? -- 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 yusuf at apple.com Mon Feb 28 13:53:33 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Mon Feb 28 13:53:33 2005 Subject: [Moin-devel] [BUG] 1.3.3 ValueErrorinvalid literal for long() In-Reply-To: <759c4623d18235d6cc3cf413a651f448@la-grange.net> References: <759c4623d18235d6cc3cf413a651f448@la-grange.net> Message-ID: Karl, Did you setup the acl lists properly in wikiconfig.py? Note that for 1.3.x, all the configuration setup go in wikiconfig.py and not moin_config.py (as in 1.2.3). Thanks. Yusuf On Feb 27, 2005, at 8:05 AM, Karl Dubost wrote: > ValueErrorinvalid literal for long(): > > [[[ > Python Python 2.3.3: /usr/local/bin/python > FreeBSD aissata.la-grange.net 4.10-RELEASE-p2 FreeBSD 4.10-RELEASE-p2 > #1: Fri i386 > MoinMoin Release 1.3.3 [Revision 1.3.3 release] > Sun Feb 27 10:58:45 2005 > ]]] > > I have moved a old wiki from 1.2.3 to 1.3.3, applied every individual > mig scripts on data/ directory. But the result is that I can navigate > the site but can't edit any of the pages. Maybe a few exceptions > > For example; > > not editable > http://www.publishtogether.com/pompeurs/LesImages?action=edit > > One of the rare exception > http://www.publishtogether.com/pompeurs/LaurentDenis?action=edit > > > Any idea where I should start to explore to fix it? > > -- > 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.? > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&op=click > _______________________________________________ > Moin-devel mailing list > Moin-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-devel