From tw-public at gmx.de Wed Feb 1 02:05:09 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Feb 1 02:05:09 2006 Subject: [Moin-user] wget a wiki page and it's subpage In-Reply-To: <20060131134248.GR6411@p15145560.pureserver.info> References: <20060131090606.GQ6411@p15145560.pureserver.info> <43DF54C2.8060707@gmx.de> <20060131134248.GR6411@p15145560.pureserver.info> Message-ID: <43E08789.4000002@gmx.de> >> Maybe look at moin-dump, too. > moin-dump doesn't care about the attachments. For 1.5.1, it should dump attachments, too. > nice if I could limit the output to the pages I really need, but it's > ok for now. Even that should work. From lan at falleagle.net Wed Feb 1 10:49:01 2006 From: lan at falleagle.net (Lan Barnes) Date: Wed Feb 1 10:49:01 2006 Subject: [Moin-user] Upgrading from 1.3 to 1.5 Message-ID: <20060201184814.GA7398@falleagle.net> I can't find the instructions for this upgrade. I've checked the FAQ and supplied docs. I'm sure it's there and I'm missing it. Can you point me to it? TIA, -- Lan Barnes lan at falleagle.net Linux Guy, SCM Specialist 858-354-0616 From crosseyedpenguin at yahoo.com Wed Feb 1 11:49:01 2006 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Wed Feb 1 11:49:01 2006 Subject: [Moin-user] Copying wiki data from one server to another In-Reply-To: Message-ID: <20060201194820.5531.qmail@web36211.mail.mud.yahoo.com> --- Gary O wrote: > I have a moin wiki and I need to migrate its pages and user db to a > different > server. I don't care about plug-ins or even the theme; I just want > to migrate > the pages (and ideally the edit history). > > My old wiki is at SourceForge and I believe it is version "MoinMoin > 1.3.4 > release" (from $pythonsitedir/MoinMoin/version.py). > > The new wiki is on debian/ubuntu and is version 1.2.4-1ubuntu2 > (though I can > change that). I have complete control over that server. (Maybe I > should be > running 1.3.4 there too -- is there a debian pkg for that?) > There was a change in the directory structure with Moin 1.3.0 -- check out the CHANGES file in the Moin-1.3.x/docs directory. You will have a lot of trouble trying to downgrade the Moin version below 1.3. If you cannot find a Debian package at 1.3.4 you will be better off installing the current 1.5.1 package. Moving your 1.3.4 directory to 1.5.1 requires no changes to the data directory. Roger __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From p.f.moore at gmail.com Wed Feb 1 14:54:01 2006 From: p.f.moore at gmail.com (Paul Moore) Date: Wed Feb 1 14:54:01 2006 Subject: [Moin-user] Upgrading from 1.3 to 1.5 In-Reply-To: <20060201184814.GA7398@falleagle.net> References: <20060201184814.GA7398@falleagle.net> Message-ID: <79990c6b0602011453yb6cf080k4d8a36cb426f5595@mail.gmail.com> On 2/1/06, Lan Barnes wrote: > I can't find the instructions for this upgrade. I've checked the FAQ and > supplied docs. I'm sure it's there and I'm missing it. Can you point me > to it? IIRC, there's nothing much to do. I just upgraded the software, redid my config based on a copy of the 1.5 sample, and it worked fine. I may have forgotten something, but I think it's pretty much that simple. The data format didn't change, AIUI. Paul. From hubert at tuxfamily.org Wed Feb 1 15:39:02 2006 From: hubert at tuxfamily.org (Hubert Behaghel) Date: Wed Feb 1 15:39:02 2006 Subject: [Moin-user] MoinMoin macro howto Message-ID: <20060201232850.GI11497@behaghel.org> Hello, I am new to python and I am trying to get a very simple macro working. There are 2 questions which arise at the moment : * Is there a doc about developing macro ? I find MoinMaster:MoinDev/luginConcept very short... * In the Page.py code, in getPageList doc string, I can read about "true sub pages". What are they ? How can I know if mines are fake ones ? Thank you for your help, -- Hubert -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nirs at freeshell.org Wed Feb 1 16:25:04 2006 From: nirs at freeshell.org (Nir Soffer) Date: Wed Feb 1 16:25:04 2006 Subject: [Moin-user] MoinMoin macro howto In-Reply-To: <20060201232850.GI11497@behaghel.org> References: <20060201232850.GI11497@behaghel.org> Message-ID: <01a93a4f896e8f9675306f92ae33ad4b@freeshell.org> On 2 Feb, 2006, at 1:28, Hubert Behaghel wrote: > * Is there a doc about developing macro ? I find > MoinMaster:MoinDev/luginConcept very short... The best docs are exiting macros, find macro that does what you like and steal the code :-) > > * In the Page.py code, in getPageList doc string, I can read about > "true sub pages". What are they ? How can I know if mines are fake > ones ? Moin does not have real sub pages, e.g Page/ SubPage/ SubSubPage/ Moin simply uses flat list of pages: Page Page/SubPage Page/SubPage/SubSubPage The "/" are quoted on the disk as "(2f)" - each page is one directory, all in the same level. Best Regards, Nir Soffer From dpz at ack.berkeley.edu Wed Feb 1 16:39:15 2006 From: dpz at ack.berkeley.edu (David Paul Zimmerman) Date: Wed Feb 1 16:39:15 2006 Subject: [Moin-user] 1.5.1 NFS safe? Message-ID: <2213160f07ec59df07de73b3df96d1d3@ack.berkeley.edu> Hi, all. I'm working with our IS server folks to move my department's wiki farm from my dumpster-dive server to a new Web farm. They have a question that I can't find an answer to on the MoinMoin wiki: > My hope is that moinmoin does nfs safe write locking of its data files > since > they'll be shared between the load balanced servers that way. Any thoughts? dp From lan at falleagle.net Wed Feb 1 17:20:06 2006 From: lan at falleagle.net (Lan Barnes) Date: Wed Feb 1 17:20:06 2006 Subject: [Moin-user] Upgrading from 1.3 to 1.5 In-Reply-To: <79990c6b0602011453yb6cf080k4d8a36cb426f5595@mail.gmail.com> References: <20060201184814.GA7398@falleagle.net> <79990c6b0602011453yb6cf080k4d8a36cb426f5595@mail.gmail.com> Message-ID: <20060202011901.GB9992@falleagle.net> On Wed, Feb 01, 2006 at 10:53:06PM +0000, Paul Moore wrote: > On 2/1/06, Lan Barnes wrote: > > I can't find the instructions for this upgrade. I've checked the FAQ and > > supplied docs. I'm sure it's there and I'm missing it. Can you point me > > to it? > > IIRC, there's nothing much to do. I just upgraded the software, redid > my config based on a copy of the 1.5 sample, and it worked fine. I may > have forgotten something, but I think it's pretty much that simple. > The data format didn't change, AIUI. > > Paul. I'm still having problems. I suspect it's in the httpd.conf. Is that the config you redid? Where is the sample? The 1.5 /docs/ has a migration readme, but it appears to be a rehash of the 1.2 -> 1.3 process. I did that once (worked, amazingly). Here is what I did here: 1. on a updated FC4 box running apache httpd-2.0.54-10.3 from the RH rpm, I installed moin-1.5.1 as root from the tarball in /scm/moin. Under this I moved (mv) my old 1.3 wiki directory trees from the old moin 1.3 image ... this may have been an unjustified leap of faith. One of these for example is scm-wiki. These lines are in my /etc/httpd/conf/httpd.conf file: **** # Generic thing for MoinMoin Alias /wiki/ "/scm/moin/share/moin/htdocs/" # Aliases for other things, especially wiki instances ScriptAlias /scm-wiki "/scm/moin/scm-wiki/cgi-bin/moin.cgi" **** Now clicking on the link http://oz/scm-wiki/ gets a 500: **** Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, root at localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. __________________________________________________________________________________________________________ Apache/2.0.54 (Fedora) Server at oz Port 80 **** The server error log says: **** [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] Traceback (most recent call last):, referer: http://oz/ [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] File "/scm/moin/scm-wiki/cgi-bin/moin.cgi", line 36, in ?, referer: http://oz/ [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] , referer: http://oz/ [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] from MoinMoin.request import RequestCGI, referer: http://oz/ [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] ImportError, referer: http://oz/ [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] : , referer: http://oz/ [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] No module named MoinMoin.request, referer: http://oz/ [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] , referer: http://oz/ [Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] Premature end of script headers: moin.cgi, referer: http://oz/ **** As an experiment, I used the 1.3 script (again, a leap of faith, but I couldn't find the corresponding 1.5 script) new-wiki.sh to make an instance called xyz-wiki. I added this line to /etc/httpd/conf/httpd.conf: ScriptAlias /xyz-wiki "/scm/moin/xyz-wiki/cgi-bin/moin.cgi" Accessing it through my browser gets a 404 -- different but not helpful. **** Not Found The requested URL /xyz-wiki/ was not found on this server. __________________________________________________________________________________________________________ Apache/2.0.54 (Fedora) Server at oz Port 80 **** There is no error log entry for xyz-wiki. Let me note that DocumentRoot in /etc/httpd/conf/httpd.conf is /scm/www and this has links in it to the wiki in lines like:
SCM Wiki
Xyz Wiki I may have messed up procedurally. Maybe I should have created wiki instances by the same name and just moved over .../data. I may have missed a config either in apache or in moin. I would be very grateful for any help. It's close of business, but I can vpn in from home and do some surgery if only I can get an idea of what needs to be done. Thanks in advance, -- Lan Barnes lan at falleagle.net Linux Guy, SCM Specialist 858-354-0616 From crosseyedpenguin at yahoo.com Wed Feb 1 18:02:04 2006 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Wed Feb 1 18:02:04 2006 Subject: [Moin-user] Upgrading from 1.3 to 1.5 In-Reply-To: <20060202011901.GB9992@falleagle.net> Message-ID: <20060202020113.91910.qmail@web36208.mail.mud.yahoo.com> --- Lan Barnes wrote: > On Wed, Feb 01, 2006 at 10:53:06PM +0000, Paul Moore wrote: > > On 2/1/06, Lan Barnes wrote: > > > I can't find the instructions for this upgrade. I've checked the > FAQ and > > > supplied docs. I'm sure it's there and I'm missing it. Can you > point me > > > to it? > > > > IIRC, there's nothing much to do. I just upgraded the software, > redid > > my config based on a copy of the 1.5 sample, and it worked fine. I > may > > have forgotten something, but I think it's pretty much that simple. > > The data format didn't change, AIUI. > > > > Paul. > > I'm still having problems. I suspect it's in the httpd.conf. > > Is that the config you redid? Where is the sample? > > The 1.5 /docs/ has a migration readme, but it appears to be a rehash > of > the 1.2 -> 1.3 process. I did that once (worked, amazingly). > > Here is what I did here: > > 1. on a updated FC4 box running apache httpd-2.0.54-10.3 from the RH > rpm, I installed moin-1.5.1 as root from the tarball in /scm/moin. > Under > this I moved (mv) my old 1.3 wiki directory trees from the old moin > 1.3 > image ... this may have been an unjustified leap of faith. > > One of these for example is scm-wiki. These lines are in my > /etc/httpd/conf/httpd.conf file: > > **** > # Generic thing for MoinMoin > Alias /wiki/ "/scm/moin/share/moin/htdocs/" > > # Aliases for other things, especially wiki instances > > ScriptAlias /scm-wiki "/scm/moin/scm-wiki/cgi-bin/moin.cgi" > **** > > Now clicking on the link http://oz/scm-wiki/ gets a 500: > You need to copy over a new wikiconfig.py from /python/share/moin/config/ and insert any customizations you made into the new module. You probably do not need to change httpd.conf. Check the CHANGES file in /moin-1.5.1/docs. Roger __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From tw-public at gmx.de Thu Feb 2 04:57:17 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Feb 2 04:57:17 2006 Subject: [Moin-user] 1.5.1 NFS safe? In-Reply-To: <2213160f07ec59df07de73b3df96d1d3@ack.berkeley.edu> References: <2213160f07ec59df07de73b3df96d1d3@ack.berkeley.edu> Message-ID: <43E2017C.9010507@gmx.de> >> My hope is that moinmoin does nfs safe write locking of its data files >> since they'll be shared between the load balanced servers that way. I wouldn't recommend running moin over NFS for performance reasons (except if your NFS stuff is as fast as a usual local disk :)). Locking is a good question. :) If we lock at all, we use some platform independant code supporting win32 and posix. See MoinMoin/util/lock.py for example. It is based on directory creation (and failure of that if there is already one with that name) and should work on all platforms. Some places still miss locking completely, but for usual use patterns, this is rarely a problem. Some places use own "locking" code (also base on usual filesystem operations) that rarely has problems. BTW: I added some locking calls to the cache subsystem after 1.5.1 release. From jibalamy at free.fr Thu Feb 2 10:54:02 2006 From: jibalamy at free.fr (Jiba) Date: Thu Feb 2 10:54:02 2006 Subject: [Moin-user] Image formatters and UTF8 Message-ID: <20060202195632.6bd51ee8@citadelle.banquise> Hi all, I'm setting up a MoinMoin wiki for a free "trading card" like game. The idea is to have a wiki page for each card, and then to use a formatter that takes the content of the page and generates the card, e.g. a PNG. I've thus done a image/png formatter, but i'm running into problems because MoinMoin encodes the page in UTF8, which is fine for HTML but not for PNG ! To fix this problem, i've added a content_charset attribute to the request, which is used to encode the generated page. It defaults to config.charset, but can be modified by the formatter if needed. If someone wants a patch for that, i can give it. Jiba From 2005a at usenet.alexanderweb.de Thu Feb 2 14:44:04 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 2 14:44:04 2006 Subject: [Moin-user] Re: Image formatters and UTF8 References: <20060202195632.6bd51ee8@citadelle.banquise> Message-ID: <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> On Thu, 2 Feb 2006 19:56:32 +0100, Jiba wrote: > because MoinMoin encodes the page in UTF8, which is fine for HTML but > not for PNG ! > If someone wants a patch for that, i can give it. That sounds like a bug in your code. Please show us the patch (on the wiki MoinMoin:MoinMoinPatch), then we will comment on it. Feel free to add your formatter to MoinMoin:FormatterMarket. Kind regards, Alexander From Richard.Hiers at covenantseminary.edu Fri Feb 3 11:51:11 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Fri Feb 3 11:51:11 2006 Subject: [Moin-user] TOC and Raw Text Message-ID: I never heard any reply to this question. Any ideas? Thanks Richard -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Hiers, Richard Sent: Monday, January 23, 2006 10:27 AM To: moin-user at lists.sourceforge.net Subject: [Moin-user] TOC and Raw Text In 1.3.5 I have some pages with a TOC that sits in a table two rows and one column. The top row hash a colored background and the entire table floats on the right margin of the page. Below is the code: || '''Table Of Contents''' || || [[TableOfContents]] || After upgrading to 1.5.0 and 1.5.1, the table now lines up against the left margin and the top row no longer has a colored background. Have the table formatting options changed in 1.5? I don't see any changes to the HelpOnTables page. And related to this, if I try to view the Raw Text of a page with this type of TOC, all of the lines on the page are run together, and the TOC code is displayed as: || '''Table Of Contents''' || || [[TableOfContents]] || However, if I go to edit mode, the raw text is displayed properly. I don't see any of this behavior in 1.3.5. Any ideas? Richard Hiers Director of IT Services Covenant Theological Seminary 314.434.4044 ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From robert at cantab.net Fri Feb 3 12:19:03 2006 From: robert at cantab.net (Robert Schumann) Date: Fri Feb 3 12:19:03 2006 Subject: [Moin-user] TOC and Raw Text In-Reply-To: References: Message-ID: <43E3BAA7.50608@cantab.net> Hiers, Richard wrote: >I never heard any reply to this question. Any ideas? > >Thanks >Richard > > Yup, a patch was given for this once the bug was reported: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/TableStyleClassIgnored If it doesn't fix your issue, you might want to give feedback on the bug page. Check out http://moinmoin.wikiwikiweb.de/WikiSandBox where your wiki markup is demonstrated. Robert. >-----Original Message----- >From: moin-user-admin at lists.sourceforge.net >[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Hiers, >Richard >Sent: Monday, January 23, 2006 10:27 AM >To: moin-user at lists.sourceforge.net >Subject: [Moin-user] TOC and Raw Text > >In 1.3.5 I have some pages with a TOC that sits in a table two rows and >one column. The top row hash a colored background and the entire table >floats on the right margin of the page. Below is the code: > >|| '''Table Of >Contents''' || >|| [[TableOfContents]] || > >After upgrading to 1.5.0 and 1.5.1, the table now lines up against the >left margin and the top row no longer has a colored background. Have >the table formatting options changed in 1.5? I don't see any changes to >the HelpOnTables page. > >And related to this, if I try to view the Raw Text of a page with this >type of TOC, all of the lines on the page are run together, and the TOC >code is displayed as: > >|| '''Table Of Contents''' || || [[TableOfContents]] || > >However, if I go to edit mode, the raw text is displayed properly. > >I don't see any of this behavior in 1.3.5. > >Any ideas? > >Richard Hiers >Director of IT Services >Covenant Theological Seminary >314.434.4044 > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log >files for problems? Stop! Download the new AJAX search engine that >makes searching your log files as easy as surfing the web. DOWNLOAD >SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user > > From Richard.Hiers at covenantseminary.edu Fri Feb 3 13:23:07 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Fri Feb 3 13:23:07 2006 Subject: [Moin-user] TOC and Raw Text Message-ID: Thanks. Now, dumb question. How do Install a patch. I've never done that. Is it just copy and past into one of the config files? Richard -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Robert Schumann Sent: Friday, February 03, 2006 2:19 PM To: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] TOC and Raw Text Hiers, Richard wrote: >I never heard any reply to this question. Any ideas? > >Thanks >Richard > > Yup, a patch was given for this once the bug was reported: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/TableStyleClassIgnored If it doesn't fix your issue, you might want to give feedback on the bug page. Check out http://moinmoin.wikiwikiweb.de/WikiSandBox where your wiki markup is demonstrated. Robert. >-----Original Message----- >From: moin-user-admin at lists.sourceforge.net >[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Hiers, >Richard >Sent: Monday, January 23, 2006 10:27 AM >To: moin-user at lists.sourceforge.net >Subject: [Moin-user] TOC and Raw Text > >In 1.3.5 I have some pages with a TOC that sits in a table two rows and >one column. The top row hash a colored background and the entire table >floats on the right margin of the page. Below is the code: > >|| '''Table Of >Contents''' || >|| [[TableOfContents]] || > >After upgrading to 1.5.0 and 1.5.1, the table now lines up against the >left margin and the top row no longer has a colored background. Have >the table formatting options changed in 1.5? I don't see any changes >to the HelpOnTables page. > >And related to this, if I try to view the Raw Text of a page with this >type of TOC, all of the lines on the page are run together, and the TOC >code is displayed as: > >|| '''Table Of Contents''' || || [[TableOfContents]] || > >However, if I go to edit mode, the raw text is displayed properly. > >I don't see any of this behavior in 1.3.5. > >Any ideas? > >Richard Hiers >Director of IT Services >Covenant Theological Seminary >314.434.4044 > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log >files for problems? Stop! Download the new AJAX search engine that >makes searching your log files as easy as surfing the web. DOWNLOAD >SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log >files for problems? Stop! Download the new AJAX search engine that >makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user > > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From dpz at ack.berkeley.edu Fri Feb 3 14:33:50 2006 From: dpz at ack.berkeley.edu (David Paul Zimmerman) Date: Fri Feb 3 14:33:50 2006 Subject: [Moin-user] 1.5.1 NFS safe? In-Reply-To: <43E2017C.9010507@gmx.de> References: <2213160f07ec59df07de73b3df96d1d3@ack.berkeley.edu> <43E2017C.9010507@gmx.de> Message-ID: On Feb 2, 2006, at 4:56 AM, Thomas Waldmann wrote: >>> My hope is that moinmoin does nfs safe write locking of its data >>> files since they'll be shared between the load balanced servers that >>> way. > > I wouldn't recommend running moin over NFS for performance reasons > (except if your NFS stuff is as fast as a usual local disk :)). I'll have to presume so :-) (Actually, I think they have some high-performance NFS product in back.) > Locking is a good question. :) > > If we lock at all, we use some platform independant code supporting > win32 and posix. See MoinMoin/util/lock.py for example. It is based on > directory creation (and failure of that if there is already one with > that name) and should work on all platforms. > > Some places still miss locking completely, but for usual use patterns, > this is rarely a problem. > > Some places use own "locking" code (also base on usual filesystem > operations) that rarely has problems. Hm... I'll give lock.py a look. I'll also come up with a Plan B. Thanks for the insight! dp From Nigel.Metheringham at dev.intechnology.co.uk Sat Feb 4 01:47:03 2006 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Sat Feb 4 01:47:03 2006 Subject: [Moin-user] TOC and Raw Text In-Reply-To: References: Message-ID: <43E477E9.1020302@dev.intechnology.co.uk> Hiers, Richard wrote: > Thanks. Now, dumb question. How do Install a patch. I've never done > that. Is it just copy and past into one of the config files? > No - its a change of the python code which the wiki application is written in. If you installed your copy of Moin from source, then go back to that source - cd into the directory that its in, download that patch file, and do patch < wiki.py.patch if that succeeds, then rebuild and reinstall Moin. If you installed some form of package then life is a little more difficult. Nigel. From jibalamy at free.fr Sat Feb 4 04:13:05 2006 From: jibalamy at free.fr (Jiba) Date: Sat Feb 4 04:13:05 2006 Subject: [Moin-user] Re: Image formatters and UTF8 In-Reply-To: <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> Message-ID: <20060204131705.5d88d3d0@citadelle.banquise> On Thu, 2 Feb 2006 23:43:32 +0100 Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > That sounds like a bug in your code. Actually the formatter must return unicode object (because the cache system concatenate the returned string with other unicode strings). Thus i must convert my PNG image raw data into a unicode object. Then, when sending the result, the request encode it using config.charset (="utf-8"), and my PNG data are thus encoded in UTF-8... Encoding HTML in UTF-8 is fine since the HTML code includes . But there is no such meta-information for binary files like PNG or JPEG ! I guess the same problem will occur with any formatter that generates a binary file, including PDF. > Please show us the patch (on the wiki > MoinMoin:MoinMoinPatch), then we will comment on it. I've put the patch here : http://moinmoin.wikiwikiweb.de/MoinMoinPatch/SupportDifferentCharset > Feel free to add your formatter to MoinMoin:FormatterMarket. My formatter is very specific to my card design, so i fear it is of little interest... Jiba From flanderb at gmail.com Sat Feb 4 12:24:01 2006 From: flanderb at gmail.com (Benjamin Flanders) Date: Sat Feb 4 12:24:01 2006 Subject: [Moin-user] TOC and Raw Text In-Reply-To: <43E477E9.1020302@dev.intechnology.co.uk> References: <43E477E9.1020302@dev.intechnology.co.uk> Message-ID: Since python isn't a compiled language, I believe he would have the source somewhere. Do a search (I use 'locate' in linux) for wiki.py you and should find it. On 2/4/06, Nigel Metheringham wrote: > Hiers, Richard wrote: > > Thanks. Now, dumb question. How do Install a patch. I've never done > > that. Is it just copy and past into one of the config files? > > > No - its a change of the python code which the wiki application is > written in. > > If you installed your copy of Moin from source, then go back to that > source - cd into the directory that its in, download that patch file, and do > patch < wiki.py.patch > > > if that succeeds, then rebuild and reinstall Moin. > > If you installed some form of package then life is a little more difficult. > > Nigel. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- Share and Enjoy From hubert at tuxfamily.org Sat Feb 4 13:08:02 2006 From: hubert at tuxfamily.org (Hubert Behaghel) Date: Sat Feb 4 13:08:02 2006 Subject: [Moin-user] Problem upgrading from 1.3 to 1.5 Message-ID: <20060204210410.GL11497@behaghel.org> Hi there, I use mod_python on my moinmoin wiki and hen I upgraded from 1.3.5 to 1.5 I got this error : [Sat Feb 04 21:51:55 2006] [error] [client 81.64.108.8] PythonHandler MoinMoin.request::RequestModPy.run: ImportError: No module named request Did the way to deploy MoinMoin with mod_python change between 1.3.5 and 1.5 ? Thanks folk. -- Hubert -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From R.Bauer at fz-juelich.de Sat Feb 4 23:57:06 2006 From: R.Bauer at fz-juelich.de (Reimar Bauer) Date: Sat Feb 4 23:57:06 2006 Subject: [Moin-user] TOC and Raw Text Message-ID: <43E5B330.9070408@fz-juelich.de> >Thanks. Now, dumb question. How do Install a patch. I've never done >that. Is it just copy and past into one of the config files? Hi Richard, see http://moinmoin.wikiwikiweb.de/MoinMoinQuestions and search for How do you apply a patch cheers Reimar From 2005a at usenet.alexanderweb.de Sun Feb 5 02:03:00 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun Feb 5 02:03:00 2006 Subject: [Moin-user] Re: Re: Image formatters and UTF8 References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> Message-ID: <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> On Sat, 4 Feb 2006 13:17:05 +0100, Jiba wrote: > Actually the formatter must return unicode object (because the cache > system concatenate the returned string with other unicode strings). Which cache system do you mean? Of course you should not return Unicode strings from your formatter. The content-type is set based on your mimetype parameter. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Sun Feb 5 12:31:06 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun Feb 5 12:31:06 2006 Subject: [Moin-user] ANN: MoinMoin 1.5.2 (advanced wiki engine) released Message-ID: <9kjrl6n9wwzl.dlg@usenet.alexanderweb.de> _ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| |_ \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.5.2 advanced wiki engine released ============================================== MoinMoin is an easy to use, full-featured and extensible wiki software package written in Python. It can fulfill a wide range of roles, such as a personal notes organizer deployed on a laptop or home web server, a company knowledge base deployed on an intranet, or an Internet server open to individuals sharing the same interests, goals or projects. A wiki is a collaborative hypertext environment with an emphasis on easy manipulation of information. MoinMoin 1.5.2 is a bug fix release. The 1.5 branch brings you several new features such as the GUI editor, which allows the users to edit pages in a WYSIWYG environment, and many bug fixes. The download page: http://moinmoin.wikiwikiweb.de/MoinMoinDownload New features in 1.5.1 ===================== * The FullSearchCached macro which is statically cached on the page. * Surge protection system to stop bots or DOS-attackers from abusing your system * Allow normal HTML entities like & in the wiki page Major bug fixes in 1.5.2 ======================== * Clean up of the internal formatter API * Fixed some edge cases of GUIEditor usage. Major new features in 1.5 ========================= * The WYSIWYG editor for wiki pages allows you to edit pages without touching the markup. Furthermore, the wiki page is not stored as HTML after editing but kept as wiki markup in order to simplify the editing process for users that cannot or do not want to use the new editor. * AutoAdmin security policy allows users to gain admin permissions on particular pages. * The new authentication system allows to add short methods that check the credentials of the user. This allowed us to add eGroupware single sign on support. * Separation of homepages into a separate wiki (in a farm) and having a single user database is supported. * A DeSpam action to allow mass-reverting of spam attacks. * PackageInstaller support for simplified installation of plugins, themes and page bundles. This enables you to decide in which languages help pages should be installed. Note that Python 2.3.0 or newer is required. For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES MoinMoin History ================ MoinMoin has been around since year 2000. The codebase was initally started by J?rgen Hermann; it is currently being developed by a growing team. Being originally based on PikiPiki, it has evolved heavily since then (PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large enterprises have been using MoinMoin as a key tool of their intranet, some even use it for their public web page. A large number of Open Source projects use MoinMoin for communication and documentation. Of course there are also many private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * DesktopEdition: http://moinmoin.wikiwikiweb.de/DesktopEdition * This software is available under the GNU General Public License v2. * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES * Known bugs: * http://moinmoin.wikiwikiweb.de/KnownIssues * http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team From belred at gmail.com Sun Feb 5 23:06:05 2006 From: belred at gmail.com (Bryan) Date: Sun Feb 5 23:06:05 2006 Subject: [Moin-user] upgrade Message-ID: upgrading 1.5.0 to 1.5.1 was a real pain for us because we kept we didn't know what files would change. i searched the moinmoin site, but only find upgrade information from 1.2 to 1.3, 1.3 to 1.4, etc. there is nothing about what to do for minor upgrades. me modified wikiconfig.py and the css files, but it got wiped out on the upgrade. it's not a lot we have to do, but since we are new to moinmoin, it's not easy to know exactly what is going to change and what we have to manually fix. i just hope the upgrade section would have step-by-step instructions for how to upgrade from 1.5.x. thanks, bryan From zoom.quiet at gmail.com Sun Feb 5 23:19:01 2006 From: zoom.quiet at gmail.com (Zoom Quiet) Date: Sun Feb 5 23:19:01 2006 Subject: [Moin-user] upgrade In-Reply-To: References: Message-ID: <9dad9f0a0602052317s219cda8fy@mail.gmail.com> 2006/2/6, Bryan : > upgrading 1.5.0 to 1.5.1 was a real pain for us because we kept we didn't know > what files would change. i searched the moinmoin site, but only find upgrade > information from 1.2 to 1.3, 1.3 to 1.4, etc. there is nothing about what to do > for minor upgrades. me modified wikiconfig.py and the css files, but it got > wiped out on the upgrade. it's not a lot we have to do, but since we are new to > moinmoin, it's not easy to know exactly what is going to change and what we > have to manually fix. i just hope the upgrade section would have step-by-step > instructions for how to upgrade from 1.5.x. > me! us wiki hold 3075 pages in 1.3.3 , http://wiki.woodpecker.org.cn/moin/SystemInfo howto safety upgrade into 1.5.2 is very important! thanx for any step-by-step suggest! > thanks, > > bryan > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- """Time is unimportant, only life important! blogging : http://blog.zoomquiet.org/pyblosxom/ wiki enter: http://wiki.woodpecker.org.cn/moin/ZoomQuiet in douban: http://www.douban.com/people/zoomq/ """ From jibalamy at free.fr Mon Feb 6 12:42:11 2006 From: jibalamy at free.fr (Jiba) Date: Mon Feb 6 12:42:11 2006 Subject: [Moin-user] Re: Re: Image formatters and UTF8 In-Reply-To: <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> Message-ID: <20060206214553.61b73893@citadelle.banquise> On Sun, 5 Feb 2006 11:02:12 +0100 Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > On Sat, 4 Feb 2006 13:17:05 +0100, Jiba wrote: > > > Actually the formatter must return unicode object (because the cache > > system concatenate the returned string with other unicode strings). > > Which cache system do you mean? Of course you should not return Unicode > strings from your formatter. The content-type is set based on your mimetype > parameter. I use the same cache system than for text_html, i.e. caching.py. My formatter returns Unicode ; if it don't, I get the following error : Traceback (most recent call last): File "/home/jiba/src/MoinMoin/request.py", line 1020, in run handler(self.page.page_name, self) File "/home/jiba/src/MoinMoin/wikiaction.py", line 825, in do_format Page(request, pagename, formatter=Formatter(request)).send_page(request) File "/home/jiba/src/MoinMoin/Page.py", line 1241, in send_page start_line=pi_lines) File "/home/jiba/src/MoinMoin/Page.py", line 1327, in send_page_content code = self.makeCache(request, parser) File "/home/jiba/src/MoinMoin/Page.py", line 1378, in makeCache text = request.redirectedOutput(parser.format, formatter) File "/home/jiba/src/MoinMoin/request.py", line 627, in redirectedOutput function(*args, **kw) File "/home/jiba/src/MoinMoin/parser/wiki.py", line 1077, in format formatted_line = self.scan(scan_re, line) File "/home/jiba/src/MoinMoin/parser/wiki.py", line 873, in scan return u''.join(result) UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128) The call to u"".join(...) force Unicode for all string, which is not possible for a string that represent a PNG or PDF raw data (since string may containt special non ASCII characters). I get the same error without cache (but at a different traceback): Traceback (most recent call last): File "/home/jiba/src/MoinMoin/request.py", line 1020, in run handler(self.page.page_name, self) File "/home/jiba/src/MoinMoin/wikiaction.py", line 825, in do_format Page(request, pagename, formatter=Formatter(request)).send_page(request) File "/home/jiba/src/MoinMoin/Page.py", line 1241, in send_page start_line=pi_lines) File "/home/jiba/src/MoinMoin/Page.py", line 1320, in send_page_content self.format(parser) File "/home/jiba/src/MoinMoin/Page.py", line 1337, in format parser.format(self.formatter) File "/home/jiba/src/MoinMoin/parser/wiki.py", line 1077, in format formatted_line = self.scan(scan_re, line) File "/home/jiba/src/MoinMoin/parser/wiki.py", line 873, in scan return u''.join(result) UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128) Maybe we should use "".join(...) if (and only if) all string are non-unicode. Jiba From hubert at tuxfamily.org Mon Feb 6 16:38:03 2006 From: hubert at tuxfamily.org (Hubert Behaghel) Date: Mon Feb 6 16:38:03 2006 Subject: [Moin-user] Re: Problem upgrading from 1.3 to 1.5 In-Reply-To: <20060204210410.GL11497@behaghel.org> References: <20060204210410.GL11497@behaghel.org> Message-ID: <20060207002148.GM11497@behaghel.org> Le samedi 04 f?vrier 2006 ? 22h04, Hubert Behaghel a ?crit : > Hi there, > I use mod_python on my moinmoin wiki and hen I upgraded from 1.3.5 to > 1.5 I got this error : > [Sat Feb 04 21:51:55 2006] [error] [client 81.64.108.8] PythonHandler > MoinMoin.request::RequestModPy.run: ImportError: No module named request > Did the way to deploy MoinMoin with mod_python change between 1.3.5 and > 1.5 ? The answer was "no... You didn't upgrade your moinmoin, you have just deinstalled it. Please install the new version and come back after." And now it works... Almost perfectly ;-) Actually, what happened to the config.auth_http_enabled var ? > Thanks folk. Yes really and sorry for the noise... -- Hubert -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From 2005a at usenet.alexanderweb.de Wed Feb 8 02:17:05 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 8 02:17:05 2006 Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8 References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> Message-ID: <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> On Mon, 6 Feb 2006 21:45:53 +0100, Jiba wrote: >>> Actually the formatter must return unicode object (because the cache >>> system concatenate the returned string with other unicode strings). > My formatter returns Unicode ; if it don't, I get the following error : OK, I checked the code paths. There are already formatters that emit binary data. And the only way to do this is to write it to request.write instead of returning it. So your functions have to return an empty string and use request.write on their own. I do not think that changing this without breaking interfaces is possible. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Wed Feb 8 02:21:06 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 8 02:21:06 2006 Subject: [Moin-user] Re: Problem upgrading from 1.3 to 1.5 References: <20060204210410.GL11497@behaghel.org> <20060207002148.GM11497@behaghel.org> Message-ID: <12luet7etchd9$.dlg@usenet.alexanderweb.de> On Tue, 7 Feb 2006 01:21:48 +0100, Hubert Behaghel wrote: > Actually, what happened to the config.auth_http_enabled var ? See HelpOnAuthentication. Kind regards, Alexander From sundol at sfc.keio.ac.jp Wed Feb 8 04:16:07 2006 From: sundol at sfc.keio.ac.jp (Hyunchul Kim) Date: Wed Feb 8 04:16:07 2006 Subject: [Moin-user] Test error of Moin 1.5.1 Message-ID: <43E9E0C4.3030102@sfc.keio.ac.jp> Hello all, I installed Moin 1.5.1 and it has 52 failures and 8 errors happened when I tested using http://..../mywiki?action=test Environment: Fedora Core 4, Python 2.4.1, I tried python 2.3.5 and 2.4.2 as well but test showed many failures and errors, too. How can I remove these error? Here are some errors. Sincerey, Kim testComment01 (MoinMoin._tests.test_converter_text_html_text_x_moin.ConvertBlockRepeatableTests) ... FAIL ERROR: test1 (MoinMoin._tests.test_converter_text_html_text_x_moin.StripWhitespaceTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/MoinMoin/_tests/test_converter_text_html_text_x_moin.py", line 1081, in test1 self.do(test, output) File "/usr/lib/python2.4/site-packages/MoinMoin/_tests/test_converter_text_html_text_x_moin.py", line 1074, in do super(StripWhitespaceTests, self).do(converter.strip_whitespace, text, output) File "/usr/lib/python2.4/site-packages/MoinMoin/_tests/test_converter_text_html_text_x_moin.py", line 1064, in do raise _tests.TestSkiped('xml.dom.ext module is not available') From mohacsi at niif.hu Wed Feb 8 04:39:04 2006 From: mohacsi at niif.hu (Mohacsi Janos) Date: Wed Feb 8 04:39:04 2006 Subject: [Moin-user] Recommended Authorisation scheme Message-ID: <20060208131115.G91879@mignon.ki.iif.hu> Dear All, I am at a dillemmma how to setup the following with MoinMoin: - 2 admins who has every rights - few trusted editor (EditorGroup) - lots of anonymous reader - no registration is allowed Authentication should work with either via HTTP Basic Authentication or cookie authentication. If I use HTTP Basic Authentication then how can I enable access to anonymous users? If I use cookie authentication how can prevent self registration? I looked http://moinmoin.wikiwikiweb.de/FeatureRequests/NewUserCreationACL but I am not sure which solution is working on version 1.5.2. Thank you for any help. Regards, Janos Mohacsi Network Engineer, Research Associate NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 From nirs at freeshell.org Wed Feb 8 05:30:05 2006 From: nirs at freeshell.org (Nir Soffer) Date: Wed Feb 8 05:30:05 2006 Subject: [Moin-user] Test error of Moin 1.5.1 In-Reply-To: <43E9E0C4.3030102@sfc.keio.ac.jp> References: <43E9E0C4.3030102@sfc.keio.ac.jp> Message-ID: On 8 Feb, 2006, at 14:15, Hyunchul Kim wrote: > ERROR: test1 > (MoinMoin._tests.test_converter_text_html_text_x_moin.StripWhitespaceTe > sts) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File > "/usr/lib/python2.4/site-packages/MoinMoin/_tests/ > test_converter_text_html_text_x_moin.py", line 1081, in test1 > self.do(test, output) > File > "/usr/lib/python2.4/site-packages/MoinMoin/_tests/ > test_converter_text_html_text_x_moin.py", line 1074, in do > super(StripWhitespaceTests, self).do(converter.strip_whitespace, > text, output) > File > "/usr/lib/python2.4/site-packages/MoinMoin/_tests/ > test_converter_text_html_text_x_moin.py", line 1064, in do > raise _tests.TestSkiped('xml.dom.ext module is not available') TestSkiped errors are ok, you don't have to worry about them (except the spelling :-) ) Best Regards, Nir Soffer From nirs at freeshell.org Wed Feb 8 05:40:03 2006 From: nirs at freeshell.org (Nir Soffer) Date: Wed Feb 8 05:40:03 2006 Subject: [Moin-user] Recommended Authorisation scheme In-Reply-To: <20060208131115.G91879@mignon.ki.iif.hu> References: <20060208131115.G91879@mignon.ki.iif.hu> Message-ID: On 8 Feb, 2006, at 14:38, Mohacsi Janos wrote: > - 2 admins who has every rights Put them into acl_rights_before > - few trusted editor (EditorGroup) Put the EditorsGroup into acl_rights_before > - lots of anonymous reader Works as is > - no registration is allowed Will be hard to disabled without creating your own UserPreferences macro and userform action. But it is not really needed. Let the users to register so they can use the user preferences they like, it does not cost you anything. You can use acl to make registered user have the same rights of anonymous users, so registration is just a user convenience. > > Authentication should work with either via HTTP Basic Authentication > or cookie authentication. If I use HTTP Basic Authentication then how > can I enable access to anonymous users? If I use cookie authentication > how can prevent self registration? You don't really care about self registration. Best Regards, Nir Soffer From Stefan.Marxext.MAFa.Lynx at rewe-group.com Thu Feb 9 08:50:10 2006 From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx) Date: Thu Feb 9 08:50:10 2006 Subject: [Moin-user] Can't upload binary files to my server Message-ID: Hi guys, started as a newbie with version 1.3.5 I made my first experience with the MoinMoin wiki stuff. First steps has been done easily, all the nifty features I need worked fine, including file upload. Great stuff! End of Januar I level up to the most recent version 1.5.1 and ran in some trouble configuring file upload. In my environment (Windows 2k Server, Python 2.4 and Apache 1.3*(?)) I spoiled my configiration in terms of http file uploading. When I attached file they didn't showed up in the attachement directory of that page. Unfortunatly I didn't find the bolt to tune up verbosity of the debug level. Neither the MoinMoin stuff nor the Apache reports errors. Testing around I discovered that only binaries aren't send to my ser- ver. Sending text files like *.txt or *.html works file and this file are shown after clicking the view link in the attachment dialog. Nearly the some configuration works for me in Mac OS X installation with a slightly older Python. I tried to poke my nose in the mime file handling of some Python classes but have to accept that my Java drilled brain didn't find code section with relevant hints towards a correct installation/configuration. So: Has some one of the you old hands some hints for me? Yes, I read the manual pages on file upload more the twice. Something *very* useful would be some pointers in the direction how to turn on debugging. Thx a whole lot for reading and even much more for writing. Greetings from Germany, cu Stefan Stefan Marx REWE GROUP LIKB business systems Marx-Consulting (extern) c/o REWE-Informations-Systeme GmbH Humboldtstra?e 140-144 - 51149 K?ln Telefon +49 (0)221 149 - 5953 Telefax +49 (0)221 149 - 97 5953 E-Mail: Stefan.Marxext.MAFa.Lynx [at] rewe-group [dot] com www.rewe-group.com From jibalamy at free.fr Thu Feb 9 12:52:04 2006 From: jibalamy at free.fr (Jiba) Date: Thu Feb 9 12:52:04 2006 Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8 In-Reply-To: <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> Message-ID: <20060209215624.33fcdb83@citadelle.banquise> On Wed, 8 Feb 2006 11:15:40 +0100 Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > On Mon, 6 Feb 2006 21:45:53 +0100, Jiba wrote: > > >>> Actually the formatter must return unicode object (because the cache > >>> system concatenate the returned string with other unicode strings). > > > My formatter returns Unicode ; if it don't, I get the following error : > > OK, I checked the code paths. There are already formatters that emit binary > data. And the only way to do this is to write it to request.write instead > of returning it. So your functions have to return an empty string and use > request.write on their own. The problem is that doing so (and if i have understood the code well), i cannot use the MoinMoin cache system... however image generation is quite slow and thus i need to cache the images ! Jiba From geek+ at cmu.edu Thu Feb 9 13:21:03 2006 From: geek+ at cmu.edu (Brian Gallew) Date: Thu Feb 9 13:21:03 2006 Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8 In-Reply-To: <20060209215624.33fcdb83@citadelle.banquise> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> Message-ID: <43EBB210.8060006@cmu.edu> Jiba wrote: > On Wed, 8 Feb 2006 11:15:40 +0100 > Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > >> On Mon, 6 Feb 2006 21:45:53 +0100, Jiba wrote: >> >>>>> Actually the formatter must return unicode object (because the cache >>>>> system concatenate the returned string with other unicode strings). >>> My formatter returns Unicode ; if it don't, I get the following error : >> OK, I checked the code paths. There are already formatters that emit binary >> data. And the only way to do this is to write it to request.write instead >> of returning it. So your functions have to return an empty string and use >> request.write on their own. > > The problem is that doing so (and if i have understood the code well), i cannot use the MoinMoin cache system... however image generation is quite slow and thus i need to cache the images ! Theoretically, this could be done by having the parser create an image and drop it into the attachments directory, and return just the reference to the image. From 2005a at usenet.alexanderweb.de Thu Feb 9 13:28:08 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Feb 9 13:28:08 2006 Subject: [Moin-user] Re: Re: Re: Re: Image formatters and UTF8 References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> Message-ID: <1f6wwnjn3p11$.dlg@usenet.alexanderweb.de> On Thu, 9 Feb 2006 21:56:24 +0100, Jiba wrote: > The problem is that doing so (and if i have understood the code well), i > cannot use the MoinMoin cache system... however image generation is > quite slow and thus i need to cache the images ! The page caching system is just used for HTML output by default. Did you enable it for your target mimetype? Kind regards, Alexander From jibalamy at free.fr Thu Feb 9 16:23:05 2006 From: jibalamy at free.fr (Jiba) Date: Thu Feb 9 16:23:05 2006 Subject: [Moin-user] Re: Re: Re: Re: Image formatters and UTF8 In-Reply-To: <1f6wwnjn3p11$.dlg@usenet.alexanderweb.de> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> <1f6wwnjn3p11$.dlg@usenet.alexanderweb.de> Message-ID: <20060210012704.34a52bb0@citadelle.banquise> On Thu, 9 Feb 2006 22:27:06 +0100 Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > On Thu, 9 Feb 2006 21:56:24 +0100, Jiba wrote: > > > The problem is that doing so (and if i have understood the code well), i > > cannot use the MoinMoin cache system... however image generation is > > quite slow and thus i need to cache the images ! > > The page caching system is just used for HTML output by default. Did you > enable it for your target mimetype? Yes i did. Jiba From jibalamy at free.fr Thu Feb 9 16:26:01 2006 From: jibalamy at free.fr (Jiba) Date: Thu Feb 9 16:26:01 2006 Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8 In-Reply-To: <43EBB210.8060006@cmu.edu> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> <43EBB210.8060006@cmu.edu> Message-ID: <20060210012948.1ead3a1b@citadelle.banquise> > > The problem is that doing so (and if i have understood the code well), i cannot use the MoinMoin cache system... however image generation is quite slow and thus i need to cache the images ! > > Theoretically, this could be done by having the parser create an image > and drop it into the attachments directory, and return just the > reference to the image. If the wiki page is modified after that, would the image generated from this wiki page be updated or not ? Jiba From 2005a at usenet.alexanderweb.de Fri Feb 10 00:45:00 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Feb 10 00:45:00 2006 Subject: [Moin-user] Re: Re: Re: Re: Image formatters and UTF8 References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> <43EBB210.8060006@cmu.edu> <20060210012948.1ead3a1b@citadelle.banquise> Message-ID: <1jr2qo2euutzo$.dlg@usenet.alexanderweb.de> On Fri, 10 Feb 2006 01:29:48 +0100, Jiba wrote: > If the wiki page is modified after that, would the image generated from > this wiki page be updated or not ? It would be updated if you update it :) You can check out the LaTeX parser, it works like that. Kind regards, Alexander From nirs at freeshell.org Fri Feb 10 04:29:05 2006 From: nirs at freeshell.org (Nir Soffer) Date: Fri Feb 10 04:29:05 2006 Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8 In-Reply-To: <20060209215624.33fcdb83@citadelle.banquise> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> Message-ID: <69c9f898e6e940c065cadf1572f2451a@freeshell.org> On 9 Feb, 2006, at 22:56, Jiba wrote: >> On Mon, 6 Feb 2006 21:45:53 +0100, Jiba wrote: >> >>>>> Actually the formatter must return unicode object (because the >>>>> cache >>>>> system concatenate the returned string with other unicode strings). >> >>> My formatter returns Unicode ; if it don't, I get the following >>> error : >> >> OK, I checked the code paths. There are already formatters that emit >> binary >> data. And the only way to do this is to write it to request.write >> instead >> of returning it. So your functions have to return an empty string and >> use >> request.write on their own. > > The problem is that doing so (and if i have understood the code well), > i cannot use the MoinMoin cache system... however image generation is > quite slow and thus i need to cache the images ! The text/python cache system is not meant to handle binary files, it is a system to cache dynamic text, where part of the text is static and part is dynamic. The text is always unicode, and it is encoded to whatever encoding you use for the wiki pages. Maybe you describe how your system works - why and how you use your formatter to generate those files. Best Regards, Nir Soffer From Richard.Hiers at covenantseminary.edu Fri Feb 10 06:00:20 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Fri Feb 10 06:00:20 2006 Subject: [Moin-user] User List Message-ID: With the advent of 1.5, is there a convenient way for an admin to view a list of users? [SystemAdmin] used to provide at least a listing. Thanks Richard Hiers Director of IT Services Covenant Theological Seminary 314.434.4044 From Richard.Hiers at covenantseminary.edu Fri Feb 10 06:35:03 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Fri Feb 10 06:35:03 2006 Subject: [Moin-user] Windows Authentication weirdness Message-ID: I'm experimenting with windows authentication since upgrading to moin 1.5.2 and it seems to work well for our intranet. When I visit the wiki in IE 6 I'm automatically logged on with my windows credentials. With firefox or safari I'm presented with a login box. So far so good. I was curious how this type of authentication handled password changes. Johndoe (password Password1) visits mywiki for first time in IE 6, account is created automatically. Subsequent visits to mywiki using firefox accepts Password1 as Johndoe's password. Johndoe changes his windows login password to Password2. Visits mywiki in IE 6. Pages look fine. But afterwards when visiting mywiki using firefox, mywiki accepts BOTH Password1 and Password2. I've changed passwords 3 or 4 times and now all the passwords are accepted for this account. Mywiki won't accept just any old password, only those this user has used in the past. What accounts for this? I notice that the user files in the moin directory no longer have an encrypted password listed. Where is moin storing these passwords, and can the old ones be discarded? Thanks Richard Hiers Director of IT Services Covenant Theological Seminary 314.434.4044 From mmiller at stabilitynetworks.com Fri Feb 10 08:38:00 2006 From: mmiller at stabilitynetworks.com (Matthew C. Miller) Date: Fri Feb 10 08:38:00 2006 Subject: [Moin-user] Edit help text on Editor page Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDAD@gc.StabilityNetworks.local> Is there any way to edit the help text at the bottom of the Editor page? Matthew C. Miller, CTO Stability Networks mcm at stabilitynetworks.com 208/344.0050 From mohacsi at niif.hu Fri Feb 10 10:31:05 2006 From: mohacsi at niif.hu (Mohacsi Janos) Date: Fri Feb 10 10:31:05 2006 Subject: [Moin-user] ACL problem Message-ID: <20060210184646.Q91879@mignon.ki.iif.hu> Dear All, I want a following moinmoin 1.5.2 setup: No access to pages by default except allowed pages. Group of people can edit the content of the pages. The adm can allow publishing the pages. I have a moinmoin with the following settings: acl_rights_before = u"adm:read,write,delete,revert,admin \ CoGroup:read,write,delete,revert" acl_rights_default= "All:" The content of CoGroup page is: #acl +adm:admin,read,write,revert,delete -CoGroup:write,delete,revert,admin All:read * user1 * user2 * user3 * user4 * user5 The problem is the following: user1,... user5 cannot edit the pages. The page_group_regex ok for this pagenames? page_group_regex = u'[a-z]Group$' Where can be a a problem? Thanks. Kindest Regards, Janos Mohacsi Network Engineer, Research Associate NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 From jibalamy at free.fr Fri Feb 10 15:31:05 2006 From: jibalamy at free.fr (Jiba) Date: Fri Feb 10 15:31:05 2006 Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8 In-Reply-To: <69c9f898e6e940c065cadf1572f2451a@freeshell.org> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> <69c9f898e6e940c065cadf1572f2451a@freeshell.org> Message-ID: <20060211003535.25a59d00@citadelle.banquise> > > The problem is that doing so (and if i have understood the code well), > > i cannot use the MoinMoin cache system... however image generation is > > quite slow and thus i need to cache the images ! > > The text/python cache system is not meant to handle binary files, it is > a system to cache dynamic text, where part of the text is static and > part is dynamic. The text is always unicode, and it is encoded to > whatever encoding you use for the wiki pages. > > Maybe you describe how your system works - why and how you use your > formatter to generate those files. I'm making a "free trading card game", with downloadable and printable card editable using a wiki. The idea is to have a wiki page for each card, and then to generate the card (in a PNG or JPEG image) using a formatter. Here is a running example (in French) : http://nekeme.net/~jiba/cgi-bin/moin.cgi/Deichey When the wiki page is modified, the card image is regenerated (because the cache is no longer valid) and updated to correspond to the contain of the wiki page. The card image is also inserted at the top of the page. You can also get it by using the action "RenderAsPNG" or "RenderAsJpeg". It currently runs on a patched version of MoinMoin that supports a per-request charset. The image is generated by a formatter, then decoded in Unicode, then stored in the cache, add then (using the patch) re-encoded in binary string and sent to the client. Jiba From nirs at freeshell.org Fri Feb 10 22:52:05 2006 From: nirs at freeshell.org (Nir Soffer) Date: Fri Feb 10 22:52:05 2006 Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8 In-Reply-To: <20060211003535.25a59d00@citadelle.banquise> References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> <69c9f898e6e940c065cadf1572f2451a@freeshell.org> <20060211003535.25a59d00@citadelle.banquise> Message-ID: On 11 Feb, 2006, at 1:35, Jiba wrote: >> Maybe you describe how your system works - why and how you use your >> formatter to generate those files. > > I'm making a "free trading card game", with downloadable and printable > card editable using a wiki. The idea is to have a wiki page for each > card, and then to generate the card (in a PNG or JPEG image) using a > formatter. Here is a running example (in French) : > > http://nekeme.net/~jiba/cgi-bin/moin.cgi/Deichey > > When the wiki page is modified, the card image is regenerated (because > the cache is no longer valid) and updated to correspond to the contain > of the wiki page. The card image is also inserted at the top of the > page. You can also get it by using the action "RenderAsPNG" or > "RenderAsJpeg". > > It currently runs on a patched version of MoinMoin that supports a > per-request charset. The image is generated by a formatter, then > decoded in Unicode, then stored in the cache, add then (using the > patch) re-encoded in binary string and sent to the client. Very interesting moin usage. Can you describe how you deploy this? in a school? I would create a parser that: 1. let the wiki parser render the page as wiki page using any format (wiki, rst etc.) 2. check the attachment and generate an image from the wiki text if the attachment is older than the wiki page. The page would look like: #format card ## The card can have the same name, or maybe the name of the page attachment:pagename.jpg ## or maybe the name is one of the keys name:: cardname key:: value key:: value To create the parser I would reuse , because it already render a page as is. So the parser would be this: from section import SectionParser class CardParser(SectionParser): baseClass = 'card' # card pages may have unique style # Simplified format probably missing few arguments def format(self): # pseudo code... if page is newer then card attachment: generate new card SectionParser.format(self) Then add these css (and maybe more) rules to your wiki: #card dl #card dd #card dt This design does not need any patching of moin code, and the page source is even simpler. You can even create more than one card on single page by using: {{{ #!card ## XXX what is the card name in this case? attachment:name.png key:: value key:: value }}} Best Regards, Nir Soffer From 2005a at usenet.alexanderweb.de Sat Feb 11 03:00:05 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat Feb 11 03:00:05 2006 Subject: [Moin-user] Re: Windows Authentication weirdness References: Message-ID: <1r3oh7tld6ho7.dlg@usenet.alexanderweb.de> On Fri, 10 Feb 2006 08:33:58 -0600, Hiers, Richard wrote: > What accounts for this? I notice that the user files in the moin > directory no longer have an encrypted password listed. Where is moin > storing these passwords, and can the old ones be discarded? It sounds like Moin just delegates the authorisation in your setup. Please describe your configuration, i.e. which auth related config options are set in wikiconfig.py and how IIS/Apache is configured with regards to authorisation. Kind regards, Alexander From mohacsi at niif.hu Sat Feb 11 03:25:16 2006 From: mohacsi at niif.hu (Mohacsi Janos) Date: Sat Feb 11 03:25:16 2006 Subject: [Moin-user] ACL problem In-Reply-To: <6FAB474893963D4E876FE660DC96C0714C3146@azsmsx401.amr.corp.intel.com> References: <6FAB474893963D4E876FE660DC96C0714C3146@azsmsx401.amr.corp.intel.com> Message-ID: <20060211120806.J80503@mignon.ki.iif.hu> On Fri, 10 Feb 2006, Schwols, Keith C wrote: > I don't believe you wanted "-CoGroup:write,delete,revert,admin in your > #acl on the page. That takes away edit priviledges for the > User1,...User5. > > From the HelpOnAccessControl wiki page > > #acl +All:read -SomeUser:admin SomeGroup:read,write,admin > > +All:read means that when any user is requesting read right, it will be > given and processing stops. In any other case, processing will continue. > If admin right is queried for SomeUser, it will be denied and processing > stops. In any other case, processing will continue. Finally if a member > of SomeGroup is requesting some right it will be given if specified > there and denied, if not. All other users have no rights, except when > given by configuration. > > Notice that you probably won't want to use the second and third examples > in ACL entries of some page. They're very useful on the site > configuration entries though. > > > Try it without the leading '-' on CoGroup. Hello, Yes I don't want that CoGroup to add others to CoGroup. Probably you missed my problem. My main problem is that member of CoGroup cannot edit the main pages (not the CoGroup page) in spite of the acl_rights_before = u"adm:read,write,delete,revert,admin \ CoGroup:read,write,delete,revert" acl_rights_default= "All:" Thanks for any help. Janos Mohacsi Network Engineer, Research Associate NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 > > ] > > >> -----Original Message----- >> From: moin-user-admin at lists.sourceforge.net [mailto:moin-user- >> admin at lists.sourceforge.net] On Behalf Of Mohacsi Janos >> Sent: Friday, February 10, 2006 11:30 AM >> To: moin-user at lists.sourceforge.net >> Subject: [Moin-user] ACL problem >> >> Dear All, >> >> I want a following moinmoin 1.5.2 setup: >> No access to pages by default except allowed pages. Group of people can >> edit the content of the pages. The adm can allow publishing the pages. >> >> I have a moinmoin with the following settings: >> >> acl_rights_before = u"adm:read,write,delete,revert,admin \ >> CoGroup:read,write,delete,revert" >> acl_rights_default= "All:" >> >> The content of CoGroup page is: >> >> #acl +adm:admin,read,write,revert,delete > -CoGroup:write,delete,revert,admin >> All:read >> * user1 >> * user2 >> * user3 >> * user4 >> * user5 >> >> >> The problem is the following: user1,... user5 cannot edit the pages. >> >> The page_group_regex ok for this pagenames? >> page_group_regex = u'[a-z]Group$' >> >> >> Where can be a a problem? >> >> Thanks. >> >> Kindest Regards, >> >> >> Janos Mohacsi >> Network Engineer, Research Associate >> NIIF/HUNGARNET, HUNGARY >> Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through log >> files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=12164 > 2 >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user > From robert at cantab.net Sat Feb 11 10:41:01 2006 From: robert at cantab.net (Robert Schumann) Date: Sat Feb 11 10:41:01 2006 Subject: [Moin-user] User List In-Reply-To: References: Message-ID: <43EE2F85.4010800@cantab.net> Hiers, Richard wrote: >With the advent of 1.5, is there a convenient way for an admin to view a >list of users? [SystemAdmin] used to provide at least a listing. > > Using a vanilla Moin 1.5.2 system, [[SystemAdmin]] works for me. It presents the two options "File attachment browser" and "User account browser", the latter of which provides a list of users when you click on it. What exact problem are you having? Remember you need to have admin rights (as explained on HelpOnMacros) to see this information. Robert. >Thanks > >Richard Hiers >Director of IT Services >Covenant Theological Seminary >314.434.4044 > > From david at thingbag.net Sat Feb 11 14:22:05 2006 From: david at thingbag.net (David Cramer) Date: Sat Feb 11 14:22:05 2006 Subject: [Moin-user] Link directly to action=diff from rss feed Message-ID: <43EE6378.5010501@thingbag.net> I notice that on the rss feed for the RecentChanges page of moinmoin.wikiwikiweb.de, http://moinmoin.wikiwikiweb.de/RecentChanges?action=rss_rc&ddiffs=1&unique=1, the links include action=diff, so when you click on an item, you are taken directly to a diff of the most recent version from the previous one. My own 1.5.2 wiki does not do this. Is this a configurable thing or something I need to hack in? I didn't see anything in HelpOnConfiguration. Thanks, David From mmiller at stabilitynetworks.com Sat Feb 11 15:40:04 2006 From: mmiller at stabilitynetworks.com (Matthew C. Miller) Date: Sat Feb 11 15:40:04 2006 Subject: [Moin-user] Error after changes Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB5@gc.StabilityNetworks.local> After adding 4 more wikis to a site that was running fine with 23, I now get "500 internal server error" on all of them. The only error message I find in the logs is: [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert p.pattern.gro ups <= 100,\\ [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] AssertionError [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] : [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but this vers ion only supports 100 named groups [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] Premature end of scr ipt headers: moin.cgi Any ideas what I should look for? TIA for any pointers, Matthew C. Miller, CTO Stability Networks mcm at stabilitynetworks.com 208/344.0050 From Richard.Hiers at covenantseminary.edu Sat Feb 11 16:41:02 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Sat Feb 11 16:41:02 2006 Subject: [Moin-user] User List Message-ID: I am the admin on the wiki, but I just get a blank space on the wiki page where I should have the SystemAdmin macro options. -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Robert Schumann Sent: Saturday, February 11, 2006 12:40 PM To: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] User List Hiers, Richard wrote: >With the advent of 1.5, is there a convenient way for an admin to view >a list of users? [SystemAdmin] used to provide at least a listing. > > Using a vanilla Moin 1.5.2 system, [[SystemAdmin]] works for me. It presents the two options "File attachment browser" and "User account browser", the latter of which provides a list of users when you click on it. What exact problem are you having? Remember you need to have admin rights (as explained on HelpOnMacros) to see this information. Robert. >Thanks > >Richard Hiers >Director of IT Services >Covenant Theological Seminary >314.434.4044 > > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From nirs at freeshell.org Sat Feb 11 17:30:06 2006 From: nirs at freeshell.org (Nir Soffer) Date: Sat Feb 11 17:30:06 2006 Subject: [Moin-user] Error after changes In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB5@gc.StabilityNetworks.local> References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB5@gc.StabilityNetworks.local> Message-ID: <401ad830756448113de941bd4da98391@freeshell.org> Do you have more then 100 items in your wikis list? On 12 Feb, 2006, at 1:39, Matthew C. Miller wrote: > After adding 4 more wikis to a site that was running fine with 23, I > now > get "500 internal server error" on all of them. The only error message > I find in the logs is: > > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert > p.pattern.gro > ups <= 100,\\ > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] > AssertionError > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] : > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but > this vers > ion only supports 100 named groups > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] Premature > end of scr > ipt headers: moin.cgi > > Any ideas what I should look for? > > TIA for any pointers, > > Matthew C. Miller, CTO > Stability Networks > mcm at stabilitynetworks.com > 208/344.0050 > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > Best Regards, Nir Soffer From jean-philippe.guerard at tigreraye.org Sun Feb 12 00:20:01 2006 From: jean-philippe.guerard at tigreraye.org (Jean-Philippe =?iso-8859-1?Q?Gu=E9rard?=) Date: Sun Feb 12 00:20:01 2006 Subject: [Moin-user] User List In-Reply-To: References: Message-ID: <20060212081852.GC3713@tigreraye.nulle.part> Le 2006-02-11 18:40:42 -0600, Hiers, Richard ?crivait : > I am the admin on the wiki, but I just get a blank space on the wiki > page where I should have the SystemAdmin macro options. I am under the impression you must now be listed in the superuser configuration variable for this macro to work. It doesn't work for me for accounts who have admin rights in the ACL without being listed as a superuser. -- Jean-Philippe Gu?rard http://tigreraye.org From tpfennig at gmail.com Mon Feb 13 05:33:02 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Mon Feb 13 05:33:02 2006 Subject: [Moin-user] a minimal wiki Message-ID: <2cbc44a0602130532u5c277ae4n@mail.gmail.com> Hi, I have begun working on a decription of a minimal wiki: http://moinmaster.wikiwikiweb.de/HelpOnInstalling/MinimalWiki This depends on good knowledge about Moin so I hope some people join me in editing this pages. Some information on this page could be seperated if the documentation of MoinMoin will be more complete. The language system for instance. Maybe somebody knows a better way to extract specific pages from the standard distribution? The goals are: * stripping down MoinMoin python base code and plugins to what is absolutely essential and tell how to add them one by one. * what wiki pages are really essential for using the wiki, what pages do add basic functionality (say standard wiki set) * how to reduce a wiki config file. Also lok at user_checkbox_fields. What do we need ? So everything about minimalism. As said above I think it would be better to link to extra pages at some point instead of decribing everything here. It would be nice to have some config examples, but maybe we should better discuss/work on that on the extra page at: http://moinmoin.wikiwikiweb.de/ThiloPfennig/MinimalMoin Your help is appreciated. I am especially intersted in experiences from those who have done this before. Or tested a minimal setting in practice. -- http://vinci.wordpress.com From Richard.Hiers at covenantseminary.edu Mon Feb 13 05:58:05 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Mon Feb 13 05:58:05 2006 Subject: [Moin-user] Re: Windows Authentication weirdness Message-ID: I'm running Moin on IIS and the security for the wiki site is set no anonymous access, only "Integrated Windows authentication." Wikiconfig.py has the following lines: from MoinMoin.auth import http user_autocreate = True auth = [http] Does this help? Richard -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Alexander Schremmer Sent: Friday, February 10, 2006 12:32 PM To: moin-user at lists.sourceforge.net Subject: [Moin-user] Re: Windows Authentication weirdness On Fri, 10 Feb 2006 08:33:58 -0600, Hiers, Richard wrote: > What accounts for this? I notice that the user files in the moin > directory no longer have an encrypted password listed. Where is moin > storing these passwords, and can the old ones be discarded? It sounds like Moin just delegates the authorisation in your setup. Please describe your configuration, i.e. which auth related config options are set in wikiconfig.py and how IIS/Apache is configured with regards to authorisation. Kind regards, Alexander ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From mmiller at stabilitynetworks.com Mon Feb 13 06:46:03 2006 From: mmiller at stabilitynetworks.com (Matthew C. Miller) Date: Mon Feb 13 06:46:03 2006 Subject: [Moin-user] Error after changes Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB7@gc.StabilityNetworks.local> I assume you mean in the farmconfig.py file, in the "wikis" section. Currently, I have 50 (due to multiple access URLs for the same 23 sites). Here's a copy of what's in my farmconfig.py (by the way, if there's a better way to do the duplicate URLs going to the same wiki, I'd love to know!): wikis = [ ("kb", r"^www.example.com/kb.*$"), ("ameritel", r"^www.example.com/ameritel.*$"), ("aic", r"^www.example.com/aic.*$"), ("battfisher", r"^www.example.com/battfisher.*$"), ("berryhill", r"^www.example.com/berryhill.*$"), ("berryhillandco", r"^www.example.com/berryhillandco.*$ ("bfl", r"^www.example.com/bfl.*$"), ("bhc", r"^www.example.com/bhc.*$"), ("curtisolson", r"^www.example.com/curtisolson.*$"), ("coc", r"^www.example.com/coc.*$"), ("ess", r"^www.example.com/ess.*$"), ("glassmasters", r"^www.example.com/glassmasters.*$"), ("gms", r"^www.example.com/gms.*$"), ("himberger", r"^www.example.com/himberger.*$"), ("himbergerlaw", r"^www.example.com/himbergerlaw.*$"), ("hmb", r"^www.example.com/hmb.*$"), ("idahotruss", r"^www.example.com/idahotruss.*$"), ("idt", r"^www.example.com/idt.*$"), ("lfpco", r"^www.example.com/lfpco.*$"), ("lfp", r"^www.example.com/lfp.*$"), ("markrenberg", r"^www.example.com/markrenberg.*$"), ("mra", r"^www.example.com/mra.*$"), ("mbt", r"^www.example.com/mbt.*$"), ("meulemanmollerup", r"^www.example.com/meulemanmoller$ ("mml", r"^www.example.com/mml.*$"), ("mff", r"^www.example.com/mff.*$"), ("morgans", r"^www.example.com/morgans.*$"), ("morgansfinefinishes", r"^www.example.com/morgansfine$ ("paigemechanical", r"^www.example.com/pmg.*$"), ("paigemechanicalgroup", r"^www.example.com/pmg.*$"), ("pmg", r"^www.example.com/pmg.*$"), ("pos", r"^www.example.com/pos.*$"), ("rma", r"^www.example.com/rma.*$"), ("smithsport", r"^www.example.com/smithsport.*$"), ("sso", r"^www.example.com/sso.*$"), ("syr", r"^www.example.com/syr.*$"), ("syringa", r"^www.example.com/syringa.*$"), ("syringabank", r"^www.example.com/syringabank.*$"), ("tablerockprinting", r"^www.example.com/tablerockprin$ ("trp", r"^www.example.com/trp.*$"), ("vii", r"^www.example.com/vii.*$"), ("veininstitute", r"^www.example.com/veininstitute.*$"$ ("theveininstitute", r"^www.example.com/theveininstitu$ ("varsitymarketing", r"^www.example.com/varsitymarketi$ ("vcm", r"^www.example.com/vcm.*$"), ("varsity", r"^www.example.com/varsity.*$"), ("vcr", r"^www.example.com/vcr.*$"), ("windermere", r"^www.example.com/windermere.*$"), ("wre", r"^www.example.com/wre.*$"), ("demo", r"^www.example.com/demo.*$"), ] Matthew C. Miller, CTO Stability Networks mcm at stabilitynetworks.com 208/344.0050 -----Original Message----- From: Nir Soffer [mailto:nirs at freeshell.org] Sent: Saturday, February 11, 2006 6:29 PM To: Matthew C. Miller Cc: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] Error after changes Do you have more then 100 items in your wikis list? On 12 Feb, 2006, at 1:39, Matthew C. Miller wrote: > After adding 4 more wikis to a site that was running fine with 23, I > now get "500 internal server error" on all of them. The only error > message I find in the logs is: > > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert > p.pattern.gro ups <= 100,\\ [Sat Feb 11 16:30:23 2006] [error] [client > 192.168.200.254] AssertionError [Sat Feb 11 16:30:23 2006] [error] > [client 192.168.200.254] : > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but > this vers ion only supports 100 named groups [Sat Feb 11 16:30:23 > 2006] [error] [client 192.168.200.254] [Sat Feb 11 16:30:23 2006] > [error] [client 192.168.200.254] Premature end of scr ipt headers: > moin.cgi > > Any ideas what I should look for? > > TIA for any pointers, > > Matthew C. Miller, CTO > Stability Networks > mcm at stabilitynetworks.com > 208/344.0050 > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files for problems? Stop! Download the new AJAX search engine that > makes searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > Best Regards, Nir Soffer From mmiller at stabilitynetworks.com Mon Feb 13 08:17:03 2006 From: mmiller at stabilitynetworks.com (Matthew C. Miller) Date: Mon Feb 13 08:17:03 2006 Subject: [Moin-user] Problem with # of wikis, new info Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local> More info: After removing the 9 lines I added to farmconfig.py it works with our original sites. I have a total of exactly 50 wiki lines defined in the new (41 in the old) farmconfig.py, so this makes no sense to me whatsoever. On another track, is there a better way to define multiple access URLs for a given wiki than I've come up with? Currently, we create the custom.py file, create a link (ln -s...) to cst.py (which is a 3 letter abbreviation for the wiki custom name), and create duplicate entries in the farmconfig and apache.conf.local for both URLs. A way to simplify this would also probably solve my # of wikis problem for a while. Original Post: > After adding 4 more wikis to a site that was running fine with 23, I now get "500 internal > server error" on all of them. The only error message I find in the logs is: > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert p.pattern.gro ups <= 100 > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] AssertionError > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] : > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but this version / only supports 100 named groups > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] > [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] Premature end of script / headers: moin.cgi > Any ideas what I should look for? > TIA for any pointers, Matthew C. Miller, CTO Stability Networks mcm at stabilitynetworks.com 208/344.0050 From gward-moin at python.net Mon Feb 13 12:05:04 2006 From: gward-moin at python.net (Greg Ward) Date: Mon Feb 13 12:05:04 2006 Subject: [Moin-user] Subscriptions semi-lost after 1.2->1.5 upgrade Message-ID: <20060213200424.GA10237@intelerad.com> I upgraded from MoinMoin 1.2.1 to 1.5.1 last week, and we just noticed that page subscriptions are semi-lost. That is, if user X was subscribed to page Y before the upgrade, X is no longer listed in the "General Page Infos" page for Y, and no longer receives email when Y is updated. *But* if user X goes to his UserPreferences page, page Y is still present in the list of subscribe page regexes. (And it's also still listed in user X's data/users/ file, of course.) So if X saves his preferences (without necessarily making any changes), all is well again -- page Y again "knows" that user X is subscribed to it. First: is this a known bug in the upgrade process? Second: is there an easy way to fix our installation? We could ask everyone to go save their UserPreferences, but frankly, most people won't bother. Is there a way to propagate the information in the data/users/* files back out so the pages know who their subscribers are? Thanks -- Greg From gward-moin at python.net Mon Feb 13 12:29:02 2006 From: gward-moin at python.net (Greg Ward) Date: Mon Feb 13 12:29:02 2006 Subject: [Moin-user] Subscriptions semi-lost after 1.2->1.5 upgrade In-Reply-To: <20060213200424.GA10237@intelerad.com> References: <20060213200424.GA10237@intelerad.com> Message-ID: <20060213202821.GA10366@intelerad.com> On 13 February 2006, Greg Ward said: > I upgraded from MoinMoin 1.2.1 to 1.5.1 last week, and we just noticed > that page subscriptions are semi-lost. That is, if user X was > subscribed to page Y before the upgrade, X is no longer listed in the > "General Page Infos" page for Y, and no longer receives email when Y is > updated. > > *But* if user X goes to his UserPreferences page, page Y is still > present in the list of subscribe page regexes. (And it's also still > listed in user X's data/users/ file, of course.) So if X saves > his preferences (without necessarily making any changes), all is well > again -- page Y again "knows" that user X is subscribed to it. Actually, it seems to be worse than this: after the upgrade, subscriptions no longer work. If user A and user B both subscribe to a page, A can only see that he is subscribed, and B can only see that *he* is subscribed. (Based on following the "Info" -> "General Page Infos" links.) So Moin never sends email when the page is changed! Is this a privilege problem, i.e. is there something we have to configure so that users can see each other's subscriptions (and thereby ensure that Moin sends email as appropriate)? Greg From nirs at freeshell.org Mon Feb 13 12:39:09 2006 From: nirs at freeshell.org (Nir Soffer) Date: Mon Feb 13 12:39:09 2006 Subject: [Moin-user] Error after changes In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB7@gc.StabilityNetworks.local> References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB7@gc.StabilityNetworks.local> Message-ID: <9c7cc3d7bcf3b49d91b913b0cac3df10@freeshell.org> On 13 Feb, 2006, at 16:45, Matthew C. Miller wrote: > I assume you mean in the farmconfig.py file, in the "wikis" section. > > Currently, I have 50 (due to multiple access URLs for the same 23 > sites). > > Here's a copy of what's in my farmconfig.py (by the way, if there's a > better way to do the duplicate URLs going to the same wiki, I'd love to > know!): use this: base = 'www.example.com' wikis = [ (wiki1, r'%s/(?:wiki1-a|wiki1-b|wiki1-c).*$' % base), (wiki2, r'%s/(?:wiki2-a|wiki2-b|wiki2-c).*$' % base), ... (wiki100, r'%s/(?:wiki100-a|wiki100-b|wiki100-c).*$' % base), ] This should let you have up to 100 wikis (Python 100 groups re limit) with many access points to any wiki. Best Regards, Nir Soffer From nirs at freeshell.org Mon Feb 13 12:46:00 2006 From: nirs at freeshell.org (Nir Soffer) Date: Mon Feb 13 12:46:00 2006 Subject: [Moin-user] Subscriptions semi-lost after 1.2->1.5 upgrade In-Reply-To: <20060213202821.GA10366@intelerad.com> References: <20060213200424.GA10237@intelerad.com> <20060213202821.GA10366@intelerad.com> Message-ID: Its probably related to 1.5 using interwiki page names e.g WikiName:PageName. This let you use the same preferences for all wikis in one farm, but of course just make one wiki farms life harder. Check the user file after you save the preferences, I guess you will find your wiki name in front of all subscribe page names. I guess that inserting the wikiname to all user files will solve the problem, this probably should be part of the upgrade process. On 13 Feb, 2006, at 22:28, Greg Ward wrote: > On 13 February 2006, Greg Ward said: >> I upgraded from MoinMoin 1.2.1 to 1.5.1 last week, and we just noticed >> that page subscriptions are semi-lost. That is, if user X was >> subscribed to page Y before the upgrade, X is no longer listed in the >> "General Page Infos" page for Y, and no longer receives email when Y >> is >> updated. >> >> *But* if user X goes to his UserPreferences page, page Y is still >> present in the list of subscribe page regexes. (And it's also still >> listed in user X's data/users/ file, of course.) So if X >> saves >> his preferences (without necessarily making any changes), all is well >> again -- page Y again "knows" that user X is subscribed to it. > > Actually, it seems to be worse than this: after the upgrade, > subscriptions no longer work. If user A and user B both subscribe to a > page, A can only see that he is subscribed, and B can only see that > *he* > is subscribed. (Based on following the "Info" -> "General Page Infos" > links.) So Moin never sends email when the page is changed! > > Is this a privilege problem, i.e. is there something we have to > configure so that users can see each other's subscriptions (and thereby > ensure that Moin sends email as appropriate)? > > Greg > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > Best Regards, Nir Soffer From Bryan.Weingarten at watchguard.com Mon Feb 13 14:16:01 2006 From: Bryan.Weingarten at watchguard.com (Bryan Weingarten) Date: Mon Feb 13 14:16:01 2006 Subject: [Moin-user] User List Message-ID: <53e00e938d61cb70ce83c9e37af305d6daa3a184@localhost> i have admin right and i see nothing when i use the [[SystemAdmin]] macro. i'm using using 1.5.1. also, how can you tell what right you have when you log in? is there a page that tells you? thanks, bryan -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Robert Schumann Sent: Saturday, February 11, 2006 10:40 AM To: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] User List Hiers, Richard wrote: >With the advent of 1.5, is there a convenient way for an admin to view >a list of users? [SystemAdmin] used to provide at least a listing. > > Using a vanilla Moin 1.5.2 system, [[SystemAdmin]] works for me. It presents the two options "File attachment browser" and "User account browser", the latter of which provides a list of users when you click on it. What exact problem are you having? Remember you need to have admin rights (as explained on HelpOnMacros) to see this information. Robert. >Thanks > >Richard Hiers >Director of IT Services >Covenant Theological Seminary >314.434.4044 > > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From Bryan.Weingarten at watchguard.com Mon Feb 13 14:41:00 2006 From: Bryan.Weingarten at watchguard.com (Bryan Weingarten) Date: Mon Feb 13 14:41:00 2006 Subject: [Moin-user] User List Message-ID: i have it working now. i just created a superuser list of superadmins and used that in the the acl list instead of each person individually. bryan -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Bryan Weingarten Sent: Monday, February 13, 2006 2:14 PM To: moin-user at lists.sourceforge.net Subject: RE: [Moin-user] User List i have admin right and i see nothing when i use the [[SystemAdmin]] macro. i'm using using 1.5.1. also, how can you tell what right you have when you log in? is there a page that tells you? thanks, bryan -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Robert Schumann Sent: Saturday, February 11, 2006 10:40 AM To: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] User List Hiers, Richard wrote: >With the advent of 1.5, is there a convenient way for an admin to view >a list of users? [SystemAdmin] used to provide at least a listing. > > Using a vanilla Moin 1.5.2 system, [[SystemAdmin]] works for me. It presents the two options "File attachment browser" and "User account browser", the latter of which provides a list of users when you click on it. What exact problem are you having? Remember you need to have admin rights (as explained on HelpOnMacros) to see this information. Robert. >Thanks > >Richard Hiers >Director of IT Services >Covenant Theological Seminary >314.434.4044 > > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From qvo at pingry.org Mon Feb 13 17:39:10 2006 From: qvo at pingry.org (Vo, Quoc) Date: Mon Feb 13 17:39:10 2006 Subject: [Moin-user] HTTP AUTHENTICATION Message-ID: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us> Hi all...I have MoinMoin 1.5.2 setup and need to enable http authentication. I have made the appropriate changes in the wikiconfig.py file. What other changes do I need to setup? I assume I need to add info into httpd.conf file to tell Apache what to do. Here is my setup. Mac OS X Server (Tiger 10.4) Apache 1.3 Python 2.3 auth_ldap_mod MoinMoin 1.5.2 Thanks in advance HTH... Quoc Vo Director of Technology qvo at pingry.org 908.758.5582 -------------- next part -------------- An HTML attachment was scrubbed... URL: From skromta at gmail.com Tue Feb 14 01:43:04 2006 From: skromta at gmail.com (Kalle Anke) Date: Tue Feb 14 01:43:04 2006 Subject: [Moin-user] Standalone wiki server Message-ID: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org> I'm looking at various wikis to see if I can find one that I really like. I'm currently trying to see if I can find something that I can bring with me on a USB stick and run without installing any programs (yes, I could use a server ... and have currently installed PMWiki on a server to try it out). So I'm looking for a wiki that I normally can run on my Mac but once in a while I would like to be able to bring the pages with me and use them from a USB stick without installing any software on the host machine (Mac or Windows). MoinX makes the pretty easy for the Mac but if I've understood things correctly there is not a similar version for Windows, or have I missed something? Does anyone have a suggestion/advice in my search? (and yes, it would be nice it was python based and easy to customize by writing my own python code) From Stefan.Marxext.MAFa.Lynx at rewe-group.com Tue Feb 14 01:52:05 2006 From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx) Date: Tue Feb 14 01:52:05 2006 Subject: AW: [Moin-user] Standalone wiki server Message-ID: Hi Kalle, with the stable version 1.5.1 I run MoinMoin on a Windows-Server machine and a Mac X system as well. On the Windows PC we have to add pynthon and apache as components while under Mac X OS the httpd and python installations on board does the trick. Making this stickable for both OS is a little challenge but should work, I assume. tht, greetings from Germany. cu Stefan > -----Urspr?ngliche Nachricht----- > Von: Kalle Anke [SMTP:skromta at gmail.com] > Gesendet am: Montag, 13. Februar 2006 23:21 > An: moin-user at lists.sourceforge.net > Betreff: [Moin-user] Standalone wiki server > > I'm looking at various wikis to see if I can find one that I really like. > I'm > currently trying to see if I can find something that I can bring with me > on a > USB stick and run without installing any programs (yes, I could use a > server > ... and have currently installed PMWiki on a server to try it out). > > So I'm looking for a wiki that I normally can run on my Mac but once in a > while I would like to be able to bring the pages with me and use them from > a > USB stick without installing any software on the host machine (Mac or > Windows). > > MoinX makes the pretty easy for the Mac but if I've understood things > correctly there is not a similar version for Windows, or have I missed > something? > > Does anyone have a suggestion/advice in my search? (and yes, it would be > nice > it was python based and easy to customize by writing my own python code) > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From nirs at freeshell.org Tue Feb 14 02:25:10 2006 From: nirs at freeshell.org (Nir Soffer) Date: Tue Feb 14 02:25:10 2006 Subject: [Moin-user] Standalone wiki server In-Reply-To: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org> References: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org> Message-ID: You can try the desktop edition, or just install the regular moin using the standalone server and copy the folder to the usb stick. You will need Python on the other machine, this may be a problem in Windows. On 14 Feb, 2006, at 0:20, Kalle Anke wrote: > I'm looking at various wikis to see if I can find one that I really > like. I'm > currently trying to see if I can find something that I can bring with > me on a > USB stick and run without installing any programs (yes, I could use a > server > ... and have currently installed PMWiki on a server to try it out). > > So I'm looking for a wiki that I normally can run on my Mac but once > in a > while I would like to be able to bring the pages with me and use them > from a > USB stick without installing any software on the host machine (Mac or > Windows). > > MoinX makes the pretty easy for the Mac but if I've understood things > correctly there is not a similar version for Windows, or have I missed > something? > > Does anyone have a suggestion/advice in my search? (and yes, it would > be nice > it was python based and easy to customize by writing my own python > code) > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > Best Regards, Nir Soffer From Steve.Meyfroidt at agilisys.co.uk Tue Feb 14 04:07:05 2006 From: Steve.Meyfroidt at agilisys.co.uk (Steve Meyfroidt) Date: Tue Feb 14 04:07:05 2006 Subject: [Moin-user] Standalone wiki server Message-ID: <93F053A4CC27514CBA981470F537D83F6D8894@ukldnmxcs01.office.netdecisions.com> I use the desktop edition installed on a USB key: it works extremely well as a self-contained (and small) wiki. > -----Original Message----- > From: Nir Soffer [mailto:nirs at freeshell.org] > Sent: 14 February 2006 10:24 > To: Kalle Anke > Cc: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] Standalone wiki server > > You can try the desktop edition, or just install the regular moin using > the standalone server and copy the folder to the usb stick. > > You will need Python on the other machine, this may be a problem in > Windows. > > On 14 Feb, 2006, at 0:20, Kalle Anke wrote: > > > I'm looking at various wikis to see if I can find one that I really > > like. I'm > > currently trying to see if I can find something that I can bring with > > me on a > > USB stick and run without installing any programs (yes, I could use a > > server > > ... and have currently installed PMWiki on a server to try it out). > > > > So I'm looking for a wiki that I normally can run on my Mac but once > > in a > > while I would like to be able to bring the pages with me and use them > > from a > > USB stick without installing any software on the host machine (Mac or > > Windows). > > > > MoinX makes the pretty easy for the Mac but if I've understood things > > correctly there is not a similar version for Windows, or have I missed > > something? > > > > Does anyone have a suggestion/advice in my search? (and yes, it would > > be nice > > it was python based and easy to customize by writing my own python > > code) > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > > files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://sel.as-us.falkag.net/sel? > > cmd=lnk&kid=103432&bid=230486&dat=121642 > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > > Best Regards, > > Nir Soffer > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From Stefan.Vogt at astrum-it.de Tue Feb 14 06:52:10 2006 From: Stefan.Vogt at astrum-it.de (Stefan Vogt) Date: Tue Feb 14 06:52:10 2006 Subject: [Moin-user] configuration of the web server Message-ID: Hi, we installed a MoinMoin Wiki in our company on an internal IIS-Webserver. To get an access from outside we configured our extern Apache internet server to route to the wiki server: ServerName xxx.de SSLEngine on SSLCertificateFile conf/cert/server.crt SSLCertificateKeyFile conf/cert/server.key Redirect / http://www.xxx.de/ ErrorLog "logs/apache_error_log" CustomLog "logs/apache_access_log" combined ProxyRequests Off ProxyPass /mywiki http://xxx.xxx.xxx.xxx:8080/mywiki ProxyPassReverse /mywiki http://xxx.xxx.xxx.xxx:8080/mywiki ProxyPass /wiki http://xxx.xxx.xxx.xxx:8080/wiki ProxyPassReverse /wiki http://xxx.xxx.xxx.xxx:8080/wiki ProxyPass / ! ProxyPassReverse / ! ProxyVia Block We have some problems on working from outside: * upload does not work * saving changes fails on some sites (especially on long sites): nothing is done and the original site is displayed * creating new site with [[goto]] results in a site not found from the web server and not in the create site of MoinMoin If we deactivate the SSL everything works fine! Does anyone know a solution for this??? From mmiller at stabilitynetworks.com Tue Feb 14 07:18:03 2006 From: mmiller at stabilitynetworks.com (Matthew C. Miller) Date: Tue Feb 14 07:18:03 2006 Subject: [Moin-user] Multiple URLs to one wiki [WAS: RE: Error after changes] Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDC6@gc.StabilityNetworks.local> So, to verify my understanding, if I have one wiki I'd like to access with the following six urls: http://www.example.com/abc http://www.example.com/AlphaBetaCo http://www.example.com/AlphaBetazoidCompany http://www.ex.com/abc http://www.ex.com/alphabetaco http://www.ex.com/alphabetazoidcompany And I call the wiki and the directory it's stored it 'abc,' then will this snippet in my farmconfig.py file work? base = 'www.[example|ex].com' wikis = [ ('abc', r'%s/(?:abc|alphabetaco|alphabetazoidcompany).*$' % base), And I'll no longer need the soft-links between full names and abbreviate ones in my config directory (ie: only abc.py will be needed, not abc.py alphabetaco.py -> abc.py Alphabetazoidcompany.py -> abc.py Thanks for the support! Matthew C. Miller, CTO Stability Networks mcm at stabilitynetworks.com 208/344.0050 -----Original Message----- From: Nir Soffer [mailto:nirs at freeshell.org] Sent: Monday, February 13, 2006 1:38 PM To: Matthew C. Miller Cc: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] Error after changes On 13 Feb, 2006, at 16:45, Matthew C. Miller wrote: > I assume you mean in the farmconfig.py file, in the "wikis" section. > > Currently, I have 50 (due to multiple access URLs for the same 23 > sites). > > Here's a copy of what's in my farmconfig.py (by the way, if there's a > better way to do the duplicate URLs going to the same wiki, I'd love > to > know!): use this: base = 'www.example.com' wikis = [ (wiki1, r'%s/(?:wiki1-a|wiki1-b|wiki1-c).*$' % base), (wiki2, r'%s/(?:wiki2-a|wiki2-b|wiki2-c).*$' % base), ... (wiki100, r'%s/(?:wiki100-a|wiki100-b|wiki100-c).*$' % base), ] This should let you have up to 100 wikis (Python 100 groups re limit) with many access points to any wiki. Best Regards, Nir Soffer From nirs at freeshell.org Tue Feb 14 07:32:02 2006 From: nirs at freeshell.org (Nir Soffer) Date: Tue Feb 14 07:32:02 2006 Subject: [Moin-user] Multiple URLs to one wiki [WAS: RE: Error after changes] In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDC6@gc.StabilityNetworks.local> References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDC6@gc.StabilityNetworks.local> Message-ID: On 14 Feb, 2006, at 17:17, Matthew C. Miller wrote: > So, to verify my understanding, if I have one wiki I'd like to access > with the following six urls: > > http://www.example.com/abc > http://www.example.com/AlphaBetaCo > http://www.example.com/AlphaBetazoidCompany > http://www.ex.com/abc > http://www.ex.com/alphabetaco > http://www.ex.com/alphabetazoidcompany > > And I call the wiki and the directory it's stored it 'abc,' then will > this snippet in my farmconfig.py file work? > > base = 'www.[example|ex].com' > wikis = [ > ('abc', r'%s/(?:abc|alphabetaco|alphabetazoidcompany).*$' % > base), No, but this should work: base = r'www\.(?:example|ex)\.com' :-) You may want to consult when you write your regular expressions. > And I'll no longer need the soft-links between full names and > abbreviate > ones in my config directory (ie: only abc.py will be needed, not > abc.py > alphabetaco.py -> abc.py > Alphabetazoidcompany.py -> abc.py Yes. > -----Original Message----- > From: Nir Soffer [mailto:nirs at freeshell.org] > Sent: Monday, February 13, 2006 1:38 PM > To: Matthew C. Miller > Cc: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] Error after changes > > > On 13 Feb, 2006, at 16:45, Matthew C. Miller wrote: > >> I assume you mean in the farmconfig.py file, in the "wikis" section. >> >> Currently, I have 50 (due to multiple access URLs for the same 23 >> sites). >> >> Here's a copy of what's in my farmconfig.py (by the way, if there's a >> better way to do the duplicate URLs going to the same wiki, I'd love >> to >> know!): > > > use this: > > base = 'www.example.com' > > wikis = [ > (wiki1, r'%s/(?:wiki1-a|wiki1-b|wiki1-c).*$' % base), > (wiki2, r'%s/(?:wiki2-a|wiki2-b|wiki2-c).*$' % base), > ... > (wiki100, r'%s/(?:wiki100-a|wiki100-b|wiki100-c).*$' % base), ] > > This should let you have up to 100 wikis (Python 100 groups re limit) > with many access points to any wiki. > > Best Regards, > > Nir Soffer > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > Best Regards, Nir Soffer From Richard.Hiers at covenantseminary.edu Tue Feb 14 07:33:04 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Tue Feb 14 07:33:04 2006 Subject: [Moin-user] Illegal HTML attribute "bgcolor" Message-ID: If I try to edit with the GUI editor a page that contains something like the following: || '''Table Of Contents''' || || [[TableOfContents]] || I get the following error: ValueError Illegal HTML attribute "bgcolor" passed to formatter I'm running 1.5.2 on IIS. I get the error using Firefox and IE 6. I also get the error on http://moinmoin.wikiwikiweb.de/WikiSandBox I assume this is a bug? Richard Hiers Director of IT Services Covenant Theological Seminary 314.434.4044 From robert at cantab.net Tue Feb 14 08:16:16 2006 From: robert at cantab.net (Robert Schumann) Date: Tue Feb 14 08:16:16 2006 Subject: [Moin-user] Illegal HTML attribute "bgcolor" In-Reply-To: References: Message-ID: <43F2021E.2060401@cantab.net> Hiers, Richard wrote: >If I try to edit with the GUI editor a page that contains something like >the following: > >|| '''Table Of >Contents''' || >|| [[TableOfContents]] || > >I get the following error: > >ValueError >Illegal HTML attribute "bgcolor" passed to formatter > > And so you should. First off, bgcolor is not valid wiki table markup, and it's also not valid CSS. Hence something like ||'''Table''' || might be more what you're looking for. Robert. From Richard.Hiers at covenantseminary.edu Tue Feb 14 08:36:04 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Tue Feb 14 08:36:04 2006 Subject: [Moin-user] Illegal HTML attribute "bgcolor" Message-ID: Robert, BTW, I got my original syntax from the HelpOnTables page. Legacy markup, I know. But it worked. I changed my markup to match what you suggested and then the GUI editor works fine, but if I change it to match my original formatting (first row only has a background color), I get the same bgcolor error, even though that tag is nowhere on the page. Here is what I changed it to: ||'''Table Of Contents''' || || [[TableOfContents]] || This displays properly. The only problem is trying to edit the page using the GUI editor. Is there a more appropriate way to color this first row? Thanks Richard -----Original Message----- From: Robert Schumann [mailto:robert at cantab.net] Sent: Tuesday, February 14, 2006 10:15 AM To: Hiers, Richard Cc: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] Illegal HTML attribute "bgcolor" Hiers, Richard wrote: >If I try to edit with the GUI editor a page that contains something >like the following: > >|| '''Table Of >Contents''' || >|| [[TableOfContents]] || > >I get the following error: > >ValueError >Illegal HTML attribute "bgcolor" passed to formatter > > And so you should. First off, bgcolor is not valid wiki table markup, and it's also not valid CSS. Hence something like ||'''Table''' || might be more what you're looking for. Robert. From tpfennig at gmail.com Tue Feb 14 09:52:03 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Tue Feb 14 09:52:03 2006 Subject: [Moin-user] performance of moinmoin.wikiwikiweb.de Message-ID: <2cbc44a0602140950u1524e893m@mail.gmail.com> I get a terrible performance of the wiki moinmoin.wikiwikiweb.de, same with linuxwiki.org The traceroutes are looking good. Is this due to heavy CPU load? Thilo -- http://vinci.wordpress.com From 2005a at usenet.alexanderweb.de Tue Feb 14 11:42:21 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 14 11:42:21 2006 Subject: [Moin-user] Re: performance of moinmoin.wikiwikiweb.de References: <2cbc44a0602140950u1524e893m@mail.gmail.com> Message-ID: On Tue, 14 Feb 2006 18:50:59 +0100, Thilo Pfennig wrote: > I get a terrible performance of the wiki moinmoin.wikiwikiweb.de, same > with linuxwiki.org > The traceroutes are looking good. Is this due to heavy CPU load? No, Twisted seems to be stalled because of a few changes by a team member. I hope that the admin will resolve it soon. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Tue Feb 14 11:51:05 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Feb 14 11:51:05 2006 Subject: [Moin-user] Re: Standalone wiki server References: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org> Message-ID: On Mon, 13 Feb 2006 23:20:53 +0100, Kalle Anke wrote: > Does anyone have a suggestion/advice in my search? (and yes, it would be nice > it was python based and easy to customize by writing my own python code) You are looking for http://moinmoin.wikiwikiweb.de/DesktopEdition. Kind regards, Alexander, who is the first of three people who actually supplies the URL From Brian.Fleming at tellabs.com Tue Feb 14 14:19:00 2006 From: Brian.Fleming at tellabs.com (Fleming, Brian J.) Date: Tue Feb 14 14:19:00 2006 Subject: [Moin-user] Problems with GUI Mode Message-ID: Hi All, I am running: Apache 2.0.55 mod_python-3.2.7 Python2.4.2 I got MoinMoin up and running, and it works fairly well. But I am having a problem with the GUI editor. When I am editing in GUI mode, if I click preview I get a "page can't be found". If I try to save while in the GUI editor I get the same thing. Any clues? Text mode works fine. ============================================================ The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any reproduction, dissemination or distribution of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Tellabs ============================================================ From giuseppe.scelsi at analog.com Tue Feb 14 21:19:01 2006 From: giuseppe.scelsi at analog.com (Giuseppe Scelsi) Date: Tue Feb 14 21:19:01 2006 Subject: [Moin-user] XSLT (docbook) processing is very slow Message-ID: <200602150518.k1F5IDvY029097@bunyip.spd.analog.com> Hi all, I have set up moinmoin 1.5.0rc1 on a debian Sarge box, using Python 2.3.5. After adding 4suite, docbook rendering works fine but it is EXTREMELY SLOW (the example copied below takes 2.5 minutes to be processed in my system.) Does anyone have suggestions on how to speed up XSLT processing? Maybe I should set up catalogs pointing to local copies of DTD and XSL stylesheets, but I couldn't find any reference to this in the moinmoin documentation. Any suggestion? Cheers, Giuseppe Scelsi ---- #format docbook John Black 2006 This is a title of a chapter This is a title of a section This is a paragraph. ---- From nirs at freeshell.org Tue Feb 14 21:21:01 2006 From: nirs at freeshell.org (Nir Soffer) Date: Tue Feb 14 21:21:01 2006 Subject: [Moin-user] Re: Standalone wiki server In-Reply-To: References: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org> Message-ID: <172276b2f94850b1dd3241a7bda615a3@freeshell.org> On 14 Feb, 2006, at 21:42, Alexander Schremmer wrote: > Alexander, who is the first of three people who actually supplies the > URL how hard is to type "MoinMoin Desktop Edition" in Google? :-) Best Regards, Nir Soffer From Ralf-Lists at ralfgross.de Wed Feb 15 02:22:05 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Wed Feb 15 02:22:05 2006 Subject: [Moin-user] update instructions 1.3.5->1.5 Message-ID: <21529.141.113.101.32.1139998878.squirrel@www.stz-softwaretechnik.com> Hi, I'm about to move moinmoin from 1.3.5 to 1.5.2. Now I'm looking for the _right_ update instructions. I remember this page (in german): http://moinmoin.wikiwikiweb.de/HilfeZumUpdaten?highlight=%28update%29 But docs/README.migration tells me just to read the CHANGES file. 1.3 to 1.5 migration ==================== Just read CHANGES, you don't need to read the stuff below. I couldn't find update instructions (step by step) there. It's good to point the user to the CHANGES file, but there should still be a step by step guide what he really has to do. Ralf From Stefan.Marxext.MAFa.Lynx at rewe-group.com Wed Feb 15 02:43:00 2006 From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx) Date: Wed Feb 15 02:43:00 2006 Subject: AW: [Moin-user] update instructions 1.3.5->1.5 Message-ID: Hi Ralf, look out for the README.migration file in the /docs directory. We've migrated form 1.3.5 to 1.5.1 with the mig10.py script. Sorry for just point you to rtfm ;=). cu Stefan > -----Urspr?ngliche Nachricht----- > Von: Ralf Gross [SMTP:Ralf-Lists at ralfgross.de] > Gesendet am: Mittwoch, 15. Februar 2006 11:21 > An: moin-user at lists.sourceforge.net > Betreff: [Moin-user] update instructions 1.3.5->1.5 > > Hi, > > I'm about to move moinmoin from 1.3.5 to 1.5.2. Now I'm looking for the > _right_ update instructions. > > I remember this page (in german): > http://moinmoin.wikiwikiweb.de/HilfeZumUpdaten?highlight=%28update%29 > > But docs/README.migration tells me just to read the CHANGES file. > > 1.3 to 1.5 migration > ==================== > Just read CHANGES, you don't need to read the stuff below. > > I couldn't find update instructions (step by step) there. It's good to > point the user to the CHANGES file, but there should still be a step by > step guide what he really has to do. > > Ralf > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From tw-public at gmx.de Wed Feb 15 02:53:02 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Feb 15 02:53:02 2006 Subject: [Moin-user] performance of moinmoin.wikiwikiweb.de In-Reply-To: <2cbc44a0602140950u1524e893m@mail.gmail.com> References: <2cbc44a0602140950u1524e893m@mail.gmail.com> Message-ID: <43F307D3.4080704@gmx.de> > I get a terrible performance of the wiki moinmoin.wikiwikiweb.de, same > with linuxwiki.org Both are run by the same server and process. > The traceroutes are looking good. Is this due to heavy CPU load? Load was often between 5 and 10 the last days. Partly caused by high bot traffic and a good amount added by some chinese sucker running a leech tool with a faked user agent = "IE 5.0 / Win98". Normally bots and leech tools are 403-denied doing "action=...", but as this one could not be recognized, it put a high load on the system by triggering lots of silly stuff (action=fullsearch, info, edit, print, recall,...) over a long time (and the rate limits of some of this stuff PER ACTION is rather high). I meanwhile put this guy into hosts_deny, so he doesnt get any content any more. While trying to counter the attack, I tried some other things, like letting such people wait (was ineffective (multi-threaded leechtool?) and lead to other problems, maybe running out of threads or some other resource). I also added improved surge protection, now having a total request counter ("all"), so that misbehaved bots and leechers now run faster into surge protection (and stay there) while normal users usually shouldn't get problems. From tw-public at gmx.de Wed Feb 15 02:59:05 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Feb 15 02:59:05 2006 Subject: [Moin-user] Problem with # of wikis, new info In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local> References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local> Message-ID: <43F30937.7000108@gmx.de> >> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert > p.pattern.gro ups <= 100 >> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but > this version only supports 100 named groups This looks like a problem in the re (regular expression) module used to match the urls. I have a look at it. Which python version do you use? From Ralf-Lists at ralfgross.de Wed Feb 15 03:29:09 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Wed Feb 15 03:29:09 2006 Subject: AW: [Moin-user] update instructions 1.3.5->1.5 In-Reply-To: References: Message-ID: <3040.141.113.101.32.1140002898.squirrel@www.stz-softwaretechnik.com> Hi! Marx, Stefan ext. MA Fa. Lynx said: > look out for the README.migration file in the /docs directory. > We've migrated form 1.3.5 to 1.5.1 with the mig10.py script. > > Sorry for just point you to rtfm ;=). Sorry, but did you really read my mail? ;) > But docs/README.migration tells me just to read the CHANGES file. > > 1.3 to 1.5 migration > =================== > Just read CHANGES, you don't need to read the stuff > below. One could think that the migration/update steps are described in the CHANGES file now, but this is not the case. Ralf From Stefan.Marxext.MAFa.Lynx at rewe-group.com Wed Feb 15 03:56:05 2006 From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx) Date: Wed Feb 15 03:56:05 2006 Subject: AW: AW: [Moin-user] update instructions 1.3.5->1.5 Message-ID: Hi Ralf, sorry for fooling around ... now seriously: Here is the list of task we handle in order to move from 1.3.5 to 1.5.1 as far as I re- member (no garanty for completeness) 0. We backup all our stuff & copiied the moin directoy branch to . We double checked that by zipping the pages data away. 1. Copy the to a different place 2. Then we followed the instructions in the In- stall.html for the appropriate platform. 3. Poke around 'till our the base wiki was working correctly. 4. Migrate pages with the mig10.py script. 5. Copied the directory branch with the pages back in place. 6. Tested once again. 7. Imported the user data. I think this was done by coping. That task was done by staff from my customer. et voil?. In order to minimized potential distur- banse candidates we did'nt touch the Python oder httpd installation. With this approach we could fall back to our old 1.3.5 installation in a situation we could't fin- ish the migration but the customer need a up & run- ning wiki. Hth, greetings from Cologne, Germany to Ostfildern. cu Stefan > -----Urspr?ngliche Nachricht----- > Von: Ralf Gross [SMTP:Ralf-Lists at ralfgross.de] > Gesendet am: Mittwoch, 15. Februar 2006 12:28 > An: Marx, Stefan ext. MA Fa. Lynx > Cc: moin-user at lists.sourceforge.net > Betreff: Re: AW: [Moin-user] update instructions 1.3.5->1.5 > > Hi! > > Marx, Stefan ext. MA Fa. Lynx said: > > look out for the README.migration file in the /docs directory. > > We've migrated form 1.3.5 to 1.5.1 with the mig10.py script. > > > > Sorry for just point you to rtfm ;=). > > Sorry, but did you really read my mail? ;) > > > But docs/README.migration tells me just to read the CHANGES file. > > > > 1.3 to 1.5 migration > > =================== > > Just read CHANGES, you don't need to read the stuff > > below. > > One could think that the migration/update steps are described in the > CHANGES file now, but this is not the case. > > Ralf From Ralf-Lists at ralfgross.de Wed Feb 15 04:12:03 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Wed Feb 15 04:12:03 2006 Subject: AW: AW: [Moin-user] update instructions 1.3.5->1.5 In-Reply-To: References: Message-ID: <48062.141.113.101.32.1140005437.squirrel@www.stz-softwaretechnik.com> Marx, Stefan ext. MA Fa. Lynx said: > sorry for fooling around ... now seriously: Hey, no problem ;) > 4. Migrate pages with the mig10.py script. Hm, why that? Is this really necessary? > Hth, greetings from Cologne, Germany to Ostfildern. Thanks! Colone is not so far away from my birthplace M?nchengladbach. Ralf From Stefan.Marxext.MAFa.Lynx at rewe-group.com Wed Feb 15 04:23:08 2006 From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx) Date: Wed Feb 15 04:23:08 2006 Subject: AW: AW: AW: [Moin-user] update instructions 1.3.5->1.5 Message-ID: Hi Ralf, it didn't harm in your enviroment, so ... I'm afraid I only have a minimal understandig and zero practice of Python. Looking at the script I just can see the all page are touch and the attachment stuff is decoded to encoding to something. You can test the migration without the script with a minimal efford by just copy the pages to the new MoinMoin and check the attachment handling, I think. cu && ?halt pohl? :=), Stefan > -----Urspr?ngliche Nachricht----- > Von: Ralf Gross [SMTP:Ralf-Lists at ralfgross.de] > Gesendet am: Mittwoch, 15. Februar 2006 13:11 > An: Marx, Stefan ext. MA Fa. Lynx > Cc: moin-user at lists.sourceforge.net > Betreff: Re: AW: AW: [Moin-user] update instructions 1.3.5->1.5 > > Marx, Stefan ext. MA Fa. Lynx said: > > > sorry for fooling around ... now seriously: > > Hey, no problem ;) > > > 4. Migrate pages with the mig10.py script. > > Hm, why that? Is this really necessary? > > > Hth, greetings from Cologne, Germany to Ostfildern. > > Thanks! Colone is not so far away from my birthplace M?nchengladbach. > > Ralf From Ralf-Lists at ralfgross.de Wed Feb 15 04:33:05 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Wed Feb 15 04:33:05 2006 Subject: AW: AW: AW: [Moin-user] update instructions 1.3.5->1.5 In-Reply-To: References: Message-ID: <23112.141.113.101.32.1140006755.squirrel@www.stz-softwaretechnik.com> Marx, Stefan ext. MA Fa. Lynx said: > it didn't harm in your enviroment, so ... I'm afraid I only have a > minimal understandig and zero practice of Python. Looking > at the script I just can see the all page are touch and the > attachment stuff is decoded to encoding to something. > You can test the migration without the script with a minimal > efford by just copy the pages to the new MoinMoin and check > the attachment handling, I think. Ok, I'll first try it the way I did for 1.3.x->1.3.5. If I run into problems, I'll try the mig10 script. > cu && ?halt pohl? :=), Stefan I had to google for that, I left MG when I was 6! K?lle alaaf! Ralf From 2005a at usenet.alexanderweb.de Wed Feb 15 05:35:01 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Feb 15 05:35:01 2006 Subject: [Moin-user] Re: XSLT (docbook) processing is very slow References: <200602150518.k1F5IDvY029097@bunyip.spd.analog.com> Message-ID: <16gu8g4hxxyrr$.dlg@usenet.alexanderweb.de> On Wed, 15 Feb 2006 16:18:13 +1100, Giuseppe Scelsi wrote: > 2.3.5. After adding 4suite, docbook rendering works fine but it is > EXTREMELY SLOW (the example copied below takes 2.5 minutes to be > processed in my system.) This is to be expected. The DocBook style sheets are very complex. I talked to an XML guru about this and he suggested trimming the DocBook stylessheets. Furthermore, check that MoinMoin can create a caching file (a dump of the parsed style sheets) by checking the directory permissions and the configured paths in your configuration file. (cf. HelpOnParsers/HelpOnConfiguration). Kind regards, Alexander From david at thingbag.net Wed Feb 15 06:41:28 2006 From: david at thingbag.net (David Cramer) Date: Wed Feb 15 06:41:28 2006 Subject: [Moin-user] Re: XSLT (docbook) processing is very slow In-Reply-To: <16gu8g4hxxyrr$.dlg@usenet.alexanderweb.de> References: <200602150518.k1F5IDvY029097@bunyip.spd.analog.com> <16gu8g4hxxyrr$.dlg@usenet.alexanderweb.de> Message-ID: <43F33D67.8080505@thingbag.net> 2.5 minutes doesn't sound normal. On my system, your test doc took maybe 10 seconds for the first rendering. I believe (assume?) moinmoin caches that rendered version so subsequent viewings are fast. My system is: 2.8 Ghz, Fedora Core 4, SystemInfo: Python Version 2.4.1 (#1, May 16 2005, 15:19:29) [GCC 4.0.0 20050512 (Red Hat 4.0.0-5)] MoinMoin Version: Release 1.5.2 [Revision release] 4Suite Version: 1.0b1). There are setup instructions where you do make a local version of the xslts available at moinmoin.wikiwikiweb. I'd dig up the exact link, but it's not responding at the moment. David Alexander Schremmer wrote: >On Wed, 15 Feb 2006 16:18:13 +1100, Giuseppe Scelsi wrote: > > > >>2.3.5. After adding 4suite, docbook rendering works fine but it is >>EXTREMELY SLOW (the example copied below takes 2.5 minutes to be >>processed in my system.) >> >> > >This is to be expected. The DocBook style sheets are very complex. I talked >to an XML guru about this and he suggested trimming the DocBook >stylessheets. >Furthermore, check that MoinMoin can create a caching file (a dump of the >parsed style sheets) by checking the directory permissions and the >configured paths in your configuration file. (cf. >HelpOnParsers/HelpOnConfiguration). > >Kind regards, >Alexander > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user > > From tw-public at gmx.de Wed Feb 15 07:19:05 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Feb 15 07:19:05 2006 Subject: [Moin-user] Problem with # of wikis, new info In-Reply-To: <43F30937.7000108@gmx.de> References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local> <43F30937.7000108@gmx.de> Message-ID: <43F3462E.5090301@gmx.de> >> this version only supports 100 named groups > > This looks like a problem in the re (regular expression) module used to > match the urls. I have a look at it. > > Which python version do you use? Shit. Python 2.4.2 still has this limitation. If you need a quick fix: split your setup into 2 smaller farms. You could also try to use different REs. The limit is 100 named groups, but you tell you only have 50 wikis, so each wiki is using up 2 of those 100 somehow. I will think about a code change in moin later. From tw-public at gmx.de Wed Feb 15 08:33:09 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Feb 15 08:33:09 2006 Subject: AW: [Moin-user] update instructions 1.3.5->1.5 (wrong!) In-Reply-To: References: Message-ID: <43F35770.2070002@gmx.de> > look out for the README.migration file in the /docs directory. If you read it from the top, you would have noticed that it only applies if your current moin version is older than 1.3(.0). > We've migrated form 1.3.5 to 1.5.1 with the mig10.py script. Nobody told you to do so. Why do you think are the scripts called 12_to_13_*.py? But you're lucky. Due to the way the script is written, it didn't harm your data. This does not need to be the case ever, though, so be careful. From tw-public at gmx.de Wed Feb 15 08:38:04 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Feb 15 08:38:04 2006 Subject: [Moin-user] HTTP AUTHENTICATION In-Reply-To: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us> References: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us> Message-ID: <43F358A9.1050405@gmx.de> > Hi all...I have MoinMoin 1.5.2 setup and need to enable http > authentication. I have made the appropriate changes in the wikiconfig.py > file. Should read similar to this: from MoinMoin.auth import http auth = [http] > What other changes do I need to setup? I assume I need to add info > into httpd.conf file to tell Apache what to do. You need to activate http auth for that URL in Apache, that's all. Just google for htpasswd or look into apache docs. From mde at micah.elliott.name Wed Feb 15 08:59:08 2006 From: mde at micah.elliott.name (Micah Elliott) Date: Wed Feb 15 08:59:08 2006 Subject: [Moin-user] Problem with # of wikis, new info In-Reply-To: <43F3462E.5090301@gmx.de> References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local> <43F30937.7000108@gmx.de> <43F3462E.5090301@gmx.de> Message-ID: <20060215174451.GA9878@kitchen.client.attbi.com> On 2006-02-15 Thomas Waldmann wrote: > >>this version only supports 100 named groups > >This looks like a problem in the re (regular expression) module > >used to match the urls. I have a look at it. > > > >Which python version do you use? > Shit. Python 2.4.2 still has this limitation. I don't think this Python RE engine limit will change any time soon: http://tinyurl.com/bukf3 > I will think about a code change in moin later. Good idea. -- _ _ ___ |V|icah |- lliott <>< mde at micah.elliott.name " " """ From robert at cantab.net Wed Feb 15 09:49:09 2006 From: robert at cantab.net (Robert Schumann) Date: Wed Feb 15 09:49:09 2006 Subject: [Moin-user] HTTP AUTHENTICATION security In-Reply-To: <43F358A9.1050405@gmx.de> References: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us> <43F358A9.1050405@gmx.de> Message-ID: <43F3695E.6060806@cantab.net> I have a question regarding the security of HTTP authentication. Thomas Waldmann wrote: >> Hi all...I have MoinMoin 1.5.2 setup and need to enable http >> authentication. I have made the appropriate changes in the >> wikiconfig.py file. > > Should read similar to this: > > from MoinMoin.auth import http > auth = [http] > >> What other changes do I need to setup? I assume I need to add info >> into httpd.conf file to tell Apache what to do. > > You need to activate http auth for that URL in Apache, that's all. > > Just google for htpasswd or look into apache docs. To save myself some admin hassle, I'm trying to find a way to use existing usernames/passwords on my system for Moin authentication. I'm running a Linux network, so that means I'd like to use /etc/passwd for usernames and /etc/shadow for passwords. There is an Apache module called mod_auth_shadow http://mod-auth-shadow.sourceforge.net/ which allows HTTP basic authentication based on /etc/shadow, and I was hoping to tie this together with Moin's HTTP auth function to achieve my goal. Trouble is, I'm not using SSL. As far as I can see this means that passwords will be transmitted in cleartext from the browser to the server, which is a terrible security hole. Am I correct in this? And is there nothing to be done about this except use SSL? Thanks, Robert. From martin.wilck at fujitsu-siemens.com Wed Feb 15 11:14:03 2006 From: martin.wilck at fujitsu-siemens.com (Martin Wilck) Date: Wed Feb 15 11:14:03 2006 Subject: [Moin-user] MemoryLeak bug Message-ID: <43F37D52.8000705@fujitsu-siemens.com> Hi, I just ran into an apparent memory leak in either Moin or Python. The problem is known and described on http://moinmoin.wikiwikiweb.de/MoinMoinBugs/MemoryLeak But, contrary to what that bug page says, it is _not_ fixed with Moin 1.5.2 and Python 2.3.5 (Linux SuSE SLES9, i386, kernel 2.6.9-7.244, glibc 2.3.3). Only with Python 2.4.2 the problem seems to be gone. I have been using a slightly modified version of the moin_profile.py script from the page above. The problem with the original script is that it displays only the RSS which may stop growing if the system starts to swap, while virtual size continues to increase linearly. The new script is Linux-only though (it reads /proc/self/status). In my experiments, with both Python 2.3.3 (native SLES9) and 2.3.5, the memory usuage of moin with the profile script increased linearly to >160MB at 5000 retrievals, which was when I stopped the script. With Python 2.4.2, on the contrary, the memory usage is constant right from the start and stays around 12MB. I guess it's fine to use 2.4, but there are a lot of distributions out there shipping 2.3, and perhaps people should be warned about this. Does anybody know what change in Python 2.4.x causes the Moin memory leak to go away? I have attached my modifiewd profiler script, plus results for the different python versions tested. Regards Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck at Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy -------------- next part -------------- A non-text attachment was scrubbed... Name: moin_profile.py Type: text/x-python Size: 4170 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: moin-2.3.3.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: moin-2.3.5.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: moin-2.4.2.txt URL: From keith.c.schwols at intel.com Wed Feb 15 13:50:03 2006 From: keith.c.schwols at intel.com (Schwols, Keith C) Date: Wed Feb 15 13:50:03 2006 Subject: AW: [Moin-user] update instructions 1.3.5->1.5 (wrong!) Message-ID: <6FAB474893963D4E876FE660DC96C07154BCA7@azsmsx401> >-----Original Message----- >From: moin-user-admin at lists.sourceforge.net [mailto:moin-user- >admin at lists.sourceforge.net] On Behalf Of Thomas Waldmann >Sent: Wednesday, February 15, 2006 9:32 AM >To: moin-user at lists.sourceforge.net >Subject: Re: AW: [Moin-user] update instructions 1.3.5->1.5 (wrong!) > >> look out for the README.migration file in the /docs directory. > >If you read it from the top, you would have noticed that it only applies >if your current moin version is older than 1.3(.0). > >> We've migrated form 1.3.5 to 1.5.1 with the mig10.py script. > >Nobody told you to do so. > >Why do you think are the scripts called 12_to_13_*.py? Does this mean that somebody should create a migration/13_to15_mig01.py script? It can be a nothing operation, but its existence might make it clearer to people pulling forward to 1.5 For the record, I had no "/data" changes that I had to make to migrate from 1.3.5 to 1.5.x except to fix a few plugin/macros that broke (and I referenced the CHANGELOG to determine the problem). > >But you're lucky. Due to the way the script is written, it didn't harm >your data. This does not need to be the case ever, though, so be careful. > > I love good defensive programming. Kudos to whoever made sure this would not be a corrupting process when run incorrectly/unnecessarily. ] Sorry for the spam. I seemed to be able to set up my wiki on the xpsp2 machine with MoinMoin 1.5.2 and python 2.4, but am having problem using it. I can successfully create a user, but when I log in for the first time and try to save the user preferences info, it always tells me that the user name belongs to someone else. I can log in with the user name (it directs to me to the userpreference page), but if I go to another page, I will be logged out. I tried to change FrontPage (without logging in), and after I click save change, it shows a 500 error page. But if I reload Frontpage, the change seems to be saved. I also can't see recentchanges. Can anyone shed some light on what might be wrong? Thanks, Ning -------------- next part -------------- An HTML attachment was scrubbed... URL: From ningxiao.gu at gmail.com Wed Feb 15 22:07:04 2006 From: ningxiao.gu at gmail.com (Ningxiao Gu) Date: Wed Feb 15 22:07:04 2006 Subject: [Moin-user] Re: help + errorlog Message-ID: <000c01c632bf$2f3320a0$6600a8c0@ningxiao> error when trying to save userpreferences (returns "user name already belongs somebody else"): [Wed Feb 15 21:58:19 2006] IOError: [Errno 22] Invalid argument Traceback (most recent call last): File "E:\Moin\shwiki\moin.cgi", line 41, in ? request.run() File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1129, in run self.fail(err) File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1163, in fail failure.handle(self) File "E:\Moin\Lib\site-packages\MoinMoin\failure.py", line 145, in handle request.write('
\n')
  File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1427, in write
    sys.stdout.write(self.encode(data))
IOError: [Errno 22] Invalid argument

error when trying to save edited frontpage (without having to log in, returns 500 error page):

[Wed Feb 15 22:00:43 2006] IOError: [Errno 13] Permission denied: 'E:\\Moin\\shwiki\\data\\edit-log'
Traceback (most recent call last):
  File "E:\Moin\shwiki\moin.cgi", line 41, in ?
    request.run()
  File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1129, in run
    self.fail(err)
  File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1163, in fail
    failure.handle(self)             
  File "E:\Moin\Lib\site-packages\MoinMoin\failure.py", line 146, in handle
    printTextException(request, savedError)
  File "E:\Moin\Lib\site-packages\MoinMoin\failure.py", line 168, in printTextException
    request.write(text)
  File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1427, in write
    sys.stdout.write(self.encode(data))
IOError: [Errno 22] Invalid argument
  ----- Original Message ----- 
  From: Ningxiao Gu 
  To: moin-user at lists.sourceforge.net 
  Sent: Wednesday, February 15, 2006 9:15 PM
  Subject: help


  Sorry for the spam.

  I seemed to be able to set up my wiki on the xpsp2 machine with MoinMoin 1.5.2 and python 2.4, but am having problem using it.

  I can successfully create a user, but when I log in for the first time and try to save the user preferences info, it always tells me that the user name belongs to someone else. I can log in with the user name (it directs to me to the userpreference page), but if I go to another page, I will be logged out.
  I tried to change FrontPage (without logging in), and after I click save change, it shows a 500 error page. But if I reload Frontpage, the change seems to be saved.
  I also can't see recentchanges.

  Can anyone shed some light on what might be wrong?

  Thanks,

  Ning
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From nigel.metheringham at dev.intechnology.co.uk  Thu Feb 16 01:04:03 2006
From: nigel.metheringham at dev.intechnology.co.uk (Nigel Metheringham)
Date: Thu Feb 16 01:04:03 2006
Subject: [Moin-user] HTTP AUTHENTICATION security
In-Reply-To: <43F3695E.6060806@cantab.net>
References: 	 <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us>
	 <43F358A9.1050405@gmx.de>  <43F3695E.6060806@cantab.net>
Message-ID: <1140080586.6809.0.camel@localhost.localdomain>

On Wed, 2006-02-15 at 17:48 +0000, Robert Schumann wrote:
> Trouble is, I'm not using SSL.  As far as I can see this means that 
> passwords will be transmitted in cleartext from the browser to the 
> server, which is a terrible security hole.  Am I correct in this?  And 
> is there nothing to be done about this except use SSL?

Yes, and Yes.

	Nigel.
-- 
[ Nigel Metheringham           Nigel.Metheringham at InTechnology.co.uk ]
[ - Comments in this message are my own and not ITO opinion/policy - ]





From tw-public at gmx.de  Thu Feb 16 06:09:02 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 06:09:02 2006
Subject: [Moin-user] Re: help + errorlog
In-Reply-To: <000c01c632bf$2f3320a0$6600a8c0@ningxiao>
References: <000c01c632bf$2f3320a0$6600a8c0@ningxiao>
Message-ID: <43F48724.9050808@gmx.de>

> [Wed Feb 15 22:00:43 2006] IOError: [Errno 13] Permission denied: 
 > 'E:\\Moin\\shwiki\\data\\edit-log'

This is something you can fix yourself. See the moinmoin wiki for 
another bug report with solution.




From tpfennig at gmail.com  Thu Feb 16 08:33:02 2006
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Thu Feb 16 08:33:02 2006
Subject: [Moin-user] system pages
Message-ID: <2cbc44a0602160832q238b7145o@mail.gmail.com>

Can somebody explain to me how system pages are counted on the page
SystemInfo ? I would like to be able to influence what is counted as a
system page.

Thilo
--
http://vinci.wordpress.com



From tw-public at gmx.de  Thu Feb 16 08:38:04 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 08:38:04 2006
Subject: [Moin-user] system pages
In-Reply-To: <2cbc44a0602160832q238b7145o@mail.gmail.com>
References: <2cbc44a0602160832q238b7145o@mail.gmail.com>
Message-ID: <43F4AA39.10706@gmx.de>

> Can somebody explain to me how system pages are counted on the page
> SystemInfo ? I would like to be able to influence what is counted as a
> system page.

The exact answer is in MoinMoin/wikimacro.py :)

     def _macro_SystemInfo(self, args):
...
        systemPages = [page for page in pagelist
                        if wikiutil.isSystemPage(self.request, page)]
         row(_('Number of system pages'), str(len(systemPages)))

And isSystemPage is:
     return (request.dicts.has_member('SystemPagesGroup', pagename) or
         isTemplatePage(request, pagename))



From tw-public at gmx.de  Thu Feb 16 08:50:05 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 08:50:05 2006
Subject: [Moin-user] HTTP AUTHENTICATION security
In-Reply-To: <43F3695E.6060806@cantab.net>
References: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us> <43F358A9.1050405@gmx.de> <43F3695E.6060806@cantab.net>
Message-ID: <43F4AD16.5030509@gmx.de>

> Trouble is, I'm not using SSL.  As far as I can see this means that 
> passwords will be transmitted in cleartext from the browser to the 
> server, which is a terrible security hole.  Am I correct in this?

For "http basic auth" this is correct.

For "http digest auth" it is at least transmitted as MD5(password).

Google finds e.g. this:

http://www.caucho.com/resin-3.0/security/digest.xtp

> is there nothing to be done about this except use SSL?

Guess why everybody wanting a REALLY secure login does it by https. :)





From nigel.metheringham at dev.intechnology.co.uk  Thu Feb 16 09:06:06 2006
From: nigel.metheringham at dev.intechnology.co.uk (Nigel Metheringham)
Date: Thu Feb 16 09:06:06 2006
Subject: [Moin-user] HTTP AUTHENTICATION security
In-Reply-To: <43F4AD16.5030509@gmx.de>
References: 	 <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us>
	 <43F358A9.1050405@gmx.de> <43F3695E.6060806@cantab.net>
	 <43F4AD16.5030509@gmx.de>
Message-ID: <1140109496.6809.21.camel@localhost.localdomain>

On Thu, 2006-02-16 at 17:49 +0100, Thomas Waldmann wrote:
> > Trouble is, I'm not using SSL.  As far as I can see this means that 
> > passwords will be transmitted in cleartext from the browser to the 
> > server, which is a terrible security hole.  Am I correct in this?
> 
> For "http basic auth" this is correct.
> 
> For "http digest auth" it is at least transmitted as MD5(password).

I decided to ignore that in my answer because it needs either a
specially prepared password store or the ability to get at clear text
passwords on the server end - which is definitely not the case when you
are dealing with standard system password stores.

	Nigel.
-- 
[ Nigel Metheringham           Nigel.Metheringham at InTechnology.co.uk ]
[ - Comments in this message are my own and not ITO opinion/policy - ]





From tw-public at gmx.de  Thu Feb 16 09:35:01 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 09:35:01 2006
Subject: [Moin-user] Problem with # of wikis, new info
In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local>
References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local>
Message-ID: <43F4B770.4050603@gmx.de>

"fix farmconfig.wikis processing for big farms (>=50 wikis) by not using 
a big RE for it" committed as 
arch at arch.thinkmo.de--2003-archives/moin--main--1.5--patch-447

See attached patch.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: multiconfig.py.patch
URL: 

From tw-public at gmx.de  Thu Feb 16 09:57:05 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 09:57:05 2006
Subject: [Moin-user] MemoryLeak bug
In-Reply-To: <43F37D52.8000705@fujitsu-siemens.com>
References: <43F37D52.8000705@fujitsu-siemens.com>
Message-ID: <43F4BCB2.5060003@gmx.de>

> But, contrary to what that bug page says, it is _not_ fixed with Moin 
> 1.5.2 and Python 2.3.5 (Linux SuSE SLES9, i386, kernel 2.6.9-7.244, 
> glibc 2.3.3). Only with Python 2.4.2 the problem seems to be gone.

Well, due to some problems where Python 2.4.2 behaved different than 
older versions, we upgraded to moinmoin site wiki farm to 2.4.2 quite 
some time ago.

> In my experiments, with both Python 2.3.3 (native SLES9) and 2.3.5, the 
> memory usuage of moin with the profile script increased linearly to 
>  >160MB at 5000 retrievals, which was when I stopped the script.

5000 retrievals of what? Many different pages or same page?

> With Python 2.4.2, on the contrary, the memory usage is constant right 
> from the start and stays around 12MB.

That is quite low. Sure it worked correctly? :)

If yes, feel lucky. Our wiki farm is often in some-hundreds-mb range. 
With Py 2.4.2.

The problem is that memory usage can have different reasons:
  * internal caching of moin
  * leaks

The problem is that I haven't found any great way yet to debug such stuff.

> I guess it's fine to use 2.4, but there are a lot of distributions out 
> there shipping 2.3, and perhaps people should be warned about this.

Well, newer versions of python usually fix bugs of older versions.
Same is true for MoinMoin.

This is why we recommend the latest release of both.

Some distributors additionally manage it to distribute broken python 
packages (or old moin packages).

So in many cases, just doing a /usr/local install of both is much less 
trouble than having broken packages with old bugs.





From Brian.Fleming at tellabs.com  Thu Feb 16 10:35:03 2006
From: Brian.Fleming at tellabs.com (Fleming, Brian J.)
Date: Thu Feb 16 10:35:03 2006
Subject: [Moin-user] Problems with GUI Mode
Message-ID: 

Are there any IE options I could mess with to try to get it to work? You
think it's just a web setting?

Is the GUI editor using Javascript?
 

-----Original Message-----
From: ianepperson at gmail.com [mailto:ianepperson at gmail.com] On Behalf Of
Ian Epperson
Sent: Wednesday, February 15, 2006 8:05 PM
To: Fleming, Brian J.
Subject: Re: [Moin-user] Problems with GUI Mode

I've had a user make this same complaint using Safari on a Mac.  I
haven't been able to test it out yet (haven't yet visited the friend
with a powerbook) but I assume it's a problem with the javascript.

On 2/14/06, Fleming, Brian J.  wrote:
> Hi All,
>
> I am running:
>
> Apache 2.0.55
> mod_python-3.2.7
> Python2.4.2
>
>
> I got MoinMoin up and running, and it works fairly well.  But I am 
> having a problem with the GUI editor.
>
> When I am editing in GUI mode, if I click preview I get a "page can't 
> be found". If I try to save while in the GUI editor I get the same
thing.
>
> Any clues?
>
> Text mode works fine.
>
>
>
> ============================================================
> The information contained in this message may be privileged and 
> confidential and protected from disclosure. If the reader of this 
> message is not the intended recipient, or an employee or agent 
> responsible for delivering this message to the intended recipient, you

> are hereby notified that any reproduction, dissemination or 
> distribution of this communication is strictly prohibited. If you have

> received this communication in error, please notify us immediately by 
> replying to the message and deleting it from your computer. Thank you.

> Tellabs ============================================================
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log

> files for problems?  Stop!  Download the new AJAX search engine that 
> makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>


--
Me, I'm not worried about the apocalypse. What *I* am worried about is
the apocalypso.

Whatever you do, DO NOT let Mr. tally man tally your bananas. You only
have to make it 'till daylight.
============================================================
The information contained in this message may be privileged
and confidential and protected from disclosure. If the reader
of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the
intended recipient, you are hereby notified that any reproduction,
dissemination or distribution of this communication is strictly
prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer. Thank you. Tellabs
============================================================



From skip at pobox.com  Thu Feb 16 12:53:04 2006
From: skip at pobox.com (skip at pobox.com)
Date: Thu Feb 16 12:53:04 2006
Subject: [Moin-user] Nesting macros
Message-ID: <17396.58911.395458.441272@montanaro.dyndns.org>

I realize that at least with 1.3 macros don't nest.  Is this a restriction
that's removed in 1.5 or that is planned on being removed in the future?

Thx,

-- 
Skip Montanaro - skip at pobox.com
      "The values  to which people cling  most stubbornly  under inappropriate
      conditions are those  values that were  previously  the source  of their
      greatest triumphs over adversity." -- Jared Diamond in "Collapse"



From Brian.Fleming at tellabs.com  Thu Feb 16 13:14:06 2006
From: Brian.Fleming at tellabs.com (Fleming, Brian J.)
Date: Thu Feb 16 13:14:06 2006
Subject: [Moin-user] Problems with GUI Mode - Can I disable the GUI button?
Message-ID: 

I'm actually seeing an error in my apache2 install.

Is there some "tested" combination of version of apache, mod_python, and
python, and moinmoin, that need to be used to work properly?

I would love to use moinmoin, but the attractive gui feature doesn't
work.

Is there a way to disable the GUI Editor button?  If I can't fix this
problem now, at least I can just use a text mode until I figure out why
the GUI mode won't work.



-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Fleming,
Brian J.
Sent: Thursday, February 16, 2006 10:29 AM
To: Ian Epperson
Cc: moin-user at lists.sourceforge.net
Subject: RE: [Moin-user] Problems with GUI Mode

Are there any IE options I could mess with to try to get it to work? You
think it's just a web setting?

Is the GUI editor using Javascript?
 

-----Original Message-----
From: ianepperson at gmail.com [mailto:ianepperson at gmail.com] On Behalf Of
Ian Epperson
Sent: Wednesday, February 15, 2006 8:05 PM
To: Fleming, Brian J.
Subject: Re: [Moin-user] Problems with GUI Mode

I've had a user make this same complaint using Safari on a Mac.  I
haven't been able to test it out yet (haven't yet visited the friend
with a powerbook) but I assume it's a problem with the javascript.

On 2/14/06, Fleming, Brian J.  wrote:
> Hi All,
>
> I am running:
>
> Apache 2.0.55
> mod_python-3.2.7
> Python2.4.2
>
>
> I got MoinMoin up and running, and it works fairly well.  But I am 
> having a problem with the GUI editor.
>
> When I am editing in GUI mode, if I click preview I get a "page can't 
> be found". If I try to save while in the GUI editor I get the same
thing.
>
> Any clues?
>
> Text mode works fine.
>
>
>
> ============================================================
> The information contained in this message may be privileged and 
> confidential and protected from disclosure. If the reader of this 
> message is not the intended recipient, or an employee or agent 
> responsible for delivering this message to the intended recipient, you

> are hereby notified that any reproduction, dissemination or 
> distribution of this communication is strictly prohibited. If you have

> received this communication in error, please notify us immediately by 
> replying to the message and deleting it from your computer. Thank you.

> Tellabs ============================================================
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log

> files for problems?  Stop!  Download the new AJAX search engine that 
> makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>


--
Me, I'm not worried about the apocalypse. What *I* am worried about is
the apocalypso.

Whatever you do, DO NOT let Mr. tally man tally your bananas. You only
have to make it 'till daylight.
============================================================
The information contained in this message may be privileged and
confidential and protected from disclosure. If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, you
are hereby notified that any reproduction, dissemination or distribution
of this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by replying to the
message and deleting it from your computer. Thank you. Tellabs
============================================================


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
============================================================
The information contained in this message may be privileged
and confidential and protected from disclosure. If the reader
of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the
intended recipient, you are hereby notified that any reproduction,
dissemination or distribution of this communication is strictly
prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer. Thank you. Tellabs
============================================================



From Richard.Hiers at covenantseminary.edu  Thu Feb 16 13:18:02 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Thu Feb 16 13:18:02 2006
Subject: [Moin-user] Problems with GUI Mode - Can I disable the GUI button?
Message-ID: 

Add the following lines with wikiconfig.py:

editor_default = 'text'
editor_force = True

Richard

-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Fleming,
Brian J.
Sent: Thursday, February 16, 2006 3:14 PM
To: Fleming, Brian J.
Cc: moin-user at lists.sourceforge.net
Subject: RE: [Moin-user] Problems with GUI Mode - Can I disable the GUI
button?

I'm actually seeing an error in my apache2 install.

Is there some "tested" combination of version of apache, mod_python, and
python, and moinmoin, that need to be used to work properly?

I would love to use moinmoin, but the attractive gui feature doesn't
work.

Is there a way to disable the GUI Editor button?  If I can't fix this
problem now, at least I can just use a text mode until I figure out why
the GUI mode won't work.



-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Fleming,
Brian J.
Sent: Thursday, February 16, 2006 10:29 AM
To: Ian Epperson
Cc: moin-user at lists.sourceforge.net
Subject: RE: [Moin-user] Problems with GUI Mode

Are there any IE options I could mess with to try to get it to work? You
think it's just a web setting?

Is the GUI editor using Javascript?
 

-----Original Message-----
From: ianepperson at gmail.com [mailto:ianepperson at gmail.com] On Behalf Of
Ian Epperson
Sent: Wednesday, February 15, 2006 8:05 PM
To: Fleming, Brian J.
Subject: Re: [Moin-user] Problems with GUI Mode

I've had a user make this same complaint using Safari on a Mac.  I
haven't been able to test it out yet (haven't yet visited the friend
with a powerbook) but I assume it's a problem with the javascript.

On 2/14/06, Fleming, Brian J.  wrote:
> Hi All,
>
> I am running:
>
> Apache 2.0.55
> mod_python-3.2.7
> Python2.4.2
>
>
> I got MoinMoin up and running, and it works fairly well.  But I am 
> having a problem with the GUI editor.
>
> When I am editing in GUI mode, if I click preview I get a "page can't 
> be found". If I try to save while in the GUI editor I get the same
thing.
>
> Any clues?
>
> Text mode works fine.
>
>
>
> ============================================================
> The information contained in this message may be privileged and 
> confidential and protected from disclosure. If the reader of this 
> message is not the intended recipient, or an employee or agent 
> responsible for delivering this message to the intended recipient, you

> are hereby notified that any reproduction, dissemination or 
> distribution of this communication is strictly prohibited. If you have

> received this communication in error, please notify us immediately by 
> replying to the message and deleting it from your computer. Thank you.

> Tellabs ============================================================
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log

> files for problems?  Stop!  Download the new AJAX search engine that 
> makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>


--
Me, I'm not worried about the apocalypse. What *I* am worried about is
the apocalypso.

Whatever you do, DO NOT let Mr. tally man tally your bananas. You only
have to make it 'till daylight.
============================================================
The information contained in this message may be privileged and
confidential and protected from disclosure. If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, you
are hereby notified that any reproduction, dissemination or distribution
of this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by replying to the
message and deleting it from your computer. Thank you. Tellabs
============================================================


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
============================================================
The information contained in this message may be privileged and
confidential and protected from disclosure. If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, you
are hereby notified that any reproduction, dissemination or distribution
of this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by replying to the
message and deleting it from your computer. Thank you. Tellabs
============================================================


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



From martin.wilck at fujitsu-siemens.com  Thu Feb 16 14:33:04 2006
From: martin.wilck at fujitsu-siemens.com (Martin Wilck)
Date: Thu Feb 16 14:33:04 2006
Subject: [Moin-user] [PATCH] Some HTML 4.01 validity issues with Moin
Message-ID: <43F4FD60.4000607@fujitsu-siemens.com>

Hi,

I just ran the W3C validator (http://validator/w3.org) over my Wiki, and 
found some problems. As Moin claims to generate valid HTML 4.01 strict, 
I though I might report this here. The MoinMoinBugs page doesn't work 
currently (see my last post), therefore I am sending this mail.

Issue #1: wrong 

tags. Under some circumstances, Moin inserts

tags where the

is already implicity closed. A sample Wiki code to produce this error is ## start some text [[NewPage()]] ## end Moin generates

some text

....

, but that's wrong in HTML because "

can't contain any block elements", thus

is implicitly closed when

starts (http://www.w3.org/TR/html401/struct/text.html#edef-P) Solution: The problem can be overcome by adding the "p" element to the set of self-closing tags. I saw no negative consequences of that change. Issue #2: The W3C validator doesn't like
    The "type" and "start" attributes of
      are deprecated and accepted by the validator only in "transitional" documents. This makes all Moin pages with numbered lists invalid HTML 4.01 (strict). Example: check HelpOnLists in the validator. Solution: For "type", the attribute can easily be converted to 'style="list-style-type: X' form, which most browsers support. Wrt "start", there seems to be no workaround with acceptable Browser support. "counter-reset:" is only supported by Opera, AFAIK. So Wiki pages using " 1.##10 item" won't validate, but those are fortunately only a few. Issue #3: line anchors are not allowed in tables With line anchors on, Moin generates HTML like this: < cell.... This is invalid because isn't allowed inside , , and . Example: Check HelpOnTables. Solution: I made a modification that puts the in the first table cell: That seems to work, but I am unsure if it can have negative consequences on some parts of moin that assume the s mark the very beginning of the line(s), perhaps the GUI editor? Anyway it's worth a try, because otherwise Moin's "Valid HTML 4.01" claim would break for every page containing tables. Please see patch for all 3 problems atttached. Regards Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck at Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy -------------- next part -------------- A non-text attachment was scrubbed... Name: moin.diff Type: text/x-patch Size: 3643 bytes Desc: not available URL: From ningxiao.gu at gmail.com Fri Feb 17 01:51:07 2006 From: ningxiao.gu at gmail.com (Ningxiao Gu) Date: Fri Feb 17 01:51:07 2006 Subject: [Moin-user] crash on saving Message-ID: <002301c63379$c2a54bf0$6600a8c0@ningxiao> I was able to solve the first problem just by switching from IE to Firefox. But second problem (crashing on saving) still exists. I'm still getting a permission denied error on edit-log. But I have given access permission to these directories. And since the edited pages are actually saved after I reload the page, that means I do have write permission to these directory. So why can't I access edit-log (thus I can see recent changes and always get crash on saving...) Anyone had similar problem before? ----- Original Message ----- From: Ningxiao Gu To: moin-user at lists.sourceforge.net Sent: Wednesday, February 15, 2006 9:15 PM Subject: help Sorry for the spam. I seemed to be able to set up my wiki on the xpsp2 machine with MoinMoin 1.5.2 and python 2.4, but am having problem using it. I can successfully create a user, but when I log in for the first time and try to save the user preferences info, it always tells me that the user name belongs to someone else. I can log in with the user name (it directs to me to the userpreference page), but if I go to another page, I will be logged out. I tried to change FrontPage (without logging in), and after I click save change, it shows a 500 error page. But if I reload Frontpage, the change seems to be saved. I also can't see recentchanges. Can anyone shed some light on what might be wrong? Thanks, Ning -------------- next part -------------- An HTML attachment was scrubbed... URL: From 2005a at usenet.alexanderweb.de Fri Feb 17 05:29:04 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Feb 17 05:29:04 2006 Subject: [Moin-user] Re: Nesting macros References: <17396.58911.395458.441272@montanaro.dyndns.org> Message-ID: <1a291l1kjpums$.dlg@usenet.alexanderweb.de> Hi Skip, On Thu, 16 Feb 2006 14:52:47 -0600, skip at pobox.com wrote: > I realize that at least with 1.3 macros don't nest. Is this a restriction > that's removed in 1.5 or that is planned on being removed in the future? Neither nor. But you can write a macro that removes this restriction :-) Re parsers nesting: something like that could be tackled in 2.0 Kind regards, Alexander From tw-public at gmx.de Fri Feb 17 09:34:01 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Feb 17 09:34:01 2006 Subject: [Moin-user] crash on saving In-Reply-To: <002301c63379$c2a54bf0$6600a8c0@ningxiao> References: <002301c63379$c2a54bf0$6600a8c0@ningxiao> Message-ID: <43F608B4.6030101@gmx.de> > I was able to solve the first problem just by switching from IE to > Firefox. Welcome on the non-evil side. :) > But second problem (crashing on saving) still exists. I'm still > getting a permission denied error on edit-log. Did you search the wiki for your problem, as I said in my last mail? > Anyone had similar problem before? Yes. From Bryan.Weingarten at watchguard.com Fri Feb 17 10:06:02 2006 From: Bryan.Weingarten at watchguard.com (Bryan Weingarten) Date: Fri Feb 17 10:06:02 2006 Subject: [Moin-user] tableclass / tablestyle Message-ID: <7278029d6254904728e072076375143d944db1cb@localhost> this is now fixed in moinmoin 1.5.2... thanks!!!! _____ From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Bryan Weingarten Sent: Tuesday, January 24, 2006 3:04 PM To: moin-user at lists.sourceforge.net Subject: RE: [Moin-user] tableclass / tablestyle this is still broken in moin 1.5.1 this bug has ruined all our project templates and pages. we were really this would have been fixed in 1.5.1 but it wasn't which is very disappointing. :( we are crossing our fingers that will be fixed in the next minor rev. thanks, bryan _____ From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Bryan Weingarten Sent: Wednesday, January 18, 2006 1:48 PM To: moin-user at lists.sourceforge.net Subject: [Moin-user] tableclass / tablestyle i have this problem that maybe someone can help me with. i added a table class in common.css: table.noborder td { border:none; } with this new noborder class i can create 3 different tables in my wiki page: ||noborder||Two|| ||Three||Four|| ||aqua||Two|| ||Three||Four|| ||noborder and aqua||Two|| ||Three||Four|| all three tables work correctly with moin 1.3 and 1.5.0_beta_4. the last table fails with moin 1.5.0 GA. i just tested the desktop edition 1.3 and 1.5.0-1 and the last table also fails only with version 1.5.0-1. the problem i'm seeing is with the generated HTML table1 correctly generates a table element with the correct class attribute:
      cell ...
      table 2 also correctly generates a table element with the correct style attribute:
      table 3 incorrectly generates a table element. it assignes the class atribute to the value of the style attribute and doesn't even write the style element.
      since this worked correctly in other versions of moinmoin this might be a bug in the latest GA version unless there is some new way to do this now. thanks for any help you can give me to solve this. bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From skip at pobox.com Fri Feb 17 17:38:20 2006 From: skip at pobox.com (skip at pobox.com) Date: Fri Feb 17 17:38:20 2006 Subject: [Moin-user] Confused about upgrading and where things belong Message-ID: <17398.31267.624639.994957@montanaro.dyndns.org> I have a oldish RedHat server with Python 2.2 as /usr/bin/python. It hosts a handful of MoinMoin wikis. They were originally 1.2.x but several months ago I updated to 1.3.4. Now I want to go to 1.5.2. I installed Python 2.4.2 in /usr/local/bin then installed MoinMoin with /usr/local/bin/python setup.py install My wiki tree looks like this /usr/share/moin # this is moin 1.3.4 /data /pages /underlay /underlay/pages ... /wiki1 /data /pages /underlay /underlay/pages ... /wiki2 /data /pages /underlay /underlay/pages ... /unusedwiki /data /pages /underlay /underlay/pages ... Over in /usr/local/share/moin I have the new stuff: /usr/local/share/moin # this is moin 1.5.2 /data /pages /underlay /underlay/pages /config ... With the exception of changing the #! link in .../unusedwiki/cgi-bin/ moin.cgi and copying a few macros from one of the other wikis, I've done nothing to associate the unused wiki with Moin 1.5.2. It's not clear to me how I'm supposed to merge the old /underlay stuff with the new. Should I even have all those underlay directories or should they just be links to the version-specific underlay directories in /usr/share/moin or /usr/local/share/moin? Thx, -- Skip Montanaro - skip at pobox.com "The values to which people cling most stubbornly under inappropriate conditions are those values that were previously the source of their greatest triumphs over adversity." -- Jared Diamond in "Collapse" From tw-public at gmx.de Mon Feb 20 04:38:01 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Feb 20 04:38:01 2006 Subject: [Moin-user] Confused about upgrading and where things belong In-Reply-To: <17398.31267.624639.994957@montanaro.dyndns.org> References: <17398.31267.624639.994957@montanaro.dyndns.org> Message-ID: <43F9B7F7.2030407@gmx.de> > With the exception of changing the #! link in .../unusedwiki/cgi-bin/ > moin.cgi and copying a few macros from one of the other wikis, I've done > nothing to associate the unused wiki with Moin 1.5.2. Of course you have to review your configuration (see CHANGES). > It's not clear to me > how I'm supposed to merge the old /underlay stuff with the new. You don't need to do that, you got all underlay pages fresh and updated with 1.5.2. You can throw away the old underlay as soon as you are happy with 1.5.2. > Should I > even have all those underlay directories or should they just be links to the > version-specific underlay directories in /usr/share/moin or > /usr/local/share/moin? For a specific code version of moin, it is enough to have a single underlay. You may choose to have multiple due to wanted languages, though. From moin.askthem at gmail.com Mon Feb 20 05:03:04 2006 From: moin.askthem at gmail.com (Arp) Date: Mon Feb 20 05:03:04 2006 Subject: [Moin-user] Twisted and patch-683 ? Message-ID: <4910b3df0602200502n7de5bd28o33cdd121daf97af6@mail.gmail.com> Hi, I'm trying to get Moin running with Twisted using the standard packages available from the Debian Sarge on my server: Moin 1.3.4-3, Python 2.3.5, python-twisted-core 2.1.0-4, python-twisted-web 0.5.0-2 After setting things up I'm running into the exact problem described in: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/CrashWithTwisted Only difference is that I'm not (yet) trying to set up a farm but using mointwisted to serve a single wiki, but the error is triggered in the same way. At the bottom of the page a patch is suggested (patch-683), but following the link results in an error page from arch.thinkmo.de: ---------------------- Internal error Adding revision arch at arch.thinkmo.de--2003-archives/moin--main--1.3--patch-683 to library failed. Bad permissions or corrupt archive? Hint: Before reporting this problem, try to see whether debug mode unveils something. ---------------------- The patch is also listed on: http://moinmoin.wikiwikiweb.de/MoinMoinTodo/Release_2.0 but has the same URL (and hence error). Questions: - Is the patch available elsewhere by any chance - Is there an alternate solution to the bug - Is it possible/adviseable at all to run the sever partially 'unstable' with mointwisted using moin 1.5.x and perhaps python 2.4 with twisted-web or will I run into a dependency hell?? Thanks for any tips -- Arp From tw-public at gmx.de Mon Feb 20 07:49:06 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Feb 20 07:49:06 2006 Subject: [Moin-user] Twisted and patch-683 ? In-Reply-To: <4910b3df0602200502n7de5bd28o33cdd121daf97af6@mail.gmail.com> References: <4910b3df0602200502n7de5bd28o33cdd121daf97af6@mail.gmail.com> Message-ID: <43F9E49E.5020406@gmx.de> > I'm trying to get Moin running with Twisted using the standard > packages available from the Debian Sarge on my server: > Moin 1.3.4-3, > Python 2.3.5, > python-twisted-core 2.1.0-4, > python-twisted-web 0.5.0-2 I would suggest you simply try latest moin release and do not use an old debian package. See here if you need some deb package: http://moinmoin.wikiwikiweb.de/MoinMoinPackages/DebianLinux > At the bottom of the page a patch is suggested (patch-683), but > following the link results in an error page from arch.thinkmo.de: > ---------------------- > Internal error > Adding revision > arch at arch.thinkmo.de--2003-archives/moin--main--1.3--patch-683 to > library failed. Bad permissions or corrupt archive? > Hint: Before reporting this problem, try to see whether debug mode > unveils something. archzoom... 8( > - Is the patch available elsewhere by any chance > - Is there an alternate solution to the bug I guess the patch is contained in latest release (+ some dozends more). > - Is it possible/adviseable at all to run the sever partially > 'unstable' with mointwisted using moin 1.5.x and perhaps python 2.4 > with twisted-web or will I run into a dependency hell?? Go with 1.5.2, but for first try, keep python and twisted "as is". After that, if you encounter python or twisted related problems, you can do a /usr/local install of both python2.4.2 and twisted (and maybe other python stuff you need). From HansJoachim.Ehlers at eumetsat.int Mon Feb 20 10:38:01 2006 From: HansJoachim.Ehlers at eumetsat.int (Hans-Joachim Ehlers) Date: Mon Feb 20 10:38:01 2006 Subject: [Moin-user] Howto move data from 1.3.3 to 1.5.2 Message-ID: Hi, I have installed a new version of moin moin ( MoinMoin 1.5.2 on AIX ) on a seperate server and would like to move ( Copy ) the old DATA directory from a MoinMoin Version Release 1.3.3 to the new DATA directory. So does anybody knows the step for handling the: ./data/user ./data/pages directories ? tia Hajo From soloturn at gmail.com Mon Feb 20 12:29:01 2006 From: soloturn at gmail.com (solo turn) Date: Mon Feb 20 12:29:01 2006 Subject: [Moin-user] Page name is not longer the headline in the page in version 1.5.1 In-Reply-To: <43D7B8B7.1060203@gmx.de> References: <43D4E7FF.6020302@gmx.de> <43D7B8B7.1060203@gmx.de> Message-ID: what do you think about some of these possibilities? space saving things would be: * use icons (moinmoin did already i think) * search field like http://www.jspwiki.org/ * table of contents like http://wiki.splitbrain.org/wiki:dokuwiki * small trail font like in http://wiki.splitbrain.org/wiki:dokuwiki or rearranging things a little, which would save 2 lines: logo -- - preferences - logout -- [xxxx] title text FindPage logo -- -- edit - info - subscribe logo -- * "moinmoin" is gone and replaced by clicking on logo with meaningful alternate text * page actions line is shifted beside page name * wiki actions line is gone and shifted to the top two lines * quick links would have to be placed somewhere. maybe an auto-opening menu or a separate line? configurable. then there could be a line with user defined links, maybe an included page with links. this page could be included in a number of similar pages and create something like a "space" just by similar look. -solo On 1/25/06, Thomas Waldmann wrote: > > i'd prefer to have a less "wasteful" heading area back. > > That's the usual simplicity vs usability vs features problem. > > > also the logo does not haven an "alt" text which would be important for blind > > people. > > Feel free to configure whatever html fragment you like. This is from our > sample config: > > logo_string = u'MoinMoin
> Logo' > > > currently i find the 3-4 line "heading" quite unhandy, spacy, and the > > information difficult to see. even if i do not have an immediate idea > > how to improve it. > > I share that problem. Often one thinks something could be done better, > but the longer you think about it, the more you understand why it was > made like it is. And if it is only due to lack of really better > alternatives. :) > > > i do not think putting information on the side is a solution, as this > > even takes more space away (as in wikimedia). > > And it has also some not solveable problems on HTML level, like long > texts that can't be wrapped. > > > maybe automatically > > opening menus would be an option? or this does not for lynx? > > A menu is always harder to use than a link (or button). > This is why we only use it for rarely used stuff. > This is why we moved Attachment link out of the actions dropdown. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From moin.askthem at gmail.com Mon Feb 20 18:57:01 2006 From: moin.askthem at gmail.com (Arp) Date: Mon Feb 20 18:57:01 2006 Subject: [Moin-user] Twisted and patch-683 ? In-Reply-To: <43F9E49E.5020406@gmx.de> References: <4910b3df0602200502n7de5bd28o33cdd121daf97af6@mail.gmail.com> <43F9E49E.5020406@gmx.de> Message-ID: <4910b3df0602201856m758ed607m6479f61323450a74@mail.gmail.com> Thanks to Thomas for the answers ... > I would suggest you simply try latest moin release and do not use an old > debian package. See here if you need some deb package: > http://moinmoin.wikiwikiweb.de/MoinMoinPackages/DebianLinux Yes, I found the BrandenRobinson packages of course... > Go with 1.5.2, but for first try, keep python and twisted "as is". > After that, if you encounter python or twisted related problems, you can > do a /usr/local install of both python2.4.2 and twisted (and maybe other > python stuff you need). I'm just a bit reluctant to steer the server away from Debian Stable, especially if this includes installing newer versions of software outside of apt/aptitude that might break other installed programs. It would also mean that I have to 'upgrade' the wiki contents to 1.5 although that seems trivial enough. I was just hoping to do a quick speed test with the existing wiki served through twisted. Somewhat disapointing that the standard packages don't work - had slight hopes that the patch could fix it or at least result in giving me correct error messages. Oh well, guess I'll go and take a walk on the wild side ;o) Thanx -- Arp From tpfennig at gmail.com Tue Feb 21 04:55:20 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Tue Feb 21 04:55:20 2006 Subject: [Moin-user] Cookies Message-ID: <2cbc44a0602210454t55cf8582r@mail.gmail.com> Hi, I have a problenm with the cookie settings. I think I could solve these wioth cookie_path and or cookie_domain. But right now I do not know how and the documentation dies not say too much about this topic. I have an installation where the pages are served via /moin.py in each wiki instance. I have written a rewrite so that my site at wiki.pfennigsolutions.de is also usable without the moin.py. The problem is that the cookies do not seem to be recognized if start on wiki.pfennigsolutions.de . if I press "login" and /moin.py is in the path the cookie recognizes the cookie and I am logged in without authentication. What I want is to be also logged in via Cookie when starting without the /moin.py What would I have to change in my config? Thilo -- http://vinci.wordpress.com From tw-public at gmx.de Tue Feb 21 04:56:04 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Feb 21 04:56:04 2006 Subject: [Moin-user] Howto move data from 1.3.3 to 1.5.2 In-Reply-To: References: Message-ID: <43FB0DAA.6070601@gmx.de> > I have installed a new version of moin moin ( MoinMoin 1.5.2 on AIX ) > on a seperate server and would like to move ( Copy ) the old DATA > directory from a MoinMoin Version Release 1.3.3 to the new DATA > directory. > > So does anybody knows the step for handling the: > ./data/user > ./data/pages > > directories ? As 1.3.3 didn't contain the mig10 and mig11 (1.3.5 did), you need to run them (if you did not do that already) to reach 1.3.5 level. There are no special steps needed for going from 1.3.5 to 1.5.2. From tpfennig at gmail.com Tue Feb 21 05:11:04 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Tue Feb 21 05:11:04 2006 Subject: [Moin-user] Re: Cookies In-Reply-To: <2cbc44a0602210454t55cf8582r@mail.gmail.com> References: <2cbc44a0602210454t55cf8582r@mail.gmail.com> Message-ID: <2cbc44a0602210510p798f2790o@mail.gmail.com> 2006/2/21, Thilo Pfennig : > Hi, > > I have a problem with the cookie settings. I think I could solve > these wioth cookie_path and or cookie_domain. But right now I do not > know how and the documentation dies not say too much about this topic. I found out myself. Just add this to the config: cookie_path = '/' . You have to logout first to set new cookies. To check it out: 1. log out 2. log in 3. restart browser 4. go to wiki with root path wiki.yourwiki.org result: should automatically log in if you did not configure to not autologin. Thilo -- http://vinci.wordpress.com From tw-public at gmx.de Tue Feb 21 05:18:03 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Feb 21 05:18:03 2006 Subject: [Moin-user] Page name is not longer the headline in the page in version 1.5.1 In-Reply-To: References: <43D4E7FF.6020302@gmx.de> <43D7B8B7.1060203@gmx.de> Message-ID: <43FB12B5.8080008@gmx.de> > space saving things would be: > * use icons (moinmoin did already i think) Icons are difficult to handle. You need to have them match your theme colours, they don't scale to user's screen resolution and sometimes they don't "say" anything (so you have to read some mouseover bubble). Some people like them bigger, some smaller. Some people have difficulties recognizing small icons. And someone needs to draw them. Someone != me (also true for most developers). Therefore I prefer text menu items. > * search field like http://www.jspwiki.org/ I am not sure I like that popup. If you do a search, there can be more than 1 result, so why should you say "view" or "edit" before you even know what will be found? And one would've to look how that is done. Such stuff can easily make trouble for some browsers. > * table of contents like http://wiki.splitbrain.org/wiki:dokuwiki > * small trail font like in http://wiki.splitbrain.org/wiki:dokuwiki This is maybe a matter of CSS. > or rearranging things a little, which would save 2 lines: > > logo -- - preferences - logout -- [xxxx] title text FindPage > logo -- -- edit - info - subscribe > logo -- Logo + page location can get long, so this is no option. Everything else already is like that. > * "moinmoin" is gone and replaced by clicking on logo with meaningful > alternate text What you denote by "MoinMoin" is the interwiki name (and that can be different although logo is the same). But it already is optional (show_interwiki). It is just to show a fully qualified interwiki page name. You don't need it, if you only run a single wiki or multiple, completely unrelated wikis, of course. > * page actions line is shifted beside page name See above. There might be no space. > * wiki actions line is gone and shifted to the top two lines There is not enough space. > * quick links would have to be placed somewhere. maybe an auto-opening menu > or a separate line? configurable. We add configurability if there is no obvious right choice and no other way. Putting quick links into some menu makes them one click less quick. Auto-opening might need javascript or advanced css features and won't work with some browsers. > then there could be a line with user defined links Quicklinks are user defined links. > maybe an included page with links. Maybe we move user data (including quicklinks) into some sort of wiki "page" some day. > this page could be included in a number of similar > pages and create something like a "space" just by similar look. What is a "similar" page? I don't think I get what you mean or what that would be useful for. From moin.askthem at gmail.com Tue Feb 21 19:00:01 2006 From: moin.askthem at gmail.com (Arp) Date: Tue Feb 21 19:00:01 2006 Subject: [Moin-user] Discussions related to MoinMaster pages? Message-ID: <4910b3df0602211859g69408450m6e0c4b01f2f0867e@mail.gmail.com> While looking at http://moinmaster.wikiwikiweb.de/HelpOnInstalling/MinimalWiki (as my attention was drawn to it by this mailing list) it occurred to me that there is no standard mechanism (that I could find anyway) to discuss the contents of such MoinMaster help pages. This page's discussion for example is located at: http://moinmoin.wikiwikiweb.de/ThiloPfennig/MinimalMoin I had stumbled on the lack of a standard 'discussion' or 'comments' page mechanism before and implement such in my wikis with /PageComments subpages but I've now taken the liberty to launch a feature request for it at: http://moinmoin.wikiwikiweb.de/FeatureRequests/DiscussionAndOrCommentPages The reason I'm posting this here is not _just_ to spam the mailing list with my feature request ;o) but also because I think it conatins some ideas that (for the time being) might be implemented with _no_coding_at_all_ but rather by just agreeing on some sort of standard guideline for creation/location of such comments/discussion pages so these can be more easily found and used to help improving everything without directly editing the MoinMaster pages. As things might be improved even without coding, I'm not even sure if this then should be discussed on the mailing list or on the feature request page. It is possible of course that I'm missing something _very_ obvious and mechanisms or guidelines for this are already in use and I (and others) were just too stupid to find them ... ?? -- Arp From tpfennig at gmail.com Wed Feb 22 01:54:01 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Wed Feb 22 01:54:01 2006 Subject: [Moin-user] Discussions related to MoinMaster pages? In-Reply-To: <4910b3df0602211859g69408450m6e0c4b01f2f0867e@mail.gmail.com> References: <4910b3df0602211859g69408450m6e0c4b01f2f0867e@mail.gmail.com> Message-ID: <2cbc44a0602220153l56a796e7k@mail.gmail.com> 2006/2/22, Arp : > It is possible of course that I'm missing something _very_ obvious and > mechanisms or guidelines for this are already in use and I (and > others) were just too stupid to find them ... ?? Well, we should not forget that from the wiki roots it was always intended to make the content of the wiki and for each page better. Wikipedia talks about "being brave" in editing. This is essential. While it is not always the best solution for each page. if one page should give a good overview it is bad if it is always cluttered with discussions. But I think the lack of a discussion feature in MoinMoin can be explained with the different approach that wikis have: if you have a list of points, instead of discussing it make them better. For this to happen it is important that users are indeed brave. If people just add content and not also delete or restructure wikis tend to get quite unreadable. My suggestion as an easy workaround would be to have a CategoryDiscussionpage and to link to a discussion page at the top or the bottom of each page. Thilo -- http://vinci.wordpress.com From moin.askthem at gmail.com Wed Feb 22 02:32:06 2006 From: moin.askthem at gmail.com (Arp) Date: Wed Feb 22 02:32:06 2006 Subject: [Moin-user] Discussions related to MoinMaster pages? In-Reply-To: <2cbc44a0602220153l56a796e7k@mail.gmail.com> References: <4910b3df0602211859g69408450m6e0c4b01f2f0867e@mail.gmail.com> <2cbc44a0602220153l56a796e7k@mail.gmail.com> Message-ID: <4910b3df0602220231y2434da15s95aaeb0683fa7f40@mail.gmail.com> On 2/22/06, Thilo Pfennig wrote: > I think the lack of a discussion feature in MoinMoin > can be explained with the different approach that wikis have: > if you have a list of points, instead of discussing it make them better. True, and brave editting should still be encouraged, but not all discussions or comments really 'improve' a page and indeed usually do make it less neat/legible. (thinking about the recent 'Tron' issue @ wikipedia ... you wouldn't want _that_ on the main content page ;o) ) > My suggestion as an easy workaround would be to have a > CategoryDiscussionpage and to link to a discussion page at the top or > the bottom of each page. It seems a good/easy workaround but it has the drawback of adding (relative??!) links to the _content_ of the page that would also break if the page is moved or copied elsewhere and could be unwanted to begin with - actually I think that is exactly why the idea/discussion got started in the first place - thinking it was _not_ a good idea to add such a link to a MoinMaster page ;o). In the case of MoinMaster pages for example these links would probably have to be filtered out at distribution time which is less straightforward than removing subpages or not copying a 'tree' of discussion pages. It also makes it harder to suppress these links in a 'printable' version of such a page. I really like the idea of 1:n, n:1 or n:n relations between discussion and 'main content' pages you suggested on http://moinmoin.wikiwikiweb.de/FeatureRequests/DiscussionAndOrCommentPages Maybe instead of using visible/clickable links or Category markers a system could be deviced that is based on meta-tags in the comments on the headers of a page, but this would surely have to be supported by code of some sort. -- Arp From tpfennig at gmail.com Wed Feb 22 04:47:03 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Wed Feb 22 04:47:03 2006 Subject: [Moin-user] Discussions related to MoinMaster pages? In-Reply-To: <4910b3df0602220231y2434da15s95aaeb0683fa7f40@mail.gmail.com> References: <4910b3df0602211859g69408450m6e0c4b01f2f0867e@mail.gmail.com> <2cbc44a0602220153l56a796e7k@mail.gmail.com> <4910b3df0602220231y2434da15s95aaeb0683fa7f40@mail.gmail.com> Message-ID: <2cbc44a0602220446u53ea681k@mail.gmail.com> 2006/2/22, Arp : > True, and brave editting should still be encouraged, but not all discussions or > comments really 'improve' a page and indeed usually do make it less > neat/legible. I would agree if we would talk about some pages. Talking about every page I would say that it is ok, that not every editing is an improvement. A good page is a good compromise. Taht does need social skills than can not be replaced by any invention. > In the case of MoinMaster pages for example these links would probably > have to be filtered out at distribution time which is less I don't think that they have to be filtered out if they are InterWiki links. > It also makes it harder to suppress these links in a > 'printable' version of such a page. Well, you never know what people like to be printed. > Maybe instead of using visible/clickable links or Category markers a > system could be deviced that is based on meta-tags in the comments on > the headers of a page, but this would surely have to be supported by > code of some sort. Meta data has beend discussed in http://moinmoin.wikiwikiweb.de/MetaDataInMoin Thilo -- http://vinci.wordpress.com From tom at tompurl.com Wed Feb 22 08:42:08 2006 From: tom at tompurl.com (Tom Purl) Date: Wed Feb 22 08:42:08 2006 Subject: [Moin-user] Simple Search Macro Message-ID: <27662.159.53.110.141.1140626493.squirrel@mail.zoper.com> Hi, I've never written a Moin macro before but am very familiar with coding in Python. I would like to write a macro that searches for the last N number of pages that were created and display them in a blogish way. I'm pretty sure that the display functionality will be pretty easy to write, but I haven't been able to determine how I'm going to search for pages. I've looked at some other macros, and I've poured over the MoinDev page, but I'm can't find anything that will give me any direction. Where would I go to find out how to query for a list of pages using a macro? Preferably, I would like to query for pages based on creation date. Thanks in advance for any help you can give me! Tom Purl From tpfennig at gmail.com Wed Feb 22 11:47:02 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Wed Feb 22 11:47:02 2006 Subject: [Moin-user] Re: Cookies In-Reply-To: <2cbc44a0602210510p798f2790o@mail.gmail.com> References: <2cbc44a0602210454t55cf8582r@mail.gmail.com> <2cbc44a0602210510p798f2790o@mail.gmail.com> Message-ID: <2cbc44a0602221146l6cf5913ao@mail.gmail.com> I now have a different problem. i can not log out any more! If I log out I get a feedback that I have logged out. bu If i click in the FrontPage link I am immediately logged in. I have deleted all cookies, but problem is still there. It looks like Moin does not look if somebody has logged out when getting a cookie. I do not have this problem on the official wiki but on all of my other wikis . This is quite disturbing. Whan can cause such a problem? This should never happen, should it? Thilo -- http://vinci.wordpress.com From tom at tompurl.com Wed Feb 22 11:51:01 2006 From: tom at tompurl.com (Tom Purl) Date: Wed Feb 22 11:51:01 2006 Subject: [Moin-user] Simple Search Macro In-Reply-To: <27662.159.53.110.141.1140626493.squirrel@mail.zoper.com> References: <27662.159.53.110.141.1140626493.squirrel@mail.zoper.com> Message-ID: <62324.24.14.80.162.1140637787.squirrel@mail.zoper.com> Ok, after searching some more I found the MoinMoin.search module. It doesn't appear that it includes any methods for date-based searches. I only see methods for content-based searches. Am I missing something, or is there some way to do a page search based on creation or last-edited date? Thanks again! Tom Purl > Hi, I've never written a Moin macro before but am very familiar with > coding in Python. I would like to write a macro that searches for the > last N number of pages that were created and display them in a blogish > way. > > I'm pretty sure that the display functionality will be pretty easy to > write, but I haven't been able to determine how I'm going to search for > pages. I've looked at some other macros, and I've poured over the > MoinDev page, but I'm can't find anything that will give me any > direction. > > Where would I go to find out how to query for a list of pages using a > macro? Preferably, I would like to query for pages based on creation > date. > > Thanks in advance for any help you can give me! > > Tom Purl > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From nirs at freeshell.org Wed Feb 22 12:01:04 2006 From: nirs at freeshell.org (Nir Soffer) Date: Wed Feb 22 12:01:04 2006 Subject: [Moin-user] Simple Search Macro In-Reply-To: <27662.159.53.110.141.1140626493.squirrel@mail.zoper.com> References: <27662.159.53.110.141.1140626493.squirrel@mail.zoper.com> Message-ID: <3a66d4c8f65f25f1fb94309b22f50b9c@freeshell.org> It sounds like filtered recent changes, where you are interested in new pages only. Try to learn from RecentChanges macro. Basically you need to read the log from the end and collect each new page with certain name pattern until you reach your list size, or until you reach certain time limit. Reading the log may be expensive, code that read the log usually cache results in a list and pickle this list to disk, thus reading only the part of the log from the now until the last time the macro was called. On 22/02/2006, at 18:41, Tom Purl wrote: > Hi, I've never written a Moin macro before but am very familiar with > coding in Python. I would like to write a macro that searches for the > last N number of pages that were created and display them in a blogish > way. > > I'm pretty sure that the display functionality will be pretty easy to > write, but I haven't been able to determine how I'm going to search for > pages. I've looked at some other macros, and I've poured over the > MoinDev page, but I'm can't find anything that will give me any > direction. > > Where would I go to find out how to query for a list of pages using a > macro? Preferably, I would like to query for pages based on creation > date. > Best Regards, Nir Soffer From moin.askthem at gmail.com Wed Feb 22 20:30:13 2006 From: moin.askthem at gmail.com (Arp) Date: Wed Feb 22 20:30:13 2006 Subject: [Moin-user] Display of tables broken on wikiwikiweb.de ? Message-ID: <4910b3df0602222029q230428ebi9c7dc685f24772@mail.gmail.com> While editting some FeatureRequest page on the MoinMoin wiki it seemed I couldn't get tables to display properly, especially the tablewidth or tablestyle attributes seem to do nothing? || bla bla || and || bla bla || both seem to do nothing. Other things (background color, border) didn't seem to work as I expected either, but I didn't experiment much. Am I doing something wrong or is this a (known) bug? -- Arp From meyer at acm.org Thu Feb 23 08:09:07 2006 From: meyer at acm.org (Andre Meyer) Date: Thu Feb 23 08:09:07 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> Message-ID: <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> MoinMoin I have tried to install MoinMoin today on a Fedora Core 4 machine from the usual repo. After going through all the configuration (see attachment) it seems to work, but when I access the new wiki I get the following error message in the browser: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, meyer at acm.org and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. ------------------------------ Apache/2.0.54 (Fedora) Server at python.openspace.nl Port 80 The error log says the following: [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1] (13)Permission denied: exec of '/usr/local/var/moin/diwiki/cgi-bin/moin.cgi' failed [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1] Premature end of script headers: moin.cgi I have also added the lines with permissions for access to the htdocs directory and restarted httpd, but it doesn't help. Any ideas? thanks in advance for your help. kind regards Andr? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- # http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation export PREFIX=/usr export SHARE=$PREFIX/share/moin export WIKILOCATION=/usr/local/var/moin export INSTANCE=diwiki export USER=apache export GROUP=apache cd $WIKILOCATION mkdir $INSTANCE cp -R $SHARE/data $INSTANCE cp -R $SHARE/underlay $INSTANCE cp $SHARE/config/wikiconfig.py $INSTANCE chown -R $USER.$GROUP $INSTANCE chmod -R ug+rwX $INSTANCE chmod -R o-rwx $INSTANCE # Moin CGI cd $WIKILOCATION/$INSTANCE mkdir cgi-bin cp $SHARE/server/moin.cgi cgi-bin chown -R $USER.$GROUP cgi-bin chmod -R ug+rx cgi-bin chmod -R o-rwx cgi-bin echo "" >>/etc/httpd/conf/httpd.conf #echo "Alias /wiki/ \"$SHARE/htdocs/\"" >>/etc/httpd/conf/httpd.conf echo "ScriptAlias /diwiki \"$WIKILOCATION/$INSTANCE/cgi-bin/moin.cgi\"" >>/etc/httpd/conf/httpd.conf # restart Apache /etc/init.d/httpd restart grep moin /var/log/httpd/error_log -------------- next part -------------- A non-text attachment was scrubbed... Name: wikiconfig.py Type: text/x-python Size: 5374 bytes Desc: not available URL: From gia at webde.de Thu Feb 23 08:13:05 2006 From: gia at webde.de (Gisbert Amm) Date: Thu Feb 23 08:13:05 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> Message-ID: <43FDDEF4.4000808@webde.de> Probably stupid question: Is /usr/local/var/moin/diwiki/cgi-bin/moin.cgi executable at all? Can the webserver user read it? Regards, Gisbert Amm Andre Meyer wrote: > MoinMoin > > I have tried to install MoinMoin today on a Fedora Core 4 machine from > the usual repo. After going through all the configuration (see > attachment) it seems to work, but when I access the new wiki I get the > following error message in the browser: > > > Internal Server Error > > The server encountered an internal error or misconfiguration and was > unable to complete your request. > > Please contact the server administrator, meyer at acm.org > and inform them of the time the error occurred, > and anything you might have done that may have caused the error. > > More information about this error may be available in the server error log. > > ------------------------------------------------------------------------ > Apache/2.0.54 (Fedora) Server at python.openspace.nl > Port 80 > > > > The error log says the following: > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 ] > (13)Permission denied: exec of > '/usr/local/var/moin/diwiki/cgi-bin/moin.cgi' failed > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 ] > Premature end of script headers: moin.cgi > > > I have also added the lines with permissions for access to the htdocs > directory and restarted httpd, but it doesn't help. > > Any ideas? > > thanks in advance for your help. > kind regards > Andr? > > > ------------------------------------------------------------------------ > > # http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation > > export PREFIX=/usr > export SHARE=$PREFIX/share/moin > export WIKILOCATION=/usr/local/var/moin > export INSTANCE=diwiki > > export USER=apache > export GROUP=apache > > cd $WIKILOCATION > mkdir $INSTANCE > cp -R $SHARE/data $INSTANCE > cp -R $SHARE/underlay $INSTANCE > cp $SHARE/config/wikiconfig.py $INSTANCE > > chown -R $USER.$GROUP $INSTANCE > chmod -R ug+rwX $INSTANCE > chmod -R o-rwx $INSTANCE > > # Moin CGI > cd $WIKILOCATION/$INSTANCE > mkdir cgi-bin > cp $SHARE/server/moin.cgi cgi-bin > chown -R $USER.$GROUP cgi-bin > chmod -R ug+rx cgi-bin > chmod -R o-rwx cgi-bin > > echo "" >>/etc/httpd/conf/httpd.conf > #echo "Alias /wiki/ \"$SHARE/htdocs/\"" >>/etc/httpd/conf/httpd.conf > echo "ScriptAlias /diwiki \"$WIKILOCATION/$INSTANCE/cgi-bin/moin.cgi\"" >>/etc/httpd/conf/httpd.conf > > # restart Apache > /etc/init.d/httpd restart > > grep moin /var/log/httpd/error_log > > > > > > ------------------------------------------------------------------------ > > # -*- coding: iso-8859-1 -*- > # IMPORTANT! This encoding (charset) setting MUST be correct! If you live in a > # western country and you don't know that you use utf-8, you probably want to > # use iso-8859-1 (or some other iso charset). If you use utf-8 (a Unicode > # encoding) you MUST use: coding: utf-8 > # That setting must match the encoding your editor uses when you modify the > # settings below. If it does not, special non-ASCII chars will be wrong. > > """ > MoinMoin - Configuration for a single wiki > > If you run a single wiki only, you can omit the farmconfig.py config > file and just use wikiconfig.py - it will be used for every request > we get in that case. > > Note that there are more config options than you'll find in > the version of this file that is installed by default; see > the module MoinMoin.multiconfig for a full list of names and their > default values. > > Also, the URL http://moinmoin.wikiwikiweb.de/HelpOnConfiguration has > a list of config options. > > @copyright: 2000-2005 by Juergen Hermann > @license: GNU GPL, see COPYING for details. > """ > > from MoinMoin.multiconfig import DefaultConfig > > > class Config(DefaultConfig): > > # Wiki identity ---------------------------------------------------- > > # Site name, used by default for wiki name-logo [Unicode] > sitename = u'Distributed Intelligence Wiki' > > # Wiki logo. You can use an image, text or both. [Unicode] > # Example: u'My WikiMy Wiki' > # For no logo or text, use '' > logo_string = sitename > > # The interwiki name used in interwiki links > interwikiname = None > > > # Critical setup --------------------------------------------------- > > # Misconfiguration here will render your wiki unusable. Check that > # all directories are accessible by the web server or moin server. > > # If you encounter problems, try to set data_dir and data_underlay_dir > # to absolute paths. > > # Where your mutable wiki pages are. You want to make regular > # backups of this directory. > data_dir = '../data/' > > # Where read-only system and help page are. You might want to share > # this directory between several wikis. When you update MoinMoin, > # you can safely replace the underlay directory with a new one. This > # directory is part of MoinMoin distribution, you don't have to > # backup it. > data_underlay_dir = '../underlay/' > > # This must be '/wiki' for twisted and standalone. For CGI, it should > # match your Apache Alias setting. > url_prefix = '/diwiki' > > > # Security ---------------------------------------------------------- > > # Security critical actions (disabled by default) > # Uncomment to enable options you like. > #allowed_actions = ['DeletePage', 'AttachFile', 'RenamePage'] > > # Enable acl (0 to disable) > acl_enabled = 1 > > # IMPORTANT: grant yourself admin rights! replace YourName with > # your user name. See HelpOnAccessControlLists for more help. > # All acl_rights_xxx options must use unicode [Unicode] > #acl_rights_before = u"YourName:read,write,delete,revert,admin" > > # Link spam protection for public wikis (Uncomment to enable) > # Needs a reliable internet connection. > #from MoinMoin.util.antispam import SecurityPolicy > > > # Mail -------------------------------------------------------------- > > # Configure to enable subscribing to pages (disabled by default) > # or sending forgotten passwords. > > # SMTP server, e.g. "mail.provider.com" (empty or None to disable mail) > mail_smarthost = "" > > # The return address, e.g "My Wiki " > mail_from = "" > > # "user pwd" if you need to use SMTP AUTH > mail_login = "" > > > # User interface ---------------------------------------------------- > > # Add your wikis important pages at the end. It is not recommended to > # remove the default links. Leave room for user links - don't use > # more than 6 short items. > # You MUST use Unicode strings here, but you need not use localized > # page names for system and help pages, those will be used automatically > # according to the user selected language. [Unicode] > navi_bar = [ > # Will use page_front_page, (default FrontPage) > u'%(page_front_page)s', > u'RecentChanges', > u'FindPage', > u'SiteNavigation', > u'HelpContents', > ] > > # The default theme anonymous or new users get > theme_default = 'modern' > > > # Language options -------------------------------------------------- > > # See http://moinmoin.wikiwikiweb.de/ConfigMarket for configuration in > # YOUR language that other people contributed. > > # The main wiki language, set the direction of the wiki pages > default_lang = 'en' > > # You must use Unicode strings here [Unicode] > page_category_regex = u'^Category[A-Z]' > page_dict_regex = u'[a-z]Dict$' > page_form_regex = u'[a-z]Form$' > page_group_regex = u'[a-z]Group$' > page_template_regex = u'[a-z]Template$' > > # Content options --------------------------------------------------- > > # Show users hostnames in RecentChanges > show_hosts = 1 > > # Enumerate headlines? > show_section_numbers = 0 > > # Charts size, require gdchart (Set to None to disable). > chart_options = {'width': 600, 'height': 300} From meyer at acm.org Thu Feb 23 08:26:05 2006 From: meyer at acm.org (Andre Meyer) Date: Thu Feb 23 08:26:05 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <43FDDEF4.4000808@webde.de> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> <43FDDEF4.4000808@webde.de> Message-ID: <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> Hi Gisbert Not a stupid question at all, but it *is* executable (checked). Done using the chown/chmod statements from the website ( http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation). I have just run moin.cgi and it outputs the correct html to the console, just not via Apache. thanks Andr? On 2/23/06, Gisbert Amm wrote: > > Probably stupid question: Is /usr/local/var/moin/diwiki/cgi-bin/moin.cgi > executable at all? Can the webserver user read it? > > Regards, > Gisbert Amm > > Andre Meyer wrote: > > MoinMoin > > > > I have tried to install MoinMoin today on a Fedora Core 4 machine from > > the usual repo. After going through all the configuration (see > > attachment) it seems to work, but when I access the new wiki I get the > > following error message in the browser: > > > > > > Internal Server Error > > > > The server encountered an internal error or misconfiguration and was > > unable to complete your request. > > > > Please contact the server administrator, meyer at acm.org > > and inform them of the time the error occurred, > > and anything you might have done that may have caused the error. > > > > More information about this error may be available in the server error > log. > > > > ------------------------------------------------------------------------ > > Apache/2.0.54 (Fedora) Server at python.openspace.nl > > Port 80 > > > > > > > > The error log says the following: > > > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 ] > > (13)Permission denied: exec of > > '/usr/local/var/moin/diwiki/cgi-bin/moin.cgi' failed > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 ] > > Premature end of script headers: moin.cgi > > > > > > I have also added the lines with permissions for access to the htdocs > > directory and restarted httpd, but it doesn't help. > > > > Any ideas? > > > > thanks in advance for your help. > > kind regards > > Andr? > > > > > > ------------------------------------------------------------------------ > > > > # http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation > > > > export PREFIX=/usr > > export SHARE=$PREFIX/share/moin > > export WIKILOCATION=/usr/local/var/moin > > export INSTANCE=diwiki > > > > export USER=apache > > export GROUP=apache > > > > cd $WIKILOCATION > > mkdir $INSTANCE > > cp -R $SHARE/data $INSTANCE > > cp -R $SHARE/underlay $INSTANCE > > cp $SHARE/config/wikiconfig.py $INSTANCE > > > > chown -R $USER.$GROUP $INSTANCE > > chmod -R ug+rwX $INSTANCE > > chmod -R o-rwx $INSTANCE > > > > # Moin CGI > > cd $WIKILOCATION/$INSTANCE > > mkdir cgi-bin > > cp $SHARE/server/moin.cgi cgi-bin > > chown -R $USER.$GROUP cgi-bin > > chmod -R ug+rx cgi-bin > > chmod -R o-rwx cgi-bin > > > > echo "" >>/etc/httpd/conf/httpd.conf > > #echo "Alias /wiki/ \"$SHARE/htdocs/\"" >>/etc/httpd/conf/httpd.conf > > echo "ScriptAlias /diwiki \"$WIKILOCATION/$INSTANCE/cgi-bin/moin.cgi\"" > >>/etc/httpd/conf/httpd.conf > > > > # restart Apache > > /etc/init.d/httpd restart > > > > grep moin /var/log/httpd/error_log > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > # -*- coding: iso-8859-1 -*- > > # IMPORTANT! This encoding (charset) setting MUST be correct! If you > live in a > > # western country and you don't know that you use utf-8, you probably > want to > > # use iso-8859-1 (or some other iso charset). If you use utf-8 (a > Unicode > > # encoding) you MUST use: coding: utf-8 > > # That setting must match the encoding your editor uses when you modify > the > > # settings below. If it does not, special non-ASCII chars will be wrong. > > > > """ > > MoinMoin - Configuration for a single wiki > > > > If you run a single wiki only, you can omit the farmconfig.py config > > file and just use wikiconfig.py - it will be used for every request > > we get in that case. > > > > Note that there are more config options than you'll find in > > the version of this file that is installed by default; see > > the module MoinMoin.multiconfig for a full list of names and their > > default values. > > > > Also, the URL http://moinmoin.wikiwikiweb.de/HelpOnConfiguration has > > a list of config options. > > > > @copyright: 2000-2005 by Juergen Hermann > > @license: GNU GPL, see COPYING for details. > > """ > > > > from MoinMoin.multiconfig import DefaultConfig > > > > > > class Config(DefaultConfig): > > > > # Wiki identity ---------------------------------------------------- > > > > # Site name, used by default for wiki name-logo [Unicode] > > sitename = u'Distributed Intelligence Wiki' > > > > # Wiki logo. You can use an image, text or both. [Unicode] > > # Example: u'My WikiMy Wiki' > > # For no logo or text, use '' > > logo_string = sitename > > > > # The interwiki name used in interwiki links > > interwikiname = None > > > > > > # Critical > setup --------------------------------------------------- > > > > # Misconfiguration here will render your wiki unusable. Check that > > # all directories are accessible by the web server or moin server. > > > > # If you encounter problems, try to set data_dir and > data_underlay_dir > > # to absolute paths. > > > > # Where your mutable wiki pages are. You want to make regular > > # backups of this directory. > > data_dir = '../data/' > > > > # Where read-only system and help page are. You might want to share > > # this directory between several wikis. When you update MoinMoin, > > # you can safely replace the underlay directory with a new one. This > > # directory is part of MoinMoin distribution, you don't have to > > # backup it. > > data_underlay_dir = '../underlay/' > > > > # This must be '/wiki' for twisted and standalone. For CGI, it > should > > # match your Apache Alias setting. > > url_prefix = '/diwiki' > > > > > > # Security > ---------------------------------------------------------- > > > > # Security critical actions (disabled by default) > > # Uncomment to enable options you like. > > #allowed_actions = ['DeletePage', 'AttachFile', 'RenamePage'] > > > > # Enable acl (0 to disable) > > acl_enabled = 1 > > > > # IMPORTANT: grant yourself admin rights! replace YourName with > > # your user name. See HelpOnAccessControlLists for more help. > > # All acl_rights_xxx options must use unicode [Unicode] > > #acl_rights_before = u"YourName:read,write,delete,revert,admin" > > > > # Link spam protection for public wikis (Uncomment to enable) > > # Needs a reliable internet connection. > > #from MoinMoin.util.antispam import SecurityPolicy > > > > > > # Mail > -------------------------------------------------------------- > > > > # Configure to enable subscribing to pages (disabled by default) > > # or sending forgotten passwords. > > > > # SMTP server, e.g. "mail.provider.com" (empty or None to disable > mail) > > mail_smarthost = "" > > > > # The return address, e.g "My Wiki " > > mail_from = "" > > > > # "user pwd" if you need to use SMTP AUTH > > mail_login = "" > > > > > > # User interface > ---------------------------------------------------- > > > > # Add your wikis important pages at the end. It is not recommended > to > > # remove the default links. Leave room for user links - don't use > > # more than 6 short items. > > # You MUST use Unicode strings here, but you need not use localized > > # page names for system and help pages, those will be used > automatically > > # according to the user selected language. [Unicode] > > navi_bar = [ > > # Will use page_front_page, (default FrontPage) > > u'%(page_front_page)s', > > u'RecentChanges', > > u'FindPage', > > u'SiteNavigation', > > u'HelpContents', > > ] > > > > # The default theme anonymous or new users get > > theme_default = 'modern' > > > > > > # Language options > -------------------------------------------------- > > > > # See http://moinmoin.wikiwikiweb.de/ConfigMarket for configuration > in > > # YOUR language that other people contributed. > > > > # The main wiki language, set the direction of the wiki pages > > default_lang = 'en' > > > > # You must use Unicode strings here [Unicode] > > page_category_regex = u'^Category[A-Z]' > > page_dict_regex = u'[a-z]Dict$' > > page_form_regex = u'[a-z]Form$' > > page_group_regex = u'[a-z]Group$' > > page_template_regex = u'[a-z]Template$' > > > > # Content options > --------------------------------------------------- > > > > # Show users hostnames in RecentChanges > > show_hosts = 1 > > > > # Enumerate headlines? > > show_section_numbers = 0 > > > > # Charts size, require gdchart (Set to None to disable). > > chart_options = {'width': 600, 'height': 300} > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gia at webde.de Thu Feb 23 08:37:03 2006 From: gia at webde.de (Gisbert Amm) Date: Thu Feb 23 08:37:03 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> Message-ID: <43FDE477.7070903@webde.de> Probably the path to the python interpreter within moin.cgi (the first line) is wrong. See http://moinmoin.wikiwikiweb.de/MoinMoinFragen (German). Regards, Gisbert Amm Andre Meyer wrote: > Hi Gisbert > > Not a stupid question at all, but it *is* executable (checked). Done > using the chown/chmod statements from the website ( > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation). > > I have just run moin.cgi and it outputs the correct html to the console, > just not via Apache. > > thanks > Andr? > > > On 2/23/06, *Gisbert Amm* > wrote: > > Probably stupid question: Is /usr/local/var/moin/diwiki/cgi-bin/moin.cgi > executable at all? Can the webserver user read it? > > Regards, > Gisbert Amm > > Andre Meyer wrote: > > MoinMoin > > > > I have tried to install MoinMoin today on a Fedora Core 4 machine > from > > the usual repo. After going through all the configuration (see > > attachment) it seems to work, but when I access the new wiki I > get the > > following error message in the browser: > > > > > > Internal Server Error > > > > The server encountered an internal error or misconfiguration and was > > unable to complete your request. > > > > Please contact the server administrator, meyer at acm.org > > > > and inform them of > the time the error occurred, > > and anything you might have done that may have caused the error. > > > > More information about this error may be available in the server > error log. > > > > > ------------------------------------------------------------------------ > > Apache/2.0.54 (Fedora) Server at python.openspace.nl > > > > Port 80 > > > > > > > > The error log says the following: > > > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 > < http://127.0.0.1>] > > (13)Permission denied: exec of > > '/usr/local/var/moin/diwiki/cgi-bin/moin.cgi' failed > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 > < http://127.0.0.1>] > > Premature end of script headers: moin.cgi > > > > > > I have also added the lines with permissions for access to the htdocs > > directory and restarted httpd, but it doesn't help. > > > > Any ideas? > > > > thanks in advance for your help. > > kind regards > > Andr? > > > > > > > ------------------------------------------------------------------------ > > > > # > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation > > > > export PREFIX=/usr > > export SHARE=$PREFIX/share/moin > > export WIKILOCATION=/usr/local/var/moin > > export INSTANCE=diwiki > > > > export USER=apache > > export GROUP=apache > > > > cd $WIKILOCATION > > mkdir $INSTANCE > > cp -R $SHARE/data $INSTANCE > > cp -R $SHARE/underlay $INSTANCE > > cp $SHARE/config/wikiconfig.py $INSTANCE > > > > chown -R $USER.$GROUP $INSTANCE > > chmod -R ug+rwX $INSTANCE > > chmod -R o-rwx $INSTANCE > > > > # Moin CGI > > cd $WIKILOCATION/$INSTANCE > > mkdir cgi-bin > > cp $SHARE/server/moin.cgi cgi-bin > > chown -R $USER.$GROUP cgi-bin > > chmod -R ug+rx cgi-bin > > chmod -R o-rwx cgi-bin > > > > echo "" >>/etc/httpd/conf/httpd.conf > > #echo "Alias /wiki/ \"$SHARE/htdocs/\"" >>/etc/httpd/conf/httpd.conf > > echo "ScriptAlias /diwiki > \"$WIKILOCATION/$INSTANCE/cgi-bin/moin.cgi\"" > >>/etc/httpd/conf/httpd.conf > > > > # restart Apache > > /etc/init.d/httpd restart > > > > grep moin /var/log/httpd/error_log > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > # -*- coding: iso-8859-1 -*- > > # IMPORTANT! This encoding (charset) setting MUST be correct! If > you live in a > > # western country and you don't know that you use utf-8, you > probably want to > > # use iso-8859-1 (or some other iso charset). If you use utf-8 (a > Unicode > > # encoding) you MUST use: coding: utf-8 > > # That setting must match the encoding your editor uses when you > modify the > > # settings below. If it does not, special non-ASCII chars will be > wrong. > > > > """ > > MoinMoin - Configuration for a single wiki > > > > If you run a single wiki only, you can omit the farmconfig.py > config > > file and just use wikiconfig.py - it will be used for every > request > > we get in that case. > > > > Note that there are more config options than you'll find in > > the version of this file that is installed by default; see > > the module MoinMoin.multiconfig for a full list of names and > their > > default values. > > > > Also, the URL > http://moinmoin.wikiwikiweb.de/HelpOnConfiguration > has > > a list of config options. > > > > @copyright: 2000-2005 by Juergen Hermann > > > @license: GNU GPL, see COPYING for details. > > """ > > > > from MoinMoin.multiconfig import DefaultConfig > > > > > > class Config(DefaultConfig): > > > > # Wiki identity > ---------------------------------------------------- > > > > # Site name, used by default for wiki name-logo [Unicode] > > sitename = u'Distributed Intelligence Wiki' > > > > # Wiki logo. You can use an image, text or both. [Unicode] > > # Example: u'My WikiMy Wiki' > > # For no logo or text, use '' > > logo_string = sitename > > > > # The interwiki name used in interwiki links > > interwikiname = None > > > > > > # Critical > setup --------------------------------------------------- > > > > # Misconfiguration here will render your wiki unusable. Check > that > > # all directories are accessible by the web server or moin > server. > > > > # If you encounter problems, try to set data_dir and > data_underlay_dir > > # to absolute paths. > > > > # Where your mutable wiki pages are. You want to make regular > > # backups of this directory. > > data_dir = '../data/' > > > > # Where read-only system and help page are. You might want to > share > > # this directory between several wikis. When you update MoinMoin, > > # you can safely replace the underlay directory with a new > one. This > > # directory is part of MoinMoin distribution, you don't have to > > # backup it. > > data_underlay_dir = '../underlay/' > > > > # This must be '/wiki' for twisted and standalone. For CGI, > it should > > # match your Apache Alias setting. > > url_prefix = '/diwiki' > > > > > > # Security > ---------------------------------------------------------- > > > > # Security critical actions (disabled by default) > > # Uncomment to enable options you like. > > #allowed_actions = ['DeletePage', 'AttachFile', 'RenamePage'] > > > > # Enable acl (0 to disable) > > acl_enabled = 1 > > > > # IMPORTANT: grant yourself admin rights! replace YourName with > > # your user name. See HelpOnAccessControlLists for more help. > > # All acl_rights_xxx options must use unicode [Unicode] > > #acl_rights_before = u"YourName:read,write,delete,revert,admin" > > > > # Link spam protection for public wikis (Uncomment to enable) > > # Needs a reliable internet connection. > > #from MoinMoin.util.antispam import SecurityPolicy > > > > > > # Mail > -------------------------------------------------------------- > > > > # Configure to enable subscribing to pages (disabled by default) > > # or sending forgotten passwords. > > > > # SMTP server, e.g. "mail.provider.com > " (empty or None to disable mail) > > mail_smarthost = "" > > > > # The return address, e.g "My Wiki >" > > mail_from = "" > > > > # "user pwd" if you need to use SMTP AUTH > > mail_login = "" > > > > > > # User interface > ---------------------------------------------------- > > > > # Add your wikis important pages at the end. It is not > recommended to > > # remove the default links. Leave room for user links - > don't use > > # more than 6 short items. > > # You MUST use Unicode strings here, but you need not use > localized > > # page names for system and help pages, those will be used > automatically > > # according to the user selected language. [Unicode] > > navi_bar = [ > > # Will use page_front_page, (default FrontPage) > > u'%(page_front_page)s', > > u'RecentChanges', > > u'FindPage', > > u'SiteNavigation', > > u'HelpContents', > > ] > > > > # The default theme anonymous or new users get > > theme_default = 'modern' > > > > > > # Language options > -------------------------------------------------- > > > > # See http://moinmoin.wikiwikiweb.de/ConfigMarket > for configuration in > > # YOUR language that other people contributed. > > > > # The main wiki language, set the direction of the wiki pages > > default_lang = 'en' > > > > # You must use Unicode strings here [Unicode] > > page_category_regex = u'^Category[A-Z]' > > page_dict_regex = u'[a-z]Dict$' > > page_form_regex = u'[a-z]Form$' > > page_group_regex = u'[a-z]Group$' > > page_template_regex = u'[a-z]Template$' > > > > # Content options > --------------------------------------------------- > > > > # Show users hostnames in RecentChanges > > show_hosts = 1 > > > > # Enumerate headlines? > > show_section_numbers = 0 > > > > # Charts size, require gdchart (Set to None to disable). > > chart_options = {'width': 600, 'height': 300} From meyer at acm.org Thu Feb 23 08:48:26 2006 From: meyer at acm.org (Andre Meyer) Date: Thu Feb 23 08:48:26 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <43FDE477.7070903@webde.de> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> <43FDE477.7070903@webde.de> Message-ID: <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> Just checked. The path is /usr/bin/python and that is correct on Fedora. [root at python:/usr/local/var/moin/diwiki/cgi-bin]# ll total 16 -rwxrwxrwx 1 apache apache 1034 Feb 23 15:00 moin.cgi On 2/23/06, Gisbert Amm wrote: > > Probably the path to the python interpreter within moin.cgi (the first > line) is wrong. See http://moinmoin.wikiwikiweb.de/MoinMoinFragen(German). > > Regards, > Gisbert Amm > > Andre Meyer wrote: > > Hi Gisbert > > > > Not a stupid question at all, but it *is* executable (checked). Done > > using the chown/chmod statements from the website ( > > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation). > > > > I have just run moin.cgi and it outputs the correct html to the console, > > just not via Apache. > > > > thanks > > Andr? > > > > > > On 2/23/06, *Gisbert Amm* > wrote: > > > > Probably stupid question: Is > /usr/local/var/moin/diwiki/cgi-bin/moin.cgi > > executable at all? Can the webserver user read it? > > > > Regards, > > Gisbert Amm > > > > Andre Meyer wrote: > > > MoinMoin > > > > > > I have tried to install MoinMoin today on a Fedora Core 4 machine > > from > > > the usual repo. After going through all the configuration (see > > > attachment) it seems to work, but when I access the new wiki I > > get the > > > following error message in the browser: > > > > > > > > > Internal Server Error > > > > > > The server encountered an internal error or misconfiguration and > was > > > unable to complete your request. > > > > > > Please contact the server administrator, meyer at acm.org > > > > > > and inform them of > > the time the error occurred, > > > and anything you might have done that may have caused the error. > > > > > > More information about this error may be available in the server > > error log. > > > > > > > > > ------------------------------------------------------------------------ > > > Apache/2.0.54 (Fedora) Server at python.openspace.nl > > > > > > Port 80 > > > > > > > > > > > > The error log says the following: > > > > > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 > > < http://127.0.0.1>] > > > (13)Permission denied: exec of > > > '/usr/local/var/moin/diwiki/cgi-bin/moin.cgi' failed > > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 > > < http://127.0.0.1>] > > > Premature end of script headers: moin.cgi > > > > > > > > > I have also added the lines with permissions for access to the > htdocs > > > directory and restarted httpd, but it doesn't help. > > > > > > Any ideas? > > > > > > thanks in advance for your help. > > > kind regards > > > Andr? > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gia at webde.de Thu Feb 23 08:52:05 2006 From: gia at webde.de (Gisbert Amm) Date: Thu Feb 23 08:52:05 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> <43FDE477.7070903@webde.de> <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> Message-ID: <43FDE816.4070505@webde.de> How does your moin.cgi look like? Andre Meyer wrote: > Just checked. The path is /usr/bin/python and that is correct on Fedora. > > [root at python:/usr/local/var/moin/diwiki/cgi-bin]# ll > total 16 > -rwxrwxrwx 1 apache apache 1034 Feb 23 15:00 moin.cgi > > > > On 2/23/06, *Gisbert Amm* > wrote: > > Probably the path to the python interpreter within moin.cgi (the first > line) is wrong. See http://moinmoin.wikiwikiweb.de/MoinMoinFragen > (German). > > Regards, > Gisbert Amm > > Andre Meyer wrote: > > Hi Gisbert > > > > Not a stupid question at all, but it *is* executable (checked). Done > > using the chown/chmod statements from the website ( > > > http://moinmoin.wikiwikiweb.de/HelpOnInstalling/WikiInstanceCreation). > > > > I have just run moin.cgi and it outputs the correct html to the > console, > > just not via Apache. > > > > thanks > > Andr? > > > > > > On 2/23/06, *Gisbert Amm* > >> wrote: > > > > Probably stupid question: Is > /usr/local/var/moin/diwiki/cgi-bin/moin.cgi > > executable at all? Can the webserver user read it? > > > > Regards, > > Gisbert Amm > > > > Andre Meyer wrote: > > > MoinMoin > > > > > > I have tried to install MoinMoin today on a Fedora Core 4 > machine > > from > > > the usual repo. After going through all the configuration (see > > > attachment) it seems to work, but when I access the new wiki I > > get the > > > following error message in the browser: > > > > > > > > > Internal Server Error > > > > > > The server encountered an internal error or > misconfiguration and was > > > unable to complete your request. > > > > > > Please contact the server administrator, meyer at acm.org > > > > > > > > >> and inform them of > > the time the error occurred, > > > and anything you might have done that may have caused the > error. > > > > > > More information about this error may be available in the > server > > error log. > > > > > > > > > ------------------------------------------------------------------------ > > > > Apache/2.0.54 (Fedora) Server at python.openspace.nl > > > > > > > >> Port 80 > > > > > > > > > > > > The error log says the following: > > > > > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 > > > < http://127.0.0.1>] > > > (13)Permission denied: exec of > > > '/usr/local/var/moin/diwiki/cgi-bin/moin.cgi' failed > > > [Wed Feb 22 14:56:35 2006] [error] [client 127.0.0.1 > > > < http://127.0.0.1>] > > > Premature end of script headers: moin.cgi > > > > > > > > > I have also added the lines with permissions for access to > the htdocs > > > directory and restarted httpd, but it doesn't help. From meyer at acm.org Thu Feb 23 08:55:05 2006 From: meyer at acm.org (Andre Meyer) Date: Thu Feb 23 08:55:05 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <43FDE816.4070505@webde.de> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> <43FDE477.7070903@webde.de> <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> <43FDE816.4070505@webde.de> Message-ID: <7008329d0602230854s1bfedc23id8edf35cfc81aa7@mail.gmail.com> On 2/23/06, Gisbert Amm wrote: > > How does your moin.cgi look like? #!/usr/bin/python # -*- coding: iso-8859-1 -*- """ MoinMoin - CGI Driver Script @copyright: 2000-2005 by J?rgen Hermann @license: GNU GPL, see COPYING for details. """ # System path configuration import sys # Path of the directory where wikiconfig.py is located. # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. sys.path.insert(0, '/usr/local/var/moin/diwiki') # Path to MoinMoin package, needed if you installed with --prefix=PREFIX # or if you did not use setup.py. ## sys.path.insert(0, 'PREFIX/lib/python2.3/site-packages') # Path of the directory where farmconfig.py is located (if different). ## sys.path.insert(0, '/path/to/farmconfig') # This is used to profile MoinMoin (default disabled) hotshotProfiler = 0 # --------------------------------------------------------------------- if hotshotProfiler: import hotshot prof = hotshot.Profile("moin.prof") prof.start() from MoinMoin.request import RequestCGI request = RequestCGI() request.run() if hotshotProfiler: prof.close() -------------- next part -------------- An HTML attachment was scrubbed... URL: From gia at webde.de Thu Feb 23 09:03:03 2006 From: gia at webde.de (Gisbert Amm) Date: Thu Feb 23 09:03:03 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <7008329d0602230854s1bfedc23id8edf35cfc81aa7@mail.gmail.com> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> <43FDE477.7070903@webde.de> <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> <43FDE816.4070505@webde.de> <7008329d0602230854s1bfedc23id8edf35cfc81aa7@mail.gmail.com> Message-ID: <43FDEA90.5020505@webde.de> Nothing suspicious. If you face no problems when you run /usr/bin/python then I'm afraid I run out of ideas. Anyone else? Regards, Gisbert Amm Andre Meyer wrote: > > On 2/23/06, *Gisbert Amm* > wrote: > > How does your moin.cgi look like? > > > > > > #!/usr/bin/python > # -*- coding: iso-8859-1 -*- > """ > MoinMoin - CGI Driver Script > > @copyright: 2000-2005 by J?rgen Hermann < jh at web.de > > @license: GNU GPL, see COPYING for details. > """ > > # System path configuration > > import sys > > # Path of the directory where wikiconfig.py is located. > # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. > sys.path.insert(0, '/usr/local/var/moin/diwiki') > > # Path to MoinMoin package, needed if you installed with --prefix=PREFIX > # or if you did not use setup.py. > ## sys.path.insert(0, 'PREFIX/lib/python2.3/site-packages') > > # Path of the directory where farmconfig.py is located (if different). > ## sys.path.insert(0, '/path/to/farmconfig') > > > # This is used to profile MoinMoin (default disabled) > hotshotProfiler = 0 > > # --------------------------------------------------------------------- > > if hotshotProfiler: > import hotshot > prof = hotshot.Profile("moin.prof") > prof.start () > > from MoinMoin.request import RequestCGI > request = RequestCGI() > request.run() > > if hotshotProfiler: > prof.close() From meyer at acm.org Thu Feb 23 09:10:04 2006 From: meyer at acm.org (Andre Meyer) Date: Thu Feb 23 09:10:04 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <43FDEA90.5020505@webde.de> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> <43FDE477.7070903@webde.de> <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> <43FDE816.4070505@webde.de> <7008329d0602230854s1bfedc23id8edf35cfc81aa7@mail.gmail.com> <43FDEA90.5020505@webde.de> Message-ID: <7008329d0602230909u68d5586ck5a0ed70d34d9220@mail.gmail.com> Maybe another problem: the permissons are set to apache.apache, but there is no actual user apache. Is that a problem? [root at python:/usr/local/var/moin/diwiki]# egrep "^User|^Group" /etc/httpd/conf/httpd.conf User apache Group apache ??? Thanks a lot, Gisbert Andr? On 2/23/06, Gisbert Amm wrote: > > Nothing suspicious. > > If you face no problems when you run /usr/bin/python then I'm afraid I > run out of ideas. > > Anyone else? > > Regards, > Gisbert Amm > > Andre Meyer wrote: > > > > On 2/23/06, *Gisbert Amm* > wrote: > > > > How does your moin.cgi look like? > > > > > > > > > > > > #!/usr/bin/python > > # -*- coding: iso-8859-1 -*- > > """ > > MoinMoin - CGI Driver Script > > > > @copyright: 2000-2005 by J?rgen Hermann < jh at web.de jh at web.de>> > > @license: GNU GPL, see COPYING for details. > > """ > > > > # System path configuration > > > > import sys > > > > # Path of the directory where wikiconfig.py is located. > > # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. > > sys.path.insert(0, '/usr/local/var/moin/diwiki') > > > > # Path to MoinMoin package, needed if you installed with --prefix=PREFIX > > # or if you did not use setup.py. > > ## sys.path.insert(0, 'PREFIX/lib/python2.3/site-packages') > > > > # Path of the directory where farmconfig.py is located (if different). > > ## sys.path.insert(0, '/path/to/farmconfig') > > > > > > # This is used to profile MoinMoin (default disabled) > > hotshotProfiler = 0 > > > > # --------------------------------------------------------------------- > > > > if hotshotProfiler: > > import hotshot > > prof = hotshot.Profile("moin.prof") > > prof.start () > > > > from MoinMoin.request import RequestCGI > > request = RequestCGI() > > request.run() > > > > if hotshotProfiler: > > prof.close() > -------------- next part -------------- An HTML attachment was scrubbed... URL: From moin.askthem at gmail.com Thu Feb 23 10:04:05 2006 From: moin.askthem at gmail.com (Arp) Date: Thu Feb 23 10:04:05 2006 Subject: [Moin-user] Discussions related to MoinMaster pages? In-Reply-To: <4910b3df0602221151r2ecd77c0o71137586132e4bb4@mail.gmail.com> References: <4910b3df0602211859g69408450m6e0c4b01f2f0867e@mail.gmail.com> <2cbc44a0602220153l56a796e7k@mail.gmail.com> <4910b3df0602220231y2434da15s95aaeb0683fa7f40@mail.gmail.com> <2cbc44a0602220446u53ea681k@mail.gmail.com> <4910b3df0602221151r2ecd77c0o71137586132e4bb4@mail.gmail.com> Message-ID: <4910b3df0602231003m2bdda0d3ue9b6afe0e040b04@mail.gmail.com> ---------- Forwarded message ---------- Oops - replied this to Thilo instead of to the list... In the mean time I restructured http://moinmoin.wikiwikiweb.de/FeatureRequests/DiscussionAndOrCommentPages to include some of these ideas for discussion/documentation and added some preliminary items to maybe "vote" on or give opinions. New/more ideas and points of view by others would be greatly appreciated too ;o) On 2/22/06, Thilo Pfennig wrote: > > In the case of MoinMaster pages for example these links would probably > > have to be filtered out at distribution time which is less > I don't think that they have to be filtered out if they are InterWiki links. To solve the 'problem' of finding related discussions/comments/other for the MoinMaster pages it would be fine by me if the MoinMoin community here could agree on 'allowing' a list of links to related pages on MoinMaster Help* pages etc. The system that is in place now (one HelpErrata page for all and discussion in the mailing list ?? is that it??) to me seems to be somewhat limited, especially for larger discussions that would be natural around the initial stages of creating new pages/ideas etc. But for 'production' wikis I would much rather find a serious standard solution to integrate a discussion/comments system... > > True, and brave editting should still be encouraged, but not all discussions or > > comments really 'improve' a page and indeed usually do make it less > > neat/legible. > I would agree if we would talk about some pages. Talking about every > page I would say that it is ok, that not every editing is an > improvement. A good page is a good compromise. Taht does need social > skills than can not be replaced by any invention. Of course, and we could go into lengthy discussions of WikiNature or WikiPhilosophy and such and get radically religious about such things ;o) and maybe I'm trying to abuse the WikiThing (tm) by trying to use it as a sort of content management system, or community system to create _nice_ documentation and educational materials, but I think I'm probably not alone at this and inline discussions/comments can really mess up a page and require regular maintenance and cleaning (often by others that did not create the discussion mess ) > > It also makes it harder to suppress these links in a > > 'printable' version of such a page. > Well, you never know what people like to be printed. I'm thinking more along the lines of using the possibilities thas CSS offers to creat different representations of the page depending on output medium (and having some handles in the raw text of a page to indicate blocks for printing/screen etc). That's another issue however, although it _might_ be solved in similar ways (see below) > > Maybe instead of using visible/clickable links or Category markers a > > system could be deviced that is based on meta-tags in the comments on > > the headers of a page, but this would surely have to be supported by > > code of some sort. > Meta data has beend discussed in http://moinmoin.wikiwikiweb.de/MetaDataInMoin Thanks a lot for that link! I'll have to seriously look at this and probably the possibilities of using the DocBook possibilities that newer Moin versions seem to offer. But i'll have to find some time for that as it doesn't seem trivial to restructure a wiki around this. Glancing at it quickly it comes to mind that using some of the suggested MetaData mechanisms (or even DocBook) it should be possible to tag sections in a page as being a 'comment' or 'discussion' or whatever and then have a choice in the user interface to (not) display these and maybe have a choice to display these either inline or all at the bottom of the page or so. A similar hook could then be used to have 'non printable' sections in a page (for example lists with links or category markers or interactive forms or such) or maybe 'print only' sections so a page could be structured to be displayed either heavily hypertexted/interactive or 'printable' depending on output medium. All those are maybe _very_ neat ideas and can probably have many many different technical implementations (maybe having a seperate subpage for every 'discussion thread' and optionally include these or not). It would probably require rather large changes to the core Moin code or at least a complex set of Actions/Macros whatever. Not trivial it seems. In some way that could certainly be prefered over something 'Quick and Dirty' as long as the idea is well thought about and it is clear many people like the idea. But my guess is that it certainly won't be quick. cheers -- Arp From nirs at freeshell.org Thu Feb 23 11:46:00 2006 From: nirs at freeshell.org (Nir Soffer) Date: Thu Feb 23 11:46:00 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <7008329d0602230909u68d5586ck5a0ed70d34d9220@mail.gmail.com> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <7008329d0602230808ud9093c9mdc58f36857d87d6@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> <43FDE477.7070903@webde.de> <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> <43FDE816.4070505@webde.de> <7008329d0602230854s1bfedc23id8edf35cfc81aa7@mail.gmail.com> <43FDEA90.5020505@webde.de> <7008329d0602230909u68d5586ck5a0ed70d34d9220@mail.gmail.com> Message-ID: Try to run a simple test script, to make sure apache can run cgi scripts from this location. Rename moin.cgi temporarilly, and create this script named moin.cgi #!/usr/bin/python import cgi cgi.test() Now make it executable and set the user and group to apache:apache, and try to access with apache. If this script will run, the problem may be with moin installation. On 23/02/2006, at 19:09, Andre Meyer wrote: > Maybe another problem: the permissons are set to apache.apache, but > there is no actual user apache. Is that a problem? > > [root at python:/usr/local/var/moin/diwiki]# egrep "^User|^Group" > /etc/httpd/conf/httpd.conf > User apache > Group apache > > ??? > > Thanks a lot, Gisbert > Andr? > > > On 2/23/06, Gisbert Amm wrote:Nothing suspicious. >> >> If you face no problems when you run /usr/bin/python then I'm afraid I >> run out of ideas. >> >> Anyone else? >> >> Regards, >> Gisbert Amm >> >> Andre Meyer wrote: >> > >> > On 2/23/06, *Gisbert Amm* > >> wrote: >> > >> >???? How does your moin.cgi look like? >> > >> > >> > >> > >> > >> > #!/usr/bin/python >> > # -*- coding: iso-8859-1 -*- >> > """ >> >???? MoinMoin - CGI Driver Script >> > >> >???? @copyright: 2000-2005 by J?rgen Hermann < jh at web.de >> > >> >???? @license: GNU GPL, see COPYING for details. >> > """ >> > >> > # System path configuration >> > >> > import sys >> > >> > # Path of the directory where wikiconfig.py is located. >> > # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. >> > sys.path.insert(0, '/usr/local/var/moin/diwiki') >> > >> > # Path to MoinMoin package, needed if you installed with >> --prefix=PREFIX >> > # or if you did not use setup.py. >> > ## sys.path.insert(0, 'PREFIX/lib/python2.3/site-packages') >> > >> > # Path of the directory where farmconfig.py is located (if >> different). >> > ## sys.path.insert(0, '/path/to/farmconfig') >> > >> > >> > # This is used to profile MoinMoin (default disabled) >> > hotshotProfiler = 0 >> > >> > # >> --------------------------------------------------------------------- >> > >> > if hotshotProfiler: >> >???? import hotshot >> >???? prof = hotshot.Profile("moin.prof ") >> >???? prof.start () >> > >> > from MoinMoin.request import RequestCGI >> > request = RequestCGI() >> > request.run() >> > >> > if hotshotProfiler: >> >???? prof.close() > > Best Regards, Nir Soffer From Daryl.Tester at iocane.com.au Thu Feb 23 15:48:01 2006 From: Daryl.Tester at iocane.com.au (Daryl Tester) Date: Thu Feb 23 15:48:01 2006 Subject: [Moin-user] Fun with user_autocreate Message-ID: <43FE494F.7070007@iocane.com.au> Hi all. I'm trying to get my head around the program architecture at the moment, and I'm hoping that someone can explain this to me. Currently I'm using moin-1.5.1, and I'm modifying it to support HTTP authentication via LDAP (specifically, Active Directory) in standalone mode. That bit works. Additionally, what I'm trying to is to have the wiki auto create the account when the person has logged in for the first time (using the cn and email AD attributes). The bit that's not working for me is that I have "user_autocreate = True" set in the config, but by the time User's create_or_update() method has been called, user_autocreate is false. I guess this is where my confusion kicks in; the cfg attribute in RequestStandAlone/RequestBase (which in turn is passed to User()) is coming from multiconfig. I can't see how the startup configuration would ever get to the request, even though they're both instances of Config(). Did I miss something in the install? (All the Wiki doco regarding user_autocreate seems to imply just stick it in the Config class and it should work). Any help to unbend my head would be greatly appreciated. -- Regards, Daryl Tester, IOCANE Pty. Ltd. From Daryl.Tester at iocane.com.au Thu Feb 23 18:53:07 2006 From: Daryl.Tester at iocane.com.au (Daryl Tester) Date: Thu Feb 23 18:53:07 2006 Subject: [Moin-user] Fun with user_autocreate In-Reply-To: <43FE494F.7070007@iocane.com.au> References: <43FE494F.7070007@iocane.com.au> Message-ID: <43FE74DB.9020301@iocane.com.au> Daryl Tester wrote: > (All the Wiki doco regarding user_autocreate seems to > imply just stick it in the Config class and it should > work). Ah, but which Config class? This looks like it's an issue with the standalone configuration. moin.py defines its own Config class which is passed into run(). If farmconfig hasn't been configured then RequestBase defaults to the Config class defined in wikiconfig.py, not moin.py. I'm still not sure why it just isn't using the Config class passed in when started up, but there you have it. Do any developers hang out on this list? -- Regards, Daryl Tester, IOCANE Pty. Ltd. From meyer at acm.org Fri Feb 24 01:58:02 2006 From: meyer at acm.org (Andre Meyer) Date: Fri Feb 24 01:58:02 2006 Subject: [Moin-user] Permissions problem In-Reply-To: References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> <43FDE477.7070903@webde.de> <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> <43FDE816.4070505@webde.de> <7008329d0602230854s1bfedc23id8edf35cfc81aa7@mail.gmail.com> <43FDEA90.5020505@webde.de> <7008329d0602230909u68d5586ck5a0ed70d34d9220@mail.gmail.com> Message-ID: <7008329d0602240157m4d425cb0tc63a6dee40216351@mail.gmail.com> Hi Nir Tried this and the result is exactly the same: 500 Internal Server Error. No Moin problem, thus... Any Fedora/Apache guru's with more insight? thanks Andr? On 2/23/06, Nir Soffer wrote: > > Try to run a simple test script, to make sure apache can run cgi > scripts from this location. > > Rename moin.cgi temporarilly, and create this script named moin.cgi > > #!/usr/bin/python > import cgi > cgi.test() > > > Now make it executable and set the user and group to apache:apache, and > try to access with apache. > > If this script will run, the problem may be with moin installation. > > > On 23/02/2006, at 19:09, Andre Meyer wrote: > > > Maybe another problem: the permissons are set to apache.apache, but > > there is no actual user apache. Is that a problem? > > > > [root at python:/usr/local/var/moin/diwiki]# egrep "^User|^Group" > > /etc/httpd/conf/httpd.conf > > User apache > > Group apache > > > > ??? > > > > Thanks a lot, Gisbert > > Andr? > > > > > > On 2/23/06, Gisbert Amm wrote:Nothing suspicious. > >> > >> If you face no problems when you run /usr/bin/python then I'm afraid I > >> run out of ideas. > >> > >> Anyone else? > >> > >> Regards, > >> Gisbert Amm > >> > >> Andre Meyer wrote: > >> > > >> > On 2/23/06, *Gisbert Amm* > > >> wrote: > >> > > >> > How does your moin.cgi look like? > >> > > >> > > >> > > >> > > >> > > >> > #!/usr/bin/python > >> > # -*- coding: iso-8859-1 -*- > >> > """ > >> > MoinMoin - CGI Driver Script > >> > > >> > @copyright: 2000-2005 by J?rgen Hermann < jh at web.de > >> > > >> > @license: GNU GPL, see COPYING for details. > >> > """ > >> > > >> > # System path configuration > >> > > >> > import sys > >> > > >> > # Path of the directory where wikiconfig.py is located. > >> > # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. > >> > sys.path.insert(0, '/usr/local/var/moin/diwiki') > >> > > >> > # Path to MoinMoin package, needed if you installed with > >> --prefix=PREFIX > >> > # or if you did not use setup.py. > >> > ## sys.path.insert(0, 'PREFIX/lib/python2.3/site-packages') > >> > > >> > # Path of the directory where farmconfig.py is located (if > >> different). > >> > ## sys.path.insert(0, '/path/to/farmconfig') > >> > > >> > > >> > # This is used to profile MoinMoin (default disabled) > >> > hotshotProfiler = 0 > >> > > >> > # > >> --------------------------------------------------------------------- > >> > > >> > if hotshotProfiler: > >> > import hotshot > >> > prof = hotshot.Profile("moin.prof ") > >> > prof.start () > >> > > >> > from MoinMoin.request import RequestCGI > >> > request = RequestCGI() > >> > request.run() > >> > > >> > if hotshotProfiler: > >> > prof.close() > > > > > > Best Regards, > > Nir Soffer > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gia at webde.de Fri Feb 24 02:09:02 2006 From: gia at webde.de (Gisbert Amm) Date: Fri Feb 24 02:09:02 2006 Subject: [Moin-user] Permissions problem In-Reply-To: <7008329d0602240157m4d425cb0tc63a6dee40216351@mail.gmail.com> References: <7008329d0602220737q297014fcg4801262895ffcd51@mail.gmail.com> <43FDDEF4.4000808@webde.de> <7008329d0602230824n6f1e4e94l2c2561a624931440@mail.gmail.com> <43FDE477.7070903@webde.de> <7008329d0602230847s1d3877d0r258c5cd5e1d315dd@mail.gmail.com> <43FDE816.4070505@webde.de> <7008329d0602230854s1bfedc23id8edf35cfc81aa7@mail.gmail.com> <43FDEA90.5020505@webde.de> <7008329d0602230909u68d5586ck5a0ed70d34d9220@mail.gmail.com> <7008329d0602240157m4d425cb0tc63a6dee40216351@mail.gmail.com> Message-ID: <43FEDB01.5090309@webde.de> You said there were no user named apache within the system, if I got it right. However, user and group in httpd conf are set to apache. Which user runs the httpd processes then? -Gisbert Andre Meyer wrote: > Hi Nir > > Tried this and the result is exactly the same: 500 Internal Server > Error. No Moin problem, thus... > > Any Fedora/Apache guru's with more insight? > thanks > Andr? > > On 2/23/06, *Nir Soffer* > wrote: > > Try to run a simple test script, to make sure apache can run cgi > scripts from this location. > > Rename moin.cgi temporarilly, and create this script named moin.cgi > > #!/usr/bin/python > import cgi > cgi.test () > > > Now make it executable and set the user and group to apache:apache, and > try to access with apache. > > If this script will run, the problem may be with moin installation. > > > On 23/02/2006, at 19:09, Andre Meyer wrote: > > > Maybe another problem: the permissons are set to apache.apache, but > > there is no actual user apache. Is that a problem? > > > > [root at python:/usr/local/var/moin/diwiki]# egrep "^User|^Group" > > /etc/httpd/conf/httpd.conf > > User apache > > Group apache > > > > ??? > > > > Thanks a lot, Gisbert > > Andr? > > > > > > On 2/23/06, Gisbert Amm < gia at webde.de > > wrote:Nothing suspicious. > >> > >> If you face no problems when you run /usr/bin/python then I'm > afraid I > >> run out of ideas. > >> > >> Anyone else? > >> > >> Regards, > >> Gisbert Amm > >> > >> Andre Meyer wrote: > >> > > >> > On 2/23/06, *Gisbert Amm* > >> > >> wrote: > >> > > >> > How does your moin.cgi look like? > >> > > >> > > >> > > >> > > >> > > >> > #!/usr/bin/python > >> > # -*- coding: iso-8859-1 -*- > >> > """ > >> > MoinMoin - CGI Driver Script > >> > > >> > @copyright: 2000-2005 by J?rgen Hermann < jh at web.de > > >> >> > >> > @license: GNU GPL, see COPYING for details. > >> > """ > >> > > >> > # System path configuration > >> > > >> > import sys > >> > > >> > # Path of the directory where wikiconfig.py is located. > >> > # YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. > >> > sys.path.insert (0, '/usr/local/var/moin/diwiki') > >> > > >> > # Path to MoinMoin package, needed if you installed with > >> --prefix=PREFIX > >> > # or if you did not use setup.py. > >> > ## sys.path.insert(0, 'PREFIX/lib/python2.3/site-packages') > >> > > >> > # Path of the directory where farmconfig.py is located (if > >> different). > >> > ## sys.path.insert(0, '/path/to/farmconfig') > >> > > >> > > >> > # This is used to profile MoinMoin (default disabled) > >> > hotshotProfiler = 0 > >> > > >> > # > >> > --------------------------------------------------------------------- > >> > > >> > if hotshotProfiler: > >> > import hotshot > >> > prof = hotshot.Profile("moin.prof ") > >> > prof.start () > >> > > >> > from MoinMoin.request import RequestCGI > >> > request = RequestCGI() > >> > request.run() > >> > > >> > if hotshotProfiler: > >> > prof.close() > > > > From tw-public at gmx.de Fri Feb 24 09:31:05 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Feb 24 09:31:05 2006 Subject: [Moin-user] Fun with user_autocreate In-Reply-To: <43FE494F.7070007@iocane.com.au> References: <43FE494F.7070007@iocane.com.au> Message-ID: <43FF427C.2060909@gmx.de> > I'm trying to get my head around the program architecture at > the moment, and I'm hoping that someone can explain this to me. > Currently I'm using moin-1.5.1, For development it is best to use a current version, that means at least the latest release, better a tla checkout. > and I'm modifying it to support > HTTP authentication via LDAP (specifically, Active Directory) auth against AD / LDAP is already done in recent patchlevels. In my implementation, it still uses the cookie to stay "logged in". > in standalone mode. That bit works. Additionally, what I'm > trying to is to have the wiki auto create the account when the > person has logged in for the first time (using the cn and email > AD attributes). The bit that's not working for me is that I > have "user_autocreate = True" set in the config, but by the > time User's create_or_update() method has been called, > user_autocreate is false. That sounds strange. X) Checked for typos? Maybe you assigned it twice in your configs? > I guess this is where my confusion > kicks in; the cfg attribute in RequestStandAlone/RequestBase > (which in turn is passed to User()) is coming from multiconfig. MoinMoin/multiconfig.py just has the defaults (and some code to load configs). Never change stuff there, only change YOUR farmconfig.py or wikiconfig.py. > I can't see how the startup configuration would ever get to > the request, even though they're both instances of Config(). multiconfig.py imports your configuration - either by importing and using your farmconfig, going through the wikis list, checking what config module it shall load for the current request URL. Or, if no farmconfig.py is there, it will load wikiconfig.py and use it for any URL. > Did I miss something in the install? (All the Wiki doco > regarding user_autocreate seems to imply just stick it in > the Config class and it should work). If you are doing your own auth method, you of course have to have the usual few code lines at the end of your auth method calling the create_or_update method, see those other auth methods. > Any help to unbend my head would be greatly appreciated. Join us on IRC #moin channel. From skip at pobox.com Fri Feb 24 10:28:05 2006 From: skip at pobox.com (skip at pobox.com) Date: Fri Feb 24 10:28:05 2006 Subject: [Moin-user] Math using ASCIIMathML vs. LaTeX vs. ??? Message-ID: <17407.20525.486794.265201@montanaro.dyndns.org> Has any decision been made by the powers-that-be about equation support in MoinMoin? We have the latex macro/parser installed at work and have been using it. I just patched my 1.5.2 testbed to support the ASCIIMathML extension (http://moinmoin.wikiwikiweb.de/MathMlSupport). From an installation/support standpoint the ASCIIMathML route seems easier to me (no need to install LaTeX, though extra fonts may be required). MathML is much faster than using LaTex. I also found that there are some cache problems with the generated images. We frequently have to "Delete Cache" to get the LaTex-generated images to display. The downside of the ASCIMathML solution is that it requires a couple changes to the MoinMoin code. The LaTeX macro/parser is self-contained. That leads me to wonder if a decision has been about supporting math in MoinMoin... Thx, -- Skip Montanaro - skip at pobox.com - http://www.mojam.com/ "The values to which people cling most stubbornly under inappropriate conditions are those values that were previously the source of their greatest triumphs over adversity." -- Jared Diamond in "Collapse" From Daryl.Tester at iocane.com.au Fri Feb 24 14:49:02 2006 From: Daryl.Tester at iocane.com.au (Daryl Tester) Date: Fri Feb 24 14:49:02 2006 Subject: [Moin-user] Fun with user_autocreate In-Reply-To: <43FF427C.2060909@gmx.de> References: <43FE494F.7070007@iocane.com.au> <43FF427C.2060909@gmx.de> Message-ID: <43FF8D13.5000908@iocane.com.au> Thomas Waldmann wrote: >> Currently I'm using moin-1.5.1, > For development it is best to use a current version, that means at least > the latest release, better a tla checkout. At the time I wasn't aware of a later release having come out since I started the project. I've started working against the 1.5.2 release but couldn't find any development snapshots/tarballs (and at the moment I'm really reluctant to learn Yet-Another-Revisioning system on top of CVS, Subversion and OpenCM). >> and I'm modifying it to support >> HTTP authentication via LDAP (specifically, Active Directory) > auth against AD / LDAP is already done in recent patchlevels. Is it doing HTTP authentication? I'm setting this up in an "Enterprise" type scenario where all users must be authenticated, (and therefore will have AD credentials). >> The bit that's not working for me is that I >> have "user_autocreate = True" set in the config, but by the >> time User's create_or_update() method has been called, >> user_autocreate is false. > That sounds strange. X) > Checked for typos? Maybe you assigned it twice in your configs? No, I'd stepped through it with the debugger - it is definitely assigned when server.standalone.run() is called, but I've since discovered that it's not the same instance that's passed to the request (see my follow up posting for details). >> I guess this is where my confusion >> kicks in; the cfg attribute in RequestStandAlone/RequestBase >> (which in turn is passed to User()) is coming from multiconfig. > MoinMoin/multiconfig.py just has the defaults (and some code to load > configs). Never change stuff there, only change YOUR farmconfig.py or > wikiconfig.py. Sorry, my point here (has become) that it wasn't the same config as passed in via moin.py, and I was chasing it to find out why. This may have been a bad assumption on my part, but I couldn't find anything that said the config in wikiconfig was treated differently than the one in moin.py, and so I'd been making most of my config changes to moin.py (except by happy chance I'd made my initial auth changes to wikiconfig.py, which is why that part worked OK). My assumption was partly fueled by the fact that they both (umtimately) derive from the same base class (DefaultConfig) and implement the same class name (Config), so I thought they served the same purpose (for which I was wrong). Could a large note be added above moin.py's Config that states "This is not the same as wikiconfig's Config, you dunderhead" for people like me? It's only going to affect those that run standalone. > If you are doing your own auth method, you of course have to have the > usual few code lines at the end of your auth method calling the > create_or_update method, see those other auth methods. Yes, that's where the problem was occurring. >> Any help to unbend my head would be greatly appreciated. > Join us on IRC #moin channel. I did that - installed an IRC client just for the purpose (since I don't use IRC). No joy there. I'm also trying to get work approval (seeing they're funding this) to release the code back to the project. If they don't approve, I'll attempt to reimplement this code during my upcoming holidays and contribute that instead. -- Regards, Daryl Tester, IOCANE Pty. Ltd. From tw-public at gmx.de Sat Feb 25 09:29:04 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat Feb 25 09:29:04 2006 Subject: [Moin-user] Math using ASCIIMathML vs. LaTeX vs. ??? In-Reply-To: <17407.20525.486794.265201@montanaro.dyndns.org> References: <17407.20525.486794.265201@montanaro.dyndns.org> Message-ID: <44009392.60702@gmx.de> > Has any decision been made by the powers-that-be about equation support in > MoinMoin? > http://moinmoin.wikiwikiweb.de/MathMlSupport See my comments there. If we find a clean way I think this would be a nice addition. If this stuff would be on block level, I would've said "write some parser", but as it is used inline, I don't think this can be done in a modular way. Maybe this is a missing thing in moin? From tw-public at gmx.de Sat Feb 25 09:42:07 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat Feb 25 09:42:07 2006 Subject: [Moin-user] Fun with user_autocreate In-Reply-To: <43FF8D13.5000908@iocane.com.au> References: <43FE494F.7070007@iocane.com.au> <43FF427C.2060909@gmx.de> <43FF8D13.5000908@iocane.com.au> Message-ID: <440096B6.2020301@gmx.de> >> auth against AD / LDAP is already done in recent patchlevels. My stuff is getting the user/password from moin's UserPreferences "login form", then checks against AD / LDAP and then sets the cookie. > Is it doing HTTP authentication? No, it is authenticating against LDAP and uses the cookie to stay logged in. If you have some http auth running in your web server that already uses ldap / ad as backend, you need just to enable http auth in moin, that is already there for long. > Could a large note be added above moin.py's Config that states > "This is not the same as wikiconfig's Config, you dunderhead" > for people like me? Hehe, let's see. :) > I'm also trying to get work approval (seeing they're funding > this) to release the code back to the project. If they > don't approve, I'll attempt to reimplement this code during > my upcoming holidays and contribute that instead. Maybe tell them we will support you if you do GPL code that will be published. :) From 2005a at usenet.alexanderweb.de Sat Feb 25 13:30:04 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat Feb 25 13:30:04 2006 Subject: [Moin-user] Re: Math using ASCIIMathML vs. LaTeX vs. ??? References: <17407.20525.486794.265201@montanaro.dyndns.org> <44009392.60702@gmx.de> Message-ID: <1pzzeay66r54h.dlg@usenet.alexanderweb.de> On Sat, 25 Feb 2006 18:27:46 +0100, Thomas Waldmann wrote: > If this stuff would be on block level, I would've said "write some > parser", but as it is used inline, I don't think this can be done in a > modular way. Maybe this is a missing thing in moin? I am not seeing your point here - MoinMoin has macros and they are perfectly suitable to implement it. Kind regards, Alexander From skip at pobox.com Sat Feb 25 17:17:05 2006 From: skip at pobox.com (skip at pobox.com) Date: Sat Feb 25 17:17:05 2006 Subject: [Moin-user] Re: Math using ASCIIMathML vs. LaTeX vs. ??? In-Reply-To: <1pzzeay66r54h.dlg@usenet.alexanderweb.de> References: <17407.20525.486794.265201@montanaro.dyndns.org> <44009392.60702@gmx.de> <1pzzeay66r54h.dlg@usenet.alexanderweb.de> Message-ID: <17408.62740.841054.193606@montanaro.dyndns.org> >> If this stuff would be on block level, I would've said "write some >> parser", but as it is used inline, I don't think this can be done in >> a modular way. Maybe this is a missing thing in moin? Alexander> I am not seeing your point here - MoinMoin has macros and Alexander> they are perfectly suitable to implement it. You can implement everything as macros I suppose: This is a sentence with some [[italic(italic)]] text. but do you want to? If you're doing a fair amount of math there's a fairly big difference between [[math(e = mc^2)]] and $$e = mc^2$$ I'd prefer to see some markup devoted to equations to avoid all the extra typing (and inevitable mistakes) we get today with the latex() macro, not to mention reducing the load on our web server by moving equation rendering to the client and supporting better printing than we can get with the latex() macro stuff. We have a couple pages that in their ASCIIMathML form have enough equations that Firefox alerts me that it's "running slowly" a couple times whenever the page is rendered. Skip From dpharris76 at msn.com Sun Feb 26 09:55:04 2006 From: dpharris76 at msn.com (Dave Harris) Date: Sun Feb 26 09:55:04 2006 Subject: [Moin-user] Desktop logins Message-ID: I installed DesktopEdition 1.5.2-1 (Windows XP, Python 2.4.1) and I need help setting user preferences. The Login link at the top of the screen takes me to the UserPreferences. I enter a user name, password, and email address. Then I click on Create Profile. The screen refreshes with the message: "User account created! You can use this account to login now..." Unfortunately, the new login does not seem to be effective. The UserPreferences screen just refreshes without any error or messages. I looked in wiki/data/user and I see a growing list of files that all contain the same user name. I have searched the MoinMoin site and maillists for a couple of hours with no insight. I found a chat log that seemed to say that it would be strange for anyone to want to have a login in DesktopEdition. If logins are disabled, why are logins being created (and why are they not blocked in the first place?) But more importantly, how can I select an editor without user preferences? Thanks in advance, Dave Harris -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ralf-Lists at ralfgross.de Mon Feb 27 00:41:05 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Mon Feb 27 00:41:05 2006 Subject: [Moin-user] comments/discussion subpage Message-ID: <59047.141.113.101.32.1141029607.squirrel@www.stz-softwaretechnik.de> Hi, I'm trying to realise a comments/discussion subpage. On the main page with ACL's I include the subpage '/Diskussion' which is read- and writeable for everyone. [[Include(/Diskussion]] This is working fine, but how can somebody edit the content of the discussion page? Ok, he could directly access the mainpage/Diskussion URI, but usually nobody knows the subpage name. I messed around with some more Include options, but I got errors when I tried to follow the examples in HelpOnMacros/Include. [[Include(/Diskussion, 'Diskussion', 2)]] |heading() takes exactly 3 arguments (4 given) | |If you want to report a bug, please save this page and attach it to your |bug report. The following is working right now, is this the way it should be used? [[Include(/Diskussion, , 2, editlink)]] Ralf From Ralf-Lists at ralfgross.de Mon Feb 27 01:02:10 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Mon Feb 27 01:02:10 2006 Subject: [Moin-user] editor changes in moinmoin 1.5.x Message-ID: <9786.141.113.101.32.1141030882.squirrel@www.stz-softwaretechnik.de> Hi, I updated my personal wiki and a wiki a work from 1.3.5 to 1.5.2. Everything is working fine so far, I have just 2 questions: * my wiki at work is missing the 'Trivial change' checkbox, where can I reactivate it? I don't know why it is missing, because I updated both wikis the same way. * The 'Save Changes', 'Preview', 'GUI Mode' buttons are displayed at the top of the page now. Can I configure moinmoin to place them at the bottom at the page? Ralf From 2005a at usenet.alexanderweb.de Mon Feb 27 01:25:02 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Feb 27 01:25:02 2006 Subject: [Moin-user] Re: Desktop logins References: Message-ID: On Sun, 26 Feb 2006 11:53:59 -0600, Dave Harris wrote: > I have searched the MoinMoin site and maillists for a couple of hours > with no insight. I found a chat log that seemed to say that it would be > strange for anyone to want to have a login in DesktopEdition. If logins > are disabled, why are logins being created (and why are they not blocked > in the first place?) No, they are not disabled. That discussion was about the superuser and change user features. And they should really work - check that you have cookies enabled and not that you have to fill the first 2 fields and click the first button to login. > But more importantly, how can I select an editor without user preferences? Normally, you see two edit links. If you want to just show one, you have to either login and select it in the user prefs (as you said) or read HelpOnConfiguration and set it in the configuration file. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Mon Feb 27 01:32:03 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Feb 27 01:32:03 2006 Subject: [Moin-user] Re: comments/discussion subpage References: <59047.141.113.101.32.1141029607.squirrel@www.stz-softwaretechnik.de> Message-ID: On Mon, 27 Feb 2006 09:40:07 +0100 (CET), Ralf Gross wrote: > [[Include(/Diskussion, 'Diskussion', 2)]] > >|heading() takes exactly 3 arguments (4 given) I cannot reproduce this bug. Please try to reproduce it in the main wiki and file a bug. Kind regards, Alexander From Ralf-Lists at ralfgross.de Mon Feb 27 02:36:03 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Mon Feb 27 02:36:03 2006 Subject: [Moin-user] Re: comments/discussion subpage In-Reply-To: References: <59047.141.113.101.32.1141029607.squirrel@www.stz-softwaretechnik.de> Message-ID: <17763.141.113.101.32.1141036525.squirrel@www.stz-softwaretechnik.de> Alexander Schremmer said: > On Mon, 27 Feb 2006 09:40:07 +0100 (CET), Ralf Gross wrote: > >> [[Include(/Diskussion, 'Diskussion', 2)]] >> >>|heading() takes exactly 3 arguments (4 given) > > I cannot reproduce this bug. Please try to reproduce it in the main wiki > and file a bug. I opened a bug, but can not reproduce it in the main wiki. http://moinmoin.wikiwikiweb.de/MoinMoinBugs/IncludeSubpageHeadingError I noticed in the traceback that moin uses python 2.3, but I installed moin in /usr/lib/python2.4/site-packages. At least I tried to. I had some problems with doing that on my debian sarge server. I installed python2.4 in addition to the default python2.3. /usr/bin/python2.4 setup.py --quiet install --record=install.log This installed moinmoin always to /usr/lib/python2.3/site-packages/MoinMoin In the end, I just moved the package to /usr/lib/python2.4/site-packages/MoinMoin. Everything seemed to be ok, but this might have been not the very best idea. Any ideas why the install didn't put moinmoin in the right python directory, even when I started setup.py with the python2.4 binary? Ralf From HansJoachim.Ehlers at eumetsat.int Mon Feb 27 04:40:08 2006 From: HansJoachim.Ehlers at eumetsat.int (Hans-Joachim Ehlers) Date: Mon Feb 27 04:40:08 2006 Subject: [Moin-user] Migration crash - Re: Howto move data from 1.3.3 to 1.5.2 (Thomas Waldmann) Message-ID: From: Thomas Waldmann To: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] Howto move data from 1.3.3 to 1.5.2 >> I have installed a new version of moin moin ( MoinMoin 1.5.2 on AIX ) >> on a seperate server and would like to move ( Copy ) the old DATA >> directory from a MoinMoin Version Release 1.3.3 to the new DATA >> directory. >> >> So does anybody knows the step for handling the: >> ./data/user >> ./data/pages >> >> directories ? > As 1.3.3 didn't contain the mig10 and mig11 (1.3.5 did), you need to run > them (if you did not do that already) to reach 1.3.5 level. $ python /usr/local/lib/python2.4/site-packages/MoinMoin/scripts/migration/12_to_13_mig10.py -d data.pre-mig10/ -> data/ Traceback (most recent call last): File "/usr/local/lib/python2.4/site-packages/MoinMoin/scripts/migration/12_to_13_mig10.py", line 130, in ? migrate(destdir) File "/usr/local/lib/python2.4/site-packages/MoinMoin/scripts/migration/12_to_13_mig10.py", line 109, in migrate for root, dirs, files in walk(attachdir): File "/usr/local/lib/python2.4/site-packages/MoinMoin/scripts/migration/12_to_13_mig10.py", line 72, in walk except error, err: NameError: global name 'error' is not defined If i remove error, the err is not defined. BTW Python is v2.4.2 So could somebody just name me the function( what the script actuelly do ) of mig10 and mig11 so i can rewrite the stuff in a simple shell script. tia Hajo From keith.c.schwols at intel.com Mon Feb 27 04:51:09 2006 From: keith.c.schwols at intel.com (Schwols, Keith C) Date: Mon Feb 27 04:51:09 2006 Subject: [Moin-user] Re: comments/discussion subpage Message-ID: <6FAB474893963D4E876FE660DC96C071657086@azsmsx401> I had the same defect/problem when I tried using additional parameters in the Include macro. I fixed the problem and later found this page already on the MoinMoin wiki http://moinmoin.wikiwikiweb.de/MoinMoinBugs/IncludeMacroBroken which already had the patch listed. I think this has been fixed in the MoinMoin main wiki. The problem is a slight change in the interface to the heading macro. ]-----Original Message----- >From: moin-user-admin at lists.sourceforge.net [mailto:moin-user- >admin at lists.sourceforge.net] On Behalf Of Ralf Gross >Sent: Monday, February 27, 2006 3:35 AM >To: moin-user at lists.sourceforge.net >Subject: Re: [Moin-user] Re: comments/discussion subpage > >Alexander Schremmer said: >> On Mon, 27 Feb 2006 09:40:07 +0100 (CET), Ralf Gross wrote: >> >>> [[Include(/Diskussion, 'Diskussion', 2)]] >>> >>>|heading() takes exactly 3 arguments (4 given) >> >> I cannot reproduce this bug. Please try to reproduce it in the main wiki >> and file a bug. > >I opened a bug, but can not reproduce it in the main wiki. > >http://moinmoin.wikiwikiweb.de/MoinMoinBugs/IncludeSubpageHeadingError > >I noticed in the traceback that moin uses python 2.3, but I installed moin >in /usr/lib/python2.4/site-packages. At least I tried to. I had some >problems with doing that on my debian sarge server. I installed python2.4 >in addition to the default python2.3. > >/usr/bin/python2.4 setup.py --quiet install --record=install.log > >This installed moinmoin always to /usr/lib/python2.3/site-packages/MoinMoin > >In the end, I just moved the package to >/usr/lib/python2.4/site-packages/MoinMoin. Everything seemed to be ok, but >this might have been not the very best idea. > >Any ideas why the install didn't put moinmoin in the right python >directory, even when I started setup.py with the python2.4 binary? > >Ralf > > > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live >webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=12164 2 >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user From edcdave at gmail.com Mon Feb 27 12:20:03 2006 From: edcdave at gmail.com (David Harris) Date: Mon Feb 27 12:20:03 2006 Subject: [Moin-user] Re: Desktop logins In-Reply-To: References: Message-ID: <4d74ff810602271219w197d5fa9me2ae882284713cd2@mail.gmail.com> On 2/27/06, Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote: > > > And they should really work - check that you have > cookies enabled and not that you have to fill the first 2 fields and click > the first button to login. > > Kind regards, > Alexander I installed the DesktopEdition on a computer in a completely different locaiton running Windows XP Pro and had no difficulty creating a new login. I don't think it's a matter of cookies. My login on moimoinwikiwikiweb.deseems to work just fine and I assume that uses the same cookie scheme. I will try to isolate what could be the difference and let you know what I find. Thanks for your reply, Dave Harris -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ralf-Lists at ralfgross.de Mon Feb 27 14:00:05 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Mon Feb 27 14:00:05 2006 Subject: [Moin-user] Re: comments/discussion subpage In-Reply-To: <6FAB474893963D4E876FE660DC96C071657086@azsmsx401> References: <6FAB474893963D4E876FE660DC96C071657086@azsmsx401> Message-ID: <20060227215941.GE20311@p15145560.pureserver.info> Schwols, Keith C schrieb: > I had the same defect/problem when I tried using additional parameters > in the Include macro. I fixed the problem and later found this page > already on the MoinMoin wiki > http://moinmoin.wikiwikiweb.de/MoinMoinBugs/IncludeMacroBroken which > already had the patch listed. I think this has been fixed in the > MoinMoin main wiki. > > The problem is a slight change in the interface to the heading macro. You are right. The patch fixed the problem, thanks! BTW: I also had a problem with python2.4, but this was not related to this problem. Ralf From tw-public at gmx.de Tue Feb 28 09:07:03 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Feb 28 09:07:03 2006 Subject: [Moin-user] Migration crash - Re: Howto move data from 1.3.3 to 1.5.2 (Thomas Waldmann) In-Reply-To: References: Message-ID: <440482F6.6000407@gmx.de> >> As 1.3.3 didn't contain the mig10 and mig11 (1.3.5 did), you need to run >> them (if you did not do that already) to reach 1.3.5 level. > > $ python /usr/local/lib/python2.4/site-packages/MoinMoin/scripts/migration/12_to_13_mig10.py -d > data.pre-mig10/ -> data/ > Traceback (most recent call last): > File "/usr/local/lib/python2.4/site-packages/MoinMoin/scripts/migration/12_to_13_mig10.py", line 130, in ? > migrate(destdir) > File "/usr/local/lib/python2.4/site-packages/MoinMoin/scripts/migration/12_to_13_mig10.py", line 109, in migrate > for root, dirs, files in walk(attachdir): > File "/usr/local/lib/python2.4/site-packages/MoinMoin/scripts/migration/12_to_13_mig10.py", line 72, in walk > except error, err: > NameError: global name 'error' is not defined > > If i remove error, the err is not defined. > BTW Python is v2.4.2 You used the mig scripts from moin 1.3.x. Please use the mig10 and mig11 script that came with 1.5.2 (they do the same as earlier version, but have some bug fixes).