From thomas.werschlein at netcetera.ch Tue May 3 12:40:21 2005 From: thomas.werschlein at netcetera.ch (Thomas Werschlein) Date: Tue May 3 12:40:21 2005 Subject: [Moin-user] linking schemes in 1.4 Message-ID: Dear all, We are planning a rather big MoinMoin rollout here (Intranet use) and as I've seen at various places, that the linking schemes are to be revised for MoinMoin 1.4. At the moment the various schemes are quite disturbing for new users and I would like to propagate an easy scheme that survives 1.4. Personally I think the InterWiki scheme would be easiest to use. Mainly because it can handle most (all?) cases in an almost consistent manner (consistency defined in terms of my "stupid approach to linking" - don't want to say that it is _really_ inconsistent) # frequently used [:LinkToWikiNamedPage] [:LinkToWikiNamedPage: with some other link text] [:free link page] [:free link page: with some other link text] # seldom used - the wiki prefix is ok [wiki:RFC/1234 your own label] # actually this would be really nice, but does not work currently [wiki:RFC/1234:your own label] if the last link would work, a simplistic rule for linking could be: - use a colon to start a link, optionally prefixed by a linking scheme - use a second colon to separate the link label from the actual link Another problem right now is, that the question mark is not displayed for "self" pages (I know, this will not be done in 1.3.x). Is it sensible to propagate InterWiki style linking for IntraWiki linking? Or would it be a terrible misuse? What is the "preferred" linking scheme in 1.4? Any pointers to ressources regarding this issue or your own view about this are greatly appreciated. Thanks a lot, regards Thomas From bob_chang2001 at yahoo.com Wed May 4 13:40:54 2005 From: bob_chang2001 at yahoo.com (Wes Zhang) Date: Wed May 4 13:40:54 2005 Subject: [Moin-user] running twisted resulted in model not found error Message-ID: <20050504203952.44743.qmail@web21326.mail.yahoo.com> Hi, I am running moinmoin 1.3.4 with Python2.4 on winxp. While I am executing "python mointwisted.py", I got following error: C:\SecTools\wiki\wesleywiki>python mointwisted.py Traceback (most recent call last): File "mointwisted.py", line 28, in ? from MoinMoin.server.twistedmoin import TwistedConfig, makeApp File "C:\SecTools\Python24\Lib\site-packages\MoinMoin\server\twistedmoin.py", line 25, in ? from twisted.application import internet, service ImportError: No module named twisted.application And I found there is no twisted.py under python24/Lib/Site-packages/moinmoin. Any point will be appreciated! TIA, Wesley Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html From nirs at actcom.net.il Wed May 4 23:18:08 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Wed May 4 23:18:08 2005 Subject: [Moin-user] Re: running twisted resulted in model not found error (Wes Zhang) In-Reply-To: <20050505032154.EF44913459@sc8-sf-spam2.sourceforge.net> References: <20050505032154.EF44913459@sc8-sf-spam2.sourceforge.net> Message-ID: <621cf3606a1bf9d7065483b17f5ff39c@actcom.net.il> Looks like you don't have twisted on that machine, which make it hard to use it :-) After you install twisted, consult this page: http://moinmaster.wikiwikiweb.de/HelpOnInstalling/TwistedWeb Best Regards, Nir Soffer From nirs at actcom.net.il Wed May 4 23:30:47 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Wed May 4 23:30:47 2005 Subject: [Moin-user] Re: linking schemes in 1.4 (Thomas Werschlein) In-Reply-To: <20050504032204.26ABC89361@sc8-sf-spam1.sourceforge.net> References: <20050504032204.26ABC89361@sc8-sf-spam1.sourceforge.net> Message-ID: <864ca9efce875068c257d43be77136b8@actcom.net.il> > Personally I think the InterWiki scheme would be easiest to > use. Mainly because it can handle most (all?) cases in an almost > consistent manner (consistency defined in terms of my "stupid approach > to linking" - don't want to say that it is _really_ inconsistent) > # frequently used > [:LinkToWikiNamedPage] > [:LinkToWikiNamedPage: with some other link text] > [:free link page] > [:free link page: with some other link text] > > # seldom used - the wiki prefix is ok > [wiki:RFC/1234 your own label] > # actually this would be really nice, but does not work currently > [wiki:RFC/1234:your own label] This make sense but this syntax is ugly and does not solve all problems like link with an image instead of text label. Check the other ideas on MoinMoin wiki, maybe add this to one of the page about linking syntax. Best Regards, Nir Soffer From tw-public at gmx.de Fri May 6 05:54:30 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri May 6 05:54:30 2005 Subject: [Moin-user] linking schemes in 1.4 In-Reply-To: References: Message-ID: <427AF461.4060300@gmx.de> The mailing list is the wrong place to discuss that. Locate the correct page on moinmoin wiki and put it there. From uwe.werner at rtc.bosch.com Fri May 6 07:24:54 2005 From: uwe.werner at rtc.bosch.com (Uwe Werner (RTC)) Date: Fri May 6 07:24:54 2005 Subject: [Moin-user] Moin and Mac OS X 10.4 "Tiger" Message-ID: <427B7D65.5050509@rtc.bosch.com> Hi , I do not really know if this is the right place to ask, but I do it anyhow ;-) After upgrading to Mac OS X 10.4 (Tiger) from 10.3.9 (Panther), my 1.3.4 Moin homewiki stopped working. Not only Moin, but actually Apache was brain-wiped: new httpd.conf. No aliases, user in there, and user.group reset to nobody.nobody. After adding the ScriptAliases and Aliases, my intranet was served again. Moin did not work: file acces issues. However, changing user.group to www.www as it was before, did not help. Everything eles in httpd.conf seems unchanged. (Sorry, I did not go into details of log, cgi , yet). Did anyone experience this? Does anyone have an explanation? Does anyone have a quick and easy fix? Thanks, Uwe Werner From wren at hunt.org Fri May 6 07:39:30 2005 From: wren at hunt.org (J. Wren Hunt) Date: Fri May 6 07:39:30 2005 Subject: [Moin-user] Moin and Mac OS X 10.4 "Tiger" In-Reply-To: <427B7D65.5050509@rtc.bosch.com> References: <427B7D65.5050509@rtc.bosch.com> Message-ID: <427B815F.6040200@hunt.org> Uwe Werner (RTC) wrote: > Hi , > > I do not really know if this is the right place to ask, but I do it > anyhow ;-) > > After upgrading to Mac OS X 10.4 (Tiger) from 10.3.9 (Panther), my 1.3.4 > Moin homewiki stopped working. Not only Moin, but actually Apache was > brain-wiped: new httpd.conf. No aliases, user in there, and user.group > reset to nobody.nobody. > > After adding the ScriptAliases and Aliases, my intranet was served > again. Moin did not work: file acces issues. However, changing > user.group to www.www as it was before, did not help. Everything eles in > httpd.conf seems unchanged. (Sorry, I did not go into details of log, > cgi , yet). > > Did anyone experience this? Does anyone have an explanation? Does anyone > have a quick and easy fix? > What do your Apache logs indicate? Wren -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3188 bytes Desc: S/MIME Cryptographic Signature URL: From olly at flupp.de Sat May 7 11:43:34 2005 From: olly at flupp.de (Oliver Kopp) Date: Sat May 7 11:43:34 2005 Subject: [Moin-user] Feature-Request: Edit sections Message-ID: <20050507184217.GB18410@flupp.de> Hi, I am going to handle my public bookmarks with moinmoin. It's IMHO more conveniant and more portable than any other tool. (del.icio.us is cool, but it doesn't support hierarchies) My bookmarks are a large collection. And it's very unconveniant if I want to add a bookmark that I have to search for it in the wiki-source. I read the thread "How to edit just one section, a la wikipedia?", but subpages are no solution, because finding and selecting a bookmarks takes more time then. Are there any plans to implement that? For me, a global-page locking would be sufficient. I don't need the feature allowing multiple users to edit different sections of a page at the same time. Greetings Olly From olly at flupp.de Sat May 7 11:49:25 2005 From: olly at flupp.de (Oliver Kopp) Date: Sat May 7 11:49:25 2005 Subject: [Moin-user] !WikiLink Message-ID: <20050507184744.GC18410@flupp.de> Hi, I was used to put a "!" in front of a word to state, that that word is NO WikiLink. With Version 1.3.4 (2005-03-13, Revision moin--main--1.3--patch-666) (shipped with debian/sid) it didn't work. Was that feature disabled or was it introduced later on? Greetings Olly From nirs at actcom.net.il Sat May 7 14:34:57 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Sat May 7 14:34:57 2005 Subject: [Moin-user] Moin and Mac OS X 10.4 "Tiger" In-Reply-To: <20050507033546.78DF1125B3@sc8-sf-spam2.sourceforge.net> References: <20050507033546.78DF1125B3@sc8-sf-spam2.sourceforge.net> Message-ID: > After upgrading to Mac OS X 10.4 (Tiger) from 10.3.9 (Panther), my > 1.3.4 > Moin homewiki stopped working. Not only Moin, but actually Apache was > brain-wiped: new httpd.conf. No aliases, user in there, and user.group > reset to nobody.nobody. Did you updated your wiki to be onwned by the nobody:nobody? The wiki should be owned by the web server, not by 'www'. We recommended 'www' in the past becuase thats what Apache used in 10.2-10.3. Best Regards, Nir Soffer From olly at flupp.de Sat May 7 16:18:10 2005 From: olly at flupp.de (olly at flupp.de) Date: Sat May 7 16:18:10 2005 Subject: [Moin-user] UnicodeDecodeError'utf8' codec Message-ID: <20050507231509.GB2948@flupp.de> Hi, I've got following output on "HelpOnMakros" at the position where the example of "[[FullSearch(text)]]" should be: UnicodeDecodeError'utf8' codec can't decode bytes in position 1-6: unsupported Unicode code range Please include this information in your bug reports!: Python Python 2.3.5: /usr/bin/python Linux innocence 2.6.11-1-k7 #1 Mon Apr 25 01:54:18 UTC 2005 i686 MoinMoin Release 1.3.4 [Revision 1.3.4 release] Sat May 7 23:48:12 2005 googling brings me to the following page where the same error message can be seen: http://esw.w3.org/topic/CategoryFaq What's going wrong? Greetings Olly From linux at rehse.org Sun May 8 03:44:35 2005 From: linux at rehse.org (Uwe Rehse) Date: Sun May 8 03:44:35 2005 Subject: [Moin-user] !WikiLink In-Reply-To: <20050507184744.GC18410@flupp.de> References: <20050507184744.GC18410@flupp.de> Message-ID: <20050508124445.4c16e082@neumann.uwerehse.de> On Sat, 7 May 2005 20:47:44 +0200 Oliver Kopp wrote: > Hi, > > I was used to put a "!" in front of a word to state, that that word is NO > WikiLink. > > With Version 1.3.4 (2005-03-13, Revision moin--main--1.3--patch-666) > (shipped with debian/sid) it didn't work. Did you use the option bang_meta = 1 in your wikiconfig.py to enable this feature ? Uwe From olly at flupp.de Sun May 8 05:46:33 2005 From: olly at flupp.de (Oliver Kopp) Date: Sun May 8 05:46:33 2005 Subject: [Moin-user] !WikiLink In-Reply-To: <20050508124445.4c16e082@neumann.uwerehse.de> References: <20050507184744.GC18410@flupp.de> <20050508124445.4c16e082@neumann.uwerehse.de> Message-ID: <20050508124507.GC5543@flupp.de> On Sun, May 08, 2005 at 12:44:45PM +0200, Uwe Rehse wrote: Hi, > > With Version 1.3.4 (2005-03-13, Revision moin--main--1.3--patch-666) > > (shipped with debian/sid) it didn't work. > bang_meta = 1 The problem was, that this wasn't included as sample in the shipped farmconfig.py. Thanks for hint! It works perfectly now. Greetings Olly From tw-public at gmx.de Mon May 9 03:11:26 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon May 9 03:11:26 2005 Subject: [Moin-user] UnicodeDecodeError'utf8' codec In-Reply-To: <20050507231509.GB2948@flupp.de> References: <20050507231509.GB2948@flupp.de> Message-ID: <427EF40B.8030605@gmx.de> > I've got following output on "HelpOnMakros" at the position where the > example of "[[FullSearch(text)]]" should be: > > UnicodeDecodeError'utf8' codec can't decode bytes in position 1-6: > unsupported Unicode code range Maybe some page that was not converted to utf-8 charset when migrating from <=1.2 to 1.3. Use the mig scripts. It tries to decode iso-8859-1 encoding with the utf-8 decoder and fails. From uwe.werner at rtc.bosch.com Mon May 9 07:24:39 2005 From: uwe.werner at rtc.bosch.com (Uwe Werner (RTC)) Date: Mon May 9 07:24:39 2005 Subject: [Moin-user] Moin and Mac OS X 10.4 "Tiger" In-Reply-To: References: <20050507033546.78DF1125B3@sc8-sf-spam2.sourceforge.net> Message-ID: <427F7010.2030306@rtc.bosch.com> Hi, I re-installed Moin. It kept wiki and settings. Because it worked, I did not go into details. Thank you for your help Uwe Nir Soffer wrote: >> After upgrading to Mac OS X 10.4 (Tiger) from 10.3.9 (Panther), my 1.3.4 >> Moin homewiki stopped working. Not only Moin, but actually Apache was >> brain-wiped: new httpd.conf. No aliases, user in there, and user.group >> reset to nobody.nobody. > > > Did you updated your wiki to be onwned by the nobody:nobody? The wiki > should be owned by the web server, not by 'www'. We recommended 'www' > in the past becuase thats what Apache used in 10.2-10.3. > > > Best Regards, > > Nir Soffer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great > events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From yusuf at apple.com Mon May 9 09:33:37 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Mon May 9 09:33:37 2005 Subject: [Moin-user] File permissions on MoinMoin automatically set to www:www In-Reply-To: References: <20050507033546.78DF1125B3@sc8-sf-spam2.sourceforge.net> Message-ID: <6FDC0723-42FA-4934-ABD4-E024DB629236@apple.com> Hi, I have installed a wiki on one of the sites where I do not have admin access. The site runs BSD unix and I am using apache configuration to run MoinMoin. When I installed MoinMoin, I had set up the file permissions to :www in order for MoinMoin to work correctly. I noticed however, that all the files that MoinMoin generates (error.log, event- log, all the files in "user" directory, etc.) are owned by www:www. This does not allow me to either view/edit/delete any of these generated files. Is there a way in MoinMoin so that I can tell it to generate files that are NOT owned by www:www but rather owned by :www (or something else) so that I can edit/view these files. Thanks. Yusuf From 2005a at usenet.alexanderweb.de Mon May 9 10:55:56 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon May 9 10:55:56 2005 Subject: [Moin-user] Re: UnicodeDecodeError'utf8' codec References: <20050507231509.GB2948@flupp.de> Message-ID: On Sun, 8 May 2005 01:15:09 +0200, olly at flupp.de wrote: > I've got following output on "HelpOnMakros" at the position where the > example of "[[FullSearch(text)]]" should be: > > UnicodeDecodeError'utf8' codec can't decode bytes in position 1-6: > unsupported Unicode code range Are you using the debian package? Then upgrade to the latest package revision and use their bug tracker. If not, it is a serious bug. Please file a bug on http://moinmoin.wikiwikiweb.de/MoinMoinBugs Kind regards, Alexander From j.k.wight at ncl.ac.uk Mon May 9 12:25:23 2005 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Mon May 9 12:25:23 2005 Subject: [Moin-user] Why a paragraph after a macro call? Message-ID: <1115666637.13769.34.camel@jkwight.at.home> Why is a new paragraph started after a macro call? It makes it impossible to write a macro that inserts output into a line. For example, [[Verbatim(This is verbatim text)]], whereas this isn't. results in the output: This is verbatim text , whereas this isn't. from the generated HTML: This is verbatim text

, whereas this isn't.

Jim From nirs at actcom.net.il Tue May 10 03:18:09 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Tue May 10 03:18:09 2005 Subject: [Moin-user] Re: Moin-user digest, Vol 1 #734 - 5 msgs In-Reply-To: <20050510033616.DF59D126B2@sc8-sf-spam2.sourceforge.net> References: <20050510033616.DF59D126B2@sc8-sf-spam2.sourceforge.net> Message-ID: On 10 May, 2005, at 6:29, moin-user-request at lists.sourceforge.net wrote: > When I installed MoinMoin, I had set up the file permissions to > :www in order for MoinMoin to work correctly. I noticed > however, that all the files that MoinMoin generates (error.log, event- > log, all the files in "user" directory, etc.) are owned by www:www. > This does not allow me to either view/edit/delete any of these > generated files. Is there a way in MoinMoin so that I can tell it to > generate files that are NOT owned by www:www but rather owned by > :www (or something else) so that I can edit/view these files. > I think its not possible to save files as another users, as Apache does not run as root, and can't change the owner of files. In my wiki test farm, running Mac OS X 10.3, I set everyting to be group writable, and added myself to the www group. Best Regards, Nir Soffer From j.k.wight at ncl.ac.uk Tue May 10 07:06:53 2005 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Tue May 10 07:06:53 2005 Subject: [Moin-user] Why a paragraph after a macro call? In-Reply-To: <1115666637.13769.34.camel@jkwight.at.home> References: <1115666637.13769.34.camel@jkwight.at.home> Message-ID: <1115733878.2335.495.camel@beadnell.ncl.ac.uk> On Mon, 2005-05-09 at 20:23, Jim Wight wrote: > Why is a new paragraph started after a macro call? It makes it > impossible to write a macro that inserts output into a line. For > example, > > [[Verbatim(This is verbatim text)]], whereas this isn't. > > results in the output: > > This is verbatim text > > , whereas this isn't. > > from the generated HTML: > > This is verbatim text

, whereas this isn't.

It's not as consistent as I first thought. It doesn't always happen. For example: ---- [[Verbatim(This is verbatim text)]], whereas this isn't. generates

This is verbatim text, whereas this isn't.

while ---- [[Verbatim(This is verbatim text)]], whereas this isn't. generates

This is verbatim text

, whereas this isn't.

Shouldn't the same HTML (preferably as in the first case) be generated for both cases? Jim From tw-public at gmx.de Wed May 11 11:22:11 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed May 11 11:22:11 2005 Subject: [Moin-user] File permissions on MoinMoin automatically set to www:www In-Reply-To: <6FDC0723-42FA-4934-ABD4-E024DB629236@apple.com> References: <20050507033546.78DF1125B3@sc8-sf-spam2.sourceforge.net> <6FDC0723-42FA-4934-ABD4-E024DB629236@apple.com> Message-ID: <4280A148.10907@gmx.de> > When I installed MoinMoin, I had set up the file permissions to > :www in order for MoinMoin to work correctly. I noticed however, > that all the files that MoinMoin generates (error.log, event- log, all > the files in "user" directory, etc.) are owned by www:www. This does > not allow me to either view/edit/delete any of these generated files. > Is there a way in MoinMoin so that I can tell it to generate files that > are NOT owned by www:www but rather owned by :www (or something > else) so that I can edit/view these files. Maybe the solution is working the other way: www: And if you just have the directories having group mygroup and sgid bit set, all files created there will also belong to mygroup. Or have apache run CGIs under your user and group. From gregwh at gmail.com Wed May 11 13:08:53 2005 From: gregwh at gmail.com (greg whittier) Date: Wed May 11 13:08:53 2005 Subject: [Moin-user] searching attachment content Message-ID: Hi all, I'm interesting in being able to search attachment content (ms office, pdf, etc.). I'm using htdig at the moment. I've removed htdig from the ua_spiders and it seems to crawl the pages, but it doesn't index the attachments. I assume this is because the attachments are attached to pages with in the source. Is anybody using an external search engine for attachment content? Is there a way around this? Thanks, Greg From pjf at gmx.de Wed May 11 13:23:15 2005 From: pjf at gmx.de (Philip Frei) Date: Wed May 11 13:23:15 2005 Subject: [Moin-user] how to disable formating Message-ID: hello, how can I disable wiki formating on text parts. I mean something like in other wikis. I've already searched with no results. Thanks. Philip. From 2005a at usenet.alexanderweb.de Wed May 11 14:27:34 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed May 11 14:27:34 2005 Subject: [Moin-user] Re: how to disable formating References: Message-ID: <2a6nszgjp7nz.dlg@usenet.alexanderweb.de> On Wed, 11 May 2005 22:04:09 +0200, Philip Frei wrote: > how can I disable wiki formating on text parts. > I mean something like in other wikis. > > I've already searched with no results. Use the verbatim macro. Or write a verbatim parser :) Kind regards, Alexander From zoom.quiet at gmail.com Wed May 11 18:55:59 2005 From: zoom.quiet at gmail.com (Zoom Quiet) Date: Wed May 11 18:55:59 2005 Subject: [Moin-user] [help!]how to only Include the TableOfContents list into other page? Message-ID: <9dad9f0a05051118471696741a@mail.gmail.com> e.g http://wiki.woodpecker.org.cn/moin/woodpecker-log/2005-05-12 like this page's right column; there is one big page,had large TableOfContents list, so i just need include the TableOfContents list to this page, if read in detail,click into the included page... that all! there exist MoinMoin extend,or i 'd to creat new macro for it? thax for all! -- [Time is unimportant, only life important!] From tw-public at gmx.de Thu May 12 08:51:48 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu May 12 08:51:48 2005 Subject: [Moin-user] Re: how to disable formating In-Reply-To: <2a6nszgjp7nz.dlg@usenet.alexanderweb.de> References: <2a6nszgjp7nz.dlg@usenet.alexanderweb.de> Message-ID: <42833802.6040007@gmx.de> >>how can I disable wiki formating on text parts. >>I mean something like in other wikis. Either use {{{ plain text }}} or (for whole pages): #format plain plain text... or (if you just want to get rid of some wrong camelcase link): !DontLink (bang_meta = 1 in config) From yusuf at apple.com Thu May 12 20:14:17 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Thu May 12 20:14:17 2005 Subject: [Moin-user] Setting table widths In-Reply-To: <42833802.6040007@gmx.de> References: <2a6nszgjp7nz.dlg@usenet.alexanderweb.de> <42833802.6040007@gmx.de> Message-ID: Hi, If I want a table to span the entire width of the browser, but want the first column to span only 20% of the total table width, can I do that with MoinMoin? Any help is very much appreciated. Thanks. Yusuf From Nigel.Metheringham at dev.intechnology.co.uk Fri May 13 01:33:22 2005 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Fri May 13 01:33:22 2005 Subject: [Moin-user] Setting table widths In-Reply-To: References: <2a6nszgjp7nz.dlg@usenet.alexanderweb.de> <42833802.6040007@gmx.de> Message-ID: <1115973115.5085.5.camel@angua.localnet> On Thu, 2005-05-12 at 19:50 -0700, Yusuf Abdulghani wrote: > If I want a table to span the entire width of the browser, but want > the first column to span only 20% of the total table width, can I do > that with MoinMoin? Yes http://moinmoin.wikiwikiweb.de/HelpOnTables ||Col1||Col 2||Col 3||etc|| I have used this with the old notation, not tested it with the new (style) notation. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From h.lekin at gmx.net Fri May 13 03:14:35 2005 From: h.lekin at gmx.net (H.Lekin) Date: Fri May 13 03:14:35 2005 Subject: [Moin-user] Links to files on hard drive do not work Message-ID: <42847DA5.9080607@gmx.net> Clicking a link to a local file, e.g. [file://D:/work/project/start.html], leads to nothing at all. Such links appear in color, cursor changes on mouse over and correct info is shown in the status bar. The relevant part of the page source looks OK: '[WWW] file://D:/work/project/start.html'. Bookmarking the link location and calling it via bookmark works fine. I am running Moin1.3.4 with stand-alone server on Windows XP SP2. Apart from the external links everything works. moin.py and wikiconfig.py are just edited acc. to my setup and instance location; nothing further is added. The problem occurs in both Mozilla and Internet Explorer. That's all I can say. What is wrong? Thanks in advance for any help. From nigel.harper at lightworkdesign.com Fri May 13 03:27:59 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Fri May 13 03:27:59 2005 Subject: [Moin-user] Links to files on hard drive do not work Message-ID: <8815647C7041D111A3010060B06BE1C002CB0AC1@ELVIS> > That's all I can say. What is wrong? > > Thanks in advance for any help. I think it's the browsers rather than MoinMoin. IIUC both IE post XP-SP2 & Firefox (and I guess by extension Mozilla) will by default not load a file:// link from an http:// page. In the general case it's considered a security risk, I think because it would potentially allow a remote site to access your local files. I don't know if there's much you can do about it - I found a config value for Firefox which was supposed to help but didn't seem to do anything for me, and of course enabling the functionality globally would expose you to the security risk. Nigel From thomas.werschlein at netcetera.ch Fri May 13 04:12:05 2005 From: thomas.werschlein at netcetera.ch (Thomas Werschlein) Date: Fri May 13 04:12:05 2005 Subject: [Moin-user] Links to files on hard drive do not work In-Reply-To: <8815647C7041D111A3010060B06BE1C002CB0AC1@ELVIS> References: <8815647C7041D111A3010060B06BE1C002CB0AC1@ELVIS> Message-ID: On Fri, 13 May 2005, Nigel Harper wrote: >> That's all I can say. What is wrong? >> >> Thanks in advance for any help. > > I think it's the browsers rather than MoinMoin. IIUC both IE post XP-SP2 & > Firefox (and I guess by extension Mozilla) will by default not load a > file:// link from an http:// page. In the general case it's considered a > security risk, I think because it would potentially allow a remote site to > access your local files. > > I don't know if there's much you can do about it - I found a config value > for Firefox which was supposed to help but didn't seem to do anything for > me, and of course enabling the functionality globally would expose you to > the security risk. For me, the following worked in Firefox/Mozilla: Type about:config in the address bar, and look for the security.checkloaduri and set this to false. Regards, Thomas From ianm at brick.net Mon May 16 18:08:56 2005 From: ianm at brick.net (ianm at brick.net) Date: Mon May 16 18:08:56 2005 Subject: [Moin-user] Suggestion for HelpOnInstalling/InternetInformationServer Message-ID: <1491.66.167.102.27.1116291986.squirrel@66.167.102.27> To Whom It May Concern, As this page is listed as "Immutable," I wanted to make a suggestion for http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServer in the "Installing Python" section. "Frequently, ActiveState Python will update the PATH variable, but Windows will not register the change on the command line until you reboot. To make a change to the path variable without rebooting, use: set path=%path%;c:/python24 This will enable you to continue installation of MoinMoin without having to reboot." Also, is this the right forum for some setup problems I have? I am at a dead end at this point. Thanks for your time, Ian From Ralf-Lists at RalfGross.de Wed May 18 03:52:10 2005 From: Ralf-Lists at RalfGross.de (Ralf Gross) Date: Wed May 18 03:52:10 2005 Subject: [Moin-user] ACLs on new created (sub) pages Message-ID: <5447.141.113.101.22.1116413454.squirrel@webmail.ssorgflar.de> Hi, until now we had a very closed user group for our wiki. I used the following in my wikiconfig.py. acl_rights_before = u"RalfGross:read,write,delete,revert,admin" acl_rights_default = 'ValidUserGroup:admin,read,write,delete,revert All:' Now we have the need to permit read (and sometimes write) access on singel pages to new users. I accompished that with: #acl UserFoo:read,write Default This works, but if the user creates a Link to a new page, he doesn't have the rights to create this page because he is not listed in the default acl. I don't see a solution for this problem, the user should have rw access to some pages and should be able to create and edit the links (new pages) he added to this pages. Any ideas? Ralf From Bryant.S.Mayne at nasa.gov Wed May 18 06:09:26 2005 From: Bryant.S.Mayne at nasa.gov (Mayne, Bryant S) Date: Wed May 18 06:09:26 2005 Subject: [Moin-user] Incomplete set of HTTP headers Message-ID: I'm getting a CGI error with MoinMoin 1.3.4, python 2.4, and IIS 6.0. I followed the directions but get the following error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. I've found numerous articles but none have been of any real assistance. Anyone else had this problem? Any ideas??? Thanks , Bryant Mayne NASA Kennedy Space Center Information Technology Computing Systems Services Kennedy Space Center, FL 32899 -------------- next part -------------- An HTML attachment was scrubbed... URL: From eduardo.mercovich at gmail.com Wed May 18 08:09:13 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Wed May 18 08:09:13 2005 Subject: [Moin-user] Proxy messing with MoinMoin Message-ID: <4459f0d30505180808436ab1df@mail.gmail.com> Hello all. I have a classroom that accesses MoinMoin through a proxy. The proxy is caching the pages and delivering them to the following request, even if it is another user. I have searched in Moin but found nothing except http://moinmoin.wikiwikiweb.de/MoinMoinBugs/CachingBreaksAcl, that seems similar but not exactly the same. Is it any way in which I can add headers or something similar that tells the proxy not to cache the pages? Thanks a lot for your help. Regards... -- Eduardo Mercovich Buenos Aires - Argentina. From yusuf at apple.com Wed May 18 14:43:44 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Wed May 18 14:43:44 2005 Subject: [Moin-user] ACLs on new created (sub) pages In-Reply-To: <5447.141.113.101.22.1116413454.squirrel@webmail.ssorgflar.de> References: <5447.141.113.101.22.1116413454.squirrel@webmail.ssorgflar.de> Message-ID: I am running into a similar issue. Here is what I want to do with our wiki: * I have three sets of users: Group1, Group2, and Group3 * I want to provide only read access to Group3 * Group1 has exclusive read/write access to few pages * Group2 has exclusive read/write access to the rest of the pages (not read/write by Group1) * I don't want to give admin access to any members of the Groups to prevent accidental opening of permissions from one group to another * Allow the users to create new pages using "NewPage" macro The only way to get this to work, is to create three wikis: 1. Pages which can be read/write by all groups 2. Wiki where pages are exclusively read/write by Group1 (other group has no access) 3. Wiki where pages are exclusively read/write by Group2 Finally tie these pages together via "FrontPage" to the Common wiki (option 1) Is there any other way? Thanks for your help. Yusuf On May 18, 2005, at 3:50 AM, Ralf Gross wrote: > Hi, > > until now we had a very closed user group for our wiki. I used the > following in my wikiconfig.py. > > acl_rights_before = u"RalfGross:read,write,delete,revert,admin" > acl_rights_default = 'ValidUserGroup:admin,read,write,delete,revert > All:' > > Now we have the need to permit read (and sometimes write) access on > singel > pages to new users. I accompished that with: > > #acl UserFoo:read,write Default > > This works, but if the user creates a Link to a new page, he > doesn't have > the rights to create this page because he is not listed in the default > acl. > > I don't see a solution for this problem, the user should have rw > access to > some pages and should be able to create and edit the links (new > pages) he > added to this pages. > > Any ideas? > > Ralf > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_idt12&alloc_id344&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From 2005a at usenet.alexanderweb.de Wed May 18 15:48:04 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed May 18 15:48:04 2005 Subject: [Moin-user] Re: Suggestion for HelpOnInstalling/InternetInformationServer References: <1491.66.167.102.27.1116291986.squirrel@66.167.102.27> Message-ID: <7n4x1yyp4tmq.dlg@usenet.alexanderweb.de> On Mon, 16 May 2005 20:06:26 -0500 (CDT), ianm at brick.net wrote: > As this page is listed as "Immutable," I wanted to make a suggestion for > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServer > in the "Installing Python" section. Please read http://moinmoin.wikiwikiweb.de/EditingOnMoinMaster > Also, is this the right forum for some setup problems I have? I am at a > dead end at this point. Sure. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Wed May 18 15:53:01 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed May 18 15:53:01 2005 Subject: [Moin-user] Re: Incomplete set of HTTP headers References: Message-ID: <152miyenc463g$.dlg@usenet.alexanderweb.de> On Wed, 18 May 2005 09:07:17 -0400, Mayne, Bryant S wrote: > CGI Error > The specified CGI application misbehaved by not returning a complete set > of HTTP headers. > Any ideas??? Thanks , Please look into the IIS server logs and paste the error message here. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Wed May 18 16:06:05 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed May 18 16:06:05 2005 Subject: [Moin-user] Re: Proxy messing with MoinMoin References: <4459f0d30505180808436ab1df@mail.gmail.com> Message-ID: On Wed, 18 May 2005 12:08:06 -0300, Eduardo Mercovich wrote: > I have a classroom that accesses MoinMoin through a proxy. The proxy > is caching the pages and delivering them to the following request, > even if it is another user. Consider using SSL :-) Or really send the appropriate headers (googling for cache-control should help). You use the standalone server, right? (I could prepare a patch.) Kind regards, Alexander From nirs at actcom.net.il Wed May 18 22:50:10 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Wed May 18 22:50:10 2005 Subject: [Moin-user] Proxy messing with MoinMoin In-Reply-To: <20050519032755.0A9AFA52C2@sc8-sf-spam1.sourceforge.net> References: <20050519032755.0A9AFA52C2@sc8-sf-spam1.sourceforge.net> Message-ID: On 19 May, 2005, at 6:24, moin-user-request at lists.sourceforge.net wrote: > I have a classroom that accesses MoinMoin through a proxy. The proxy > is caching the pages and delivering them to the following request, > even if it is another user. > > I have searched in Moin but found nothing except > http://moinmoin.wikiwikiweb.de/MoinMoinBugs/CachingBreaksAcl, that > seems similar but not exactly the same. The problem described in this page is the broken proxy at Tel Aviv university, I did not have this problem with other proxys. This proxy IGNORE the special headers moin alreay use to disable caching of cookies. You may have the same problem. Try to contact the proxy asministrator. About the patch Alexander suggested, the code to disable caching is already in moin. You may try to add a call to self.disableHttpCaching() in request.run() and see if that helps. Best Regards, Nir Soffer From eduardo.mercovich at gmail.com Thu May 19 07:17:08 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Thu May 19 07:17:08 2005 Subject: [Moin-user] Re: Proxy messing with MoinMoin In-Reply-To: References: <4459f0d30505180808436ab1df@mail.gmail.com> Message-ID: <4459f0d30505190715125cf89c@mail.gmail.com> Hi Alexander! > Consider using SSL :-) Or really send the appropriate headers (googling for > cache-control should help). I will search for that. > You use the standalone server, right? (I could prepare a patch.) No, it's a debian server with apache and CGI. I will keep you posted. Thanks a lot... -- Eduardo Mercovich Buenos Aires - Argentina. From eduardo.mercovich at gmail.com Thu May 19 07:19:29 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Thu May 19 07:19:29 2005 Subject: [Moin-user] Proxy messing with MoinMoin In-Reply-To: References: <20050519032755.0A9AFA52C2@sc8-sf-spam1.sourceforge.net> Message-ID: <4459f0d30505190717447aa9ba@mail.gmail.com> Hi! > [...] You may have the same problem. Try to contact the proxy > asministrator. I'll try that, but the IT support in UNTreF is not what I'd like... ;-) Thanks Nir. :-) -- Eduardo Mercovich Buenos Aires - Argentina. From mcm at Kolkidos.com Thu May 19 10:51:52 2005 From: mcm at Kolkidos.com (Matthew Miller) Date: Thu May 19 10:51:52 2005 Subject: [Moin-user] Columns macro Message-ID: I'm trying to use the simple Columns.py macro and haven't had any luck. I've copied Columns.py into /usr/lib/python2.3/site-packages/MoinMoin/macro/ directory. I also added the columns definitions from the file into the /usr/share/moin/htdocs/modern/css/common.css file. The columns markup doesn't show up in the browser, but columns are made either. Any ideas? Matthew C. Miller Managed Services Team mcm at kolkidos.com Kolkidos, Inc. 208/344.0050 www.kolkidos.com From 2005a at usenet.alexanderweb.de Thu May 19 11:05:45 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu May 19 11:05:45 2005 Subject: [Moin-user] Re: Re: Proxy messing with MoinMoin References: <4459f0d30505180808436ab1df@mail.gmail.com> <4459f0d30505190715125cf89c@mail.gmail.com> Message-ID: <1jvnfx5gv4e8q.dlg@usenet.alexanderweb.de> On Thu, 19 May 2005 11:15:25 -0300, Eduardo Mercovich wrote: > No, it's a debian server with apache and CGI. OK. Open request.py and search for "def http_headers", then look for "have_ct = 0". In the following line, place this line: self.disableHttpCaching() Be sure to check the indent - all lines below def ... have to indented with the same amount of spaces. Try that and give us feedback about the results! Kind regards, Alexander From trog at trogwoolley.com Fri May 20 01:05:08 2005 From: trog at trogwoolley.com (Trog) Date: Fri May 20 01:05:08 2005 Subject: [Moin-user] Very bizarre text problem Message-ID: Hello, We have been successfully running MoinMoin Release 1.2.4 [Revision 1.187] for 18 months, and we are very happy with the product. Yesterday I noticed a problem which is very strange. Some months ago I entered a page containing the text /usr/sbin/ltspcfg (we actually have several pages containing this text). I made a small change to the page containing said text, and the messages returned was Forbidden You don't have permission to access /moin.cgi/Lisa on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. If I changed the text to /usr/ sbin/ltspcfg or /usr/s bin/ltspcfg (and there are probably several other combinations), I could save my changes. I tried creating a page with just the "offending" phrase on it, and I received the same Forbidden messages; if I added a space to the text, I could save my changes. It would appear as though the above is not the only offending phrase. Another exitsing page has "tftp config" on it and I get the same Forbidden messages when I edit said page. If I change "tftp" to "tf tp" all is well. Of course, there may be several other phrases that offend the MoinMoin software, but I have no way of knowing this until the occur. Has anyone got an idea as to why these phrases are causing the software to crash? -- Trog Woolley | trog at trogwoolley dot com (A Croweater back residing in Pommie Land with Linux) Isis Astarte Diana Hecate Demeter Kali Inanna From eduardo.mercovich at gmail.com Fri May 20 06:50:38 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Fri May 20 06:50:38 2005 Subject: [Moin-user] Re: Re: Proxy messing with MoinMoin In-Reply-To: <36F7D9156F52C34BA19954D066DA8B5D9D33E2@gtlbmlexs0014.bagmail.net> References: <36F7D9156F52C34BA19954D066DA8B5D9D33E2@gtlbmlexs0014.bagmail.net> Message-ID: <4459f0d305052006464fa59bb4@mail.gmail.com> Hi! > First search for the "def ..." (see original mail) and then for that "have ...". > Do not search it multiple times. Just insert the line after the first hit of the > second search ("have ..."). Great, the first one only. I did it. Now, let's see what happens on monday when we'll be under the over-solicitous-proxy. I'll keep you posted. Again, many thanks... :-) -- Eduardo Mercovich Buenos Aires - Argentina. From tomcloyd at bestmindhealth.com Fri May 20 09:24:25 2005 From: tomcloyd at bestmindhealth.com (Tom Cloyd) Date: Fri May 20 09:24:25 2005 Subject: [Moin-user] First post - newbie Message-ID: Greetings! After considerable review of my options, I decided to go with MoinMoin, and still think it was a good decision. But...I'm having the devil's own time with installation. This is far, far too Byzantine. I'm wanting to install a single private wiki to my WinXP box. That's all. Simple. I now have 8 different files documentation open, trying to figure out what to do next. In the background, at this time in my life, I'm learning Python, and having an excellent time doing it. Really pleased. But I'm having with MoinMoin the same problem I've had with Plone (I have successfully got a dedicated instance of Plone/Zope to run my main web site off a server at Nidelven-it.no; after almost a year it's finally working right). I don't think these Python applications are very user friendly. I'm a busy, hard working professional psychotherapist who does this computer stuff at a level far far above virtually all my peers, but I come to these applications and immediately drown. I DO have other wiki choices which have a simple 2-step installation. Sounds fantastic. Looks like they want users. Regrettably, I want MoinMoin. OK, enough of that. If I get this thing running and like it (which I expect to), I'll make a bit of a commitment to solving the problem I'm now encountering, by writing some documentation, so that the next person doesn't have to have the experience I'm having. I'm on my 4th attempt - 4th day - trying to launch MoinMoin. I'm determined that today will be the day. I have but one question at this point: is there, anywhere, documentation giving a more or less linear path to the kind of installation I'm trying to achieve? I really do not need all these decision branches, particularly when they keep using undefined terms. If there is such documentation, and I don't know about it, I'd appreciate the update. While I'm waiting to hear, I'll just keep working at it. If I can formulate a decent question about the particular problem I'm having at the moment, I send it in. Right now I'm starting over. Practice makes...more practice...so far. Thanks in advance for any help you can provide. -- t. ====================================================== Tom Cloyd Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com >> ====================================================== Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/ From tomcloyd at bestmindhealth.com Fri May 20 11:57:22 2005 From: tomcloyd at bestmindhealth.com (Tom Cloyd) Date: Fri May 20 11:57:22 2005 Subject: [Moin-user] Help! Message-ID: I'm keeping very careful notes as I go this time, so I can see where it is that things get intolerably difficult. I think I've found it: http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation This is simply a mess, for me, a Windows user. I'm getting about half of it. Maybe. If you want to limit use of this software to computer science students (upperclass) or professionals, this is the file that will do the trick, I think. I'm now three hours into this, and I still haven't got a wiki, or any sense that I'm close, which I hope I am. I'm at this paragraph: "Collect some important information This is where the instructions differ according to the web server and operating system you use, and whether you are the administrator or a simple user. See the appropriate pages for your web server and operating system combination." WHAT appropriate pages? OS documentation? MoinMoin documentation? I have no idea. This is at least the third time on this page that there has been a reference to pages elsewhere, a reference that is so nonspecific as to be useless. At this point I'm skipping whole lot of stuff, as it seems likely not to apply to me. I'm looking at the wikiconfig.py file, as I think I have everything else right (optimism at work). OK, again skipping optimistically through a bunch of strange stuff (skimming it actually), I now try my moin.py sitting in the root of my instance. I get a DOS window which opens quickly and then closes. Very edifying. Something's wrong, but as usual I'm not going to get to see what. Guys, this simply doesn't work. This is the craziest install I've ever seen. Any help you can give me beside 'take a hike'. I can't believe this is the best we can do on this. Any help gratefully accepted. -- t. ====================================================== Tom Cloyd Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com >> ====================================================== Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/ From gregwh at gmail.com Fri May 20 14:17:19 2005 From: gregwh at gmail.com (greg whittier) Date: Fri May 20 14:17:19 2005 Subject: [Moin-user] Help! In-Reply-To: References: Message-ID: You might try http://moinmoin.wikiwikiweb.de/DesktopEdition although I haven't used it personally. Also, I found the installation instructions that came with the download more helpful than the web site. Don't give up. It's definitely worth it. I guess we need to start editing the installation pages! Greg On 5/20/05, Tom Cloyd wrote: > I'm keeping very careful notes as I go this time, so I can see where it is > that things get intolerably difficult. I think I've found it: > > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation > > This is simply a mess, for me, a Windows user. I'm getting about half of > it. Maybe. If you want to limit use of this software to computer science > students (upperclass) or professionals, this is the file that will do the > trick, I think. > > I'm now three hours into this, and I still haven't got a wiki, or any > sense that I'm close, which I hope I am. > > I'm at this paragraph: > > "Collect some important information > > This is where the instructions differ according to the web server and > operating system you use, and whether you are the administrator or a > simple user. See the appropriate pages for your web server and operating > system combination." > > WHAT appropriate pages? OS documentation? MoinMoin documentation? I have > no idea. This is at least the third time on this page that there has been > a reference to pages elsewhere, a reference that is so nonspecific as to > be useless. > > At this point I'm skipping whole lot of stuff, as it seems likely not to > apply to me. > > I'm looking at the wikiconfig.py file, as I think I have everything else > right (optimism at work). > > OK, again skipping optimistically through a bunch of strange stuff > (skimming it actually), I now try my moin.py sitting in the root of my > instance. I get a DOS window which opens quickly and then closes. Very > edifying. Something's wrong, but as usual I'm not going to get to see what. > > Guys, this simply doesn't work. This is the craziest install I've ever > seen. > > Any help you can give me beside 'take a hike'. I can't believe this is the > best we can do on this. > > Any help gratefully accepted. > > -- t. > > ====================================================== > Tom Cloyd > Bellingham, Washington, U.S.A: (360) 920-1226 > << BestMindHealth.com >> > ====================================================== > > Using Opera's revolutionary e-mail client (program): > http://www.opera.com/mail/ > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From 2005a at usenet.alexanderweb.de Fri May 20 14:36:29 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri May 20 14:36:29 2005 Subject: [Moin-user] Re: Very bizarre text problem References: Message-ID: <1gvqy8fmp3xrx$.dlg@usenet.alexanderweb.de> On Fri, 20 May 2005 09:03:33 +0100, Trog wrote: > Some months ago I entered a page containing the text /usr/sbin/ltspcfg > (we actually have several pages containing this text). I made a small > change to the page containing said text, and the messages returned was > > Forbidden It looks like you have a kind of filter running on the webserver. I checked the string against the official antispam system, it does not trigger. Please describe your webserver configuration and post the last lines of the error log. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Fri May 20 14:39:10 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri May 20 14:39:10 2005 Subject: [Moin-user] Re: First post - newbie References: Message-ID: <1fxaewbey67d5$.dlg@usenet.alexanderweb.de> On Fri, 20 May 2005 09:20:17 -0700, Tom Cloyd wrote: > I'm wanting to install a single private wiki to my WinXP box. That's all. Have you tried MoinMoin DesktopEdition? It does not need an install procedure at all: http://moinmoin.wikiwikiweb.de/DesktopEdition > I have but one question at this point: is there, anywhere, documentation > giving a more or less linear path to the kind of installation I'm trying > to achieve? I really do not need all these decision branches, particularly > when they keep using undefined terms. If there is such documentation, and > I don't know about it, I'd appreciate the update. Unfortunately there are not any. Kind regards, Alexander From nirs at actcom.net.il Sun May 22 01:37:07 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Sun May 22 01:37:07 2005 Subject: [Moin-user] ACLs on new created (sub) pages In-Reply-To: <20050519032755.0A9AFA52C2@sc8-sf-spam1.sourceforge.net> References: <20050519032755.0A9AFA52C2@sc8-sf-spam1.sourceforge.net> Message-ID: On 19 May, 2005, at 6:24, moin-user-request at lists.sourceforge.net wrote: > until now we had a very closed user group for our wiki. I used the > following in my wikiconfig.py. > > acl_rights_before =3D u"RalfGross:read,write,delete,revert,admin" > acl_rights_default =3D 'ValidUserGroup:admin,read,write,delete,revert > All= > :' > > Now we have the need to permit read (and sometimes write) access on > singe= > l > pages to new users. I accompished that with: > > #acl UserFoo:read,write Default > > This works, but if the user creates a Link to a new page, he doesn't > have > the rights to create this page because he is not listed in the default > acl. If you want users to have write access on new pages, add the users to group NewPagesGroup, and give this group read,write rights on acl_rights_after. Make sure this group does not have write right on existing pages by adding NewPagesGroup:read on the end of the page acl. Maybe you like to have a custom SecurityPolicy, with few lines of Python code that implement the creation of new pages rules. Here is an example: # policy.py # should be in the same directory as farmconfig from MoinMoin import security class SecurityPolicy(security.Permissions): def create(self): # Don't let annonymous user to create new pages if not self.request.user.valid: return False # Let memebers of group NewPagesGroup to create pages return self.request.dicts.has_member(u'NewPagesGroup', self.request.user.name) def write(self, pagename): if not self.request.page.exists(): return self.create() else: # Let the base class decide return security.Permissions.write(self, pagename) # farmconfig.py from MoinMoin.multiconfig import DefaultConfig class FarmConfig(DefaultConfig): from policy import SecurityPolicy Best Regards, Nir Soffer From trog at trogwoolley.com Mon May 23 05:34:05 2005 From: trog at trogwoolley.com (Trog) Date: Mon May 23 05:34:05 2005 Subject: [Moin-user] Very bizarre text problem Message-ID: Further research has revealed that a wiki page with only tftp config gives this error :- [Mon May 23 12:49:14 2005] [error] [client 194.207.237.28] mod_security: Access denied with code 403. Pattern match "tftp\\x20" at POST_PAYLOAD. [hostname "www.openhgs.org"] [uri "/moin.cgi/JustATest2"] [unique_id QpHDOlBXgCQAAA3mHEM] and a page with only /usr/sbin/ltspcfg :- [Mon May 23 12:54:08 2005] [error] [client 194.207.237.28] mod_security: Access denied with code 403. Pattern match "!mailprog=" at QUERY_STRING. [hostname "www.openhgs.org"] [uri "/moin.cgi/JustATest2"] [unique_id QpHEYFBXgCQAAA3RZi0] and a page with just cp /bin/dmesg /opt/ltsp/i386/bin :- [Mon May 23 12:57:41 2005] [error] [client 194.207.237.28] mod_security: Access denied with code 403. Pattern match "/bin/" at POST_PAYLOAD. [hostname "www.openhgs.org"] [uri "/moin.cgi/JustATest2"] [unique_id QpHFNVBXgCQAAA3hiBQ] The common factor is mod_security, which I see is something to do with the apache server. Our wiki is hosted on an ISP's server, so I need to ask them some intelligent questions about what is happenning, but I don't know what I should ask them. They are not going to know MoinMoin. Does anyone have any experience with the mod_security module who can point me in the right direction with regard to asking the right questions to solve this issue? -- Trog Woolley | trog at trogwoolley dot com (A Croweater back residing in Pommie Land with Linux) Isis Astarte Diana Hecate Demeter Kali Inanna From 2005a at usenet.alexanderweb.de Mon May 23 09:33:37 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon May 23 09:33:37 2005 Subject: [Moin-user] Re: Very bizarre text problem References: Message-ID: <1jybfoaymqimi.dlg@usenet.alexanderweb.de> On Mon, 23 May 2005 13:30:42 +0100, Trog wrote: > The common factor is mod_security, which I see is something to do with > the apache server. Our wiki is hosted on an ISP's server, so I need to > ask them some intelligent questions about what is happenning, but I don't > know what I should ask them. They are not going to know MoinMoin. Does > anyone have any experience with the mod_security module who can point me > in the right direction with regard to asking the right questions to solve > this issue? I think you will find the official information in the Apache documentation. I would explain to that ISP that mod_security is misconfigured - it simply filters the submitted data to the webserver (this affects other applications on it as well, i.e. you will not be able to submit "tftp config" to a simple guest book either). The solution here is to fix the configuration of mod_security (which I do not know personally). Just make him clear that filtering requests at that point of processing is pointless, at least with such hard blocking. Kind regards, Alexander From yusuf at apple.com Tue May 24 18:43:54 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Tue May 24 18:43:54 2005 Subject: [Moin-user] Creating a list of subpages In-Reply-To: <1jybfoaymqimi.dlg@usenet.alexanderweb.de> References: <1jybfoaymqimi.dlg@usenet.alexanderweb.de> Message-ID: <92A7992A-D5E4-462C-B50A-C9C2E13E7B44@apple.com> Hi, I want to create a list of subpages from any given page such that the list of pages are: 1. filtered based on page name 2. start with "/SubPages/PageOne" instead of giving the entire page name starting from the root of the wiki 3. filtered based on categories 4. restricted to searches only "n" levels deep I tried using PageList but did not go far. Navigation() does not help since it lists the SubPages horizontally and not as a list. Any suggestions/ideas? Thanks. Yusuf From nirs at actcom.net.il Wed May 25 03:35:56 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Wed May 25 03:35:56 2005 Subject: [Moin-user] Creating a list of subpages In-Reply-To: <20050525033152.3626613342@sc8-sf-spam2.sourceforge.net> References: <20050525033152.3626613342@sc8-sf-spam2.sourceforge.net> Message-ID: On 25 May, 2005, at 6:26, moin-user-request at lists.sourceforge.net wrote: > I want to create a list of subpages from any given page such that the > list of pages are: > > 1. filtered based on page name > 2. start with "/SubPages/PageOne" instead of giving the entire page > name starting from the root of the wiki > 3. filtered based on categories > 4. restricted to searches only "n" levels deep > > I tried using PageList but did not go far. Navigation() does not help > since it lists the SubPages horizontally and not as a list. > You want manipulated search results (low cost search first): 1. Search for pages that starts with parent 2. In the result, search for pages with certain depth 3. In the result, search for pages that linkto certain category 4. Remove parent from the results 5. Display as list sorted alphabetically You can do steps 1 and 3 using a single search, maybe even step 2 using regular expressions, but you can't manipulate search results. You need a custom search macro. Best Regards, Nir Soffer From mrbankmanager at gmail.com Wed May 25 10:46:43 2005 From: mrbankmanager at gmail.com (Lorin K) Date: Wed May 25 10:46:43 2005 Subject: [Moin-user] FullSearch Performance in 1.3.4 Message-ID: Hi all, I am working on upgrading the MoinMoin instance we use, we're still way back on 1.0. A problem I'm running into is that we use categories fairly heavily to organize content, and the FullSearch seems to run very slowly on 1.3.4. One of our pages takes up about 50% CPU for several seconds. In our 1.0 instance pages links are cached on disk in data/cache/pagelinks. I can't seem to find a similar cache in the 1.3.4. instance I set up, so my guess is that the FullSearch on the category page is scanning all the pages on every page load, which could explain why it's so slow. My test wiki was created by upgrading one of our smaller wikis though, so I'm thinking that perhaps the pagelink cache just didn't get carried over. So my questions are: * does 1.3.4 still cache pagelinks? * when upgrading, is there a way for me to regenerate that cache? Thanks in advance, -Lkb From 2005a at usenet.alexanderweb.de Wed May 25 11:01:11 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed May 25 11:01:11 2005 Subject: [Moin-user] Re: FullSearch Performance in 1.3.4 References: Message-ID: <10mf7w0ul1p9g$.dlg@usenet.alexanderweb.de> On Wed, 25 May 2005 10:45:07 -0700, Lorin K wrote: > So my questions are: > * does 1.3.4 still cache pagelinks? Yes. > * when upgrading, is there a way for me to regenerate that cache? The cache is updated automatically. Interestingly, those links were not used in 1.0 for Fulltextsearch AFAIK. But 1.3 supports it now. Try [[Fullsearch(linkto:CategoryName)]] Reducing the no. of pages will speed up the process as well. Kind regards, Alexander From mrbankmanager at gmail.com Wed May 25 12:13:48 2005 From: mrbankmanager at gmail.com (Lorin K) Date: Wed May 25 12:13:48 2005 Subject: [Moin-user] Re: FullSearch Performance in 1.3.4 In-Reply-To: References: <10mf7w0ul1p9g$.dlg@usenet.alexanderweb.de> Message-ID: > used in 1.0 for Fulltextsearch AFAIK. But 1.3 supports it now. Try > [[Fullsearch(linkto:CategoryName)]] That seems to take about the same amount of time to load, but it takes more than 5 minutes to save now, how strange. -Lkb From trog at trogwoolley.com Thu May 26 00:21:09 2005 From: trog at trogwoolley.com (Trog) Date: Thu May 26 00:21:09 2005 Subject: [Moin-user] Re: FullSearch Performance in 1.3.4Very bizarre text problem Message-ID: -- Trog Woolley | trog at trogwoolley dot com (A Croweater back residing in Pommie Land with Linux) Isis Astarte Diana Hecate Demeter Kali Inanna From trog at trogwoolley.com Thu May 26 00:27:01 2005 From: trog at trogwoolley.com (Trog) Date: Thu May 26 00:27:01 2005 Subject: [Moin-user] Re: Very bizarre text problem Message-ID: A big thanks to Alexander; your advice on mod_security enabled me to get our ISP to change the /etc/apache/modsecurity.conf file. I'm not sure they are really happy about doing this on a shared server but that is their problem not mine. We can now put accurate technical documentation into our wiki, which is all we care about. Thanks again, Best wishes Martin Woolley ICT Support Handsworth Grammar School Isis Astarte Diana Hecate Demeter Kali Inanna From tomcloyd at bestmindhealth.com Thu May 26 02:59:41 2005 From: tomcloyd at bestmindhealth.com (Tom Cloyd) Date: Thu May 26 02:59:41 2005 Subject: [Moin-user] Desktop edition and RST Message-ID: I'm wanting to be able to use ReStructured text to format my Desktop Edition MM. Is that possible? I have it ready to install, but I'm not sure how to do it, and most especially not with DE, because it seems to have a unique directory tree. -- t. ====================================================== Tom Cloyd Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com >> ====================================================== Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/ From tomcloyd at bestmindhealth.com Thu May 26 03:08:16 2005 From: tomcloyd at bestmindhealth.com (Tom Cloyd) Date: Thu May 26 03:08:16 2005 Subject: [Moin-user] Alexander, thanks! Message-ID: I feel a bit foolish, as I only just now realized that you are on this list - or rather that you are (I assume) the hero behind the Desktop Edition. I spoke with gratitute to someone backchannel about this package, and he said I really ought to thank you. I chased down your web site, and ran aground. I don't read German at all! I remember thinking "Nuts, I'll never get to thank this guy..." But I just did. It's awfully nice to have it running on my machine so easily. -- t. ====================================================== Tom Cloyd Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com >> ====================================================== Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/ From nirs at actcom.net.il Thu May 26 03:39:23 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Thu May 26 03:39:23 2005 Subject: [Moin-user] FullSearch Performance in 1.3.4 In-Reply-To: <20050526032925.3007213370@sc8-sf-spam2.sourceforge.net> References: <20050526032925.3007213370@sc8-sf-spam2.sourceforge.net> Message-ID: On 26 May, 2005, at 6:25, moin-user-request at lists.sourceforge.net wrote: > Hi all, I am working on upgrading the MoinMoin instance we use, we're > still way back on 1.0. A problem I'm running into is that we use > categories fairly heavily to organize content, and the FullSearch > seems to run very slowly on 1.3.4. One of our pages takes up about > 50% CPU for several seconds. > > In our 1.0 instance pages links are cached on disk in > data/cache/pagelinks. I can't seem to find a similar cache in the > 1.3.4. instance I set up, so my guess is that the FullSearch on the > category page is scanning all the pages on every page load, which > could explain why it's so slow. My test wiki was created by upgrading > one of our smaller wikis though, so I'm thinking that perhaps the > pagelink cache just didn't get carried over. > > So my questions are: > * does 1.3.4 still cache pagelinks? > Moin still cache pagelinks, and in 1.3.4 it uses them for linkto: search, but the code is not very efficient, and linkto: search takes only little less time then full text search when the cache is ready, and ages when the cache has to be rebuilt. See http://moinmoin.wikiwikiweb.de/MoinCaching for experiments with better caching, we can speed up category searches in in a factor of 3x-16x. Best Regards, Nir Soffer From 2005a at usenet.alexanderweb.de Thu May 26 11:17:30 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu May 26 11:17:30 2005 Subject: [Moin-user] Re: Desktop edition and RST References: Message-ID: <5m5ljil3ut1k$.dlg@usenet.alexanderweb.de> Hi Tom, On Thu, 26 May 2005 02:57:17 -0700, Tom Cloyd wrote: > I'm wanting to be able to use ReStructured text to format my Desktop > Edition MM. Is that possible? Very easy. Look at the page HelpOnParsers/ReStructuredText for an in-depth explanation. Mainly, you have to put something like this into the page: {{{#!rst This is *ReStructuredText* }}} Alternatively, you can write pages which contain reSt only. Then you have to put #format rst into the first line of the page. > I have it ready to install, but I'm not sure > how to do it, and most especially not with DE, because it seems to have a > unique directory tree. The directory tree is just collapsed compared to a normal MoinMoin :-) By the way, I appreciate your thanks about the DesktopEdition! Do not forget to thank the remaining guys of the project, though. Kind regards, Alexander From tomcloyd at bestmindhealth.com Thu May 26 18:57:57 2005 From: tomcloyd at bestmindhealth.com (Tom Cloyd) Date: Thu May 26 18:57:57 2005 Subject: [Moin-user] strange linking behavior Message-ID: I'm now creating RST pages, but having trouble linking to them. The link I create seem to parse just fine, but when I activate the link I get a "This page does not exist yet...." page. Using the link on that page to create the page, what comes onscreen is the page to which I'm trying to link (which certain does exist), in edit mode. This behavior doest NOT happen when trying to link to "#format wiki" or "#format html" pages! I've tried to figure this out but am frankly stumped. Any suggestions? -- t. ====================================================== Tom Cloyd Bellingham, Washington, U.S.A: (360) 920-1226 << BestMindHealth.com >> ====================================================== Using Opera's revolutionary e-mail client (program): http://www.opera.com/mail/ From yusuf at apple.com Fri May 27 12:08:51 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Fri May 27 12:08:51 2005 Subject: [Moin-user] Error editing any pages In-Reply-To: References: <20050526032925.3007213370@sc8-sf-spam2.sourceforge.net> Message-ID: <45D88ADC-9FDE-408A-8BD2-8419B7BFA93D@apple.com> Hi, I just moved my pages from one location in my account to another location and changed the ownership on all the pages to "username:www". And now I get this error message (along with the entire function trace) whenever I try to edit any pages (either rename or edit): CouldNotLock: Page could not get locked. Missing 'current' file? __doc__ = None __getitem__ = > __init__ = > __module__ = 'MoinMoin.PageEditor' __str__ = > __unicode__ = > message = u"Page could not get locked. Missing 'current' file?" Any suggestions to fix this problem? Thanks. Yusuf From yusuf at apple.com Fri May 27 12:17:41 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Fri May 27 12:17:41 2005 Subject: [Moin-user] Error editing any pages In-Reply-To: <45D88ADC-9FDE-408A-8BD2-8419B7BFA93D@apple.com> References: <20050526032925.3007213370@sc8-sf-spam2.sourceforge.net> <45D88ADC-9FDE-408A-8BD2-8419B7BFA93D@apple.com> Message-ID: <66382840-C0F3-4872-A568-E5CB562ED049@apple.com> If this helps, after moving the files to the new location, I also changed the ownership/permissions of files as follows: > chown -R hotchips:www hcwiki > chmod -R ug+rwX hcwiki > chmod -R o-rwx hcwiki Any suggestions is very much appreciated. Thanks. Yusuf On May 27, 2005, at 12:08 PM, Yusuf Abdulghani wrote: > Hi, > > I just moved my pages from one location in my account to another > location and changed the ownership on all the pages to > "username:www". And now I get this error message (along with the > entire function trace) whenever I try to edit any pages (either > rename or edit): > > CouldNotLock: Page could not get locked. Missing 'current' file? > __doc__ = None > __getitem__ = > > __init__ = > > __module__ = 'MoinMoin.PageEditor' > __str__ = > > __unicode__ = > > message = u"Page could not get locked. Missing 'current' file?" > > Any suggestions to fix this problem? > > Thanks. > > Yusuf > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg- > q22005 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From 2005a at usenet.alexanderweb.de Fri May 27 17:47:31 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri May 27 17:47:31 2005 Subject: [Moin-user] Re: strange linking behavior References: Message-ID: <1flpfyvqkeg4p$.dlg@usenet.alexanderweb.de> On Thu, 26 May 2005 18:57:11 -0700, Tom Cloyd wrote: > I've tried to figure this out but am frankly stumped. Any suggestions? It is your browser :-) Reduce the time limit of the cache or press reload if you want to be sure. Kind regards, Alexander From nirs at actcom.net.il Sat May 28 00:02:11 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Sat May 28 00:02:11 2005 Subject: [Moin-user] Error editing any pages In-Reply-To: <20050528033141.2C00C888A2@sc8-sf-spam1.sourceforge.net> References: <20050528033141.2C00C888A2@sc8-sf-spam1.sourceforge.net> Message-ID: On 28 May, 2005, at 6:30, moin-user-request at lists.sourceforge.net wrote: > If this helps, after moving the files to the new location, I also > changed the ownership/permissions of files as follows: > >> chown -R hotchips:www hcwiki >> chmod -R ug+rwX hcwiki >> chmod -R o-rwx hcwiki >> I believe that chown -R www:hotchips hcwiki would fix the problems. At least this is my regular setup on Mac OS X, when each user belong to a group with the same name by default. Best Regards, Nir Soffer From wl at gnu.org Sat May 28 15:19:32 2005 From: wl at gnu.org (Werner LEMBERG) Date: Sat May 28 15:19:32 2005 Subject: [Moin-user] long lines Message-ID: <20050529.001838.163251721.wl@gnu.org> [moin-1.3.4] How can I split a long line for input? I had expected that a trailing backslash character does this, but apparently this isn't true. I could find any entry in the moinmoin wiki... With other words, I want this: === This is a test === equal to === This is \ a test === Werner From 2005a at usenet.alexanderweb.de Sun May 29 05:55:30 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun May 29 05:55:30 2005 Subject: [Moin-user] Re: long lines References: <20050529.001838.163251721.wl@gnu.org> Message-ID: <1lwl0qnrwhp44.dlg@usenet.alexanderweb.de> On Sun, 29 May 2005 00:18:38 +0200 (CEST), Werner LEMBERG wrote: > How can I split a long line for input? I had expected that a trailing > backslash character does this, but apparently this isn't true. I > could find any entry in the moinmoin wiki... There is currently no support in the syntax for this feature. You could patch the parser (parser/wiki.py) to support it, though. Kind regards, Alexander From jonas at cortical.mit.edu Sun May 29 11:02:10 2005 From: jonas at cortical.mit.edu (Eric) Date: Sun May 29 11:02:10 2005 Subject: [Moin-user] Individual moin user and svn? Message-ID: <20050529180113.GV3374@modulation.mit.edu> Hello! I'd love to start using moin 1.3 as a sort of electronic lab notebook, but I was curious if I can integrate it with my subversion repository, which I already use for my data and code. Is it possible to just version moin's "data" directory with something like svn? Have people run into any problems with this approach should they need to restore? Also, I would need to run/access the wiki on three different machines -- home, laptop, and lab. This would mean periodically updating the "data" directory with a "svn update" as a method of synchronization. Have people done this, and is there any chance that the moin data files are easy to merge? Thanks, ...Eric From wl at gnu.org Sun May 29 23:30:28 2005 From: wl at gnu.org (Werner LEMBERG) Date: Sun May 29 23:30:28 2005 Subject: [Moin-user] non-breakable space Message-ID: <20050530.080541.60851222.wl@gnu.org> For good typography it is necessary to use non-breakable spaces. Unfortunately, MoinMoin doesn't support the ` ' notation. Using U+0080 directly for *input* is a bad idea since it looks like a normal space. Additionally, I have the impression that my editing window in Mozilla silently converts it back to an ordinarly spacing during copy and paste. What about using `\ '? Werner From wl at gnu.org Sun May 29 23:30:28 2005 From: wl at gnu.org (Werner LEMBERG) Date: Sun May 29 23:30:28 2005 Subject: [Moin-user] Re: long lines In-Reply-To: <1lwl0qnrwhp44.dlg@usenet.alexanderweb.de> References: <20050529.001838.163251721.wl@gnu.org> <1lwl0qnrwhp44.dlg@usenet.alexanderweb.de> Message-ID: <20050530.075637.230857834.wl@gnu.org> > > How can I split a long line for input? I had expected that a > > trailing backslash character does this, but apparently this isn't > > true. I could find any entry in the moinmoin wiki... > > There is currently no support in the syntax for this feature. You > could patch the parser (parser/wiki.py) to support it, though. I had a quick look, thanks, but my knowledge of the wiki code is too limited to add this -- additionally, it isn't a trivial patch in case you want to preserve correct line numbers for error messages. Thus I ask you to add `\' as a line continuation. It is extremely ugly and error prone to be forced to use overlong lines -- something which is not used normally in the UNIX world. Werner From yibble at yibble.org Mon May 30 02:39:30 2005 From: yibble at yibble.org (Nathan Lee Reynolds (yibble)) Date: Mon May 30 02:39:30 2005 Subject: [Moin-user] non-breakable space In-Reply-To: <20050530.080541.60851222.wl@gnu.org> References: <20050530.080541.60851222.wl@gnu.org> Message-ID: <1117445996.5360.6.camel@wibble.yibble.org> On Mon, 2005-05-30 at 08:05 +0200, Werner LEMBERG wrote: > For good typography it is necessary to use non-breakable spaces. > Unfortunately, MoinMoin doesn't support the ` ' notation. Using > U+0080 directly for *input* is a bad idea since it looks like a normal > space. Additionally, I have the impression that my editing window in > Mozilla silently converts it back to an ordinarly spacing during copy > and paste. > > What about using `\ '? > > > Werner --snip-- Hi, I overcame this problem, by using the [[nbsp]] macro from the DavisWiki.org team: import re Dependencies = [] def execute(macro, args): return macro.formatter.rawHTML(' ') -- "If you suspect someone you know of having nonconformist ideas. Denounce them immediately to a Thought Control Agent, He will know what to do. Do not become an accomplice to these agitators." -------------- 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 wl at gnu.org Mon May 30 03:08:47 2005 From: wl at gnu.org (Werner LEMBERG) Date: Mon May 30 03:08:47 2005 Subject: [Moin-user] non-breakable space In-Reply-To: <1117445996.5360.6.camel@wibble.yibble.org> References: <20050530.080541.60851222.wl@gnu.org> <1117445996.5360.6.camel@wibble.yibble.org> Message-ID: <20050530.120644.00089636.wl@gnu.org> > I overcame this problem, by using the [[nbsp]] macro from the > DavisWiki.org team: > > > import re > > Dependencies = [] > > def execute(macro, args): > return macro.formatter.rawHTML(' ') Looks nice, thanks! As a complete novice I wonder how I can add this easily. Well, I'll check the docs and come back to you if I still have problems. Anyway, I really hope that an easy method to enter a non-breakable space is added to MoinMoin. BTW, where can I find a webpage which compares the different wiki flavours, listing the pros and cons? Personally, I find it a pity that there is so much diversion. Werner From wl at gnu.org Mon May 30 05:04:46 2005 From: wl at gnu.org (Werner LEMBERG) Date: Mon May 30 05:04:46 2005 Subject: [Moin-user] non-breakable space In-Reply-To: <1117445996.5360.6.camel@wibble.yibble.org> References: <20050530.080541.60851222.wl@gnu.org> <1117445996.5360.6.camel@wibble.yibble.org> Message-ID: <20050530.140134.121230464.wl@gnu.org> > I overcame this problem, by using the [[nbsp]] macro from the > DavisWiki.org team: I was successful with installation, but it just showed up another problem: It seems not to be possible to use a macro within a link; for example, I can't say: [http://foo.bar/baz.html a link to the foobar[[nbsp]]1 API] Why? Similarly, I can't use [[BR]] within header lines which is another annoying limitation. Looking into wiki.py I see that only regular expressions are used for parsing MoinMoin input. From other projects I know that nested expressions can't be handled with regexps in a general way. Is this the reason for those limitations? Werner From drbowen at charter.net Mon May 30 12:16:58 2005 From: drbowen at charter.net (Sam Bowen) Date: Mon May 30 12:16:58 2005 Subject: [Moin-user] MoinMoin/request.py errors Message-ID: <429B663C.2060604@charter.net> I am a new user/admin in MoinMoin and have noticed that I have been generating a lot of error messages in the Apache Error Log. I have been trying to search the MoinMoin site, FAQs, and the web to find a solution to this problem and come up with no references. I get the following traceback in the error log: [Mon May 30 10:59:35 2005] [error] PythonHandler MoinMoin.request::RequestModPy.run: Traceback (most recent call last): [Mon May 30 10:59:35 2005] [error] PythonHandler MoinMoin.request::RequestModPy.run: File "/usr/local/lib/python2.3/site-packages/mod_python/apache.py", line 193, in Dispatch\n result = object(req) [Mon May 30 10:59:35 2005] [error] PythonHandler MoinMoin.request::RequestModPy.run: File "/usr/local/lib/python2.3/site-packages/MoinMoin/request.py", line 1732, in run\n return RequestBase.run(self) [Mon May 30 10:59:35 2005] [error] PythonHandler MoinMoin.request::RequestModPy.run: File "/usr/local/lib/python2.3/site-packages/MoinMoin/request.py", line 910, in run\n self.write(u"\\n\\n") [Mon May 30 10:59:35 2005] [error] PythonHandler MoinMoin.request::RequestModPy.run: File "/usr/local/lib/python2.3/site-packages/MoinMoin/request.py", line 1745, in write\n self.mpyreq.write(self.encode(data)) [Mon May 30 10:59:35 2005] [error] PythonHandler MoinMoin.request::RequestModPy.run: IOError: Write failed, client closed connection. I am running Apache to virtual serve 2 different web sites and have mod_python installed and running. I installed MoinMoin using the Linux/Apache/mod_python instructions. The wiki instance is installed in /var/www/moin . The wiki instance seems to be functioning correctly except for the errors. Linux (slackware-current) Apache 1.3.33 Python 2.3.5 moin-1.3.4 mod_python-2.7.11 Thank you for your consideration. Sam Bowen From nirs at actcom.net.il Tue May 31 01:56:02 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Tue May 31 01:56:02 2005 Subject: [Moin-user] non-breakable space In-Reply-To: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> References: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> Message-ID: On 31 May, 2005, at 6:22, moin-user-request at lists.sourceforge.net wrote: > For good typography it is necessary to use non-breakable spaces. I never needed one - can you show some common use cases? You can reply here but it will be more productive to open a feature request page on the wiki. Best Regards, Nir Soffer From nirs at actcom.net.il Tue May 31 02:08:11 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Tue May 31 02:08:11 2005 Subject: [Moin-user] non-breakable space In-Reply-To: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> References: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> Message-ID: <707dbc21d82aa1dcf86cdf61fda42b5c@actcom.net.il> On 31 May, 2005, at 6:22, moin-user-request at lists.sourceforge.net wrote: > space. Additionally, I have the impression that my editing window in > Mozilla silently converts it back to an ordinarly spacing during copy > and paste. This is a known bug in Mozilla: https://bugzilla.mozilla.org/show_bug.cgi?id=218277 Best Regards, Nir Soffer From nirs at actcom.net.il Tue May 31 02:37:31 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Tue May 31 02:37:31 2005 Subject: [Moin-user] Re: long lines In-Reply-To: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> References: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> Message-ID: <108d55398b4635dd22df49762adeeb46@actcom.net.il> On 31 May, 2005, at 6:22, moin-user-request at lists.sourceforge.net wrote: > Thus I ask you to add `\' as a line continuation. It is extremely > ugly and error prone to be forced to use overlong lines -- something > which is not used normally in the UNIX world. The example you use in you previous post: === This is \ a test === Is not a real use case. Headings should and are usually short, and use bigger type. I don't think you will find a good heading which does fit in a browser window but does not fit in a reasonable sized editor window. For example: == I'm a very very long heading that might span on multiple lines when formatted == == I'm a very very long heading that span on multiple lines when formatted and also does not fit in the browser text area, I hope you don't consider me as good heading == When writing paragraphs, newlines are converted to spaces. For example these lines: First line, second line. are formatted as:

First line, second line.

The only problem with long lines is tables markup, which suck in general for wide tables. Try to find real use cases when '\' is needed. Best Regards, Nir Soffer From wl at gnu.org Tue May 31 06:55:21 2005 From: wl at gnu.org (Werner LEMBERG) Date: Tue May 31 06:55:21 2005 Subject: [Moin-user] non-breakable space In-Reply-To: References: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> Message-ID: <20050531.143806.09759657.wl@gnu.org> > > For good typography it is necessary to use non-breakable spaces. > > I never needed one - can you show some common use cases? See my other mail. > You can reply here but it will be more productive to open a feature > request page on the wiki. I normally work offline, and currently my internet connection is limited; with other words, such a feature request won't happen soon, sorry. Werner From wl at gnu.org Tue May 31 06:55:22 2005 From: wl at gnu.org (Werner LEMBERG) Date: Tue May 31 06:55:22 2005 Subject: [Moin-user] non-breakable space In-Reply-To: <707dbc21d82aa1dcf86cdf61fda42b5c@actcom.net.il> References: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> <707dbc21d82aa1dcf86cdf61fda42b5c@actcom.net.il> Message-ID: <20050531.131333.131886320.wl@gnu.org> > > Additionally, I have the impression that my editing window in > > Mozilla silently converts it back to an ordinarly spacing during > > copy and paste. > > This is a known bug in Mozilla: > https://bugzilla.mozilla.org/show_bug.cgi?id=218277 Thanks. One more reason for having a symbol for a non-breakable space. Werner From wl at gnu.org Tue May 31 07:03:25 2005 From: wl at gnu.org (Werner LEMBERG) Date: Tue May 31 07:03:25 2005 Subject: [Moin-user] Re: long lines In-Reply-To: <108d55398b4635dd22df49762adeeb46@actcom.net.il> References: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> <108d55398b4635dd22df49762adeeb46@actcom.net.il> Message-ID: <20050531.131213.113968590.wl@gnu.org> > > Thus I ask you to add `\' as a line continuation. It is extremely > > ugly and error prone to be forced to use overlong lines -- > > something which is not used normally in the UNIX world. > > The example you use in you previous post: > > === This is \ > a test === > > Is not a real use case. Of course it is not. Sorry for the sloppy example -- I though it was obvious what I want. Here something real: You can read [http://freetype.freedesktop.org/freetype2/docs/reference/ft2-header_file_macros.html this section of the FreeType 2 API Reference] for a complete listing of the header macros. I can live with the (unfortunate) limitation that the `[' and `]' must be on the same line, but then I would like to split the line like this: You can read [http://freetype.freedesktop.org/freetype2/docs/reference/ft2-header_file_macros.html \ this section of the FreeType 2 API Reference] for a complete listing of the header macros. BTW, this also gives a real example of the need for a non-breakable space: `FreeType 2'. It looks bad IMHO if the browser shows `FreeType 2' (as demonstrated here). Regarding line continuation, an even worse situation is the handling of term definitions. Contrary to bulleted lists I'm forced to use a single long line: face_index:: Certain font formats allow several font faces to be embedded in a single file. This index tells which face you want to load. An error will be returned if its value is too large. Index[[nbsp]]0 always work, though. This doesn't get the expected layout: face_index:: Certain font formats allow several font faces to be embedded in a single file. This index tells which face you want to load. An error will be returned if its value is too large. Index 0 always work, though. Personally, I consider this a bug in moin 1.3.4. Otherwise, it would be *much* more readable if I can write face_index:: Certain font formats allow several font faces to be \ embedded in a single file. This index tells which face you want to \ load. An error will be returned if its value is too large. \ Index 0 always work, though. instead. Werner From brunelli at itc.it Tue May 31 07:36:04 2005 From: brunelli at itc.it (Roberto Brunelli) Date: Tue May 31 07:36:04 2005 Subject: [Moin-user] acl side effect? Message-ID: <429C75D6.9000101@itc.it> An HTML attachment was scrubbed... URL: From nirs at actcom.net.il Tue May 31 07:41:52 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Tue May 31 07:41:52 2005 Subject: [Moin-user] Re: Moin-user digest, Vol 1 #751 - 6 msgs In-Reply-To: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> References: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> Message-ID: <42063bcb2cbc68568591473267fcba7c@actcom.net.il> On 31 May, 2005, at 6:22, moin-user-request at lists.sourceforge.net wrote: > For good typography it is necessary to use non-breakable spaces. > Unfortunately, MoinMoin doesn't support the ` ' notation. Using > U+0080 directly for *input* is a bad idea since it looks like a normal > space. Add this to your wiki or farm config: allow_numeric_entities = 1 Then try to add   when you need  . I hope it work :-) Best Regards, Nir Soffer From 2005a at usenet.alexanderweb.de Tue May 31 10:05:47 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue May 31 10:05:47 2005 Subject: [Moin-user] Re: acl side effect? References: <429C75D6.9000101@itc.it> Message-ID: <1u3mgu5r1kolj$.dlg@usenet.alexanderweb.de> On Tue, 31 May 2005 16:33:58 +0200, Roberto Brunelli wrote: > I'm using the latex2 parser in some pages in the following way: Did you remove the allowed_actions option? You need at least AttachFile. I do think that this is documented. Kind regards, Alexander From wl at gnu.org Tue May 31 12:19:07 2005 From: wl at gnu.org (Werner LEMBERG) Date: Tue May 31 12:19:07 2005 Subject: [Moin-user] Re: Moin-user digest, Vol 1 #751 - 6 msgs In-Reply-To: <42063bcb2cbc68568591473267fcba7c@actcom.net.il> References: <20050531032437.607F81258E@sc8-sf-spam2.sourceforge.net> <42063bcb2cbc68568591473267fcba7c@actcom.net.il> Message-ID: <20050531.194635.229072732.wl@gnu.org> > > For good typography it is necessary to use non-breakable spaces. > > Unfortunately, MoinMoin doesn't support the ` ' notation. > > Using U+0080 directly for *input* is a bad idea since it looks > > like a normal space. > > Add this to your wiki or farm config: > > allow_numeric_entities = 1 > > Then try to add   when you need  . I hope it work :-) You are joking, aren't you? I've already found that solution, but it depends on a configuration option and isn't readable at all. And you can't type it quickly either... I'll add another feature request in a few days (except you are faster than me :-) Werner From wl at gnu.org Tue May 31 23:11:49 2005 From: wl at gnu.org (Werner LEMBERG) Date: Tue May 31 23:11:49 2005 Subject: [Moin-user] editing by paragraph Message-ID: <20050601.080916.146192245.wl@gnu.org> On eof the nicest features while editing Wikipedia pages is that you don't have to edit the full page but you can edit it paragraph by paragraph, or section by section. Does MoinMoin support something similar? I haven't found a hint in the docs. Otherwise, I'll open a feature request. Werner