From tw-public at gmx.de Tue Jan 2 03:52:57 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 02 Jan 2007 09:52:57 +0100 Subject: [Moin-user] broken/changed behavior for RecentChanges in 1.5.6 In-Reply-To: <20061231131227.GN26622@underhill.no-ip.org> References: <20061231024341.GM26622@underhill.no-ip.org> <20061231131227.GN26622@underhill.no-ip.org> Message-ID: <459A1D69.5090900@gmx.de> >>> The RecentChanges page in Moin 1.5.6 appears to only be providing >>> the *last* >>> change on each page in the listing. A good example of this is here: >>> http://mhvlug.org/RecentChanges?max_days=14. The page >>> http://mhvlug.org/Welcome has been modified many times in the >>> window shown, >>> but only the most recent one is listed. You seem to see a different page than me, I see it listed multiple times there. I am not logged in. And there also seems to be some strange effect with the theme. Although I am not logged in, it shows me the green updated and yellow new icons that are normally only used when you are logged in and have a bookmark set. But they only link to the diff between most recent revision and 2nd most recent edition. So this seems to be a problem with the theme you use maybe? It should use the blue-red glasses icon for that case. >>> Is there an easy change to get the previous behavior where multiple >>> changes per page are shown? What do you mean by "previous"? The optimized way moin shows RecentChanges didn't change since a long time. > I'm sad to see the maintainers appear to be wed to the current behavior, as > I've gotten plenty of user complaints from my wikis (beyond just me) after > this change occurred. :( Are you maybe confusing this with mediawiki style? If not, please tell me when that "change" happened (and why your RC looks so different when not logged in). BTW, RecentChanges is just a macro and everybody wanting mediawiki style RC (listing every single edit separately) can just install another macro doing this. I don't consider moin's condensed way showing RC being a bug, but a feature. BTW, if you don't already do it: being logged in and using RC bookmarks is the best way using it. From sean at dague.net Tue Jan 2 11:30:11 2007 From: sean at dague.net (Sean Dague) Date: Tue, 2 Jan 2007 11:30:11 -0500 Subject: [Moin-user] broken/changed behavior for RecentChanges in 1.5.6 In-Reply-To: <459A1D69.5090900@gmx.de> References: <20061231024341.GM26622@underhill.no-ip.org> <20061231131227.GN26622@underhill.no-ip.org> <459A1D69.5090900@gmx.de> Message-ID: <20070102163011.GP26622@underhill.no-ip.org> On Tue, Jan 02, 2007 at 09:52:57AM +0100, Thomas Waldmann wrote: > >>> The RecentChanges page in Moin 1.5.6 appears to only be providing > >>> the *last* > >>> change on each page in the listing. A good example of this is here: > >>> http://mhvlug.org/RecentChanges?max_days=14. The page > >>> http://mhvlug.org/Welcome has been modified many times in the > >>> window shown, > >>> but only the most recent one is listed. > > You seem to see a different page than me, I see it listed multiple times > there. I am not logged in. > > And there also seems to be some strange effect with the theme. Although > I am not logged in, it shows me the green updated and yellow new icons > that are normally only used when you are logged in and have a bookmark > set. But they only link to the diff between most recent revision and 2nd > most recent edition. So this seems to be a problem with the theme you > use maybe? It should use the blue-red glasses icon for that case. I have since applied the patch, to bring back the old behavior. I now get the multiple entries version at the site. > >>> Is there an easy change to get the previous behavior where multiple > >>> changes per page are shown? > > What do you mean by "previous"? The optimized way moin shows > RecentChanges didn't change since a long time. This wiki was tied down on 1.3 for a while due to the environment, so perhaps it is 1.3 behavior that I'm missing. I still think it is degraded function. We've got a different private wiki that does about 100 edits per day (1000 registered users), and the new (Most)RecentChange(s) behavior in that environment is going to be very bad for users there who rely on that page to see not only what pages changed, but the level of activity on pages since they last looked. > > I'm sad to see the maintainers appear to be wed to the current behavior, as > > I've gotten plenty of user complaints from my wikis (beyond just me) after > > this change occurred. :( > > Are you maybe confusing this with mediawiki style? > > If not, please tell me when that "change" happened (and why your RC > looks so different when not logged in). > > > BTW, RecentChanges is just a macro and everybody wanting mediawiki style > RC (listing every single edit separately) can just install another macro > doing this. > > I don't consider moin's condensed way showing RC being a bug, but a > feature. BTW, if you don't already do it: being logged in and using RC > bookmarks is the best way using it. Well, to each his own I guess. I consider it a usability bug. While RecentChanges is only a macro, it is a core part of the wiki from an end user or administrator perspective. As such, I was looking for a config option to turn on full history on RecentChanges. It would be really nice if that was the way moin worked. -Sean -- __________________________________________________________________ Sean Dague Mid-Hudson Valley sean at dague dot net Linux Users Group http://dague.net http://mhvlug.org There is no silver bullet. Plus, werewolves make better neighbors than zombies, and they tend to keep the vampire population down. __________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gandalf at designaproduct.biz Thu Jan 4 10:49:54 2007 From: gandalf at designaproduct.biz (Laszlo Nagy) Date: Thu, 04 Jan 2007 16:49:54 +0100 Subject: [Moin-user] Newbie question Message-ID: <459D2222.4030202@designaproduct.biz> Hello, I just installed a new MoinMoin instance. I do not know too much about MoinMoin. All I need is to create categorized pages, in a tree stucture. I used the CategoryCategory template, but it does not work for me. For example, I created a page 'Policy' and another called 'EmailSendingPolicy'. The Policy page lists many other pages that I do not want. For example, "HelpOnAutoAdmin", "HelpOnUpdating" etc. I presume this is because they also contain the word "Policy". I would rather like to have a normal table of contents page, and list the pages only that link to the current page. I found the TableOfContents macro, but I'm not sure how to use it. Please help me. Best, Laszlo From email at pfennigsolutions.de Thu Jan 4 11:38:16 2007 From: email at pfennigsolutions.de (Thilo Pfennig) Date: Thu, 04 Jan 2007 17:38:16 +0100 Subject: [Moin-user] Newbie question In-Reply-To: <459D2222.4030202@designaproduct.biz> References: <459D2222.4030202@designaproduct.biz> Message-ID: <459D2D78.1030502@pfennigsolutions.de> Laszlo Nagy schrieb: > Hello, > > I just installed a new MoinMoin instance. I do not know too much about > MoinMoin. All I need is to create categorized pages, in a tree stucture. > I used the CategoryCategory template, but it does not work for me. For > example, I created a page 'Policy' and another called > 'EmailSendingPolicy'. The Policy page lists many other pages that I do > not want. For example, "HelpOnAutoAdmin", "HelpOnUpdating" etc. I > presume this is because they also contain the word "Policy". I would > rather like to have a normal table of contents page, and list the pages > only that link to the current page. I found the TableOfContents macro, > CategoryCategory is not a template but a category name. The Category template is CategoryTemplate. You will need to nmame a category after the pattern "PolicyCategory" and "EmailSendingPolicyCategory". -- Thilo Pfennig PfennigSolutions - Wiki-Systeme http://www.pfennigsolutions.de/ From gandalf at designaproduct.biz Thu Jan 4 12:02:44 2007 From: gandalf at designaproduct.biz (Laszlo Nagy) Date: Thu, 04 Jan 2007 18:02:44 +0100 Subject: [Moin-user] Newbie question In-Reply-To: <459D2D78.1030502@pfennigsolutions.de> References: <459D2222.4030202@designaproduct.biz> <459D2D78.1030502@pfennigsolutions.de> Message-ID: <459D3334.3090907@designaproduct.biz> > CategoryCategory is not a template but a category name. The Category > template is CategoryTemplate. You will need to nmame a category after > the pattern "PolicyCategory" and "EmailSendingPolicyCategory". > Okay, I renamed it to 'PolicyCategory'. 'EmailSendingPolicy' happes to be a regular page, not a category so I did not rename it. Now my problem is that 'PolicyCategory' also lists itself as a contained document. The starting page ("MyStartingPage") still lists HelpOnLanguages as a contained document. Can I use page_front_page = u"Home" instead of page_front_page = u"MyStartingPage" ? If so, why it is not documented? wikiconfig.py says this: >#a.) if most wiki content is in a single language >page_front_page = u"MyStartingPage" >#b.) if wiki content is maintained in many languages: >page_front_page = u"FrontPage" It prompts that these two page names are special and do something magical. Is this the case? (It was not clear to me that another name (except FrontPage) can be used in place of MyStartingPage.) Best, Laszlo From czerwinski1977 at gmx.net Fri Jan 5 03:49:59 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Fri, 05 Jan 2007 09:49:59 +0100 Subject: [Moin-user] Notation for external file links? Message-ID: <20070105084959.214380@gmx.net> Hi folks, I encountered a strange situation when I was trying to establish some file/directory links in my local wiki. My source is: [file:///// here] [file://localhost/C:///.ini link] In Opera 9.10, none of the links work (nothing happens) although the tooltip shows the correct address. In IE6 only the first link works. Can somebody please give hint how to make both kinds of link work? Thanks in advance! Cz. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From jan.bekaert.osv at fedex.com Fri Jan 5 04:22:19 2007 From: jan.bekaert.osv at fedex.com (Jan Bekaert) Date: Fri, 05 Jan 2007 10:22:19 +0100 Subject: [Moin-user] metadata and keywords Message-ID: <001d01c730ab$003eb940$b01e56aa@BEKNO333395W> Dear, To make my Wiki pages quickly accessible, i'd like to work with keywords on the pages. Now, my question is how to do that? Is there any macro or other tool I can download and install? I have read about the theendmusic MetaDataPlugin, however this is forseen for moinmoin 1.3, the version I work with is 1.5. On the other hand, using the theendmusic alternative replaces the fullsearch option with the metasearch variant. Is it possible to use both? Any suggestions? rgrds, JanB -------------- next part -------------- An HTML attachment was scrubbed... URL: From aertssven at mac.com Fri Jan 5 03:59:37 2007 From: aertssven at mac.com (Sven Aerts) Date: Fri, 5 Jan 2007 09:59:37 +0100 Subject: [Moin-user] How to center text ? Message-ID: <4169E134-2D2C-44CF-91AA-8A62B8E66DDB@mac.com> thank you, http://it4yi-wiki.skn.wsinf.edu.pl thank you the free and open Virtual Office for Youth Initiatives Sven-Belgium -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.f.moore at gmail.com Fri Jan 5 06:46:31 2007 From: p.f.moore at gmail.com (Paul Moore) Date: Fri, 5 Jan 2007 11:46:31 +0000 Subject: [Moin-user] How to center text ? In-Reply-To: <4169E134-2D2C-44CF-91AA-8A62B8E66DDB@mac.com> References: <4169E134-2D2C-44CF-91AA-8A62B8E66DDB@mac.com> Message-ID: <79990c6b0701050346k524b6375vca0675bbe50f9c1a@mail.gmail.com> On 05/01/07, Sven Aerts wrote: > thank you, > > http://it4yi-wiki.skn.wsinf.edu.pl If you're willing to use a table, something like ||Hi|| will work. Paul From tw-public at gmx.de Fri Jan 5 06:47:39 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 05 Jan 2007 12:47:39 +0100 Subject: [Moin-user] Notation for external file links? In-Reply-To: <20070105084959.214380@gmx.net> References: <20070105084959.214380@gmx.net> Message-ID: <459E3ADB.3010801@gmx.de> See here: http://moinmoin.wikiwikiweb.de/FileLinks From tw-public at gmx.de Fri Jan 5 06:49:17 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 05 Jan 2007 12:49:17 +0100 Subject: [Moin-user] metadata and keywords In-Reply-To: <001d01c730ab$003eb940$b01e56aa@BEKNO333395W> References: <001d01c730ab$003eb940$b01e56aa@BEKNO333395W> Message-ID: <459E3B3D.2090706@gmx.de> > To make my Wiki pages quickly accessible, i'd like to work with > keywords on the pages. > Now, my question is how to do that? Look at Category pages. Categories is just another word for what you want. From czerwinski1977 at gmx.net Fri Jan 5 07:57:54 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Fri, 05 Jan 2007 13:57:54 +0100 Subject: [Moin-user] Notation for external file links? In-Reply-To: <459E3ADB.3010801@gmx.de> References: <20070105084959.214380@gmx.net> <459E3ADB.3010801@gmx.de> Message-ID: <20070105125754.214410@gmx.net> Thomas, thank you for the link! Nevertheless I doubt some of the contents: (1) IE can't handle spaces (%20 replacements) properly (2) Opera does not support linking I use a minimal html test file: --- link --- Both, IE6 and Opera 9.10 reach the target directory. When I provide the *same* URL to MoinMoin, it fails as described. Is there a reason... or better: is there a solution? I do want to have a link and not an attachment in the Wiki page. Thanks! Cz. -------- Original-Nachricht -------- Datum: Fri, 05 Jan 2007 12:47:39 +0100 Von: Thomas Waldmann An: moin-user at lists.sourceforge.net Betreff: Re: [Moin-user] Notation for external file links? > See here: > > http://moinmoin.wikiwikiweb.de/FileLinks > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From paddu12 at gmail.com Fri Jan 5 08:56:10 2007 From: paddu12 at gmail.com (Padmashree B) Date: Fri, 5 Jan 2007 19:26:10 +0530 Subject: [Moin-user] How to disable user profile creation Message-ID: <5fb2ad360701050556v872ca27u81ab70c39f7445fd@mail.gmail.com> Hi all, We are in the process fo customising MoinMoin for our college intranet portal.Now, for this.. when the user clicks on the login button only the name and password fields should be displayed. The email,password2 fields should be removed and should not be displayed in the login form.Can u tell me how to do this.. And also, we are planning to have the auth handled by our own XML-RPC server.. By this,when the user enters his credential it has to be handled by the XML-RPC server which will also manage the session creation and destruction.So,for this we need to disable the user profile creation.Can you please tell me how to do this? -- My Blog : http://padma12.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rvanderveer at cognitivearts.com Fri Jan 5 11:38:06 2007 From: rvanderveer at cognitivearts.com (Rick Vanderveer) Date: Fri, 5 Jan 2007 10:38:06 -0600 Subject: [Moin-user] How to disable user profile creation Message-ID: Here are some relevent pages: http://moinmaster.wikiwikiweb.de/HelpOnAuthentication This page details how to remove undesired fields and checkboxes: http://moinmoin.wikiwikiweb.de/HelpOnConfiguration/UserPreferences I have a real-world example here (using Windows authentication, but the examples might help with your authentication scheme): http://moinmaster.wikiwikiweb.de/HelpOnInstalling/ApacheOnWin32withDomainAut hentication -Rick ________________________________ From: moin-user-bounces at lists.sourceforge.net [mailto:moin-user-bounces at lists.sourceforge.net] On Behalf Of Padmashree B Sent: Friday, January 05, 2007 7:56 AM To: moin-user at lists.sourceforge.net Subject: [Moin-user] How to disable user profile creation Hi all, We are in the process fo customising MoinMoin for our college intranet portal.Now, for this.. when the user clicks on the login button only the name and password fields should be displayed. The email,password2 fields should be removed and should not be displayed in the login form.Can u tell me how to do this.. And also, we are planning to have the auth handled by our own XML-RPC server.. By this,when the user enters his credential it has to be handled by the XML-RPC server which will also manage the session creation and destruction.So,for this we need to disable the user profile creation.Can you please tell me how to do this? -- My Blog : http://padma12.blogspot.com From gandalf at designaproduct.biz Fri Jan 5 11:47:04 2007 From: gandalf at designaproduct.biz (Laszlo Nagy) Date: Fri, 05 Jan 2007 17:47:04 +0100 Subject: [Moin-user] Newbie question In-Reply-To: <459D3334.3090907@designaproduct.biz> References: <459D2222.4030202@designaproduct.biz> <459D2D78.1030502@pfennigsolutions.de> <459D3334.3090907@designaproduct.biz> Message-ID: <459E8108.1030706@designaproduct.biz> Laszlo Nagy wrote: >> CategoryCategory is not a template but a category name. The Category >> template is CategoryTemplate. You will need to nmame a category after >> the pattern "PolicyCategory" and "EmailSendingPolicyCategory". >> >> > Okay, I renamed it to 'PolicyCategory'. 'EmailSendingPolicy' happes to > be a regular page, not a category so I did not rename it. Now my problem > is that 'PolicyCategory' also lists itself as a contained document. > Any words on this? Why a category lists itself as a containing document? How can I avoid this? Thanks, Laszlo From Chuck.R.Irvine at embarq.com Fri Jan 5 14:05:12 2007 From: Chuck.R.Irvine at embarq.com (Irvine, Chuck R [EQ]) Date: Fri, 5 Jan 2007 13:05:12 -0600 Subject: [Moin-user] Specifying page edit permissions when using LDAP authentication Message-ID: <01A57D96E866824596CEF57A16F81C1F0187CE77@PKDWB11C.ad.sprint.com> I've successfully implemented LDAP authentication using ldap_login as described at http://moinmoin.wikiwikiweb.de/MoinMoinQuestions. Now, I would like to configure permissions such that anyone logged in via ldap authentication can edit pages and anyone not logged in should only be able to read pages. In my wikiconfig.py file, I specify permissions with: acl_rights_default = u"cri1258:read,write,delete,revert,admin \ All:read \ Known:read,write,delete,revert \ Trusted:read,write,delete,revert" Unfortunately, this isn't working. After logging in, using cannot edit pages. Could someone please help me out on this? Thanks Chuck From szybalski at gmail.com Fri Jan 5 15:13:30 2007 From: szybalski at gmail.com (Lukasz Szybalski) Date: Fri, 5 Jan 2007 14:13:30 -0600 Subject: [Moin-user] links and two forward slashes Message-ID: <804e5c70701051213o1e6fe803wbb768379aaa59e5f@mail.gmail.com> Hello I just installed mywiki on debian testing, and when i go to front page of a wiki, the links to a NewPage have two forward slashes in front of it. front page has link to newpage so to actually display the "NewPage" page i need to go to http://192.168.1.1/mywiki//NewPage and then http://192.168.1.1/mywiki//NewPage/NewPage unless i start from http://192.168.1.1/mywiki/FrontPage or http://192.168.1.1/mywiki/NewPage i need to click on links twice. Any idea why this would happen here is my regex and rest.. http://lucasmanual.com/mywiki/#head-ba0710376fe75dbc06a48600b342b41932773b85 From jonnylamb at jonnylamb.com Fri Jan 5 15:18:28 2007 From: jonnylamb at jonnylamb.com (Jonny Lamb) Date: Fri, 05 Jan 2007 20:18:28 +0000 Subject: [Moin-user] links and two forward slashes In-Reply-To: <804e5c70701051213o1e6fe803wbb768379aaa59e5f@mail.gmail.com> References: <804e5c70701051213o1e6fe803wbb768379aaa59e5f@mail.gmail.com> Message-ID: <1168028308.19193.2.camel@localhost> On Fri, 2007-01-05 at 14:13 -0600, Lukasz Szybalski wrote: > Hello I just installed mywiki on debian testing, and when i go to > front page of a wiki, the links to a NewPage have two forward slashes > in front of it. > > front page has link to newpage > > so to actually display the "NewPage" page i need to go to > http://192.168.1.1/mywiki//NewPage > and then > http://192.168.1.1/mywiki//NewPage/NewPage > > unless i start from > http://192.168.1.1/mywiki/FrontPage > or > http://192.168.1.1/mywiki/NewPage > I had this problem when I first set up MoinMoin on Debian unstable (although I think the distro is irrelevent), but I am using lighttpd. I think the problem is in /etc/apache2/conf-available/wiki (or whatever apache2 conf-file you use). Make sure you have: and not: Hope this sorts it, -- Jonny Lamb, UK jonnylamb at jonnylamb.com http://www.jonnylamb.com GPG: 0x2E039402 -------------- 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 szybalski at gmail.com Fri Jan 5 16:32:07 2007 From: szybalski at gmail.com (Lukasz Szybalski) Date: Fri, 5 Jan 2007 15:32:07 -0600 Subject: [Moin-user] links and two forward slashes In-Reply-To: <1168028308.19193.2.camel@localhost> References: <804e5c70701051213o1e6fe803wbb768379aaa59e5f@mail.gmail.com> <1168028308.19193.2.camel@localhost> Message-ID: <804e5c70701051332t15892715sc1b416644187e6d2@mail.gmail.com> /etc/apache2/conf.d/wiki Alias /wiki/ "/usr/share/moin/htdocs/" SetHandler python-program PythonPath "['/var/www/mywiki','/etc/moin/']+sys.path" PythonHandler MoinMoin.request::RequestModPy.run PythonDebug On unfortunetly that does not change anything. Any other ideas? On 1/5/07, Jonny Lamb wrote: > On Fri, 2007-01-05 at 14:13 -0600, Lukasz Szybalski wrote: > > Hello I just installed mywiki on debian testing, and when i go to > > front page of a wiki, the links to a NewPage have two forward slashes > > in front of it. > > > > front page has link to newpage > > > > so to actually display the "NewPage" page i need to go to > > http://192.168.1.1/mywiki//NewPage > > and then > > http://192.168.1.1/mywiki//NewPage/NewPage > > > > unless i start from > > http://192.168.1.1/mywiki/FrontPage > > or > > http://192.168.1.1/mywiki/NewPage > > > > I had this problem when I first set up MoinMoin on Debian unstable > (although I think the distro is irrelevent), but I am using lighttpd. > I think the problem is in /etc/apache2/conf-available/wiki (or whatever > apache2 conf-file you use). Make sure you have: > > > > and not: > > > From email at pfennigsolutions.de Sat Jan 6 04:03:09 2007 From: email at pfennigsolutions.de (Thilo Pfennig) Date: Sat, 06 Jan 2007 10:03:09 +0100 Subject: [Moin-user] Newbie question In-Reply-To: <459E8108.1030706@designaproduct.biz> References: <459D2222.4030202@designaproduct.biz> <459D2D78.1030502@pfennigsolutions.de> <459D3334.3090907@designaproduct.biz> <459E8108.1030706@designaproduct.biz> Message-ID: <459F65CD.7030707@pfennigsolutions.de> Laszlo Nagy schrieb: > Laszlo Nagy wrote: > >>> CategoryCategory is not a template but a category name. The Category >>> template is CategoryTemplate. You will need to nmame a category after >>> the pattern "PolicyCategory" and "EmailSendingPolicyCategory". >>> >>> >>> >> Okay, I renamed it to 'PolicyCategory'. 'EmailSendingPolicy' happes to >> be a regular page, not a category so I did not rename it. Now my problem >> is that 'PolicyCategory' also lists itself as a contained document. >> >> > Any words on this? Why a category lists itself as a containing document? > How can I avoid this? > > Thanks, > Hm, you would have to work on the regukar expressions for FullSearch maybe? Normally it lists all pages who mention PolicyCategory (in title or on the page). This is the standard behaviour. Thilo -- Thilo Pfennig PfennigSolutions - Wiki-Systeme http://www.pfennigsolutions.de/ From mail at heavy.ch Sat Jan 6 11:11:14 2007 From: mail at heavy.ch (mail at heavy.ch) Date: Sat, 06 Jan 2007 17:11:14 +0100 Subject: [Moin-user] How to center text ? In-Reply-To: <79990c6b0701050346k524b6375vca0675bbe50f9c1a@mail.gmail.com> References: <4169E134-2D2C-44CF-91AA-8A62B8E66DDB@mac.com> <79990c6b0701050346k524b6375vca0675bbe50f9c1a@mail.gmail.com> Message-ID: <1168099874.3943.2.camel@lestat.vampyre.home> Hi I use the "Frame" Parser. So it's possible to align a section left, right, center and also to do float some text right/left around. cya Marcel http://moinmoin.wikiwikiweb.de/ParserMarket/Frame On Fri, 2007-01-05 at 11:46 +0000, Paul Moore wrote: > On 05/01/07, Sven Aerts wrote: > > thank you, > > > > http://it4yi-wiki.skn.wsinf.edu.pl > > If you're willing to use a table, something like > > ||Hi|| > > will work. > > Paul > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From tw-public at gmx.de Sun Jan 7 01:26:20 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 07 Jan 2007 07:26:20 +0100 Subject: [Moin-user] Notation for external file links? In-Reply-To: <20070105125754.214410@gmx.net> References: <20070105084959.214380@gmx.net> <459E3ADB.3010801@gmx.de> <20070105125754.214410@gmx.net> Message-ID: <45A0928C.7060705@gmx.de> > thank you for the link! Nevertheless I doubt some of the contents: > (1) IE can't handle spaces (%20 replacements) properly There was no version specification there, maybe there has been a bug in IE that is fixed meanwhile!? > (2) Opera does not support linking It explicitely tells that some specific versions of Opera don't support this. Until proven that THOSE versions do support it, you better take that as true. If you can prove that a specific newer opera version does support the syntax described on the wiki page, just add that info. > I use a minimal html test file: > --- > > link > > --- The syntax described on the page (and AFAIK also the standard) for file links is different (count the slashes). > Both, IE6 and Opera 9.10 reach the target directory. When I provide the *same* URL to MoinMoin, it fails as described. Well, look into the html generated and report back about differences found. > Is there a reason... or better: is there a solution? I do want to have a link and not an attachment in the Wiki page. That stuff is problematic. So expect problems if you use it. From tw-public at gmx.de Sun Jan 7 01:31:11 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 07 Jan 2007 07:31:11 +0100 Subject: [Moin-user] How to disable user profile creation In-Reply-To: <5fb2ad360701050556v872ca27u81ab70c39f7445fd@mail.gmail.com> References: <5fb2ad360701050556v872ca27u81ab70c39f7445fd@mail.gmail.com> Message-ID: <45A093AF.5000702@gmx.de> > portal.Now, for this.. when the user clicks on the login button only the > name and password fields should be displayed. Just use a recent moin version. As you see on moinmoin.wikiwikiweb.de, this is the case for the current code (soon released as 1.5.7). > tell me how to do this.. And also, we are planning to have the auth > handled by our own XML-RPC server. Just extend MoinMoin/auth.py accordingly. > credential it has to be handled by the XML-RPC server which will also > manage the session creation and destruction.So,for this we need to > disable the user profile creation.Can you please tell me how to do this? Without bigger changes, I guess you rather want to keep moin's session cookie and automatically create/update the user profile from informations you got by your new xmlrpc auth function. From tw-public at gmx.de Sun Jan 7 01:36:04 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 07 Jan 2007 07:36:04 +0100 Subject: [Moin-user] Specifying page edit permissions when using LDAP authentication In-Reply-To: <01A57D96E866824596CEF57A16F81C1F0187CE77@PKDWB11C.ad.sprint.com> References: <01A57D96E866824596CEF57A16F81C1F0187CE77@PKDWB11C.ad.sprint.com> Message-ID: <45A094D4.2040104@gmx.de> > acl_rights_default = u"cri1258:read,write,delete,revert,admin \ > All:read \ > Known:read,write,delete,revert \ > Trusted:read,write,delete,revert" > > Unfortunately, this isn't working. After logging in, using cannot edit pages. Sure, because this stuff is processed left-to-right and terminates on first match. As everybody is matched by "All:", you will only get read access except if you are cri1258. The solution is to sort like this: cri1258 Trusted Known All (getting less special as you move from left to right). BTW, maybe you rather don't need the Trusted stuff for the same reason. From czerwinski1977 at gmx.net Mon Jan 8 08:07:36 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Mon, 08 Jan 2007 14:07:36 +0100 Subject: [Moin-user] How to cope with CGI-Error? Message-ID: <20070108130736.280330@gmx.net> Hi there, I am about to set up a wiki instance on a Windows Server 2003/IIS6 system. I did it like explained in http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServer -- with minor success :-/ When I try to access the page via http://servername/wikiname I recieve a directory listing denial (German: "Auflistung in Verzeichnis verweigert"). When I try to directly address the CGI script via http://servername/wikiname/moin.cgi I recieve "Die angegebene CGI-Anwendung hat keinen vollst?ndigen Satz von HTTP-Headern zur?ckgegeben.", saying something like "The given CGI application did not return a complete set of HTTP headers". Can somebody please explain what is going on and how to solve this problem? Maybe even an exact translation of the German messages could be helpful. Thanks in advanve! Cz. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From czerwinski1977 at gmx.net Mon Jan 8 11:51:40 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Mon, 08 Jan 2007 17:51:40 +0100 Subject: [Moin-user] How to cope with CGI-Error? In-Reply-To: <20070108130736.280330@gmx.net> References: <20070108130736.280330@gmx.net> Message-ID: <20070108165140.97320@gmx.net> Hi again, I was able to fix the problem by myself: 1. Changed to the directory of the new wiki site ("cytowiki") 2. Called: python moin.cgi. This gave a message like "ImportError: No module named MoinMoin.request" 3. moin.cgi: corrected the path to MoinMoin package: sys.path.insert(0, '') 4. Tested again: python moin.cgi --> http output! HINT: FCKEditor did not work. Solved by http://faq.phpwcms-docu.de/content/18/68/de/iis-fck_editor-funktioniert-nicht.html --> for IIS location, add MIME type .js=text/javascript Gx, Cz. -------- Original-Nachricht -------- Datum: Mon, 08 Jan 2007 14:07:36 +0100 Von: "Reinhard Mayr aka Czerwinski" An: moin-user at lists.sourceforge.net Betreff: [Moin-user] How to cope with CGI-Error? > Hi there, > > I am about to set up a wiki instance on a Windows Server 2003/IIS6 system. > I did it like explained in > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServer -- with minor success :-/ > > When I try to access the page via http://servername/wikiname I recieve a > directory listing denial (German: "Auflistung in Verzeichnis verweigert"). > When I try to directly address the CGI script via > http://servername/wikiname/moin.cgi I recieve "Die angegebene CGI-Anwendung hat keinen > vollst?ndigen Satz von HTTP-Headern zur?ckgegeben.", saying something like "The given > CGI application did not return a complete set of HTTP headers". > > Can somebody please explain what is going on and how to solve this > problem? Maybe even an exact translation of the German messages could be helpful. > > Thanks in advanve! > > Cz. > -- > Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! > Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From czerwinski1977 at gmx.net Mon Jan 8 13:08:03 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Mon, 08 Jan 2007 19:08:03 +0100 Subject: [Moin-user] How to cope with CGI-Error? In-Reply-To: <20070108130736.280330@gmx.net> References: <20070108130736.280330@gmx.net> Message-ID: <20070108180803.97320@gmx.net> Hi again, I was able to fix the problem by myself: 1. Changed to the directory of the new wiki site ("cytowiki") 2. Called: python moin.cgi. This gave a message like "ImportError: No module named MoinMoin.request" 3. moin.cgi: corrected the path to MoinMoin package: sys.path.insert(0, '') 4. Tested again: python moin.cgi --> http output! HINT: FCKEditor did not work. Solved by http://faq.phpwcms-docu.de/content/18/68/de/iis-fck_editor-funktioniert-nicht.html --> for IIS location, add MIME type .js=text/javascript Gx, Cz. -------- Original-Nachricht -------- Datum: Mon, 08 Jan 2007 14:07:36 +0100 Von: "Reinhard Mayr aka Czerwinski" An: moin-user at lists.sourceforge.net Betreff: [Moin-user] How to cope with CGI-Error? > Hi there, > > I am about to set up a wiki instance on a Windows Server 2003/IIS6 system. > I did it like explained in > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServer -- with minor success :-/ > > When I try to access the page via http://servername/wikiname I recieve a > directory listing denial (German: "Auflistung in Verzeichnis verweigert"). > When I try to directly address the CGI script via > http://servername/wikiname/moin.cgi I recieve "Die angegebene CGI-Anwendung hat keinen > vollst?ndigen Satz von HTTP-Headern zur?ckgegeben.", saying something like "The given > CGI application did not return a complete set of HTTP headers". > > Can somebody please explain what is going on and how to solve this > problem? Maybe even an exact translation of the German messages could be helpful. > > Thanks in advanve! > > Cz. > -- > Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! > Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From czerwinski1977 at gmx.net Mon Jan 8 13:11:10 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Mon, 08 Jan 2007 19:11:10 +0100 Subject: [Moin-user] "moin.cgi" in URL Message-ID: <20070108181110.97300@gmx.net> Hi, when I go to my wiki page, "moin.cgi" is always added/inserted in the URL, e.g. http://server/mywiki/moin.cgi/ http://server/mywiki/moin.cgi/FindPage etc. How can I get rid of it an reviece URLs like http://server/mywiki/ http://server/mywiki/FindPage ? TIA, Cz. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From czerwinski1977 at gmx.net Mon Jan 8 17:03:30 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Mon, 08 Jan 2007 23:03:30 +0100 Subject: [Moin-user] "moin.cgi" in URL In-Reply-To: <45A2BE9E.7040607@iDIAcomputing.com> References: <20070108181110.97300@gmx.net> <45A2BE9E.7040607@iDIAcomputing.com> Message-ID: Whoops, I forgot about that detail :-/ It's a Windows Server 2003 with IIS6. On Mon, 08 Jan 2007 22:58:54 +0100, George Dinwiddie wrote: > What web server are you using? If apache, do you have access to the > server config or are you running in user mode? If the latter, you might > find http://wiki.dreamhost.com/index.php/MoinMoin of interest. > > Reinhard Mayr aka Czerwinski wrote: >> Hi, >> when I go to my wiki page, "moin.cgi" is always added/inserted in the >> URL, e.g. >> http://server/mywiki/moin.cgi/ >> http://server/mywiki/moin.cgi/FindPage >> etc. >> How can I get rid of it an reviece URLs like >> http://server/mywiki/ >> http://server/mywiki/FindPage >> ? >> TIA, >> Cz. >> > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From kaithomasmax at googlemail.com Tue Jan 9 11:32:42 2007 From: kaithomasmax at googlemail.com (kai@aplteam.com) Date: Tue, 9 Jan 2007 16:32:42 +0000 Subject: [Moin-user] Logos on pages Message-ID: <99f673360701090832t538901c9r3b3f371d1798b09a@mail.gmail.com> Hello there Is it possible to specify a particular logo for every single page or, even better, for a class of pages! "Category" would do. Thanks in advance Kai From matthew.brett at gmail.com Wed Jan 10 09:24:47 2007 From: matthew.brett at gmail.com (Matthew Brett) Date: Wed, 10 Jan 2007 14:24:47 +0000 Subject: [Moin-user] Shared pages across farms - link problems Message-ID: <1e2af89e0701100624y4bcb4c0al4211e32d34580718@mail.gmail.com> Hi, I am an enthusiastic user of the http://moinmoin.wikiwikiweb.de/FeatureRequests/OverlayPagesForFarms feature in our wiki farm: http://imaging.mrc-cbu.cam.ac.uk/ I have tried to host the user home pages in the Base wiki, to be shared across wikis. Home page creation works fine, however, when a user clicks on a link to go to their home page, although they go to the right page, the recently visited link added to the wiki frame contains the wrong URL (goes to currentwiki/SomeUser instead of basewiki/SomeUser); if they use this link they end up unwittingly trying to create a new currentwiki/SomeUser which overrides the basewiki/SomeUser page that I was hoping they would get. Is there any way to avoid this behavior? I love this feature, and would very much like to be able to make it seamless if possible. Best, Matthew From eduardo.mercovich at gmail.com Wed Jan 10 10:41:53 2007 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Wed, 10 Jan 2007 12:41:53 -0300 Subject: [Moin-user] Logos on pages In-Reply-To: <99f673360701090832t538901c9r3b3f371d1798b09a@mail.gmail.com> References: <99f673360701090832t538901c9r3b3f371d1798b09a@mail.gmail.com> Message-ID: <4459f0d30701100741p3f966a06x4bb87a9023459aa3@mail.gmail.com> Hello. > Is it possible to specify a particular logo for every single page or, > even better, for a class of pages! "Category" would do. That was talked time ago, but there is no implementation yet. The idea was to add the categories as classes to tbe body, so everything could be controlled by css. Regrads... -- Eduardo Mercovich Buenos Aires - Argentina. From tim.bird at am.sony.com Wed Jan 10 16:40:37 2007 From: tim.bird at am.sony.com (Tim Bird) Date: Wed, 10 Jan 2007 13:40:37 -0800 Subject: [Moin-user] [PATCH] support showing trail lists in reverse order Message-ID: <45A55D55.6070809@am.sony.com> The attached patch adds an extra parameter to the "trail" function in theme/__init__.py. This allows a theme to specify that the trail should be listed in reverse order. I recently wrote a theme where the page trail was put in a sidebar list, and it made more sense (at least to me) to show the most recently visited page in the trail at the top of the list instead of the bottom. To use this feature in a theme, just add an extra "1" when calling the trail function, like so: trail = self.trail(d, 1) The patch is below: Regards, -- Tim Bird, Senior Staff Engineer, Sony Electronics ----------------- --- MoinMoin.orig/theme/__init__.py 2006-06-29 11:54:44.000000000 -0700 +++ MoinMoin/theme/__init__.py 2006-11-30 17:32:43.000000000 -0800 @@ -495,7 +495,7 @@ class ThemeBase: return u'
\n%s\n
\n' % html - def trail(self, d): + def trail(self, d, reverse=0): """ Assemble page trail @param d: parameter dictionary @@ -531,6 +531,9 @@ class ThemeBase: title = self.shortenPagename(title) link = page.link_to(request, title) items.append('
  • %s
    • ' % link) + if reverse: + items.reverse() + html = '''
      %s From mail at heavy.ch Wed Jan 10 17:08:45 2007 From: mail at heavy.ch (mail at heavy.ch) Date: Wed, 10 Jan 2007 23:08:45 +0100 Subject: [Moin-user] Shared pages across farms - link problems In-Reply-To: <1e2af89e0701100624y4bcb4c0al4211e32d34580718@mail.gmail.com> References: <1e2af89e0701100624y4bcb4c0al4211e32d34580718@mail.gmail.com> Message-ID: <1168466925.3050.13.camel@lestat.vampyre.home> Hi Matthew On Wed, 2007-01-10 at 14:24 +0000, Matthew Brett wrote: > I have tried to host the user home pages in the Base wiki, to be > shared across wikis. Home page creation works fine, however, when a > user clicks on a link to go to their home page, although they go to > the right page, the recently visited link added to the wiki frame > contains the wrong URL (goes to currentwiki/SomeUser instead of > basewiki/SomeUser); if they use this link they end up unwittingly > trying to create a new currentwiki/SomeUser which overrides the > basewiki/SomeUser page that I was hoping they would get. > > Is there any way to avoid this behavior? I love this feature, and > would very much like to be able to make it seamless if possible. > yes, I'm using also a farmconfig for my private website (heavy.ch) 1. First I set the "user_homewiki" in the farmconfig.py (so the user dir und user homepages will be on a single place) 2. Second I did something for the links/Trails. I added/changed every intermap.txt (on each sub-wiki in there own data dir; well exactly I did first some symbolic links; so I've got only one file to manage). It looks like: WikiOne http://wikione.mystuff.com WikiTwo http://wikitwo.mystuff.com Also I realized, that the first Letter need to be UPPER case, using this with a nice theme like sinorca4moin the farmwiki shows up nicely on my homepage. hope it helps cya Marcel Links: http://moinmoin.wikiwikiweb.de/HelpOnUserHandling http://moinmoin.wikiwikiweb.de/DavidLinke/Sinorca4Moin From mail at heavy.ch Wed Jan 10 17:56:34 2007 From: mail at heavy.ch (mail at heavy.ch) Date: Wed, 10 Jan 2007 23:56:34 +0100 Subject: [Moin-user] What kind of configuration I should use (from FastCGI over ISAPI to Twisted)? Message-ID: <1168469794.7333.26.camel@lestat.vampyre.home> Hi There I'm a bit unsure what kind of Wiki-configuration I should use now... the goal is to get a intranet (farmconfig) running for around 20-50peoples (not current- and not heavy-users, since yet). The System will be an Windows 2003 Server with 2 Xeon CPUs and 1GB RAM, scsi raid5 (nothing more...). At the moment I planing the MoinMoin 1.5.6 with python 2.5 and the latest Twisted release. But I'm not sure.. 1. CGI with Apache is to slow, but well it works :) 2. mod_python with Apache is hungry for ram (so say others), but on my private Apache under Fedora linux, it works great. 3. FastCGI not yet tried out, but should be faster then mod_py and maybe also harder to install? 4. StandAlone, well not that what I want 5. Twisted, works great on a WindowsXP Client and like I said, I will install this on my windows 2003 server. Well maybe it's just a bit more "simpatico", coz' its written in python... 6. IIS6 and ISAPI; well not tried out yet! I'm not realy a friend of IIS. But It should be fast like Apache and FastCGI. I found some performance infos (see links below), but they are all seems old and only for moin 1.3. So what your experiences or recommences? Has anybody long term experience with Twisted under Windows? thanks Marcel http://moinmoin.wikiwikiweb.de/PerformanceProposals http://moinmoin.wikiwikiweb.de/MoinBenchmarks From rvanderveer at cognitivearts.com Wed Jan 10 18:19:07 2007 From: rvanderveer at cognitivearts.com (Rick Vanderveer) Date: Wed, 10 Jan 2007 17:19:07 -0600 Subject: [Moin-user] What kind of configuration I should use (from Fas tCGI over ISAPI to Twisted)? Message-ID: Marcel, I agree, there seems to be a lot of emphasis on using the preferred FastCGI or mod_python for moin. However, I think this is largely for public-facing wiki's. If you are using it for mainly internal purposes, you simply don't need that level of firepower. Take my example: We're an internet shop, and we have our share of dual-Xeon CPU's, raid5, etc. But, I wanted to set up a documentation wiki for internal use. I took an ancient old desktop (667mhz Pentium III, with 512Mb Ram, and a single hard drive), and set up moin using Windows 2000 Workstation, Apache 2, Python 2.5, Windows authentication using SSPI, all just to get my feet wet. I decided to go live with this box, and with about the same number of people hitting it as you have (30 to 50 people reading/editing, even dl'ing documents), the box has held up...perfectly fine. We all have the latest desktops and servers for our client-facing servers (the usual web/database combinations), but I'm yet to hear a complaint about speed on our little interal wiki. In my opinion, the the number of people that will be using your wiki, your hardware is overkill. It's long been an IT Admin's little secret to take hardware that's "too slow" for desktop use and move it to the server room as dedicated little servers. I have several running everything from Subversion, dedicated SMTP server, a Jabber IM server, etc. I suggest doing a basic set-up, and see how it works for you. You can always move to FastCGI or mod_python later... http://moinmoin.wikiwikiweb.de/HelpOnInstalling/ApacheOnWin32 -Rick -----Original Message----- From: moin-user-bounces at lists.sourceforge.net [mailto:moin-user-bounces at lists.sourceforge.net] On Behalf Of mail at heavy.ch Sent: Wednesday, January 10, 2007 4:57 PM To: Moin-user Subject: [Moin-user] What kind of configuration I should use (from FastCGI over ISAPI to Twisted)? Hi There I'm a bit unsure what kind of Wiki-configuration I should use now... the goal is to get a intranet (farmconfig) running for around 20-50peoples (not current- and not heavy-users, since yet). The System will be an Windows 2003 Server with 2 Xeon CPUs and 1GB RAM, scsi raid5 (nothing more...). At the moment I planing the MoinMoin 1.5.6 with python 2.5 and the latest Twisted release. But I'm not sure.. 1. CGI with Apache is to slow, but well it works :) 2. mod_python with Apache is hungry for ram (so say others), but on my private Apache under Fedora linux, it works great. 3. FastCGI not yet tried out, but should be faster then mod_py and maybe also harder to install? 4. StandAlone, well not that what I want 5. Twisted, works great on a WindowsXP Client and like I said, I will install this on my windows 2003 server. Well maybe it's just a bit more "simpatico", coz' its written in python... 6. IIS6 and ISAPI; well not tried out yet! I'm not realy a friend of IIS. But It should be fast like Apache and FastCGI. I found some performance infos (see links below), but they are all seems old and only for moin 1.3. So what your experiences or recommences? Has anybody long term experience with Twisted under Windows? thanks Marcel http://moinmoin.wikiwikiweb.de/PerformanceProposals http://moinmoin.wikiwikiweb.de/MoinBenchmarks ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From elian at inbrief.net Thu Jan 11 00:17:42 2007 From: elian at inbrief.net (Edmund Lian) Date: Thu, 11 Jan 2007 13:17:42 +0800 Subject: [Moin-user] Cannot stay logged in Message-ID: <8FC3C9D2-BE24-4F29-8A07-281FC4C5A22E@inbrief.net> Hi, I've got a wierd problem... all of a sudden, I get logged out of Moinmoin after logging in successfully. That is, clicking on any link after logging in results in my status changing to logged out. I cannot edit any page at all. The behaviour holds regardless of whether I use Firefox or Safari on Mac OS X, and no other user has this problem. I am the Wiki admin. I've tried deleting cookies, changing cookie lifetimes, restarting the server, clearing the cache, all to no avail. What else can I do to fix the problem? ...Edmund. From eamon at nerbonne.org Thu Jan 11 03:58:12 2007 From: eamon at nerbonne.org (Eamon Nerbonne) Date: Thu, 11 Jan 2007 09:58:12 +0100 Subject: [Moin-user] Cannot stay logged in In-Reply-To: <8FC3C9D2-BE24-4F29-8A07-281FC4C5A22E@inbrief.net> References: <8FC3C9D2-BE24-4F29-8A07-281FC4C5A22E@inbrief.net> Message-ID: <16b7b9ec0701110058x62f65babncf1802037fc3ea0e@mail.gmail.com> This sounds like it might be a client-side caching problem. Which version of moinmoin are you running, and how are you serving it (CGI?) --Eamon Nerbonne On 1/11/07, Edmund Lian wrote: > > Hi, > > I've got a wierd problem... all of a sudden, I get logged out of > Moinmoin after logging in successfully. That is, clicking on any link > after logging in results in my status changing to logged out. I > cannot edit any page at all. > > The behaviour holds regardless of whether I use Firefox or Safari on > Mac OS X, and no other user has this problem. I am the Wiki admin. > > I've tried deleting cookies, changing cookie lifetimes, restarting > the server, clearing the cache, all to no avail. What else can I do > to fix the problem? > > > ...Edmund. > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- eamon at nerbonne.org - 06-15142163 -------------- next part -------------- An HTML attachment was scrubbed... URL: From elian at inbrief.net Thu Jan 11 04:15:30 2007 From: elian at inbrief.net (Edmund Lian) Date: Thu, 11 Jan 2007 17:15:30 +0800 Subject: [Moin-user] Cannot stay logged in In-Reply-To: <16b7b9ec0701110058x62f65babncf1802037fc3ea0e@mail.gmail.com> References: <8FC3C9D2-BE24-4F29-8A07-281FC4C5A22E@inbrief.net> <16b7b9ec0701110058x62f65babncf1802037fc3ea0e@mail.gmail.com> Message-ID: <961033CD-2630-43C1-81AC-1CEFF402F57D@inbrief.net> On Jan 11, 2007, at 16:58, Eamon Nerbonne wrote: > This sounds like it might be a client-side caching problem. Which > version of moinmoin are you running, and how are you serving it (CGI?) Thanks for responding! Moinmoin is at V 1.5.6, and it is being served via Apache2/mod-python. ...Edmund. From aertssven at mac.com Thu Jan 11 05:11:27 2007 From: aertssven at mac.com (Sven Aerts) Date: Thu, 11 Jan 2007 11:11:27 +0100 Subject: [Moin-user] IT 4 Youth Initiatives - Request tips and evaluation of our wiki Message-ID: Dear All, I'm a recognised as youth trainer by the European Union as per: http://www.salto-youth.net/find-a-trainer/ Some youth that assisted a training with me, decided to start an Open and Free Virtual Office for all Youth Initiatives on the Planet ... http://it4yi-wiki.skn.wsinf.edu.pl/MainPage It's hosted on a Polish university server. Can you give us your evaluation and tips to improve pls ? Thank you From elian at inbrief.net Thu Jan 11 14:01:31 2007 From: elian at inbrief.net (Edmund Lian) Date: Fri, 12 Jan 2007 03:01:31 +0800 Subject: [Moin-user] Cannot stay logged in In-Reply-To: <45A67E8E.7060001@thingbag.net> References: <8FC3C9D2-BE24-4F29-8A07-281FC4C5A22E@inbrief.net> <16b7b9ec0701110058x62f65babncf1802037fc3ea0e@mail.gmail.com> <961033CD-2630-43C1-81AC-1CEFF402F57D@inbrief.net> <45A67E8E.7060001@thingbag.net> Message-ID: <5B714F75-BA05-4EAE-B33F-DB153F2F72B7@inbrief.net> On Jan 12, 2007, at 2:14, David Cramer wrote: > We have a similar problem where the user is logged out. It results > from a conflict with a cookie they pick up from another site on our > intranet. When you log into our wiki using the url http:// > server.motive.com/wikiname, you're booted instantly if you have the > bad cookie. If you log in via http://server/wikiname, it's fine. > Thought I'd mention it in case you're hitting some similar situation. I checked the cookie that I'm getting, it looks fine. The only other thing that I can think of is that there is some problem with time zone handling in Moinmoin and the cookies it sets. The server is set to UTC, and it is in Asia. In the past, this kind of lock-out occurred fleetingly (for about an hour or two) around 10 am to 12 noon EST. When this occurred, either Firefox or Safari would stay logged in, but not both. The problem would resolve itself after a few hours. The other users never experienced this problem, so I have to assume that my travel between timezones is a factor. The cookie lifetime for Moinmoin is set to 48 hours (verified by examining the cookie), so one would think the timezone differences would not matter. Give that Firefox and Safari were taking turns to be locked out (and now remain locked out constantly), I hazard to guess that there is some difference between how these browsers handle cookies, and it is not agreeing with Moinmoin's assumptions about cookies and timezones. ...Edmund. From chsmith at speakeasy.net Thu Jan 11 22:48:48 2007 From: chsmith at speakeasy.net (Curt Smith) Date: Fri, 12 Jan 2007 03:48:48 +0000 (UTC) Subject: [Moin-user] Extend moin: design doc, custom syntax, drop down lists Message-ID: Greetings, I'm interested in building a stock market monitoring site on top of moin (or you suggest if you think there's a more appropriate starting point). I could use a design doc of the source and file based design? Features I need: - require a login to navigate the site. - A user get's their own root off the home page and adds walled off content of their own. They may not know about other users. I'd hate for this to be easier using farms and each user get's their own moin wiki. - custom tag/macros - templates with drop down lists that come from the users profile - a back ground tasks (I write) that walks the wiki latest version files and addes content to pages. Is there a cache issue here? - A user may navigate through common links (stock symbols) to other user's pages but is in read only mode and may only see some of the content (filtering private info that may be in custom tags/macros). Any thoughts are appreciated. Thanks, curt From longweilai at 263.net Fri Jan 12 04:33:42 2007 From: longweilai at 263.net (Long weilai) Date: Fri, 12 Jan 2007 17:33:42 +0800 Subject: [Moin-user] are there the option of import? Message-ID: <20070112093342.GA14449@long.weilai.org> I install moin in my laptop, I wanna auto import my files to MoinMoin? there are too much pages. I will be craze to paste them into MoinMoin. Does anybody meet the same problem? Any idea will be helpful. Thanks a lot. From tw-public at gmx.de Fri Jan 12 03:50:59 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 12 Jan 2007 09:50:59 +0100 Subject: [Moin-user] What kind of configuration I should use (from FastCGI over ISAPI to Twisted)? In-Reply-To: <1168469794.7333.26.camel@lestat.vampyre.home> References: <1168469794.7333.26.camel@lestat.vampyre.home> Message-ID: <45A74BF3.20100@gmx.de> > I'm a bit unsure what kind of Wiki-configuration I should use now... the > goal is to get a intranet (farmconfig) running for around 20-50peoples > (not current- and not heavy-users, since yet). The System will be an > Windows 2003 Server with 2 Xeon CPUs and 1GB RAM, scsi raid5 (nothing > more...). > With that hw everything should work for you. Maybe using Linux would make it more stable and have less issues. > At the moment I planing the MoinMoin 1.5.6 with python 2.5 and the > latest Twisted release. But I'm not sure.. > > 1. CGI with Apache is to slow, but well it works :) > > 2. mod_python with Apache is hungry for ram (so say others), but on my > private Apache under Fedora linux, it works great. > The strangest bug reports we got yet often had the word "mod_python" in it. YMMV, of course. > 3. FastCGI not yet tried out, but should be faster then mod_py and maybe > also harder to install? > I guess it is about the same (at least on linux) and it has less issues. It can run different sites under different user ids (important for hosting, maybe not for you). > 4. StandAlone, well not that what I want > You could even use that, maybe behind an apache reverse proxy. > 5. Twisted, works great on a WindowsXP Client and like I said, I will > install this on my windows 2003 server. Well maybe it's just a bit more > "simpatico", coz' its written in python... > Yeah, this was one of the reasons I used it for a long time. Growing load was the reason we switched to fastcgi. > 6. IIS6 and ISAPI; well not tried out yet! I'm not realy a friend of > IIS. Nothing to add to that. :) > I found some performance infos (see links below), but they are all seems > old and only for moin 1.3. So what your experiences or recommences? Has > anybody long term experience with Twisted under Windows? > I usually don't use Windows for servers. If you implement some persistent server, maybe make a cron job that restarts the moin/python parts it once a while. From tw-public at gmx.de Fri Jan 12 04:07:40 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 12 Jan 2007 10:07:40 +0100 Subject: [Moin-user] Extend moin: design doc, custom syntax, drop down lists In-Reply-To: References: Message-ID: <45A74FDC.4010605@gmx.de> > I'm interested in building a stock market monitoring site on top of moin (or you > suggest if you think there's a more appropriate starting point). > Look on ThemeMarket. IIRC, someone has used it in a similar way before. > I could use a design doc of the source and file based design? > There are some docs in the wiki, but there is no single "make you all happy doc". Reading the source and looking at the filesystem is also a way. > - require a login to navigate the site. > auth.py and auth = ... configuration. > - A user get's their own root off the home page and adds walled off content of > their own. They may not know about other users. I'd hate for this to be easier > using farms and each user get's their own moin wiki. > Maybe you can use a modified autoadmin security policy. > - custom tag/macros > You can use any tags you want (see WikiBadge, Categories). Implementing macros is also rather easy. > - templates with drop down lists that come from the users profile > Although a bit unclear, this sounds like more work. > - a back ground tasks (I write) that walks the wiki latest version files and > addes content to pages. Is there a cache issue here? > I guess it should work, if you either use PageEditor class or xmlrpc putpage. > - A user may navigate through common links (stock symbols) to other user's pages > but is in read only mode and may only see some of the content (filtering private > info that may be in custom tags/macros). > Usually, you have to separate public and private stuff onto different pages and then protect the page with some ACL. Or publish the page with some ACL, if you default ACL says "all secret". From tw-public at gmx.de Fri Jan 12 04:09:05 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 12 Jan 2007 10:09:05 +0100 Subject: [Moin-user] are there the option of import? In-Reply-To: <20070112093342.GA14449@long.weilai.org> References: <20070112093342.GA14449@long.weilai.org> Message-ID: <45A75031.2040605@gmx.de> > I wanna auto import my files to MoinMoin? there are too much > pages. I will be craze to paste them into MoinMoin. Does anybody meet > the same problem? > Any idea will be helpful. Thanks a lot. > What type of files? In the wiki, the files shall go to content (pages) or attachments? From czerwinski1977 at gmx.net Fri Jan 12 08:05:09 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Fri, 12 Jan 2007 14:05:09 +0100 Subject: [Moin-user] "moin.cgi" in URL Message-ID: <20070112130509.136490@gmx.net> Sorry to start the 3rd thread to this topic -- I lost the mail I wanted to reply to.... Once again: I run MoinMoin on a IIS 6 / Windows Server 2003. In the URL, after the wiki name always the name of the CGI is inserted (moin.cgi) -- Does anybody how to get rid of that? See below for examples. Thanks in advance! Cz. Re: "moin.cgi" in URL (New) From: Reinhard Mayr aka Czerwinski - 2007-01-08 14:04 Whoops, I forgot about that detail :-/ It's a Windows Server 2003 with IIS6. On Mon, 08 Jan 2007 22:58:54 +0100, George Dinwiddie wrote: > What web server are you using? If apache, do you have access to the > server config or are you running in user mode? If the latter, you might > find http://wiki.dreamhost.com/index.php/MoinMoin of interest. > > Reinhard Mayr aka Czerwinski wrote: >> Hi, >> when I go to my wiki page, "moin.cgi" is always added/inserted in the >> URL, e.g. >> http://server/mywiki/moin.cgi/ >> http://server/mywiki/moin.cgi/FindPage >> etc. >> How can I get rid of it an reviece URLs like >> http://server/mywiki/ >> http://server/mywiki/FindPage >> ? >> TIA, >> Cz. >> > > -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From longweilai at 263.net Fri Jan 12 09:39:51 2007 From: longweilai at 263.net (Long weilai) Date: Fri, 12 Jan 2007 22:39:51 +0800 Subject: [Moin-user] are there the option of import? In-Reply-To: <45A75031.2040605@gmx.de> References: <20070112093342.GA14449@long.weilai.org> <45A75031.2040605@gmx.de> Message-ID: <20070112143951.GA3296@long.weilai.org> On Fri, Jan 12, 2007 at 10:09:05AM +0100, Thomas Waldmann wrote: > > > I wanna auto import my files to MoinMoin? there are too much > > pages. I will be craze to paste them into MoinMoin. Does anybody meet > > the same problem? > > Any idea will be helpful. Thanks a lot. > > > What type of files? > In the wiki, the files shall go to content (pages) or attachments? pages, edit online is very slow,so i thinks import is a useful option. by the way sorry for reply to your personal mailbox:) > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From ml at the-view.eclipse.co.uk Fri Jan 12 14:36:06 2007 From: ml at the-view.eclipse.co.uk (Robbo) Date: Fri, 12 Jan 2007 19:36:06 +0000 Subject: [Moin-user] "moin.cgi" in URL In-Reply-To: <20070112130509.136490@gmx.net> References: <20070112130509.136490@gmx.net> Message-ID: <781F7CA2-6D46-43D7-81B6-250F745D5E09@the-view.eclipse.co.uk> On 12 Jan 2007, at 13:05, Reinhard Mayr aka Czerwinski wrote: > Sorry to start the 3rd thread to this topic -- I lost the mail I > wanted to reply to.... > > Once again: I run MoinMoin on a IIS 6 / Windows Server 2003. In the > URL, after the wiki name always the name of the CGI is inserted > (moin.cgi) -- Does anybody how to get rid of that? See below for > examples. Quick answer; No - there's no alias type option as in Apache. There is a solution but I believe it's not an easy option, if I find anything I'll let you know. From marcel.haefner at heavy.ch Fri Jan 12 16:31:40 2007 From: marcel.haefner at heavy.ch (Marcel =?ISO-8859-1?Q?H=E4fner?=) Date: Fri, 12 Jan 2007 22:31:40 +0100 Subject: [Moin-user] Expirence with Multiple MoinMoin Wikis and User-Preferences Message-ID: <1168637500.3026.21.camel@lestat.vampyre.home> Hi there Everbody knows this function "Jump to last visited page instead of frontpage". And I will now put this on top of my list "pain in the ass with moinmoin". Situation; I setup the latest moinmoin-wiki with apache2/mod_python on a windows2003-server. I used three rootwikis with a farmconfig. Now everytime when I logged in Wiki1.local and Wiki2.local (as User) I couldn't switch directly from http://Wiki1.local to http://Wiki2.local (I preferred to use the wiki-farm-bar; on my sinorca4moin theme). It always brought me back to the Startpoint of http://Wiki1.local. But if I'm using links like http://Wiki2.local/Frontpage I could "jump" from Wiki1 to Wiki2. So.. what the hell is goin' on? Coz' I'm a newbie with Modpython and Apache, I started to watch the logs for rewrite, httpd access and errors. Nothing special until I saw that the access-logs shows a "302" messages, every time I tried to switch from one wiki to another... Well, I used now the past 2 or 3 hours looking around in my httpd.conf, virtualhosting, rewrite rules, moinconfig and even DNS-Configuration for some kind of redirection, Moving-whatever-rules or something buggie/wrong configured in my farmwiki-config. Damm! The solution was, just a simple click to deactivate the Function "Jump to the last visited page" in my user-preferences. Damm! Is this a Bug.. or a feature? --> Is there any way to work with this function and also running multiple wikis with different domainnames? Well well... time to go home and wish ya all a happy weekend. bye Marcel ps. user_checkbox_remove in farmconfig helps a lot!! From km4hr at netscape.net Fri Jan 12 19:41:50 2007 From: km4hr at netscape.net (km4hr at netscape.net) Date: Fri, 12 Jan 2007 19:41:50 -0500 Subject: [Moin-user] MoinMoin has no graphics or formatting when viewed remotely Message-ID: <8C904C2BFB22098-508-251A@FWM-M31.sysops.aol.com> After installing MM (1.5.6 I think) for my first time (Fedora4) I find that MM looks different when viewed remotely. That is, MM displays in an unattrative format without any graphics. The format is simplistic and basic. MM looks fine when viewed locally. The difference even occurs locally when I use different names to refer to the local computer. For example if I use "http://localhost/mywiki" I get the strange behavior. If I use "http://computers_network_name/mywiki" the pages display normally. It doesn't matter what browser I use. What's causing this and how do I fix it? ________________________________________________________________________ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry-leading spam and email virus protection. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw at waldmann-edv.de Sat Jan 13 06:29:02 2007 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Sat, 13 Jan 2007 12:29:02 +0100 Subject: [Moin-user] Expirence with Multiple MoinMoin Wikis and User-Preferences In-Reply-To: <1168637500.3026.21.camel@lestat.vampyre.home> References: <1168637500.3026.21.camel@lestat.vampyre.home> Message-ID: <45A8C27E.9070802@waldmann-edv.de> > Everbody knows this function "Jump to last visited page instead of > frontpage". And I will now put this on top of my list "pain in the ass > with moinmoin". X) - you don't need to use that function if it doesn't do what you want. > couldn't switch directly from http://Wiki1.local to http://Wiki2.local > (I preferred to use the wiki-farm-bar; on my sinorca4moin theme). It > always brought me back to the Startpoint of http://Wiki1.local. But if > I'm using links like http://Wiki2.local/Frontpage I could "jump" from > Wiki1 to Wiki2. So.. what the hell is goin' on? If you don't supply a pagename, but just call the root url of the wiki, moin has to make up a pagename somehow. If that remember last visited page is enabled in your userprefs, it will look into the trail and get the last page you visited from there. Maybe this code is a bit too simple yet to support multiple wikis correctly. If that remember last visited page is disabled, it will just go to translation(cfg.page_front_page). So the solution you have found is correct: either don't enable that setting or use /FrontPage. > The solution was, just a simple click to deactivate the Function "Jump > to the last visited page" in my user-preferences. Damm! Is this a Bug.. > or a feature? The remembering function is of course a feature, but there might be a bug in combination with farm wikis. Also, in combination with farm wikis, this function could be defined in two ways: a) if you enter any of the farm wikis (by using its root url), jump to the page where you left the wiki farm last time (the page might be in another farm wiki). b) if you enter any of the farm wiki, jump to the page where you left THAT wiki last time (might be a problem if this is not in the trail file any more) I guess it currently should behave as a). Can you check that please? e.g. do this: enable remember-last-visited-page visit WikiA/somepage close browser visit WikiB/ (must be root url of that wiki) does it show WikiA/somepage now? if yes, this is correct behaviour as this was the last page you visited. If it doesn't behave like a) and you don't want us to forget fixing it, maybe just file a bug report about it on the wiki. Concerning the observed "misbehavior" when using the root urls for inter-wiki navigation: I guess the only solution is to either add a pagename or avoid remember-last-page-visited function. From tw-public at gmx.de Sat Jan 13 06:35:07 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 13 Jan 2007 12:35:07 +0100 Subject: [Moin-user] MoinMoin has no graphics or formatting when viewed remotely In-Reply-To: <8C904C2BFB22098-508-251A@FWM-M31.sysops.aol.com> References: <8C904C2BFB22098-508-251A@FWM-M31.sysops.aol.com> Message-ID: <45A8C3EB.5090403@gmx.de> > After installing MM (1.5.6 I think) for my first time (Fedora4) I find > that MM looks different when viewed remotely. That is, MM displays in an > unattrative format without any graphics. This happens when the url you used as url_prefix does not work. The format is simplistic and > basic. MM looks fine when viewed locally. The difference even occurs > locally when I use different names to refer to the local computer. For > example if I use "http://localhost/mywiki" I get the strange behavior. > If I use "http://computers_network_name/mywiki" the pages display > normally. This sound a bit like you confusing url_prefix with a local filesystem path in your moin configuration. url_prefix must be a URL (not a FS path) and that URL must get served by some web server (either by e.g. apache or the standalone server, if you use that for moin). Sometimes it is useful to look into the html code emitted by moin. If you use firefox, just hit Ctrl-U to see the html. Then just search for some css to see what url is used. If you enter that url into the url line of the browser, you should see that css file. If you get an error, the serving of your url_prefix isn't working (either because you forgot it or because it's wrong). From tw-public at gmx.de Sat Jan 13 09:07:17 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 13 Jan 2007 15:07:17 +0100 Subject: [Moin-user] are there the option of import? In-Reply-To: <20070112143951.GA3296@long.weilai.org> References: <20070112093342.GA14449@long.weilai.org> <45A75031.2040605@gmx.de> <20070112143951.GA3296@long.weilai.org> Message-ID: <45A8E795.60808@gmx.de> Long weilai schrieb: > On Fri, Jan 12, 2007 at 10:09:05AM +0100, Thomas Waldmann wrote: > >>> I wanna auto import my files to MoinMoin? there are too much >>> pages. I will be craze to paste them into MoinMoin. Does anybody meet >>> the same problem? >>> Any idea will be helpful. Thanks a lot. >>> >> What type of files? >> In the wiki, the files shall go to content (pages) or attachments? >> > pages, > edit online is very slow,so i thinks import is a useful option. > You can either write a script using wiki xmlrpc (see sample stuff under MoinMoin/script...) - this is the recommended way and even works remotely after correct configuration / authentication. Or you can use PageEditor class (this api is less stable and doesn't work remotely). From kaithomasmax at googlemail.com Sat Jan 13 16:06:52 2007 From: kaithomasmax at googlemail.com (kai@aplteam.com) Date: Sat, 13 Jan 2007 21:06:52 +0000 Subject: [Moin-user] Page-specific ACLs Message-ID: <99f673360701131306h61557fa5o4587ea7051b75c20@mail.gmail.com> Hello there I tried to make particular page uneditable for all users but specific ones. For this, I've inserted a line #acl KaiJaeger:read,write,delete,revert,admin All:read into the page I like to protect. This has no effect at all. Hints a very welcome! Kai From helmert at informatik.uni-freiburg.de Sat Jan 13 16:28:44 2007 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Sat, 13 Jan 2007 22:28:44 +0100 Subject: [Moin-user] Page-specific ACLs In-Reply-To: <99f673360701131306h61557fa5o4587ea7051b75c20@mail.gmail.com> References: <99f673360701131306h61557fa5o4587ea7051b75c20@mail.gmail.com> Message-ID: kai at aplteam.com wrote: > Hello there > > I tried to make particular page uneditable for all users but specific > ones. For this, I've inserted a line > > #acl KaiJaeger:read,write,delete,revert,admin All:read > > into the page I like to protect. > > This has no effect at all. > > Hints a very welcome! I might be missing something, but this should work unless ACLs are disabled in this wiki. Do you have a link to a live wiki page to test this? Malte From helmert at informatik.uni-freiburg.de Sat Jan 13 17:22:09 2007 From: helmert at informatik.uni-freiburg.de (Malte Helmert) Date: Sat, 13 Jan 2007 23:22:09 +0100 Subject: [Moin-user] Page-specific ACLs In-Reply-To: References: <99f673360701131306h61557fa5o4587ea7051b75c20@mail.gmail.com> Message-ID: Malte Helmert wrote: > kai at aplteam.com wrote: >> Hello there >> >> I tried to make particular page uneditable for all users but specific >> ones. For this, I've inserted a line >> >> #acl KaiJaeger:read,write,delete,revert,admin All:read >> >> into the page I like to protect. >> >> This has no effect at all. >> >> Hints a very welcome! > > I might be missing something, but this should work unless ACLs are > disabled in this wiki. > > Do you have a link to a live wiki page to test this? Note to others: problem solved off-list. Malte From tw-public at gmx.de Sun Jan 14 12:22:28 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 14 Jan 2007 18:22:28 +0100 Subject: [Moin-user] Page-specific ACLs In-Reply-To: <99f673360701131306h61557fa5o4587ea7051b75c20@mail.gmail.com> References: <99f673360701131306h61557fa5o4587ea7051b75c20@mail.gmail.com> Message-ID: <45AA66D4.2040808@gmx.de> > I tried to make particular page uneditable for all users but specific > ones. For this, I've inserted a line > > #acl KaiJaeger:read,write,delete,revert,admin All:read > > into the page I like to protect. > > This has no effect at all. Without knowing your acl configuration (see farmconfig/wikiconfig) and your moin version, one can only tell that the ACL line looks ok (assuming you have put that at top of the page). Maybe your acl_rights_before is wrong? From eduardo.mercovich at gmail.com Sun Jan 14 16:01:04 2007 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Sun, 14 Jan 2007 18:01:04 -0300 Subject: [Moin-user] Extend moin: design doc, custom syntax, drop down lists In-Reply-To: References: Message-ID: <4459f0d30701141301j3e1cc8c6ia14f39a01e69555d@mail.gmail.com> Hello Curt. [...] > - require a login to navigate the site. > - A user get's their own root off the home page ... > - custom tag/macros > - templates with drop down lists that come from the users profile > - a back ground tasks (I write) that walks the wiki latest version files and > addes content to pages. ... > - A user may navigate through common links (stock symbols) to other user's pages > but is in read only mode ... Are you sure that a wiki is the best tool? Too few interactions, too much read only, a lot of walled spaces... Maybe another CMS model could deserve some thoughts. Regards... -- Eduardo Mercovich Buenos Aires - Argentina. From kaithomasmax at googlemail.com Mon Jan 15 04:05:55 2007 From: kaithomasmax at googlemail.com (kai@aplteam.com) Date: Mon, 15 Jan 2007 09:05:55 +0000 Subject: [Moin-user] MoinMoin Message-ID: <99f673360701150105h7cf074wd4669bd10593b634@mail.gmail.com> Hello there When I created my Wiki I tried to stay close to another Wiki driven by MoinMoin called J wiki. Now I notice two annoying differences. When I try to logon to the J Wiki, I get a reasonable message _on the same page_ when I failed to enter the correct logon data. In my Wiki, it's going back to the FrontPage and _then_ displays the message. This is obviosly nonsense, because people have to go back to try again, of course. Furthermore, people tend to think "job's done", ignoring the message, because the page change suggests that it was fine. When I create a new account on J wiki, I am logged in automatically after providing proper information, and my "personal preferences" page is displayed. On my Wiki, it stays on the "create account" page and tells me that I am now able to login. I don't want to stay on that page, never: the job is done. And why I am asked again to enter userid and password I've just defined? Are these differneces caused by the different versions? And if the answer is yes, is there a way to get the "old" behaviour back - it is much better?! My Wiki is driven by MoinMoin 1.5.5 J Wiki is driven by MoinMoin 1.3.5 From email at pfennigsolutions.de Mon Jan 15 04:29:28 2007 From: email at pfennigsolutions.de (Thilo Pfennig) Date: Mon, 15 Jan 2007 10:29:28 +0100 Subject: [Moin-user] MoinMoin In-Reply-To: <99f673360701150105h7cf074wd4669bd10593b634@mail.gmail.com> References: <99f673360701150105h7cf074wd4669bd10593b634@mail.gmail.com> Message-ID: <45AB4978.2070901@pfennigsolutions.de> kai at aplteam.com schrieb: > Are these differneces caused by the different versions? And if the > answer is yes, is there a way to get the "old" behaviour back - it is > much better?! Yes. Newer version do not automatically log you in after registration. I think from usability point of view this should be more obvious because users are often misled. Thilo -- Thilo Pfennig PfennigSolutions - Wiki-Systeme http://www.pfennigsolutions.de/ From czerwinski1977 at gmx.net Mon Jan 15 04:37:02 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Mon, 15 Jan 2007 10:37:02 +0100 Subject: [Moin-user] "moin.cgi" in URL In-Reply-To: <54DA8082-8BB2-422B-8519-B838FF8936F2@the-view.eclipse.co.uk> References: <20070112130509.136490@gmx.net> <781F7CA2-6D46-43D7-81B6-250F745D5E09@the-view.eclipse.co.uk> <54DA8082-8BB2-422B-8519-B838FF8936F2@the-view.eclipse.co.uk> Message-ID: <20070115093702.234940@gmx.net> I added moin.cgi as default page for the site. The URL http://server/wikiname works fine, but other pages like http://server/wikiname/ThePageName cannot be reached (http error 404 page not found). I noticed that the link names provided by the already include the CGI: http://server/wikiname/moin.cgi/ThePageName -- why is this, since this is not the case under apache. Does MoinMoin distinguish between servers? Thx! Cz. -------- Original-Nachricht -------- Datum: Sun, 14 Jan 2007 19:42:52 +0000 Von: Robbo An: Reinhard Mayr aka Czerwinski Betreff: Re: [Moin-user] "moin.cgi" in URL > > On 13 Jan 2007, at 13:44, Reinhard Mayr aka Czerwinski wrote: > > > Thanks for the reply! > > > > If somebody else knows how this is achieved: please let me know. If > > not: Robbo, just keep me in the loop... > > > > On Fri, 12 Jan 2007 20:36:06 +0100, Robbo > view.eclipse.co.uk> wrote: > > > >> > >> On 12 Jan 2007, at 13:05, Reinhard Mayr aka Czerwinski wrote: > >> > >>> Sorry to start the 3rd thread to this topic -- I lost the mail I > >>> wanted to reply to.... > >>> > >>> Once again: I run MoinMoin on a IIS 6 / Windows Server 2003. In > >>> the URL, after the wiki name always the name of the CGI is > >>> inserted (moin.cgi) -- Does anybody how to get rid of that? See > >>> below for examples. > >> > >> Quick answer; No - there's no alias type option as in Apache. > >> > >> There is a solution but I believe it's not an easy option, if I > >> find anything I'll let you know. > > > > > > This may help; haven't tried it as don't have access to an IIS server > anymore. But simply renaming moin.cgi to index.cgi (you'll need to > make a change in one of moinmoin's config file, but forget which one) > may work.. > > Info obtained from: http://groups.google.co.uk/group/ > comp.infosystems.www.servers.ms-windows/browse_thread/thread/ > cd5217d5b81e5604/3d6c7fec5e5c0e30?lnk=st&q=hiding+cgi+in > +iis&rnum=6&hl=en#3d6c7fec5e5c0e30 > -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From czerwinski1977 at gmx.net Mon Jan 15 04:54:01 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Mon, 15 Jan 2007 10:54:01 +0100 Subject: [Moin-user] Notation for external file links? In-Reply-To: <45A0928C.7060705@gmx.de> References: <20070105084959.214380@gmx.net> <459E3ADB.3010801@gmx.de> <20070105125754.214410@gmx.net> <45A0928C.7060705@gmx.de> Message-ID: <20070115095401.234960@gmx.net> When I tried to compare my minimal test file and the generated wiki html, I experienced a strange behaviour: In Opera, I open the wiki page and try to follow the link --> NOK. I copy the generated HTML code, save it as a file and open this file --> the link works fine. Is it possible that there is *something* within the MoinMoin system that impedes following links using the file:// protocol? Any idea what I could look for? Thanks, Cz. -------- Original-Nachricht -------- Datum: Sun, 07 Jan 2007 07:26:20 +0100 Von: Thomas Waldmann An: moin-user at lists.sourceforge.net Betreff: Re: [Moin-user] Notation for external file links? > > thank you for the link! Nevertheless I doubt some of the contents: > > (1) IE can't handle spaces (%20 replacements) properly > > There was no version specification there, maybe there has been a bug in > IE that is fixed meanwhile!? > > > (2) Opera does not support linking > > It explicitely tells that some specific versions of Opera don't support > this. Until proven that THOSE versions do support it, you better take > that as true. > > If you can prove that a specific newer opera version does support the > syntax described on the wiki page, just add that info. > > > I use a minimal html test file: > > --- > > > > link > > > > --- > > The syntax described on the page (and AFAIK also the standard) for file > links is different (count the slashes). > > > Both, IE6 and Opera 9.10 reach the target directory. When I provide the > *same* URL to MoinMoin, it fails as described. > > Well, look into the html generated and report back about differences > found. > > > > Is there a reason... or better: is there a solution? I do want to have a > link and not an attachment in the Wiki page. > > That stuff is problematic. So expect problems if you use it. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From tw-public at gmx.de Mon Jan 15 07:31:48 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 15 Jan 2007 13:31:48 +0100 Subject: [Moin-user] Notation for external file links? In-Reply-To: <20070115095401.234960@gmx.net> References: <20070105084959.214380@gmx.net> <459E3ADB.3010801@gmx.de> <20070105125754.214410@gmx.net> <45A0928C.7060705@gmx.de> <20070115095401.234960@gmx.net> Message-ID: <45AB7434.1040001@gmx.de> Reinhard Mayr aka Czerwinski schrieb: > When I tried to compare my minimal test file and the generated wiki html, I experienced a strange behaviour: In Opera, I open the wiki page and try to follow the link --> NOK. I copy the generated HTML code, save it as a file and open this file --> the link works fine. > > Is it possible that there is *something* within the MoinMoin system that impedes following links using the file:// protocol? Any idea what I could look for? > This has nothing to do with MoinMoin. Either just forget about file links or read MoinMoin:FileLinks. From kaithomasmax at googlemail.com Mon Jan 15 13:00:53 2007 From: kaithomasmax at googlemail.com (kai@aplteam.com) Date: Mon, 15 Jan 2007 18:00:53 +0000 Subject: [Moin-user] Security issue Message-ID: <99f673360701151000t200ec46cm269443ddbb66e26f@mail.gmail.com> More or less accidentally I've entered http://s176276151.online.de/aplwiki/wikiconfig.py into my browser's address bar. The result: the browser displays the file. I am not exactly happy about this. I am using Windows Server 2003 with IIS. I followed the steps given for Windows Server 2003 precisely. Comments are very welcome! Regards Kai Jaeger From marcel.haefner at heavy.ch Mon Jan 15 15:37:41 2007 From: marcel.haefner at heavy.ch (Marcel =?ISO-8859-1?Q?H=E4fner?=) Date: Mon, 15 Jan 2007 21:37:41 +0100 Subject: [Moin-user] Security issue In-Reply-To: <99f673360701151000t200ec46cm269443ddbb66e26f@mail.gmail.com> References: <99f673360701151000t200ec46cm269443ddbb66e26f@mail.gmail.com> Message-ID: <1168893461.3057.13.camel@lestat.vampyre.home> hi kay The only file what need to be accessible over the webserver is the programm file like moin.cgi or the moinmodpy.py (for mod_python) and sure the static html under your /wiki directory, and noting else! Never put your data and config files in/under your web directory. I use some directory structure like: 1. c:/wiki/htdocs The static html/css files (linked to http://mysite.local/wiki 2. c:/wiki/bin Containing the moin.cgi and linked to http://mysite.local/ (if you're using a root wiki) 3. c:/wiki/config My wikiconfig or farmconfig (the moin.cgi need to contain the path to this directory) 4. c:wiki/org/mywiki My wiki data and the underlay pages (take a look into your wikiconfig.py files to change the path to your data dir.) Hope it helps, Best Regards Marcel On Mon, 2007-01-15 at 18:00 +0000, kai at aplteam.com wrote: > More or less accidentally I've entered > > http://s176276151.online.de/aplwiki/wikiconfig.py > > into my browser's address bar. The result: the browser displays the > file. I am not exactly happy about this. > > I am using Windows Server 2003 with IIS. I followed the steps given > for Windows Server 2003 precisely. > > Comments are very welcome! > > Regards > Kai Jaeger > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From marcel.haefner at heavy.ch Mon Jan 15 15:57:02 2007 From: marcel.haefner at heavy.ch (Marcel =?ISO-8859-1?Q?H=E4fner?=) Date: Mon, 15 Jan 2007 21:57:02 +0100 Subject: [Moin-user] PyXML and Python2.5 Message-ID: <1168894622.3057.27.camel@lestat.vampyre.home> Hi there If I would like to output a Wiki-Site with DocBook. An Error-Message apears where say's: "need to install PyXML". As far as I know (maybe just gossips) PyXML will not be future develop for Python 2.5 and higher. Also on SourceForge there're only Win32 Install-Modules for Python 2.4 and lower. What's next? Should I downgrade my Apache2/Win2003 with ModPython to 2.4 or is there any other way to generate DocBooc XML (4suite)? thx Marcel Links: XML/XSLT MoinMoin - http://moinmoin.wikiwikiweb.de/HilfeZuXmlSeiten?highlight=%284suite%29 PyXML - http://sourceforge.net/project/showfiles.php?group_id=6473 4Suite - http://4suite.org/index.xhtml From eamon at nerbonne.org Tue Jan 16 04:51:13 2007 From: eamon at nerbonne.org (Eamon Nerbonne) Date: Tue, 16 Jan 2007 10:51:13 +0100 Subject: [Moin-user] Cannot stay logged in In-Reply-To: <961033CD-2630-43C1-81AC-1CEFF402F57D@inbrief.net> References: <8FC3C9D2-BE24-4F29-8A07-281FC4C5A22E@inbrief.net> <16b7b9ec0701110058x62f65babncf1802037fc3ea0e@mail.gmail.com> <961033CD-2630-43C1-81AC-1CEFF402F57D@inbrief.net> Message-ID: <16b7b9ec0701160151v7e5df936pc85915b9dc0fc0c8@mail.gmail.com> Sorry, can't seem to find the time to look into this more closely. My remark about it potentially being client-side caching related stemmed from the interaction in an old (1.5.3?) version of moinmoin, which I believe to be fixed now. Beyond that, I don't have an idea. You might try completely disabling caching in your browser just to make sure. If you have firefox, then you can use the web-developer toolbar to achieve that: it's an entry in that toolbar's disable menu. If it's cache-related, then my work-around is the following (if you use apache as I): In your .htaccess file inside the directory containing moin.cgi, add the following two lines. These will limit caching and thus also have a performance impact. Header set Cache-Control "must-revalidate, no-cache" Header unset Last-Modified If this really solves your problem, I can explain the cause of the bug (which is pretty obscure), but probably your issue is an entirely different one! --Eamon On 1/11/07, Edmund Lian < elian at inbrief.net> wrote: > > > On Jan 11, 2007, at 16:58, Eamon Nerbonne wrote: > > > This sounds like it might be a client-side caching problem. Which > > version of moinmoin are you running, and how are you serving it (CGI?) > > Thanks for responding! Moinmoin is at V 1.5.6, and it is being served > via Apache2/mod-python. > > > ...Edmund. > -- eamon at nerbonne.org - 06-15142163 -------------- next part -------------- An HTML attachment was scrubbed... URL: From crosseyedpenguin at yahoo.com Tue Jan 16 11:24:55 2007 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Tue, 16 Jan 2007 08:24:55 -0800 (PST) Subject: [Moin-user] Cannot stay logged in Message-ID: <959159.32584.qm@web36212.mail.mud.yahoo.com> > On 1/11/07, Edmund Lian < elian at inbrief.net> wrote: Hi, I've got a wierd problem... all of a sudden, I get logged out of Moinmoin after logging in successfully. That is, clicking on any link after logging in results in my status changing to logged out. I cannot edit any page at all. The behaviour holds regardless of whether I use Firefox or Safari on Mac OS X, and no other user has this problem. I am the Wiki admin. I've tried deleting cookies, changing cookie lifetimes, restarting the server, clearing the cache, all to no avail. What else can I do to fix the problem? --------- I am jumpin in late here and had to cut and paste from the archives. Sorry for mangling the message. If this is still unsolved, your might try adding the following to your wikiconfig.py: cookie_path = '/' cookie_domain = '/' I added the above after having a weird problem with an earlier version of Opera (8.5 something). I still have a home-grown version of login and set the moin cookie with my own code. While testing my code, I found that there was an inconsistency in the domain I set for the cookie and the domain Opera demanded it reside in before passing it back to the application. My solution was to always stuff the cookie in the root. Without the above, the cookie had a domain of mywiki/ or / and Opera demanded it be the opposite. This is grasping for straws, but my thought is that since you are the wiki admin, you may have an unusual network connection and may be switching domains in the login process, thus setting the cookie for one domain and trying to retrieve it later from another. Roger ____________________________________________________________________________________ Have a burning question? Go to www.Answers.yahoo.com and get answers from real people who know. From kaithomasmax at googlemail.com Tue Jan 16 14:41:21 2007 From: kaithomasmax at googlemail.com (kai@aplteam.com) Date: Tue, 16 Jan 2007 19:41:21 +0000 Subject: [Moin-user] Category Bug Message-ID: <99f673360701161141v7a361ab4j1ff0fe5d310325e@mail.gmail.com> I found a bug in MoinMoin. Unfortunately I cannot explain exactly what I did to trigger it, but the consequenses are still annoying me: Asking for a "Category" list I get some pages. Among them is a page "CategoryIbmApl" which In strongly believe to have rename to "CategoryApl2". However, tje list does _not_ contain a page "CategoryApl2". When I try to rename "CategoryIbmApl2" into "CategoryApl2" I get an error: Page "CategoryApl2" aleady exist. When I look into the "data/pages" direcoty, there is indeed a folder "CategoryApl2". However, asking explicitly about "CategoryApl2" result in 0 hits. What should I do? Delete the "CategoryApl2" folder from data/pages?? Kai From tw-public at gmx.de Tue Jan 16 17:24:23 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 16 Jan 2007 23:24:23 +0100 Subject: [Moin-user] Category Bug In-Reply-To: <99f673360701161141v7a361ab4j1ff0fe5d310325e@mail.gmail.com> References: <99f673360701161141v7a361ab4j1ff0fe5d310325e@mail.gmail.com> Message-ID: <45AD5097.6000205@gmx.de> > Asking for a "Category" list I get some pages. Among them is a page > "CategoryIbmApl" which In strongly believe to have rename to > "CategoryApl2". However, tje list does _not_ contain a page > "CategoryApl2". > > When I try to rename "CategoryIbmApl2" into "CategoryApl2" I get an > error: Page "CategoryApl2" aleady exist. When I look into the > "data/pages" direcoty, there is indeed a folder "CategoryApl2". > > However, asking explicitly about "CategoryApl2" result in 0 hits. > > What should I do? Delete the "CategoryApl2" folder from data/pages?? Sounds like something has gone wrong (disk full? server crashed? multiple operations on same page?). Maybe just move the folder CategoryApl2 out of data/pages. After that, you should be able to use that name as rename target. Maybe have a look into that folder to see whether it has a current file, edit-log and revisions dir with stuff you maybe want to keep or copy. From kaithomasmax at googlemail.com Wed Jan 17 10:08:02 2007 From: kaithomasmax at googlemail.com (kai@aplteam.com) Date: Wed, 17 Jan 2007 15:08:02 +0000 Subject: [Moin-user] Error?! Message-ID: <99f673360701170708q1aa39f07s206d615488016acf@mail.gmail.com> Clicking on "Preferences" leads to the nice message (see attached file). Any suggestions? Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: bug.jpg Type: image/jpeg Size: 12046 bytes Desc: not available URL: From tw at waldmann-edv.de Wed Jan 17 10:45:18 2007 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Wed, 17 Jan 2007 16:45:18 +0100 Subject: [Moin-user] Error?! In-Reply-To: <99f673360701170708q1aa39f07s206d615488016acf@mail.gmail.com> References: <99f673360701170708q1aa39f07s206d615488016acf@mail.gmail.com> Message-ID: <45AE448E.2030009@waldmann-edv.de> > Clicking on "Preferences" leads to the nice message (see attached file). Click on "show debugging information", save what you see as "bug.html" and file a bug on the moin wiki (and attach bug.html to the bug report). From elian at inbrief.net Thu Jan 18 02:31:07 2007 From: elian at inbrief.net (Edmund Lian) Date: Thu, 18 Jan 2007 15:31:07 +0800 Subject: [Moin-user] Cannot stay logged in In-Reply-To: <16b7b9ec0701160151v7e5df936pc85915b9dc0fc0c8@mail.gmail.com> References: <8FC3C9D2-BE24-4F29-8A07-281FC4C5A22E@inbrief.net> <16b7b9ec0701110058x62f65babncf1802037fc3ea0e@mail.gmail.com> <961033CD-2630-43C1-81AC-1CEFF402F57D@inbrief.net> <16b7b9ec0701160151v7e5df936pc85915b9dc0fc0c8@mail.gmail.com> Message-ID: <00E2EA65-50AA-45C6-87D6-4DD738C9AAA6@inbrief.net> On Jan 16, 2007, at 17:51, Eamon Nerbonne wrote: > Sorry, can't seem to find the time to look into this more closely. > My remark about it potentially being client-side caching related > stemmed from the interaction in an old (1.5.3?) version of > moinmoin, which I believe to be fixed now. Beyond that, I don't > have an idea. You might try completely disabling caching in your > browser just to make sure. If you have firefox, then you can use > the web-developer toolbar to achieve that: it's an entry in that > toolbar's disable menu. Thank you so much for taking time to look at the issue. I tried disabling the cache, but this did not help. So, I cleared all the cookies (which I had not wanted to do), and for some reason this solved the problem. I had been clearing the Moinmoin cookie by hand, but there must have been some other cookie related confusion. ...Edmund. From paddu12 at tce.edu Thu Jan 18 07:36:38 2007 From: paddu12 at tce.edu (paddu12 at tce.edu) Date: Thu, 18 Jan 2007 18:06:38 +0530 (IST) Subject: [Moin-user] Disabling anonymous users from editing the wiki Message-ID: <50634.203.129.194.20.1169123798.squirrel@203.129.194.20> Can you please tell me how to disable anonymous users from editing the wiki.. i.e users without login in should be able to edit the wiki.. And secondly, is there a way to disable the user-profile creation completely..so that we can prevent some automated bot over the internet from creating user profiles automatically. Regards, Padmashree -- I blog at http://padma12.blogspot.com ----------------------------------------- This email was sent using TCEMail Service. Thiagarajar College of Engineering Madurai - 625015 (India) From czerwinski1977 at gmx.net Thu Jan 18 09:25:13 2007 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Thu, 18 Jan 2007 15:25:13 +0100 Subject: [Moin-user] Disabling anonymous users from editing the wiki In-Reply-To: <50634.203.129.194.20.1169123798.squirrel@203.129.194.20> References: <50634.203.129.194.20.1169123798.squirrel@203.129.194.20> Message-ID: <20070118142513.92210@gmx.net> I prevent anonymous edits in my wikiconfig.py: # anonymous users have read-only access acl_rights_default = u"Trusted:read,write,delete,revert \ Known:read,write,delete,revert \ All:read" hth, cz. -------- Original-Nachricht -------- Datum: Thu, 18 Jan 2007 18:06:38 +0530 (IST) Von: paddu12 at tce.edu An: moin-user at lists.sourceforge.net Betreff: [Moin-user] Disabling anonymous users from editing the wiki > > Can you please tell me how to disable anonymous users from editing the > wiki.. i.e users without login in should be able to edit the wiki.. > > And secondly, is there a way to disable the user-profile creation > completely..so that we can prevent some automated bot over the internet > >from creating user profiles automatically. > > Regards, > Padmashree > > -- > I blog at http://padma12.blogspot.com > > > ----------------------------------------- > This email was sent using TCEMail Service. > Thiagarajar College of Engineering > Madurai - 625015 (India) > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- "Feel free" - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail From BKoski at apexdigitalsystems.com Thu Jan 18 12:33:48 2007 From: BKoski at apexdigitalsystems.com (Ben Koski) Date: Thu, 18 Jan 2007 12:33:48 -0500 Subject: [Moin-user] Slow degradation into CGI Error on IIS6, Server 2k3 Message-ID: Several months back, I sold my company on MoinMoin for its internal documentation needs. Everyone loved the system, until this morning when I came in and was greeted by a "CGI Error: The specified CGI application misbehaved by not returning a complete set of HTTP headers" when I tried to load the wiki. The wiki is version 1.5.4, hosted on a Windows 2k3 box with IIS 6 and Python 2.4. The wiki, of course, is served via Python CGI. The first thing I did was inspect the output by invoking "python.exe -u moin.cgi" from the command line. The output from this CGI looked clean, and only differed from a functional test copy on my local machine with a couple of caching headers--I have no idea why the headers were different, but their absence in the production version shouldn't make any difference, I think. Then I did an IIS reset. Wiki immediately came back up, but if I hammered it by holding down Ctrl+R in my browser, it would hit the CGI error again. If I let it sit for a minute and then refreshed again, the page would load correctly. If I repeated this process several times and then let it sit for a couple minutes, the Wiki would then refuse to load and return the error on every load. I thought maybe it was a problem with data so I created another test instance on the production server--same problem. I thought maybe my site-package had somehow been corrupted, so I tried replacing this with an original source copy. No change. Has anyone run into this issue before? The fact that it doesn't blow up on first load suggests to me that it is not a configuration error (or at least an obvious configuration error). Any ideas? Thanks! Ben Ben Koski Web Developer Apex Digital Systems 1010 Wayne Ave, Suite 800 Silver Spring, MD 20910 (301) 588-9767 x114 bkoski at apexds.com www.apexds.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Fri Jan 19 04:20:15 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 19 Jan 2007 10:20:15 +0100 Subject: [Moin-user] Disabling anonymous users from editing the wiki In-Reply-To: <50634.203.129.194.20.1169123798.squirrel@203.129.194.20> References: <50634.203.129.194.20.1169123798.squirrel@203.129.194.20> Message-ID: <45B08D4F.3060707@gmx.de> paddu12 at tce.edu schrieb: > Can you please tell me how to disable anonymous users from editing the > wiki.. i.e users without login in should be able to edit the wiki.. > > And secondly, is there a way to disable the user-profile creation > completely..so that we can prevent some automated bot over the internet > from creating user profiles automatically. > If you only want verified users to do stuff, do this: create a page EditorGroup and put a first level list on it having the user names you allow to edit. use acl_rights_default = u"EditorGroup:read,write,delete,revert All:read" this way it doesn't matter at all whether somebody creates a user account or not (there are some comfort features, also for just reading the wiki bound to having a user account, so you should not disallow creating user profiles) as far as edit access is concerned. btw, this all is documented on HelpOnAccessControlLists page. From tw-public at gmx.de Fri Jan 19 04:40:22 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 19 Jan 2007 10:40:22 +0100 Subject: [Moin-user] Slow degradation into CGI Error on IIS6, Server 2k3 In-Reply-To: References: Message-ID: <45B09206.60900@gmx.de> > Several months back, I sold my company on MoinMoin for its internal > documentation needs. Everyone loved the system, until this morning > when I came in and was greeted by a "CGI Error: The specified CGI > application misbehaved by not returning a complete set of HTTP > headers" when I tried to load the wiki. Well, if it worked since months and you didn't change anything python or moin, maybe some other change (IIS/Windows updates?) broke it. > The wiki is version 1.5.4, hosted on a Windows 2k3 box with IIS 6 and > Python 2.4. The wiki, of course, is served via Python CGI. I personally never use neither windows for servers nor IIS for web servers. If you have a choice, maybe apache or even better apache/linux would be more stable. > The first thing I did was inspect the output by invoking "python.exe > -u moin.cgi" from the command line. The output from this CGI looked > clean, and only differed from a functional test copy on my local > machine with a couple of caching headers--I have no idea why the > headers were different, but their absence in the production version > shouldn't make any difference, I think. Maybe try to do repeated calls on the command line and see if it emits the same stuff every time. If you redirect the output to files, you maybe can see it looking at the file length. If it does and requesting same page from IIS does sometimes work, sometimes not, I guess you have a IIS problem (because it also just calls the moin.cgi with python). > Then I did an IIS reset. What exactly does that mean? > Wiki immediately came back up, but if I hammered it by holding down > Ctrl+R in my browser, it would hit the CGI error again. If I let it > sit for a minute and then refreshed again, the page would load > correctly. If I repeated this process several times and then let it > sit for a couple minutes, the Wiki would then refuse to load and > return the error on every load. Even a CGI moin should be able to process multiple requests per second on a decent machine. I have never seen such behavior. I never use Windows/IIS. Maybe this is related? :) > I thought maybe it was a problem with data so I created another test > instance on the production server--same problem. I thought maybe my > site-package had somehow been corrupted, so I tried replacing this > with an original source copy. No change. Well, if you are changing code anyway, you might want to try a more recent version of moin, like 1.5.6. I am not sure that helps, but at least you have a more recent moin version afterwards. The only other hint I can give is to try to find out more information about your problem. The stuff you posted is vague enough to not being of much help diagnosing your problem. Of course this is due to windows stuff emitting vague and unusable error messages most of the time and not your fault. E.g. find out: * did moin emit ANY output when this error happens? if somehow IIS does not get anything at all, there are of course important headers missing, too. * if this was not the problem: what specific header(s) IIS is missing If you have a misconfigured moin setup (that does not work at all) with apache, you also get some 500 server error, premature end of script headers (because it got nothing at all: no content and also no headers). But once you have a working setup, you should never see that again. From mehdi.public at gmail.com Fri Jan 19 07:15:49 2007 From: mehdi.public at gmail.com (Mehdi Hassanpour) Date: Fri, 19 Jan 2007 06:15:49 -0600 Subject: [Moin-user] no-cache for news page Message-ID: <1abd6b930701190415s6c19726bu1b404357a2e45c2a@mail.gmail.com> Hi, I'm providing news in the first page of our wiki, I've included a news page like this: [[Include(^News/1385/.*,,sort=descending,items=3)]] Can anyone help me how should I get rid of caching on my news page? How can I use http header no-cache for this news page ? Thanks -- ******************************************************** Yours Sincerely, Mehdi Hassanpour ---------------------------------------------------------------------- /* Of one Essence is the human race, Thusly has Creation put the Base; One Limb impacted is sufficient, For all Others to feel the Mace. ~Saadi (persian poet) -1258 */ ---------------------------------------------------------------------- http://ImPersian.com | http://Hezardastan.org ******************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From mohacsi at niif.hu Sat Jan 20 11:42:29 2007 From: mohacsi at niif.hu (Mohacsi Janos) Date: Sat, 20 Jan 2007 17:42:29 +0100 (CET) Subject: [Moin-user] SystemAdmin macro usage Message-ID: <20070120173817.X26646@mignon.ki.iif.hu> Dear All, I have problem with SystemAdmin macro. I can use it in Moinmoin version 1.5.5a (listing file attachment browser and User account browser) while in 1.5.6 it does not list anything. Should I have some special rights to use these pages? Thanks in advance, Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 From stephen at theboulets.net Sun Jan 21 00:53:28 2007 From: stephen at theboulets.net (Stephen Boulet) Date: Sat, 20 Jan 2007 23:53:28 -0600 Subject: [Moin-user] Help with ACLs Message-ID: <2562419A-2DB8-48D2-BF1B-CE605D9A92B6@theboulets.net> I want myself to have all rights as the admin to my wiki: acl_rights_before = u"myname:read,write,delete,revert,admin" I actually only want myself to be able to see the site, since I'm using it for private notes. How can I do this? Thanks. Stephen From jimpop at yahoo.com Sun Jan 21 02:06:35 2007 From: jimpop at yahoo.com (Jim Popovitch) Date: Sun, 21 Jan 2007 02:06:35 -0500 Subject: [Moin-user] Help with ACLs In-Reply-To: <2562419A-2DB8-48D2-BF1B-CE605D9A92B6@theboulets.net> References: <2562419A-2DB8-48D2-BF1B-CE605D9A92B6@theboulets.net> Message-ID: <1169363195.8130.1.camel@localhost> On Sat, 2007-01-20 at 23:53 -0600, Stephen Boulet wrote: > I want myself to have all rights as the admin to my wiki: > > acl_rights_before = u"myname:read,write,delete,revert,admin" > > I actually only want myself to be able to see the site, since I'm > using it for private notes. How can I do this? Thanks. acl_rights_before = u"myname:read,write,delete,revert,admin all:" The above gives you everything you need, and everyone else (i.e "all") nothing. hth, -Jim P. -------------- 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 stephen at theboulets.net Sun Jan 21 22:43:03 2007 From: stephen at theboulets.net (Stephen Boulet) Date: Sun, 21 Jan 2007 21:43:03 -0600 Subject: [Moin-user] Help with ACLs In-Reply-To: <1169363195.8130.1.camel@localhost> References: <2562419A-2DB8-48D2-BF1B-CE605D9A92B6@theboulets.net> <1169363195.8130.1.camel@localhost> Message-ID: <65C79D68-EBEF-4103-A662-4F6BA9352989@theboulets.net> On Jan 21, 2007, at 1:06 AM, Jim Popovitch wrote: > On Sat, 2007-01-20 at 23:53 -0600, Stephen Boulet wrote: >> I want myself to have all rights as the admin to my wiki: >> >> acl_rights_before = u"myname:read,write,delete,revert,admin" >> >> I actually only want myself to be able to see the site, since I'm >> using it for private notes. How can I do this? Thanks. > > > acl_rights_before = u"myname:read,write,delete,revert,admin all:" > > The above gives you everything you need, and everyone else (i.e "all") > nothing. Thanks for the help, but this doesn't seem to work. I am able to see and edit the wiki when not logged in... Stephen From jimpop at yahoo.com Sun Jan 21 22:59:05 2007 From: jimpop at yahoo.com (Jim Popovitch) Date: Sun, 21 Jan 2007 22:59:05 -0500 Subject: [Moin-user] Help with ACLs In-Reply-To: <65C79D68-EBEF-4103-A662-4F6BA9352989@theboulets.net> References: <2562419A-2DB8-48D2-BF1B-CE605D9A92B6@theboulets.net> <1169363195.8130.1.camel@localhost> <65C79D68-EBEF-4103-A662-4F6BA9352989@theboulets.net> Message-ID: <1169438345.12570.1.camel@localhost> On Sun, 2007-01-21 at 21:43 -0600, Stephen Boulet wrote: > On Jan 21, 2007, at 1:06 AM, Jim Popovitch wrote: > > acl_rights_before = u"myname:read,write,delete,revert,admin all:" > > > > The above gives you everything you need, and everyone else (i.e "all") > > nothing. > > Thanks for the help, but this doesn't seem to work. I am able to see > and edit the wiki when not logged in... Opps, I misread what you had typed, then copied it myself. What you need is acl_rights_default = u"myname:read,write,delete,revert,admin all:" not acl_rights_before. Sorry, -Jim P. -------------- 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 stephen at theboulets.net Mon Jan 22 09:01:48 2007 From: stephen at theboulets.net (Stephen Boulet) Date: Mon, 22 Jan 2007 08:01:48 -0600 Subject: [Moin-user] Help with ACLs In-Reply-To: <1169438345.12570.1.camel@localhost> References: <2562419A-2DB8-48D2-BF1B-CE605D9A92B6@theboulets.net> <1169363195.8130.1.camel@localhost> <65C79D68-EBEF-4103-A662-4F6BA9352989@theboulets.net> <1169438345.12570.1.camel@localhost> Message-ID: <5D720923-9400-42B2-9422-CF447785E04E@theboulets.net> On Jan 21, 2007, at 9:59 PM, Jim Popovitch wrote: > acl_rights_default = u"myname:read,write,delete,revert,admin all:" This works great! Thanks. I have created an administrator who can log in and change pages. I noticed that I can create another user foo, who however can't do anything. Is it still the case that there is no good way to disable additional user creation? Stephen -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimpop at yahoo.com Mon Jan 22 10:41:56 2007 From: jimpop at yahoo.com (Jim Popovitch) Date: Mon, 22 Jan 2007 10:41:56 -0500 Subject: [Moin-user] Help with ACLs In-Reply-To: <5D720923-9400-42B2-9422-CF447785E04E@theboulets.net> References: <2562419A-2DB8-48D2-BF1B-CE605D9A92B6@theboulets.net> <1169363195.8130.1.camel@localhost> <65C79D68-EBEF-4103-A662-4F6BA9352989@theboulets.net> <1169438345.12570.1.camel@localhost> <5D720923-9400-42B2-9422-CF447785E04E@theboulets.net> Message-ID: <1169480516.27632.1.camel@localhost> On Mon, 2007-01-22 at 08:01 -0600, Stephen Boulet wrote: > I noticed that I can create another user foo, who however can't do > anything. Is it still the case that there is no good way to disable > additional user creation? I believe so, although I would be interested in hearing the opposite. -Jim P. -------------- 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 counterpoke at gmail.com Mon Jan 22 21:32:41 2007 From: counterpoke at gmail.com (Dexter Arver) Date: Mon, 22 Jan 2007 18:32:41 -0800 Subject: [Moin-user] Hierarchical pages Message-ID: <3da487460701221832g6f165823pc4d625e87195fbea@mail.gmail.com> Hello. I am currently managing a wiki of around 8000 pages and I would like to use Hierarchical ACLs to manage this wiki instance better. Basically, I would like to create a new page, and would like the 8k pages to go under it. So every existing page would be now a child page of the newly created page. This way, I can have different "branches" of ACLs. Since I have different types of users on my wiki, I can make one branch non-accessible to some groups and read only to others. Does anyone know of a way to make a new page the parent page of thousands of existing pages? -Dexter -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcel.haefner at heavy.ch Tue Jan 23 15:50:02 2007 From: marcel.haefner at heavy.ch (=?ISO-8859-1?Q?Marcel_H=E4fner?=) Date: Tue, 23 Jan 2007 21:50:02 +0100 Subject: [Moin-user] Hierarchical pages In-Reply-To: <3da487460701221832g6f165823pc4d625e87195fbea@mail.gmail.com> References: <3da487460701221832g6f165823pc4d625e87195fbea@mail.gmail.com> Message-ID: <45B674FA.6090706@heavy.ch> Hi Dexter As far as I understand the MoinMoin architecture. All pages are saved under a data directory on the system. Example: - Web Url: http://mywiki.com/Frontpage/Project - Directory: /org/data/pages/FrontPage(2f)Project So it's easy to rename the page "FrontPage(2f)Project " to "Home(2f)FrontPage(2f)Project" and with some scripting it's also possible to move thousands of pages. The only drawback, as far as I know, could be that that the history (RecentChanges) get broken (don't know for sure) and sure some links to former "main" pages (eg like ["FrontPage"]) not working 'coz should be now ["Home/FrontPage"] (links from mainpages to subpages like ["/subpages"] should stay valid). For your problem I would maybe try to work with wiki-farms and different Default-ACLs for each farmwiki. So you could separate the data (also moving around on the os level), but maybe still use a central user-dir... well just my first thought! cheers, hope it helps byebye Marcel Dexter Arver wrote: > Hello. > > I am currently managing a wiki of around 8000 pages and I would like > to use Hierarchical ACLs to manage this wiki instance better. > Basically, I would like to create a new page, and would like the 8k > pages to go under it. So every existing page would be now a child page > of the newly created page. > > This way, I can have different "branches" of ACLs. Since I have > different types of users on my wiki, I can make one branch > non-accessible to some groups and read only to others. > > Does anyone know of a way to make a new page the parent page of > thousands of existing pages? > > -Dexter > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From taggy at collabnet.org Tue Jan 23 23:26:30 2007 From: taggy at collabnet.org (S. Theyagarajan) Date: Wed, 24 Jan 2007 09:56:30 +0530 Subject: [Moin-user] MoinMoin Installation Message-ID: hi, i want to install MoinMoin on a hosted server like http://hostna/~user .i have cgi-bin setup .Can someone kindly tell me how to setup the files.Theinfo on web would not work for me . It would be great if some one can just post it here what steps i need to do to setup a wiki at host/~user/wiki thanks taggy -------------- next part -------------- An HTML attachment was scrubbed... URL: From Marcin.Kasperski at softax.com.pl Wed Jan 24 09:49:09 2007 From: Marcin.Kasperski at softax.com.pl (Marcin Kasperski) Date: Wed, 24 Jan 2007 15:49:09 +0100 Subject: [Moin-user] Elegant way to move user pages to subdirectory? Message-ID: <200701241549.10066.Marcin.Kasperski@softax.com.pl> As it is my first post to this list, let me first congratulate MoinMoin developers. You made excellent, and very useful tool! Thank you very, very much. Now, to the subject. What is the 'elegant' way to move personal pages to the subdirectory (say 'Personal' or 'Users') - so instead of having http://my.host/mywiki/Johnny I would have http://my.host/mywiki/Users/Johnny. As this is mainly matter of link in the usertab, I considered using brute force to rewrite username procedure in all the themes I use, but after noticing user_homewiki config param I started thinking that maybe there is some other way. So: is it possible to write user_homewiki param so user pages land under Users folder? (note: I would like to keep backups kept nevertheless, so faking url using interwiki is not an option!). If not, what could be the most elegant way? Also (predicting necessary rename once I achieve this), does there exist easy way to find all the user pages? Thanks in advance for any suggestions. From marcel.haefner at heavy.ch Thu Jan 25 10:54:43 2007 From: marcel.haefner at heavy.ch (=?utf-8?B?TWFyY2VsIEjkZm5lcg==?=) Date: Thu, 25 Jan 2007 16:54:43 +0100 (CET) Subject: [Moin-user] MoinMoin Error Message: [Errno 24] Too many open files Message-ID: <31767.212.203.75.131.1169740483.squirrel@mail2.webfaction.com> Hi there I'm running a Intranet-Wiki on a Windows2003 Server with Apache and Mod_Python and sure the latest stable MoinMoin Version. For a few days & weeks everything works fast and with no problems. Today, while I was editing like a "madman", well needed to update a lot of pages, I just receivded the following error message (from MoinMoin): [Errno 24] Too many open files: 'D:\\Daten\\wiki\\org\\IntranetWiki\\data\\pages\\Intranet\\revisions\\00000143' If you want to report a bug, please save this page and attach it to your bug report. (Comment: The Path (like D:\\Daten\\wiki...) were different, depend on witch wikifarm or site I did open). Temporary Solution: After restarting the Apache Server everything works well... (I also tried to extend the timeout of the surge-protection, but don't believe that this could be the solution. Now, I?m waiting to reproduce the error? ? I saw some info (2years old) about the same message under: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/TooManyFilesAreOpen So I need Help! - First, is this a Windows, Apache, Mod_Python or MoinMoin Bug/Problem? - Can I some how extend the max. limit for open files or something like that with my apache configuration or in the a moinmoin source? --> Or what should I do to solve this? Thx for any Help! Cya Marcel From mark.volkert at rakekniven.de Thu Jan 25 15:22:33 2007 From: mark.volkert at rakekniven.de (Mark Volkert) Date: Thu, 25 Jan 2007 21:22:33 +0100 Subject: [Moin-user] Limits of MoinMoin Message-ID: <200701252122.34008.mark.volkert@rakekniven.de> Hello, I run a wiki with about 500 pages and a total size of 200MB. No we think about adding a lot more files as attachments. It is a elegant way to add files like pdfs or pictures directly to the pages. Do you see a problem with it? Will the wiki getting slower? Cheers, mark -- MarkyMark listen to "Crazy Town - Hollywood Babylon" From tw-public at gmx.de Fri Jan 26 05:45:25 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 26 Jan 2007 11:45:25 +0100 Subject: [Moin-user] Help with ACLs In-Reply-To: <5D720923-9400-42B2-9422-CF447785E04E@theboulets.net> References: <2562419A-2DB8-48D2-BF1B-CE605D9A92B6@theboulets.net> <1169363195.8130.1.camel@localhost> <65C79D68-EBEF-4103-A662-4F6BA9352989@theboulets.net> <1169438345.12570.1.camel@localhost> <5D720923-9400-42B2-9422-CF447785E04E@theboulets.net> Message-ID: <45B9DBC5.70505@gmx.de> > I noticed that I can create another user foo, who however can't do > anything. Is it still the case that there is no good way to disable > additional user creation? It is the usual thing for wikis that users create their own accounts. Having an account gives a user no rights at all - except if YOU tell moin to do in the configuration (by using ACLs with Known/All:read,write). If you don't want that, just don't do that and specify more specific rights - e,g. "EditorGroup:read,write All:read" - then only people in EditorGroup will be able to edit. BTW: moin's default ACLs are of course wiki-like, so if you don't specify any ACLs in your config, it will use the rather open defaults. From tw-public at gmx.de Fri Jan 26 05:57:41 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 26 Jan 2007 11:57:41 +0100 Subject: [Moin-user] Elegant way to move user pages to subdirectory? In-Reply-To: <200701241549.10066.Marcin.Kasperski@softax.com.pl> References: <200701241549.10066.Marcin.Kasperski@softax.com.pl> Message-ID: <45B9DEA5.9080305@gmx.de> > Thank you very, very much. > Great you enjoy it. :) > Now, to the subject. What is the 'elegant' way to move personal > pages to the subdirectory (say 'Personal' or 'Users') - so > instead of having http://my.host/mywiki/Johnny I would have > http://my.host/mywiki/Users/Johnny. There is no easy way to do that. Moin really expects username == pagename for the user homepage. Of course one can hack to code to use Users/UserName, but that has quite some consequences, because this is used at quite some places: * @SIG@ * RecentChanges * last edit info at bottom of page * action=info * (maybe more) So if you are not careful, you might break quite some things. > user_homewiki config param I started thinking that maybe there > is some other way. So: is it possible to write user_homewiki > param so user pages land under Users folder? > What it does is looking up the wikiname you configure there in the interwiki map and then construct a interwiki link, so that could maybe work, just try making a new interwiki map entry like: UserHome http://yourserver/mywiki/Users/ > (note: I would like to keep backups kept nevertheless, so faking > url using interwiki is not an option!). 1.6 will have a better way than those /MoinEditorBackup, but for 1.5 you are right (it won't do backups). > If not, what could be the most elegant way? > Maybe just doing it the "normal" way? :) > Also (predicting necessary rename once I achieve this), does > there exist easy way to find all the user pages? > CategoryHomePage maybe? From tw-public at gmx.de Fri Jan 26 06:42:49 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 26 Jan 2007 12:42:49 +0100 Subject: [Moin-user] MoinMoin Error Message: [Errno 24] Too many open files In-Reply-To: <31767.212.203.75.131.1169740483.squirrel@mail2.webfaction.com> References: <31767.212.203.75.131.1169740483.squirrel@mail2.webfaction.com> Message-ID: <45B9E939.5040603@gmx.de> > I'm running a Intranet-Wiki on a Windows2003 Server with Apache and > Mod_Python and sure the latest stable MoinMoin Version. For a few days & > weeks everything works fast and with no problems. > > Today, while I was editing like a "madman", well needed to update a lot of > pages, I just receivded the following error message (from MoinMoin): > > [Errno 24] Too many open files: > 'D:\\Daten\\wiki\\org\\IntranetWiki\\data\\pages\\Intranet\\revisions\\00000143' > If you want to report a bug, please save this page and attach it to your > bug report. > Looks like either your operating system isn't giving moin enough file handles (for DOS, this used to be some FILES= stuff, don't know exactly how this is for win32). Or (if concurrent TCP connections also count as open file on windows), maybe you did too many requests in parallel and ran out of files because of that. Maybe the browser didn't close the connections cleanly, so those "files" stayed open until they time out. Maybe try if waiting helps (though I don't know how long the timeout is). Or it is one more strange mod_python effect, then maybe trying fastcg or plain cgi helps. Or use moin's standalone server (you can use apache as reverse proxy for that if you like). > (I also tried to extend the timeout of the surge-protection, but don't > believe that this could be the solution. That's unrelated. If you trigger that, it tells your rather clear that you did. Maybe try to find out what files are open, how many are open. From tw-public at gmx.de Fri Jan 26 06:55:26 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 26 Jan 2007 12:55:26 +0100 Subject: [Moin-user] Limits of MoinMoin In-Reply-To: <200701252122.34008.mark.volkert@rakekniven.de> References: <200701252122.34008.mark.volkert@rakekniven.de> Message-ID: <45B9EC2E.3000807@gmx.de> > I run a wiki with about 500 pages and a total size of 200MB. > No we think about adding a lot more files as attachments. > It is a elegant way to add files like pdfs or pictures directly to the pages. > > Do you see a problem with it? The files will be stored into data/pages/PageName/attachments/file.txt. So as long as you do not attach extremely many files (>>1000 if you use a bad filesystem) to a single page, I see no problem with the filesystem. Maybe having >>100 files per page will give some usability problems as AttachFile action renders a list of the files (and long lists are harder to use than short ones), but this is also only for extreme amounts attached to a single page. Of course you will need a good backup of your wiki (including the files). Especially the file attachments are critical as there is no revisioning for them, so if someone deletes a file, it is gone except if you can restore it from a backup copy. > Will the wiki getting slower? > No, most page operations won't get slower. 1.6 will be able to index your attached file and search in their contents, maybe this will be a nice feature for you (when it's ready). Due to using an index, it won't have a problem with bigger amounts of files, just then initial indexing will take longer, of course. From Marcin.Kasperski at softax.com.pl Fri Jan 26 08:05:06 2007 From: Marcin.Kasperski at softax.com.pl (Marcin Kasperski) Date: Fri, 26 Jan 2007 14:05:06 +0100 Subject: [Moin-user] Elegant way to move user pages to subdirectory? In-Reply-To: <45B9DEA5.9080305@gmx.de> References: <200701241549.10066.Marcin.Kasperski@softax.com.pl> <45B9DEA5.9080305@gmx.de> Message-ID: <200701261405.07302.Marcin.Kasperski@softax.com.pl> > > Now, to the subject. What is the 'elegant' way to move > > personal pages to the subdirectory (say 'Personal' or > > 'Users') - so instead of having http://my.host/mywiki/Johnny > > I would have http://my.host/mywiki/Users/Johnny. > > There is no easy way to do that. Moin really expects username > == pagename for the user homepage. :-( Maybe note why I see a problem here: it happens, that usernames conflict with natural names of 'main content' pages. Another is that they are more difficult to omit while searching for orphans, wanted pages, etc. > Of course one can hack to code to use Users/UserName, but that > has quite some consequences, because this is used at quite > some places: * @SIG@ > * RecentChanges > * last edit info at bottom of page > * action=info > * (maybe more) This 'maybe' looks most terrifying. And I hoped to limit the changes to the theme, but it seems that patching moinmoin itself would be necessary (hmm, friendly grep quickly shows that wikiutil.getInterwikiHomePage is used directly in 6 places) not counting subroutines that call subroutines :-( > What it does is looking up the wikiname you configure there in > the interwiki map and then construct a interwiki link, so that > could maybe work, just try making a new interwiki map entry > like: > > UserHome http://yourserver/mywiki/Users/ > > > (note: I would like to keep backups kept nevertheless, so > > faking url using interwiki is not an option!). > > 1.6 will have a better way than those /MoinEditorBackup, but > for 1.5 you are right (it won't do backups). Yeah, I just found this: def _make_backup(self, newtext, **kw): (...) if homepage[0] != 'Self': # user has a remote homepage return None Now I am contemplating patching this routine somehow.... > > If not, what could be the most elegant way? > > Maybe just doing it the "normal" way? :) Reasons for which I do not like the current approach are quoted above. > > Also (predicting necessary rename once I achieve this), does > > there exist easy way to find all the user pages? > > CategoryHomePage maybe? It counts on users to add this marker... Some solution, but not the perfect one. Thanks for the hints. From p.f.moore at gmail.com Fri Jan 26 10:55:15 2007 From: p.f.moore at gmail.com (Paul Moore) Date: Fri, 26 Jan 2007 15:55:15 +0000 Subject: [Moin-user] Elegant way to move user pages to subdirectory? In-Reply-To: <200701261405.07302.Marcin.Kasperski@softax.com.pl> References: <200701241549.10066.Marcin.Kasperski@softax.com.pl> <45B9DEA5.9080305@gmx.de> <200701261405.07302.Marcin.Kasperski@softax.com.pl> Message-ID: <79990c6b0701260755s395d4dd5pc35b26257aae891f@mail.gmail.com> On 26/01/07, Marcin Kasperski wrote: > > > Now, to the subject. What is the 'elegant' way to move > > > personal pages to the subdirectory (say 'Personal' or > > > 'Users') - so instead of having http://my.host/mywiki/Johnny > > > I would have http://my.host/mywiki/Users/Johnny. > > > > There is no easy way to do that. Moin really expects username > > == pagename for the user homepage. > > :-( > > Maybe note why I see a problem here: it happens, that usernames > conflict with natural names of 'main content' pages. > Another is that they are more difficult to omit while searching > for orphans, wanted pages, etc. You might want to look at http://moinmoin.wikiwikiweb.de/FeatureRequests/UserNamespace which seems to be what you're suggesting. I don't know if there's any expectation that this change be added to the core MoinMoin code, but there's a patch on that page you could apply yourself. Paul From mark.volkert at rakekniven.de Fri Jan 26 11:35:21 2007 From: mark.volkert at rakekniven.de (Mark Volkert) Date: Fri, 26 Jan 2007 17:35:21 +0100 Subject: [Moin-user] Limits of MoinMoin In-Reply-To: <45B9EC2E.3000807@gmx.de> References: <200701252122.34008.mark.volkert@rakekniven.de> <45B9EC2E.3000807@gmx.de> Message-ID: <200701261735.21897.mark.volkert@rakekniven.de> Hello Thomas, thank you for the detailed answer. Am Freitag, 26. Januar 2007 12:55 schrieb Thomas Waldmann: > So as long as you do not attach extremely many files (>>1000 if you use > a bad filesystem) to a single page, I see no problem with the filesystem. I am using ext3 and think about a max. of 40 files for a page. > Maybe having >>100 files per page will give some usability problems as > AttachFile action renders a list of the files (and long lists are harder > to use than short ones), but this is also only for extreme amounts > attached to a single page. Ack. > Of course you will need a good backup of your wiki (including the files). We do a sequential backup every night. > 1.6 will be able to index your attached file and search in their > contents, maybe this will be a nice feature for you (when it's ready). > Due to using an index, it won't have a problem with bigger amounts of > files, just then initial indexing will take longer, of course. What is the release schedule? Which file types will see search function support? Cheers, Mark From skip at pobox.com Sat Jan 27 20:35:22 2007 From: skip at pobox.com (Skip Montanaro) Date: Sun, 28 Jan 2007 01:35:22 +0000 (UTC) Subject: [Moin-user] email addresses of AdminGroup folk? map url to local file? Message-ID: (It seems I am unable to send mail to the list. My posts just evaporate into the ether. So I am resending using gmane...) How would I get the email addresses of the people in the AdminGroup from within the Moin code? I'm working on a SpamBayes-based security policy and want to send the admin(s) the URL for a page which fails to pass muster with the SpamBayes scoring. Also, is it possible to (again, within the SpamBayes code) map a URL referring to a page in the wiki to a local file within the wiki or should I simply urlopen it to get its contents? Thx, -- Skip Montanaro - skip at pobox.com - http://www.webfast.com/~skip/ "The hippies and the hipsters did some great stuff in the sixties, but the geeks pulled their weight too." -- Billy Bragg From lists.gnarlodious at gmail.com Sun Jan 28 00:05:34 2007 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Sat, 27 Jan 2007 22:05:34 -0700 Subject: [Moin-user] Removing script component from the URL Message-ID: <3130eec50701272105p76ef4106i9e4f2d1838aefbbc@mail.gmail.com> Hello. I have succeeded in getting moin to be served up in the documentRoot: http://Gnarlodious.com/ As you can see, everything is working as it should except for links that need the /moin.cgi part. Without /moin.cgi the pages are not found apparently because the script is not running. Here is my server setup: ServerName gnarlodious.com Alias /moin/ /usr/grp/Cogent/gnarlodious.com/htdocs/moin/ DocumentRoot /usr/grp/Cogent/gnarlodious.com/scripts AddHandler cgi-script .cgi DirectoryIndex /moin.cgi ErrorLog /usr/grp/Cogent/gnarlodious.com/logs/error_log CustomLog /usr/grp/Cogent/gnarlodious.com/logs/access_log combined AllowOverride None Order allow,deny Allow from all Options ExecCGI And in moin.cgi this line seems to be necessary: request = RequestCGI(properties = {'script_name': '/moin.cgi'}) Does the domain need a ScriptAlias pointing to the moin.cgi script? Or alternatively I could use mod_rewrite to remove the offending piece, but where does one run .htaccess in this setup? -- Gnarlie From tw-public at gmx.de Sun Jan 28 07:30:47 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 28 Jan 2007 13:30:47 +0100 Subject: [Moin-user] Limits of MoinMoin In-Reply-To: <200701261735.21897.mark.volkert@rakekniven.de> References: <200701252122.34008.mark.volkert@rakekniven.de> <45B9EC2E.3000807@gmx.de> <200701261735.21897.mark.volkert@rakekniven.de> Message-ID: <45BC9777.6020608@gmx.de> >> 1.6 will be able to index your attached file and search in their >> contents, maybe this will be a nice feature for you (when it's ready). >> Due to using an index, it won't have a problem with bigger amounts of >> files, just then initial indexing will take longer, of course. > What is the release schedule? When it is ready. :) To be more exact: a public beta when the converter is ready. The main problem currently is converting bigger existing wikis, not using the 1.6 branch code for new wikis. > Which file types will see search function support? Assuming you have the filtering tools installed (antiword, catdoc, pdftotext): doc xls pdf openoffice jpeg html xml text and maybe some more that have readable text in them From tw-public at gmx.de Sun Jan 28 07:46:39 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 28 Jan 2007 13:46:39 +0100 Subject: [Moin-user] email addresses of AdminGroup folk? map url to local file? In-Reply-To: References: Message-ID: <45BC9B2F.3080005@gmx.de> > How would I get the email addresses of the people in the AdminGroup from > within the Moin code? get group member names (see wikidict.py) find userid (user.py) open user profile (make user object u, user.py) u.email (or similar) is the mail address > I'm working on a SpamBayes-based security policy and > want to send the admin(s) the URL for a page which fails to pass muster with > the SpamBayes scoring. Maybe consider using superuser list members. > Also, is it possible to (again, within the SpamBayes code) map a URL > referring to a page in the wiki to a local file within the wiki or should I > simply urlopen it to get its contents? Maybe there is some code for that in request.py or converter/text_html_text_wiki.py. From M.J.Evans-Brown at ljmu.ac.uk Sun Jan 28 15:18:25 2007 From: M.J.Evans-Brown at ljmu.ac.uk (Evans-Brown, Michael) Date: Sun, 28 Jan 2007 20:18:25 -0000 Subject: [Moin-user] How do I prevent non-regsitered users from reading pages? Message-ID: This may seem like a stupid question - and I have had a look at the documentation - but I can't for the life of me work out how to globally set my wiki to prevent non registered users from reading pages - i.e. I only want to allow registered, logged-in users to read pages. Also, how can I disable/limit registration of new users? Thanks, Michael From M.J.Evans-Brown at ljmu.ac.uk Sun Jan 28 17:44:47 2007 From: M.J.Evans-Brown at ljmu.ac.uk (Evans-Brown, Michael) Date: Sun, 28 Jan 2007 22:44:47 -0000 Subject: [Moin-user] How do I prevent non-regsitered users from readingpages? References: Message-ID: OK, I found out how to create a closed community: You must have admin rights for this, see How To Become An Admin. Create the group MembersGroup and add the members user names. See How To Create Groups In your configuration file, either wikiconfig.py or farmconfig.py, set these variables: acl_rights_before = (u"MyName:read,write,revert,delete,admin MembersGroup:read,write,revert,delete") acl_rights_default = u"All:" but how I can I prevent "Immutable Page"s from being viewed site-wide without using an ACL on each page? Michael -----Original Message----- From: moin-user-bounces at lists.sourceforge.net on behalf of Evans-Brown, Michael Sent: Sun 1/28/2007 8:18 PM To: moin-user at lists.sourceforge.net Subject: [Moin-user] How do I prevent non-regsitered users from readingpages? This may seem like a stupid question - and I have had a look at the documentation - but I can't for the life of me work out how to globally set my wiki to prevent non registered users from reading pages - i.e. I only want to allow registered, logged-in users to read pages. Also, how can I disable/limit registration of new users? Thanks, Michael ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From skip at pobox.com Sun Jan 28 23:39:00 2007 From: skip at pobox.com (Skip Montanaro) Date: Mon, 29 Jan 2007 04:39:00 +0000 (UTC) Subject: [Moin-user] spambayes.MoinSecurityPolicy Message-ID: I've mostly implemented an alternative security policy that uses SpamBayes to classify edits as ham or spam. I think it has the potential to be much better than the current scheme, both in terms of accuracy as well as speed. I'm having trouble with the MoinMoin side of things though. I hope someone with MoinMoin chops can look at what I've got and help straighten things out. The current state is available in the SpamBayes CVS repository: http://spambayes.cvs.sourceforge.net/spambayes/spambayes/spambayes/MoinSecurityPolicy.py? view=log The module docstring should tell you how it is supposed to work. Basically, these functions seem to work: * Updating HamPages and SpamPages seems to work. Saving either one triggers a retrain. * Committing an edit when the page scores as "ham" (i.e. "good") works. The problems I've struggled with up to this point center on doing the forced revert when a submitted edit is deemed to possibly or probably be spam and generating a list of email addresses for the members of the AdminGroup. If someone could look at the force_revert() and mail_admins_about() methods and make some suggestions I'd much appreciate it. Maybe my approach is all wrong, but here it is. When a user attempts to commit an edit it is provisionally saved (assuming the base Permissions.save() method allows it). This saves the content we will need later in case this page is used to train the SpamBayes classifier. If the page scores okay, fine, we're done. If not, the commit has to be reverted whether or not the user has revert privileges, and an email has to be sent to the members of the AdminGroup. (Thomas mentioned the superuser, but I have no idea how to get that. And in any case wouldn't that be one person per installation, not one person per wiki?) Any help would be greatly appreciated. Thanks, Skip Montanaro (still posting via gmane because my emails just disappear into never-never land) From tw-public at gmx.de Mon Jan 29 03:11:41 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 29 Jan 2007 09:11:41 +0100 Subject: [Moin-user] How do I prevent non-regsitered users from reading pages? In-Reply-To: References: Message-ID: <45BDAC3D.4080506@gmx.de> > This may seem like a stupid question - and I have had a look at the documentation - but I can't for the life of me work out how to globally set my wiki to prevent non registered users from reading pages - i.e. I only want to allow registered, logged-in users to read pages. > > Also, how can I disable/limit registration of new users? What you want is a ReaderGroup (and maybe also a EditorGroup) and give those groups rights by acl_rights_default like this: acl_rights_default = u"EditorGroup:read,write,delete,revert ReaderGroup:read" Don't give any rights to Known or All if you don't really mean that. From tw-public at gmx.de Mon Jan 29 03:18:16 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 29 Jan 2007 09:18:16 +0100 Subject: [Moin-user] How do I prevent non-regsitered users from readingpages? In-Reply-To: References: Message-ID: <45BDADC8.4070903@gmx.de> > acl_rights_before = (u"MyName:read,write,revert,delete,admin MembersGroup:read,write,revert,delete") > acl_rights_default = u"All:" If you use "before" for the group acl stuff, you won't be able to change that on a per-page basis (this is why I suggested using "default" for that). > but how I can I prevent "Immutable Page"s from being viewed site-wide without using an ACL on each page? If you are talking of moin's system and help pages: they come with some page acls like "MoinPagesEditorGroup:read,write All:read". If this is a problem for you, you have to change the acls on these pages. Alternatively, if you can live with using just the "before" acl, you could put "All:" at the end of it. Be aware that it will never user "default", on-page or "after" acl in that case. From stephen at theboulets.net Tue Jan 30 14:34:14 2007 From: stephen at theboulets.net (stephen at theboulets.net) Date: Tue, 30 Jan 2007 11:34:14 -0800 (PST) Subject: [Moin-user] Escaping things Message-ID: <38749.129.188.69.129.1170185654.squirrel@webmail.theboulets.net> How do I escape things like double quotes so that they don't become wikiwords? Thanks. Stephen From paddu12 at gmail.com Tue Jan 30 20:54:40 2007 From: paddu12 at gmail.com (Padmashree B) Date: Wed, 31 Jan 2007 07:24:40 +0530 Subject: [Moin-user] Disabling anonymous users from editing the wiki In-Reply-To: <20070118142513.92210@gmx.net> References: <50634.203.129.194.20.1169123798.squirrel@203.129.194.20> <20070118142513.92210@gmx.net> Message-ID: <5fb2ad360701301754n27a0caf5x2293caaaed7fc04e@mail.gmail.com> On 1/18/07, Reinhard Mayr aka Czerwinski wrote: > > I prevent anonymous edits in my wikiconfig.py: > # anonymous users have read-only access > acl_rights_default = u"Trusted:read,write,delete,revert \ > Known:read,write,delete,revert \ > All:read" Thanks! Also, I tried going thru the doc for the diff btw Known and Trusted users but could not make its meaning.. Can someone please explain it. hth, cz. > > -------- Original-Nachricht -------- > Datum: Thu, 18 Jan 2007 18:06:38 +0530 (IST) > Von: paddu12 at tce.edu > An: moin-user at lists.sourceforge.net > Betreff: [Moin-user] Disabling anonymous users from editing the wiki > > > > > Can you please tell me how to disable anonymous users from editing the > > wiki.. i.e users without login in should be able to edit the wiki.. > > > > And secondly, is there a way to disable the user-profile creation > > completely..so that we can prevent some automated bot over the internet > > >from creating user profiles automatically. > > > > Regards, > > Padmashree > > > > -- > > I blog at http://padma12.blogspot.com > > > > > > ----------------------------------------- > > This email was sent using TCEMail Service. > > Thiagarajar College of Engineering > > Madurai - 625015 (India) > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your > > opinions on IT & business topics through brief surveys - and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > -- > "Feel free" - 5 GB Mailbox, 50 FreeSMS/Monat ... > Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- My Blog : http://padma12.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From paddu12 at gmail.com Tue Jan 30 21:08:10 2007 From: paddu12 at gmail.com (Padmashree B) Date: Wed, 31 Jan 2007 07:38:10 +0530 Subject: [Moin-user] How to disable user profile creation In-Reply-To: <45A093AF.5000702@gmx.de> References: <5fb2ad360701050556v872ca27u81ab70c39f7445fd@mail.gmail.com> <45A093AF.5000702@gmx.de> Message-ID: <5fb2ad360701301808w358f264ct8a9bb6274feb0ce1@mail.gmail.com> On 1/7/07, Thomas Waldmann wrote: > > > portal.Now, for this.. when the user clicks on the login button only the > > name and password fields should be displayed. > > Just use a recent moin version. As you see on moinmoin.wikiwikiweb.de, > this is the case for the current code (soon released as 1.5.7). I want just the username and pwd textboxes to be displayed.You had suggested me to use moin1.5.7 but its not yet released nor could I find its code. In the repository only the code of moin2.0 is kept after moin1.5.6. Can you please suggest me how to just disable and remove the pwd-repeat and email textboxes and create-profile button. What files do I need to look into and how to modify. Thanks, Padmashree -- My Blog : http://padma12.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Wed Jan 31 04:40:32 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 31 Jan 2007 10:40:32 +0100 Subject: [Moin-user] Escaping things In-Reply-To: <38749.129.188.69.129.1170185654.squirrel@webmail.theboulets.net> References: <38749.129.188.69.129.1170185654.squirrel@webmail.theboulets.net> Message-ID: <45C06410.1050006@gmx.de> > How do I escape things like double quotes so that they don't become > wikiwords? Thanks. > I guess you mean wiki markup (not wikiwords, like CamelCaseWords). You can either use backticks around it, like `this is some stuff '' with 2 single quotes`. It will appear in another font in that case. If you don't want that, you can also use a empty backticked section like this: this is some stuff '``' with 2 single quotes. The 2 backticks between the 2 single quotes will avoid detection of it. From tw-public at gmx.de Wed Jan 31 04:45:10 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 31 Jan 2007 10:45:10 +0100 Subject: [Moin-user] How to disable user profile creation In-Reply-To: <5fb2ad360701301808w358f264ct8a9bb6274feb0ce1@mail.gmail.com> References: <5fb2ad360701050556v872ca27u81ab70c39f7445fd@mail.gmail.com> <45A093AF.5000702@gmx.de> <5fb2ad360701301808w358f264ct8a9bb6274feb0ce1@mail.gmail.com> Message-ID: <45C06526.7020401@gmx.de> > On 1/7/07, *Thomas Waldmann* > wrote: > > > portal.Now, for this.. when the user clicks on the login button > only the > > name and password fields should be displayed. > > Just use a recent moin version. As you see on > moinmoin.wikiwikiweb.de , > this is the case for the current code (soon released as 1.5.7). > > > I want just the username and pwd textboxes to be displayed. This is the case for moin 1.5.6 (and also soon for 1.5.7). > You had suggested me to use moin1.5.7 but its not yet released nor > could I find its code. In the repository only the code of moin2.0 is > kept after moin1.5.6. hg.thinkmo.de/moin/1.5 - if you check out the latest code from that branch (see "bz2" link) it will be something similar to 1.5.7 release (it is not released yet). > Can you please suggest me how to just disable and remove the > pwd-repeat and email textboxes and create-profile button. What files > do I need to look into and how to modify. You don't need to do that as we have already done it quite some time ago in 1.5.x. Just use a current version (like 1.5.6). BTW: you don't need to CC: me via direct email, posting to the mailing list is enough. From Marcin.Kasperski at softax.com.pl Wed Jan 31 08:05:09 2007 From: Marcin.Kasperski at softax.com.pl (Marcin Kasperski) Date: Wed, 31 Jan 2007 14:05:09 +0100 Subject: [Moin-user] Disabling anonymous users from editing the wiki In-Reply-To: <5fb2ad360701301754n27a0caf5x2293caaaed7fc04e@mail.gmail.com> References: <50634.203.129.194.20.1169123798.squirrel@203.129.194.20> <20070118142513.92210@gmx.net> <5fb2ad360701301754n27a0caf5x2293caaaed7fc04e@mail.gmail.com> Message-ID: <200701311405.09815.Marcin.Kasperski@softax.com.pl> > Thanks! Also, I tried going thru the doc for the diff btw > Known and Trusted users but could not make its meaning.. Can > someone please explain it. Known - somehow logged in (how, depends on the authentication scheme you use) Trusted - IIRC logged in via SSL connection From hodelas at auburn.edu Wed Jan 31 08:57:39 2007 From: hodelas at auburn.edu (A. Scottedward Hodel) Date: Wed, 31 Jan 2007 07:57:39 -0600 Subject: [Moin-user] Possible MoinMoin bugs/browser incompatibilities In-Reply-To: <38749.129.188.69.129.1170185654.squirrel@webmail.theboulets.net> References: <38749.129.188.69.129.1170185654.squirrel@webmail.theboulets.net> Message-ID: <6687E0FD-5D9F-4D79-9C01-E9D96AFC4AB6@auburn.edu> I am using MoinMoin to set up separate wiki's for design projects I am supervising. Students have identified two difficulties, one of which I am able to duplicate. (1) Firefox: exception thrown when switching from GUI editing to Text editing. Edits are lost. This occurs with the latest version of Firefox under both Windows and Mac OS X. (2) Category lists: pages that use the macro [[FullSearch (WeeklyReportCategory)]] do not always list all reports. I cannot duplicate this bug, but I am usually using Safari under Mac OS X and am logged in as the administrator. If further detail or testing would be useful to help debug the problem, I'll be glad to continue to work the problem. Yours, A. Scottedward Hodel, 334 844-1854, fax 334 844-1809 hodelas at auburn.edu http://www.eng.auburn.edu/~hodelas From tw-public at gmx.de Wed Jan 31 09:22:06 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 31 Jan 2007 15:22:06 +0100 Subject: [Moin-user] Possible MoinMoin bugs/browser incompatibilities In-Reply-To: <6687E0FD-5D9F-4D79-9C01-E9D96AFC4AB6@auburn.edu> References: <38749.129.188.69.129.1170185654.squirrel@webmail.theboulets.net> <6687E0FD-5D9F-4D79-9C01-E9D96AFC4AB6@auburn.edu> Message-ID: <45C0A60E.8030808@gmx.de> > (1) Firefox: exception thrown when switching from GUI editing to Text > editing. Edits are lost. This occurs with the latest version of > Firefox under both Windows and Mac OS X. > I guess this depends rather on the html you have in the gui editor than the browser version you use. The tricky part of that gui editing stuff is that it is done with a HTML editor (FCKeditor) - when saving (or switching to text editor), moin has to convert the html to wiki markup. Depending on the html, this might trigger problems in the converter. Esp. people pasting stuff from ms word triggered this problem - in that case this is caused by the strange html produced by ms word. Also, the converter is complex and far from perfect, the next release will fix some more of its shortcomings. It would help us if someone analyzed which html tags are still problematic (or at least exactly describes how to reproduce it) and posted a bug report about it to the moinmoin wiki. > (2) Category lists: pages that use the macro [[FullSearch > (WeeklyReportCategory)]] do not always list all reports. I cannot > duplicate this bug, but I am usually using Safari under Mac OS X and > am logged in as the administrator. > I don't think this is related to your browser. If it can't be reproduced, it will be a bit hard to debug / fix. Display of search results can depend on the user, though: if you have ACLs on the pages not allowing read access by some users, then those users also won't "find" those pages. > If further detail or testing would be useful to help debug the > problem, I'll be glad to continue to work the problem. > The best way to help is to post bug reports to the wiki and give as much details as possible. http://moinmoin.wikiwikiweb.de/MoinMoinBugs If you get a traceback, please save (the verbose form of) it as backtrace.html and attach it to the bug page. From Lane.Rettig at deshaw.com Wed Jan 31 13:17:23 2007 From: Lane.Rettig at deshaw.com (Rettig, Lane) Date: Wed, 31 Jan 2007 13:17:23 -0500 Subject: [Moin-user] Lupy indexer errors with "too many open files" Message-ID: I'm not sure if this is the best place to ask questions about Lupy, but I'll give it a shot for lack of a more appropriate list. I'm attempting to do scalability testing of the MoinMoin software to benchmark its performance with large numbers of pages, users, etc.. As part of this testing, I created a 5,000 page wiki (the contents of each page is identical and around 10kb). Performing searches on the wiki was painfully slow, taking on the order of minutes. So I decided to try building a Lupy index of the contents to see if this improved the search performance. However, whenever I try to build the index, Lupy gets through maybe a couple thousand pages before dying with the following error: Traceback (most recent call last): File "/var/wiki/lib/MoinMoin/script/moin.py", line 22, in ? File "/var/wiki/lib/MoinMoin/script/moin.py", line 15, in run File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/script/_util.py", line 76, in run File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/script/_util.py", line 176, in mainloop File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/script/_util.py", line 76, in run File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/script/lupy/build.py", line 41, in mainloop File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/script/lupy/build.py", line 47, in command File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/lupy.py", line 300, in indexPages File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/lupy.py", line 530, in _index_pages File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/lupy.py", line 480, in _index_page File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/support/lupy/index/indexwr iter.py", line 56, in addDocument File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/support/lupy/index/indexwr iter.py", line 133, in maybeMergeSegments File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/support/lupy/index/indexwr iter.py", line 151, in mergeSegments File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/support/lupy/index/segment merger.py", line 517, in __init__ File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/support/lupy/index/field.p y", line 140, in __init__ File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/support/lupy/store.py", line 71, in openFile File "/var/wiki/lib/MoinMoin/script/../../MoinMoin/support/lupy/store.py", line 236, in __init__ IOError: [Errno 24] Too many open files: '/var/wiki/staging/wikis/test/cache/lupy/index/_1121.fdx' I tried reducing the mergeFactor in support/lupy/index/indexwriter.py from 20 to 10, as recommended elsewhere, but this didn't help. Nor did upping the limit on the max no. of file descriptors for the process from 256 to 1024. Any advice would be greatly appreciated. Thanks! Lane Rettig From dodecatheon at gmail.com Wed Jan 31 15:22:53 2007 From: dodecatheon at gmail.com (Ted Stern) Date: Wed, 31 Jan 2007 12:22:53 -0800 Subject: [Moin-user] email lost password sends password in encrypted form Message-ID: My users have been complaining that their emailed passwords do not work. I tested this myself and got the following result: ,---- | Somebody has requested to submit your account data to this email | address. | | If you lost your password, please use the data below and just enter | the password AS SHOWN into the wiki's password form field (use copy | and paste for that). | | After successfully logging in, it is of course a good idea to set a | new and known password. | | Login Name: TedStern | | Login Password: {SHA} | Login URL: http:////UserPreferences `---- I can guess that the SHA means that password is encrypted using the sha python module. So how do I set things up so the password is decrypted for the user? It is unusable as it stands. Ted -- dodecatheon at gmail dot com Frango ut patefaciam -- I break so that I may reveal From hodelas at auburn.edu Wed Jan 31 17:08:42 2007 From: hodelas at auburn.edu (A. Scottedward Hodel) Date: Wed, 31 Jan 2007 16:08:42 -0600 Subject: [Moin-user] Possible MoinMoin bugs/browser incompatibilities In-Reply-To: <45C0A60E.8030808@gmx.de> References: <38749.129.188.69.129.1170185654.squirrel@webmail.theboulets.net> <6687E0FD-5D9F-4D79-9C01-E9D96AFC4AB6@auburn.edu> <45C0A60E.8030808@gmx.de> Message-ID: <43E167F2-9359-4CF1-831A-095F16CA20D0@auburn.edu> Thanks very much. One respondent asked what version of MoinMoin I am using: I have version 1.5.6, installed last month. No extensions installed. On Jan 31, 2007, at 8:22 AM, Thomas Waldmann wrote: > >> (1) Firefox: exception thrown when switching from GUI editing to Text >> editing. Edits are lost. This occurs with the latest version of >> Firefox under both Windows and Mac OS X. >> > I guess this depends rather on the html you have in the gui editor > than > the browser version you use. > The tricky part of that gui editing stuff is that it is done with a > HTML > editor (FCKeditor) - when saving (or switching to text editor), > moin has to convert the html to wiki markup. > > Depending on the html, this might trigger problems in the converter. > Esp. people pasting stuff from ms word triggered this problem - in > that > case this is caused by the strange html produced by ms word. Also, the > converter is complex and far from perfect, the next release will fix > some more of its shortcomings. > > It would help us if someone analyzed which html tags are still > problematic (or at least exactly describes how to reproduce it) and > posted a bug report about it to the moinmoin wiki. This idea makes a lot of sense. I have the students submit reports in a table format, so the complexity involved suggests to me that there's a good chance that the switch from GUI to text mode triggers a problem in conversion from HTML to wiki text. As a temporary work- around, I'll tell the students how to edit in text mode. For those who are interested, the text form of the page they are editing looks like this: || ELEC4000 ||Name || || ||Date || || ||Team name || ||Objectives || || || ||list of your current approved objectives. If possible, refer to task names in the project Gantt Chart. || ||Achievements this week || || || ||list of achievements this week, compared to goals set last week || ||Goals for next week || || || ||Goals that you plan to achieve by the next report. || ||Hours worked || || || || Total hours: (sum of above) || These weekly reports will be visible to the entire class. ## Do not change anything below this line ---- ## WeeklyReportCategory >> (2) Category lists: pages that use the macro [[FullSearch >> (WeeklyReportCategory)]] do not always list all reports. I cannot >> duplicate this bug, but I am usually using Safari under Mac OS X and >> am logged in as the administrator. >> > I don't think this is related to your browser. If it can't be > reproduced, it will be a bit hard to debug / fix. > > Display of search results can depend on the user, though: if you have > ACLs on the pages not allowing read access by some users, then those > users also won't "find" those pages. >> If further detail or testing would be useful to help debug the >> problem, I'll be glad to continue to work the problem. >> > The best way to help is to post bug reports to the wiki and give as > much > details as possible. > > http://moinmoin.wikiwikiweb.de/MoinMoinBugs > > If you get a traceback, please save (the verbose form of) it as > backtrace.html and attach it to the bug page. Item (2): I have asked the students to give me a copy of the category web page when they have this problem. When I get further information, I'll post the problem there. The students in the design group are listed in a group list that has default read,write access to the entire wiki. I am the only user with admin access. Thank you very much! A. Scottedward Hodel, 334 844-1854, fax 334 844-1809 hodelas at auburn.edu http://www.eng.auburn.edu/~hodelas -------------- next part -------------- An HTML attachment was scrubbed... URL: From dodecatheon at gmail.com Wed Jan 31 17:14:43 2007 From: dodecatheon at gmail.com (Ted Stern) Date: Wed, 31 Jan 2007 14:14:43 -0800 Subject: [Moin-user] email lost password sends password in encrypted form References: Message-ID: On 31 Jan 2007 12:22:53 -0800, Ted Stern wrote: > > My users have been complaining that their emailed passwords do not > work. I tested this myself and got the following result: > > ,---- > | Somebody has requested to submit your account data to this email > | address. > | > | If you lost your password, please use the data below and just enter > | the password AS SHOWN into the wiki's password form field (use copy > | and paste for that). > | > | After successfully logging in, it is of course a good idea to set a > | new and known password. > | > | Login Name: TedStern > | > | Login Password: {SHA} > | Login URL: http:////UserPreferences > `---- > > I can guess that the SHA means that password is encrypted using the > sha python module. So how do I set things up so the password is > decrypted for the user? It is unusable as it stands. > > Ted I found this page: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ResetPasswordEmailImproperlyEncoded that seems to describe my problem. I did a check to see whether the encoded form of my password would have a trailing '=' sign, and it does. When the encoded version is emailed to me, I do not see the '=' sign. Perhaps one fix would be to add a trailing string after the password to avoid putting an = at the end of the line? Ted -- dodecatheon at gmail dot com Frango ut patefaciam -- I break so that I may reveal From marcel.haefner at heavy.ch Wed Jan 31 18:13:51 2007 From: marcel.haefner at heavy.ch (Marcel Haefner) Date: Thu, 01 Feb 2007 00:13:51 +0100 Subject: [Moin-user] Escaping things In-Reply-To: <45C06410.1050006@gmx.de> References: <38749.129.188.69.129.1170185654.squirrel@webmail.theboulets.net> <45C06410.1050006@gmx.de> Message-ID: <45C122AF.7050607@heavy.ch> Thomas Waldmann wrote: >> How do I escape things like double quotes so that they don't become >> wikiwords? Thanks. >> >> > I guess you mean wiki markup (not wikiwords, like CamelCaseWords). > > Don't know if this is "right", I used like this: This is is my first Post without {{{CamelCaseWords}}} thx Marcel