From waqas805 at hotmail.com Mon Dec 1 02:17:27 2008 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 1 Dec 2008 08:17:27 +0100 Subject: [Moin-user] Category Message-ID: Hi, I want to begin my categoryName with "Cat". How i can change this? So my every category begin with "Cat" word, not with "category" word. Example. CatAdmin CatUser Please tell me how i change configuration? Thanks take care Regards, Waqas Ahmad _________________________________________________________________ Connect to the next generation of MSN Messenger? http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Mon Dec 1 05:34:04 2008 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 01 Dec 2008 11:34:04 +0100 Subject: [Moin-user] Category In-Reply-To: References: Message-ID: waqas ahmad schrieb: > > Hi, > > I want to begin my categoryName with "Cat". How i can change this? So my every category begin with "Cat" word, not with "category" word. > > Example. > > CatAdmin > CatUser > Please tell me how i change configuration? > Thanks > > take care > > Regards, just configure your own page_category_regex in the wikiconfig.py file. Default is: page_category_regex = ur'(?PCategory(?P(?!Template)\S+))' You can simply replace the word Category by your wanted string. cheers Reimar > > Waqas Ahmad > _________________________________________________________________ > Connect to the next generation of MSN Messenger > http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From mjmatthews1 at rcn.com Tue Dec 2 13:10:49 2008 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Tue, 02 Dec 2008 13:10:49 -0500 Subject: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work Message-ID: <49357A29.2050200@rcn.com> I am trying to upgrade from 1.5.x ri 1.7.2. Am using my own external cookie authentication method. I did post this before but did not have time to follow through. When user logs in authentication takes place, login id is displayed but pagetrail only displays current page. I was told this is a session failure. How do I debug this failure (which is silent as far as I can tell)? I did apply this patch which took care of some other errors I was seeing: ~/moin/lib/python2.4/site-packages/MoinMoin/request/__init__.py:1377: if lkey in ['vary','cache-control','content-language','set-cookie']: Where is session code to look at? Any hints as to where it might be failing. How best to debug? Everything else seems to work but I have not gone too far beyond this.. I see this is apache error_log, but have no idea what it means 2008-12-01 10:41:51,628 WARNING MoinMoin.log:120 using logging configuration read from built-in fa llback in MoinMoin.log module! 2008-12-01 10:41:53,711 INFO MoinMoin.config.multiconfig:124 using wiki config: /home/www/wiki2/co nfig/wikiconfig.pyc Authentication login goes like this: Check for auth cookie, no cookie redirect to authentication service exit ( how can this be done exactly?) else take authentication server cookie with user information, establish user make local auth cookie apply cookie return cookie mechanism is working fine as far as I can tell, just wiki is damaged. Any help would be appreciated. Is this the right forum for this? thanks From crosseyedpenguin at yahoo.com Tue Dec 2 17:36:09 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Tue, 2 Dec 2008 14:36:09 -0800 (PST) Subject: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work In-Reply-To: <49357A29.2050200@rcn.com> Message-ID: <918332.88877.qm@web36204.mail.mud.yahoo.com> --- On Tue, 12/2/08, Michael Matthews wrote: > From: Michael Matthews > Subject: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work > To: "moin Users" > Date: Tuesday, December 2, 2008, 11:10 AM > I am trying to upgrade from 1.5.x ri 1.7.2. Am using my own > external > cookie authentication method. I did post this before but > did not have > time to follow through. When user logs in authentication > takes place, > login id is displayed but pagetrail only displays current > page. I was > told this is a session failure. How do I debug this failure > (which is > silent as far as I can tell)? > There is a help page for 1.7 here: http://master17.moinmo.in/HelpOnAuthentication/ExternalCookie Based upon your symptoms, a guess is either you are not setting a cookie, you are changing the cookie value with each page request, or you may be setting the cookie for the wrong domain. If you have the Firefox browser witht he Web Developer extension installed, verify you have a MOIN_SESSION cookie and the value is consistent for multiple page requests. Roger Haase From mjmatthews1 at rcn.com Tue Dec 2 19:19:10 2008 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Tue, 02 Dec 2008 19:19:10 -0500 Subject: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work In-Reply-To: <918332.88877.qm@web36204.mail.mud.yahoo.com> References: <918332.88877.qm@web36204.mail.mud.yahoo.com> Message-ID: <4935D07E.8000806@rcn.com> Roger Haase wrote: > > --- On Tue, 12/2/08, Michael Matthews wrote: > > >> From: Michael Matthews >> Subject: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work >> To: "moin Users" >> Date: Tuesday, December 2, 2008, 11:10 AM >> I am trying to upgrade from 1.5.x ri 1.7.2. Am using my own >> external >> cookie authentication method. I did post this before but >> did not have >> time to follow through. When user logs in authentication >> takes place, >> login id is displayed but pagetrail only displays current >> page. I was >> told this is a session failure. How do I debug this failure >> (which is >> silent as far as I can tell)? >> >> > > There is a help page for 1.7 here: > http://master17.moinmo.in/HelpOnAuthentication/ExternalCookie > > Based upon your symptoms, a guess is either you are not setting a cookie, you are changing the cookie value with each page request, or you may be setting the cookie for the wrong domain. > > If you have the Firefox browser witht he Web Developer extension installed, verify you have a MOIN_SESSION cookie and the value is consistent for multiple page requests. > > Roger Haase > > > > Thanks for the URL. The example had some new code for me but Still same behavior. No MOIN_SESSION cookie. I am maintaining my own cookie which has nothing to do with MOIN cookie. I expect the application to maintain it's own cookie as needed. So where does this happen? And if it is required that the ExternalCookie routine create it why isn't it documented. The example creates a MoinAuth cookie but I thought it was only an example. My plugin worked in 1.5 From crosseyedpenguin at yahoo.com Tue Dec 2 20:30:17 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Tue, 2 Dec 2008 17:30:17 -0800 (PST) Subject: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work In-Reply-To: <4935D07E.8000806@rcn.com> Message-ID: <54023.22243.qm@web36207.mail.mud.yahoo.com> --- On Tue, 12/2/08, Michael Matthews wrote: > From: Michael Matthews > Subject: Re: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work > To: > Cc: "moin Users" > Date: Tuesday, December 2, 2008, 5:19 PM > Roger Haase wrote: > > > > --- On Tue, 12/2/08, Michael Matthews > wrote: > > > > > >> From: Michael Matthews > >> Subject: [Moin-user] upgrade to 1.7.2 blocked, > external cookie auth does not work > >> To: "moin Users" > > >> Date: Tuesday, December 2, 2008, 11:10 AM > >> I am trying to upgrade from 1.5.x ri 1.7.2. Am > using my own > >> external > >> cookie authentication method. I did post this > before but > >> did not have > >> time to follow through. When user logs in > authentication > >> takes place, > >> login id is displayed but pagetrail only displays > current > >> page. I was > >> told this is a session failure. How do I debug > this failure > >> (which is > >> silent as far as I can tell)? > >> > >> > > > > There is a help page for 1.7 here: > > > http://master17.moinmo.in/HelpOnAuthentication/ExternalCookie > > > > Based upon your symptoms, a guess is either you are > not setting a cookie, you are changing the cookie value with > each page request, or you may be setting the cookie for the > wrong domain. > > > > If you have the Firefox browser witht he Web Developer > extension installed, verify you have a MOIN_SESSION cookie > and the value is consistent for multiple page requests. > > > > Roger Haase > > > > > > > > > Thanks for the URL. The example had some new code for me > but Still same > behavior. No MOIN_SESSION cookie. > > I am maintaining my own cookie which has nothing to do with > MOIN cookie. > I expect the application to maintain it's own cookie as > needed. So where > does this happen? And if it is required that the > ExternalCookie routine > create it why isn't it documented. The example creates > a MoinAuth > cookie but I thought it was only an example. > > My plugin worked in 1.5 > Yes, I had a hack for Moin <1.7 that worked too, but the Moin authentication process was changed in 1.7 - see the /docs/CHANGEs. I had to rewrite my hack to fit the 1.7 model (there is another minor change required for Moin 1.8). If your request method returns a user object, Moin will create the cookie. The MoinAuth cookie is an example, it can be any name except MOIN_SESSION. You may have to resort to writing to a log file to debug your code. I included a "def writeLog(*args):" function in the example because I needed it to debug my code. There appear to be few of using ExternalCookie for authentication, if you find errors in HelpOnAuthentication/ExternalCookie, please fix it. I will be MIA until Friday, good luck. Roger Haase From waqas805 at hotmail.com Wed Dec 3 03:48:18 2008 From: waqas805 at hotmail.com (waqas ahmad) Date: Wed, 3 Dec 2008 09:48:18 +0100 Subject: [Moin-user] Diagrams or Pictures Message-ID: Hi, I have attached many diagrams with my documents. I have one document with 15 diagrams on one page. The problem is that when i open this document on IE7, sometimes it does not show the all diagrams at once, which i attached. I have to right click on "attachment icon" and then select the option "show picture", then it show that picture. I want to see all my pictures active, when i open my picture document.There is any way to solve this problem. I shall be thankful to you. Have a nice day, Best Regards, Waqas Ahmad _________________________________________________________________ Connect to the next generation of MSN Messenger? http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Wed Dec 3 04:06:42 2008 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 03 Dec 2008 10:06:42 +0100 Subject: [Moin-user] Diagrams or Pictures In-Reply-To: References: Message-ID: Hi please compare if the problem also exists for firefox or if it is only related to ie7. Reimar waqas ahmad schrieb: > Hi, > > I have attached many diagrams with my documents. I have one document with 15 diagrams on one page. The problem is that when i open this document on IE7, sometimes it does not show the all diagrams at once, which i attached. I have to right click on "attachment icon" and then select the option "show picture", then it show that picture. > > I want to see all my pictures active, when i open my picture document.There is any way to solve this problem. > > I shall be thankful to you. > > Have a nice day, > > Best Regards, > > Waqas Ahmad > > _________________________________________________________________ > Connect to the next generation of MSN Messenger > http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From jdd at dodin.org Wed Dec 3 04:32:08 2008 From: jdd at dodin.org (jdd) Date: Wed, 03 Dec 2008 10:32:08 +0100 Subject: [Moin-user] render to docbook and pictures Message-ID: <49365218.7000005@dodin.org> Hello :-) the "render to docbook" action saves a docbook compliant file. But if an image is inserted in the file, the docbook export simply link to the image on the source server. http://wiki.tldp.org/jdd/test attachment:image01.jpg don't you think it would be much better if is saved the image locally, as docbook is mostly used to share with off line systems? any idea to have this result? thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From Dennis.Benzinger at gmx.net Wed Dec 3 08:33:36 2008 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Wed, 03 Dec 2008 14:33:36 +0100 Subject: [Moin-user] Serving one wiki from two different domains? Message-ID: <49368AB0.9040701@gmx.net> Hi! Is it possible two serve one wiki from two different domains? I want to use MoinMoin as a kind of CMS where only some users can edit pages and others can only read them. The read-only wiki should be served from www.example.com and the editable pages from admin.example.com. Because www.example.com is read-only I think there won't be problems with concurrent updates to the content of the pages. But will there be problems with the two MoinMoin instances updating the cache for a page or something like that? Dennis Benzinger From newz at bearfruit.org Wed Dec 3 10:22:34 2008 From: newz at bearfruit.org (Matthew Nuzum) Date: Wed, 3 Dec 2008 09:22:34 -0600 Subject: [Moin-user] Serving one wiki from two different domains? In-Reply-To: <49368AB0.9040701@gmx.net> References: <49368AB0.9040701@gmx.net> Message-ID: On Wed, Dec 3, 2008 at 7:33 AM, Dennis Benzinger wrote: > Is it possible two serve one wiki from two different domains? > Because www.example.com is read-only I think there won't be problems > with concurrent updates to the content of the pages. But will there be > problems with the two MoinMoin instances updating the cache for a page > or something like that? Yes, you can do this. Try creating two separate wikis that shared the same datadir. We do this to create two instances of the wiki with different themes and we've also done it to create a read-only and read-write instance of a wiki. -- Matthew Nuzum newz2000 on freenode From mjmatthews1 at rcn.com Wed Dec 3 11:09:46 2008 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Wed, 03 Dec 2008 11:09:46 -0500 Subject: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work In-Reply-To: <54023.22243.qm@web36207.mail.mud.yahoo.com> References: <54023.22243.qm@web36207.mail.mud.yahoo.com> Message-ID: <4936AF4A.9050909@rcn.com> Roger, The problem is that Moinmoin cannot handle multiple cookies correctly. I add my cookie(set-cookie header), MM adds it's cookie and when the headers are emitted the cookies are merged and clobbered in the MoinMoin/request/__init__.py emit_http_headers routine. The problem is discussed here: http://bugs.python.org/issue1660009 At this time I am not sure how to fix. Possibly merge cookies with ; instead of comma which is what the server does but the browser may barf on that. The real problem is that MoinMoin does not support multiple header types. Will play with it. thanks for your help on this. Roger Haase wrote: > > --- On Tue, 12/2/08, Michael Matthews wrote: > > >> From: Michael Matthews >> Subject: Re: [Moin-user] upgrade to 1.7.2 blocked, external cookie auth does not work >> To: >> Cc: "moin Users" >> Date: Tuesday, December 2, 2008, 5:19 PM >> Roger Haase wrote: >> >>> --- On Tue, 12/2/08, Michael Matthews >>> >> wrote: >> >>> >>> >>>> From: Michael Matthews >>>> Subject: [Moin-user] upgrade to 1.7.2 blocked, >>>> >> external cookie auth does not work >> >>>> To: "moin Users" >>>> >> >> >>>> Date: Tuesday, December 2, 2008, 11:10 AM >>>> I am trying to upgrade from 1.5.x ri 1.7.2. Am >>>> >> using my own >> >>>> external >>>> cookie authentication method. I did post this >>>> >> before but >> >>>> did not have >>>> time to follow through. When user logs in >>>> >> authentication >> >>>> takes place, >>>> login id is displayed but pagetrail only displays >>>> >> current >> >>>> page. I was >>>> told this is a session failure. How do I debug >>>> >> this failure >> >>>> (which is >>>> silent as far as I can tell)? >>>> >>>> >>>> >>> There is a help page for 1.7 here: >>> >>> >> http://master17.moinmo.in/HelpOnAuthentication/ExternalCookie >> >>> Based upon your symptoms, a guess is either you are >>> >> not setting a cookie, you are changing the cookie value with >> each page request, or you may be setting the cookie for the >> wrong domain. >> >>> If you have the Firefox browser witht he Web Developer >>> >> extension installed, verify you have a MOIN_SESSION cookie >> and the value is consistent for multiple page requests. >> >>> Roger Haase >>> >>> >>> >>> >>> >> Thanks for the URL. The example had some new code for me >> but Still same >> behavior. No MOIN_SESSION cookie. >> >> I am maintaining my own cookie which has nothing to do with >> MOIN cookie. >> I expect the application to maintain it's own cookie as >> needed. So where >> does this happen? And if it is required that the >> ExternalCookie routine >> create it why isn't it documented. The example creates >> a MoinAuth >> cookie but I thought it was only an example. >> >> My plugin worked in 1.5 >> >> > > Yes, I had a hack for Moin <1.7 that worked too, but the Moin authentication process was changed in 1.7 - see the /docs/CHANGEs. > > I had to rewrite my hack to fit the 1.7 model (there is another minor change required for Moin 1.8). If your request method returns a user object, Moin will create the cookie. The MoinAuth cookie is an example, it can be any name except MOIN_SESSION. You may have to resort to writing to a log file to debug your code. I included a "def writeLog(*args):" function in the example because I needed it to debug my code. > > There appear to be few of using ExternalCookie for authentication, if you find errors in HelpOnAuthentication/ExternalCookie, please fix it. > > I will be MIA until Friday, good luck. > > Roger Haase > > > From szybalski at gmail.com Wed Dec 3 12:29:53 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Wed, 3 Dec 2008 11:29:53 -0600 Subject: [Moin-user] Generating pdfs out of moinmoin/ Message-ID: <804e5c70812030929o2db1ca45g5fd597fdbf9e82b9@mail.gmail.com> Hello, I noticed this page was created on debian wiki and I went head and tried it: http://wiki.debian.org/MoinMoin/GeneratePdf You use this command: dblatex -T simple -o WikiSandBox.pdf WikiSandBox.xml I was surprised by the quality of that pdf. Here is a sample: http://lucasmanual.com/pdf/FaxServer.pdf I'll be playing with some of the other pages soon and that program soon. Thanks, Lucas -- How to create python package? http://lucasmanual.com/mywiki/PythonPaste Bazaar and Launchpad http://lucasmanual.com/mywiki/Bazaar From Dennis.Benzinger at gmx.net Thu Dec 4 10:34:32 2008 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Thu, 04 Dec 2008 16:34:32 +0100 Subject: [Moin-user] Broken links on HelpOnPatchCreation Message-ID: <4937F888.1010800@gmx.net> Hi! On the top of http://master.moinmo.in/HelpOnPatchCreation there is a link to the same page in master19 wiki. But this link simply links to the same page. In the section How to make a new patch there is a link to WikiWay but this page does not exist. The destination page of the Create extensions if possible link does not exist. Can somebody who is allowed to edit this page please correct these links? Thanks, Dennis Benzinger From waqas805 at hotmail.com Thu Dec 4 10:45:04 2008 From: waqas805 at hotmail.com (waqas ahmad) Date: Thu, 4 Dec 2008 16:45:04 +0100 Subject: [Moin-user] Check Spelling Message-ID: HI, I am using Python2.6 with apache2.8.2 and moinmoin 1.7.2. How can i activate my spellcheck option.when i click on spelling check button in editor, then i got lot of words out of my LocalSpellingWords page. I also find one file under moin-1.7.2\contrib\dict archive. and this folder has english and german dictionary. when i copy words from "en_us.ascii" file and paste manaully in my LocalSpellingWords page. then it hangs the browser. Please tell me how can i activate this spelling checker option in a real manner. and where i have to put this "dict" folder. I shall be thankful to you. Best Regards, Waqas Ahmad _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Thu Dec 4 12:39:33 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 04 Dec 2008 18:39:33 +0100 Subject: [Moin-user] Check Spelling In-Reply-To: References: Message-ID: <1228412373.13580.14.camel@server.firma.waldmann-edv.de> > I also find one file under moin-1.7.2\contrib\dict archive. and this > folder has english and german dictionary. > > when i copy words from "en_us.ascii" file and paste manaully in my > LocalSpellingWords page. then it hangs the browser. http://master.moinmo.in/HelpOnSpellCheck From jdd at dodin.org Thu Dec 4 13:37:48 2008 From: jdd at dodin.org (jdd) Date: Thu, 04 Dec 2008 19:37:48 +0100 Subject: [Moin-user] non modifiable part Message-ID: Hello :-) Here, at the LDP, we have many documents that are freely modifiable, but have to keep the same licence and the initial author name. Is it possible to have in a Moin page a part non modifiable? that could be a part with a "#acl All:read ", but only for part of the page any idea? thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From Dennis.Benzinger at gmx.net Thu Dec 4 13:55:44 2008 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Thu, 04 Dec 2008 19:55:44 +0100 Subject: [Moin-user] non modifiable part In-Reply-To: References: Message-ID: <493827B0.5040608@gmx.net> Am 04.12.2008 19:37, jdd schrieb: > Hello :-) > > Here, at the LDP, we have many documents that are freely modifiable, > but have to keep the same licence and the initial author name. > > Is it possible to have in a Moin page a part non modifiable? > > that could be a part with a "#acl All:read ", but only for part of the > page > > any idea? > [...] I didn't try it but I think you could create a non modifiable page that includes a modifiable page with the Include macro . HTH, Dennis Benzinger From dodecatheon at gmail.com Thu Dec 4 14:36:44 2008 From: dodecatheon at gmail.com (Ted Stern) Date: Thu, 04 Dec 2008 11:36:44 -0800 Subject: [Moin-user] non modifiable part In-Reply-To: (jdd@dodin.org's message of "Thu, 04 Dec 2008 19:37:48 +0100") References: Message-ID: On 04 Dec 2008 10:37:48 -0800, jdd at dodin.org wrote: > > Hello :-) > > Here, at the LDP, we have many documents that are freely modifiable, > but have to keep the same licence and the initial author name. > > Is it possible to have in a Moin page a part non modifiable? > > that could be a part with a "#acl All:read ", but only for part of the > page > > any idea? > thanks > jdd What happens if you <> and then put the #acl All:read portion in there? Ted -- Frango ut patefaciam -- I break so that I may reveal From jdd at dodin.org Thu Dec 4 17:17:57 2008 From: jdd at dodin.org (jdd) Date: Thu, 04 Dec 2008 23:17:57 +0100 Subject: [Moin-user] non modifiable part In-Reply-To: References: Message-ID: <49385715.9040306@dodin.org> Ted Stern a ?crit : > What happens if you > > <> > > and then put the #acl All:read portion in there? anybody can remove the include :-( jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From dodecatheon at gmail.com Thu Dec 4 17:28:43 2008 From: dodecatheon at gmail.com (Ted Stern) Date: Thu, 04 Dec 2008 14:28:43 -0800 Subject: [Moin-user] non modifiable part In-Reply-To: <49385715.9040306@dodin.org> (jdd@dodin.org's message of "Thu, 04 Dec 2008 23:17:57 +0100") References: <49385715.9040306@dodin.org> Message-ID: On 04 Dec 2008 14:17:57 -0800, jdd at dodin.org wrote: > > Ted Stern a ?crit : > >> What happens if you >> >> <> >> >> and then put the #acl All:read portion in there? > > anybody can remove the include :-( > > jdd Okay, just reverse it. Top level page: #acl All:read TrustedGroup:read,write,delete,revert AdminGroup:... <> put #acl All:read,write,delete,revert in there. Read Only stuff is in the rest of the page. But maybe you need more Read/Write stuff at the bottom: <> This isn't the most obvious thing for users, so you would want to point out what they should do if they want to make changes. Ted -- Frango ut patefaciam -- I break so that I may reveal From jdd at dodin.org Thu Dec 4 17:53:11 2008 From: jdd at dodin.org (jdd) Date: Thu, 04 Dec 2008 23:53:11 +0100 Subject: [Moin-user] non modifiable part In-Reply-To: References: <49385715.9040306@dodin.org> Message-ID: <49385F57.5010506@dodin.org> Ted Stern a ?crit : > This isn't the most obvious thing for users, so you would want to > point out what they should do if they want to make changes. no this is not the problem (nor the solution), because there is always a part of the doc accessible without the licence jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From jdd at dodin.org Thu Dec 4 14:14:44 2008 From: jdd at dodin.org (jdd) Date: Thu, 04 Dec 2008 20:14:44 +0100 Subject: [Moin-user] non modifiable part In-Reply-To: <493827B0.5040608@gmx.net> References: <493827B0.5040608@gmx.net> Message-ID: <49382C24.20409@dodin.org> Dennis Benzinger a ?crit : > I didn't try it but I think you could create a non modifiable page that > includes a modifiable page with the Include macro > . well... usually the licence insist to be present *on the modifiable page* may be in a page footer? jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From jdd at dodin.org Thu Dec 4 18:06:28 2008 From: jdd at dodin.org (jdd) Date: Fri, 05 Dec 2008 00:06:28 +0100 Subject: [Moin-user] making some pages *not* indexed by Google Message-ID: <49386274.4080000@dodin.org> Do I undertand well, some page can be prevented from being indexed by google? http://moinmo.in/MoinMoinQuestions/Unsorted?highlight=(robot)|(friend)#Tryingtochangewikiconfig.pyto.27index.2Cfollow.27 thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From waqas805 at hotmail.com Fri Dec 5 08:28:34 2008 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 5 Dec 2008 14:28:34 +0100 Subject: [Moin-user] SpellingCheck Message-ID: Hi, I have read the recommended page (http://master.moinmo.in/HelpOnSpellCheck) about spell check. I have Python26 and i checked in Python installation that python has also some dbhash.py files.But i dont know how can i built a database for spelling check? Please guide me how can create a spelling check database with the help of "dbhash". I shall be thankful to you. have a nice weekend, Best Regards, Waqas Ahmad _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjmatthews1 at rcn.com Fri Dec 5 09:45:37 2008 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Fri, 05 Dec 2008 09:45:37 -0500 Subject: [Moin-user] upgrade to 1.8.0 successful, external cookie auth works now In-Reply-To: <4936AF4A.9050909@rcn.com> References: <54023.22243.qm@web36207.mail.mud.yahoo.com> <4936AF4A.9050909@rcn.com> Message-ID: <49393E91.1040606@rcn.com> Once understood problem found simple solution. Output my cookie in ExternalCookie routine (do not add to headers) and everything works the way I need. this: request.write(cookie.output()) not this: request.setHttpHeader(cookie.output()) Michael Matthews wrote: > Roger Haase wrote: > >>> >>> using my own >>> >>> >>>>> external >>>>> cookie authentication method. I did post this >>>>> >>>>> >>> before but >>> >>> >>>>> did not have >>>>> time to follow through. When user logs in >>>>> >>>>> >>> authentication >>> >>> >>>>> takes place, >>>>> login id is displayed but pagetrail only displays >>>>> >>>>> >>> current >>> >>> >>>>> page. I was >>>>> told this is a session failure. How do I debug >>>>> >>>>> >>> this failure >>> >>> >>>>> (which is >>>>> silent as far as I can tell)? >>>>> >>>>> >>>>> >>>>> >>>> There is a help page for 1.7 here: >>>> >>>> >>>> >>> http://master17.moinmo.in/HelpOnAuthentication/ExternalCookie >>> >>> >>>> Based upon your symptoms, a guess is either you are >>>> >>>> >>> not setting a cookie, you are changing the cookie value with >>> each page request, or you may be setting the cookie for the >>> wrong domain. >>> >>> >>>> If you have the Firefox browser witht he Web Developer >>>> >>>> >>> extension installed, verify you have a MOIN_SESSION cookie >>> and the value is consistent for multiple page requests. >>> >>> >>>> Roger Haase >>>> >>>> >>>> >>>> >>>> >>>> >>> Thanks for the URL. The example had some new code for me >>> but Still same >>> behavior. No MOIN_SESSION cookie. >>> >>> I am maintaining my own cookie which has nothing to do with >>> MOIN cookie. >>> I expect the application to maintain it's own cookie as >>> needed. So where >>> does this happen? And if it is required that the >>> ExternalCookie routine >>> create it why isn't it documented. The example creates >>> a MoinAuth >>> cookie but I thought it was only an example. >>> >>> My plugin worked in 1.5 >>> >>> >>> >> Yes, I had a hack for Moin <1.7 that worked too, but the Moin authentication process was changed in 1.7 - see the /docs/CHANGEs. >> >> I had to rewrite my hack to fit the 1.7 model (there is another minor change required for Moin 1.8). If your request method returns a user object, Moin will create the cookie. The MoinAuth cookie is an example, it can be any name except MOIN_SESSION. You may have to resort to writing to a log file to debug your code. I included a "def writeLog(*args):" function in the example because I needed it to debug my code. >> >> There appear to be few of using ExternalCookie for authentication, if you find errors in HelpOnAuthentication/ExternalCookie, please fix it. >> >> I will be MIA until Friday, good luck. >> >> Roger Haase >> >> >> >> > > From rb.proj at gmail.com Sun Dec 7 15:31:05 2008 From: rb.proj at gmail.com (R.Bauer) Date: Sun, 07 Dec 2008 21:31:05 +0100 Subject: [Moin-user] Broken links on HelpOnPatchCreation In-Reply-To: <4937F888.1010800@gmx.net> References: <4937F888.1010800@gmx.net> Message-ID: Dennis Benzinger schrieb: > Hi! > > On the top of http://master.moinmo.in/HelpOnPatchCreation there is a > link to the same page in master19 wiki. But this link simply links to > the same page. > > In the section How to make a new patch there is a link to WikiWay but > this page does not exist. > > The destination page of the Create extensions if possible link does not > exist. > > Can somebody who is allowed to edit this page please correct these links? > > Thanks, > Dennis Benzinger Everyone can after reading http://moinmo.in/EditingOnMoinMaster cheers Reimar From mdfranz at gmail.com Sun Dec 7 22:35:52 2008 From: mdfranz at gmail.com (Matthew Franz) Date: Sun, 7 Dec 2008 22:35:52 -0500 Subject: [Moin-user] Does LDAPAuth support ldaps? (with self-signed certs) Message-ID: <33acb3db0812071935s29a35d87u4fef44d59e2fe85d@mail.gmail.com> I have successfully configured moin to use ldap (but not ldaps) to authenticate to our AD server. I took a tcpdump and seen the connection attempt (3 way handshake) to the ldap server on port 636 but the client is gracefully terminating the connection (with a FIN) to the LDAP server prior to bind and search. No application layer data is sent to the server. I get this error message 2008-12-07 22:15:06,409 ERROR MoinMoin.auth.ldap_login:244 LDAP server ldaps://x.x.x failed ({'desc': "Can't contact LDAP server"}). Trying to authenticate with next auth list entry. These are the SSL relevant fields start_tls=0, # usage of Transport Layer Security 0 = No, 1 = Try, 2 = Required tls_cacertdir='', tls_cacertfile='', tls_certfile='', tls_keyfile='', tls_require_cert=0, # 0 == ldap.OPT_X_TLS_NEVER (needed for self-signed certs) bind_once=False, # set to True to only do one bind - useful if configured to bind as the user on the first attempt autocreate=True, # set to True to automatically create/update user profiles the value of start_tls (0,1,2) does not seem to make any difference. I have seen the following pages http://moinmoin.wikiwikiweb.de/MoinMoinBugs/MissingLdapsSupport http://moinmoin.wikiwikiweb.de/FeatureRequests/AuthLDAP http://moinmo.in/MoinMoinQuestions/Authentication#Notesforldaps with the guidance Before I start digging into python-ldap code, does anybody have moinmoin authenticating to an LDAP server over ldaps? Details ----------- CentOS5.2 - Python 2.4.3 MoinMoin 1.8.0 [root at content1 httpd]# rpm -qa | grep python-ldap python-ldap-2.2.0-2.1 Thanks, - mdf -- Matthew Franz mdfranz at gmail.com From tw-public at gmx.de Mon Dec 8 03:22:08 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 08 Dec 2008 09:22:08 +0100 Subject: [Moin-user] Does LDAPAuth support ldaps? (with self-signed certs) In-Reply-To: <33acb3db0812071935s29a35d87u4fef44d59e2fe85d@mail.gmail.com> References: <33acb3db0812071935s29a35d87u4fef44d59e2fe85d@mail.gmail.com> Message-ID: <1228724528.22921.7.camel@black.firma.waldmann-edv.de> Decide whether you want TLS or SSL. use ldaps://server:636 url for ldaps, use ldap://server for ldap with tls (and set start_tls to 1 or 2). Cheers, Thomas From waqas805 at hotmail.com Mon Dec 8 08:27:13 2008 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 8 Dec 2008 14:27:13 +0100 Subject: [Moin-user] NewFeatures in moinmoin1.7.3 Message-ID: Hi, I read http://hg.moinmo.in/moin/1.7/raw-file/1.7.3/docs/CHANGES here that moinmoin have newFeature "Add left/center/right/justify classes to builtin themes". Its mean that we can do aligntment for our text now. am i right? Please tell me how can i use left/center/right/justify for my text aligntment. which command or syntax i have to use for these options in my text_editor. thanks a lot. have a nice day, The Best Regards, Waqas Ahmad _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE -------------- next part -------------- An HTML attachment was scrubbed... URL: From kentsin at yahoo.com Mon Dec 8 12:52:08 2008 From: kentsin at yahoo.com (kent sin) Date: Mon, 8 Dec 2008 09:52:08 -0800 (PST) Subject: [Moin-user] Multi-lingual wiki in MoinMoin Message-ID: <575977.74163.qm@web37502.mail.mud.yahoo.com> How can I implement the multi-lingual wiki like wikipedia in moinmoin? Are there any plug-in or macros to do that? I am running a desktop version and would like to keep the config simple. Thank you. From mail at heavy.ch Mon Dec 8 14:12:09 2008 From: mail at heavy.ch (Mail@Heavy.ch) Date: Mon, 08 Dec 2008 20:12:09 +0100 Subject: [Moin-user] NewFeatures in moinmoin1.7.3 In-Reply-To: References: Message-ID: <493D7189.70105@heavy.ch> hi there > Please tell me how can i use left/center/right/justify for my text > aligntment. which command or syntax i have to use for these options in > my text_editor. yes, they did add those css classes to the common.css stylesheet A) one way would be to use the parser syntax like {{{#!wiki right My text goes right }}} see here: http://moinmo.in/HelpOnMoinWikiSyntax#Usingthewikiparserwithcssclasses B) or if you got a image - you could do: {{attachment:bild.png|bild text|class="right"}} C) the same goes for a table, like || table goes right || hope it helps bye Marcel From mdfranz at gmail.com Mon Dec 8 16:11:00 2008 From: mdfranz at gmail.com (Matthew Franz) Date: Mon, 8 Dec 2008 16:11:00 -0500 Subject: [Moin-user] Does LDAPAuth support ldaps? (with self-signed certs) In-Reply-To: <1228724528.22921.7.camel@black.firma.waldmann-edv.de> References: <33acb3db0812071935s29a35d87u4fef44d59e2fe85d@mail.gmail.com> <1228724528.22921.7.camel@black.firma.waldmann-edv.de> Message-ID: <33acb3db0812081311p25edf67eqb59ae09aed8d24dc@mail.gmail.com> Actually my previous "success" (damn wikiconfig.pyc from when I was using stunnel) was premature Using ldap://host and start_tls=2 (or 1) 2008-12-08 15:53:14,614 WARNING MoinMoin.auth.ldap_login:158 Couldn't establish TLS to 'ldap://a.b.c.d.com' (err: {'info': '', 'desc': 'Connect error'}). 2008-12-08 15:53:14,614 ERROR MoinMoin.auth.ldap_login:249 caught an exception, traceback follows... Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/MoinMoin/auth/ldap_login.py", line 155, in login l.start_tls_s() File "/usr/lib/python2.4/site-packages/ldap/ldapobject.py", line 505, in start_tls_s return self._ldap_call(self._l.start_tls_s) File "/usr/lib/python2.4/site-packages/ldap/ldapobject.py", line 94, in _ldap_call result = func(*args,**kwargs) CONNECT_ERROR: {'info': '', 'desc': 'Connect error'} And ldaps: with start_tls=0 2008-12-08 16:05:41,113 ERROR MoinMoin.auth.ldap_login:244 LDAP server ldaps://a.b.c.d.com failed ({'desc': "Can't contact LDAP server"}). Trying to authenticate with next auth list entry. On Mon, Dec 8, 2008 at 3:22 AM, Thomas Waldmann wrote: > Decide whether you want TLS or SSL. > > use ldaps://server:636 url for ldaps, > use ldap://server for ldap with tls (and set start_tls to 1 or 2). > > Cheers, > > Thomas > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- -- Matthew Franz mdfranz at gmail.com From tw-public at gmx.de Mon Dec 8 16:10:00 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 08 Dec 2008 22:10:00 +0100 Subject: [Moin-user] Multi-lingual wiki in MoinMoin In-Reply-To: <575977.74163.qm@web37502.mail.mud.yahoo.com> References: <575977.74163.qm@web37502.mail.mud.yahoo.com> Message-ID: <1228770600.6362.3.camel@black.firma.waldmann-edv.de> > How can I implement the multi-lingual wiki like wikipedia in moinmoin? You could write a theme that extracts interwiki links and shows them in a sidebar. Then run 1 wiki per language. That's what wikipedia does. Without a theme, you can also interlink that way, but the links will be in the content area, not in the sidebar. If your page names are the same in every language, you can even use sisterwiki and have the other pages show up automatically in the navibar. From tw-public at gmx.de Mon Dec 8 16:33:18 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 08 Dec 2008 22:33:18 +0100 Subject: [Moin-user] Does LDAPAuth support ldaps? (with self-signed certs) In-Reply-To: <33acb3db0812081311p25edf67eqb59ae09aed8d24dc@mail.gmail.com> References: <33acb3db0812071935s29a35d87u4fef44d59e2fe85d@mail.gmail.com> <1228724528.22921.7.camel@black.firma.waldmann-edv.de> <33acb3db0812081311p25edf67eqb59ae09aed8d24dc@mail.gmail.com> Message-ID: <1228771998.6362.7.camel@black.firma.waldmann-edv.de> > Using ldap://host and start_tls=2 (or 1) > > 2008-12-08 15:53:14,614 WARNING MoinMoin.auth.ldap_login:158 Couldn't > establish TLS to 'ldap://a.b.c.d.com' (err: {'info': '', 'desc': > 'Connect error'}). > And ldaps: with start_tls=0 > > 2008-12-08 16:05:41,113 ERROR MoinMoin.auth.ldap_login:244 LDAP server > ldaps://a.b.c.d.com failed ({'desc': "Can't contact LDAP server"}). > Does same config work without TLS (and without SSL)? Anyway, this doesn't look like a moin problem. Either the is no TLS/SSL capable ldap server or your ldap libs miss TLS/SSL support. From mdfranz at gmail.com Mon Dec 8 17:15:01 2008 From: mdfranz at gmail.com (Matthew Franz) Date: Mon, 8 Dec 2008 17:15:01 -0500 Subject: [Moin-user] Does LDAPAuth support ldaps? (with self-signed certs) In-Reply-To: <1228771998.6362.7.camel@black.firma.waldmann-edv.de> References: <33acb3db0812071935s29a35d87u4fef44d59e2fe85d@mail.gmail.com> <1228724528.22921.7.camel@black.firma.waldmann-edv.de> <33acb3db0812081311p25edf67eqb59ae09aed8d24dc@mail.gmail.com> <1228771998.6362.7.camel@black.firma.waldmann-edv.de> Message-ID: <33acb3db0812081415p6ec09581j19db8d31e3d07758@mail.gmail.com> > Does same config work without TLS (and without SSL)? Yes. The workaround is to use "insecure" LDAP over stunnel > > Anyway, this doesn't look like a moin problem. > > Either the is no TLS/SSL capable ldap server or your ldap libs miss > TLS/SSL support. This is an AD server that is used elsewhere with PHP apps with ldaps, so I'll investigate the ldap library with CentOS, although I find it hard to believe that would be the case with RHEL. I'll also try the config with a different distribution (like Ubuntu) [root at content1 contentwiki]# rpm -vqa | grep ldap openldap-2.3.27-8.el5_2.4 python-ldap-2.2.0-2.1 mod_authz_ldap-0.26-8.el5 compat-openldap-2.3.27_2.2.29-8.el5_2.4 Thanks, - mdf From jeremiah.jester at panasonic.aero Mon Dec 8 19:22:49 2008 From: jeremiah.jester at panasonic.aero (Jeremiah Jester) Date: Mon, 08 Dec 2008 16:22:49 -0800 Subject: [Moin-user] user auth Message-ID: <1228782169.27571.5.camel@M13425> Hello, I'm a new to moinmoin and have inherited a wiki that is already up and running. I would like to make it required for users to login to access the site using their moinmoin user id. Security and the ability to track changes for documents are the two main reasons for getting this setup. I've reviewed the documentation but nothing has worked. Can someone give me a walk through or point me in the right direction? Thanks, Jeremiah Disclaimer: The information contained in this transmission, including any attachments, may contain confidential information of Panasonic Avionics Corporation. This transmission is intended only for the use of the addressee(s) listed above. Unauthorized review, dissemination or other use of the information contained in this transmission is strictly prohibited. If you have received this transmission in error or have reason to believe you are not authorized to receive it, please notify the sender by return email and promptly delete the transmission. From rb.proj at gmail.com Tue Dec 9 07:06:09 2008 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 09 Dec 2008 13:06:09 +0100 Subject: [Moin-user] user auth In-Reply-To: <1228782169.27571.5.camel@M13425> References: <1228782169.27571.5.camel@M13425> Message-ID: Jeremiah Jester schrieb: > Hello, > > I'm a new to moinmoin and have inherited a wiki that is already up and > running. I would like to make it required for users to login to access > the site using their moinmoin user id. Security and the ability to track > changes for documents are the two main reasons for getting this setup. > > I've reviewed the documentation but nothing has worked. Can someone give > me a walk through or point me in the right direction? > > Thanks, > Jeremiah > > You do need to define acls, see http://master.moinmo.in/HelpOnAccessControlLists or in your wiki. e.g. if you set acl_rights_before = u'UserName:read,write,revert,delete,admin' acl_rights_default = u'UserGroup:read,write,revert,delete' then the user with the name UserName has the before right and is allowed to change acl settings on a page by the admin right. Only users which are listed on the page UserGroup have read,write,revert,delete rights on default. If one (UserName) has added an #acl line on the page this overwrites the default settings. cheers Reimar From rb.proj at gmail.com Tue Dec 9 08:00:12 2008 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 09 Dec 2008 14:00:12 +0100 Subject: [Moin-user] user auth In-Reply-To: References: <1228782169.27571.5.camel@M13425> Message-ID: R.Bauer schrieb: > Jeremiah Jester schrieb: >> Hello, >> >> I'm a new to moinmoin and have inherited a wiki that is already up and >> running. I would like to make it required for users to login to access >> the site using their moinmoin user id. Security and the ability to track >> changes for documents are the two main reasons for getting this setup. >> >> I've reviewed the documentation but nothing has worked. Can someone give >> me a walk through or point me in the right direction? >> >> Thanks, >> Jeremiah >> >> > > You do need to define acls, see > > http://master.moinmo.in/HelpOnAccessControlLists > > or in your wiki. > > e.g. if you set > > > acl_rights_before = u'UserName:read,write,revert,delete,admin' > acl_rights_default = u'UserGroup:read,write,revert,delete' > > > then the user with the name UserName has the before right and is allowed > to change acl settings on a page by the admin right. > > Only users which are listed on the page UserGroup have > read,write,revert,delete rights on default. If one (UserName) has added > an #acl line on the page this overwrites the default settings. > > > cheers > Reimar if you do want only known users (no anynymous users) you also can use acl_rights_default = u'Known:read,write,revert,delete' then people need an account to access pages. cheers Reimar From jeremiah.jester at panasonic.aero Tue Dec 9 13:26:41 2008 From: jeremiah.jester at panasonic.aero (Jeremiah Jester) Date: Tue, 09 Dec 2008 10:26:41 -0800 Subject: [Moin-user] user auth In-Reply-To: References: <1228782169.27571.5.camel@M13425> Message-ID: <1228847201.7388.1.camel@M13425> I put this (acl_rights _default = u'Known:read,write,revert,delete') in my wikiconfig.py and restarted apache. No user name and password prompt? Ideas? Thanks, JJ On Tue, 2008-12-09 at 05:00 -0800, R.Bauer wrote: > R.Bauer schrieb: > > Jeremiah Jester schrieb: > >> Hello, > >> > >> I'm a new to moinmoin and have inherited a wiki that is already up > and > >> running. I would like to make it required for users to login to > access > >> the site using their moinmoin user id. Security and the ability to > track > >> changes for documents are the two main reasons for getting this > setup. > >> > >> I've reviewed the documentation but nothing has worked. Can someone > give > >> me a walk through or point me in the right direction? > >> > >> Thanks, > >> Jeremiah > >> > >> > > > > You do need to define acls, see > > > > http://master.moinmo.in/HelpOnAccessControlLists > > > > or in your wiki. > > > > e.g. if you set > > > > > > acl_rights_before = u'UserName:read,write,revert,delete,admin' > > acl_rights_default = u'UserGroup:read,write,revert,delete' > > > > > > then the user with the name UserName has the before right and is > allowed > > to change acl settings on a page by the admin right. > > > > Only users which are listed on the page UserGroup have > > read,write,revert,delete rights on default. If one (UserName) has > added > > an #acl line on the page this overwrites the default settings. > > > > > > cheers > > Reimar > > if you do want only known users (no anynymous users) you also can use > > acl_rights_default = u'Known:read,write,revert,delete' > > then people need an account to access pages. > > cheers > Reimar > > > > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, > Nevada. > The future of the web can't happen without you. Join us at MIX09 to > help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > > Disclaimer: The information contained in this transmission, including any attachments, may contain confidential information of Panasonic Avionics Corporation. This transmission is intended only for the use of the addressee(s) listed above. Unauthorized review, dissemination or other use of the information contained in this transmission is strictly prohibited. If you have received this transmission in error or have reason to believe you are not authorized to receive it, please notify the sender by return email and promptly delete the transmission. From rick.vanderveer at gmail.com Tue Dec 9 14:16:46 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 9 Dec 2008 13:16:46 -0600 Subject: [Moin-user] user auth In-Reply-To: <1228847201.7388.1.camel@M13425> References: <1228782169.27571.5.camel@M13425> <1228847201.7388.1.camel@M13425> Message-ID: <5c39e1ca0812091116vf86e765ta53e6dfbabf29f93@mail.gmail.com> Jeremiah, I think we weren't clear on what you wanted to do. ACL's are Access Control Lists, they're the permissions level. It sounds like what you're describing, you want user-authentication. The relation between the two is, imagine a file server, where anyone in the company can log onto the server with their user ID and read the files, but only accounting can 'change' the files. see: http://moinmo.in/HelpOnAuthentication -Rick On Tue, Dec 9, 2008 at 12:26 PM, Jeremiah Jester < jeremiah.jester at panasonic.aero> wrote: > I put this (acl_rights _default = u'Known:read,write,revert,delete') in > my wikiconfig.py and restarted apache. No user name and password prompt? > Ideas? > > Thanks, > JJ > > > On Tue, 2008-12-09 at 05:00 -0800, R.Bauer wrote: > > R.Bauer schrieb: > > > Jeremiah Jester schrieb: > > >> Hello, > > >> > > >> I'm a new to moinmoin and have inherited a wiki that is already up > > and > > >> running. I would like to make it required for users to login to > > access > > >> the site using their moinmoin user id. Security and the ability to > > track > > >> changes for documents are the two main reasons for getting this > > setup. > > >> > > >> I've reviewed the documentation but nothing has worked. Can someone > > give > > >> me a walk through or point me in the right direction? > > >> > > >> Thanks, > > >> Jeremiah > > >> > > >> > > > > > > You do need to define acls, see > > > > > > http://master.moinmo.in/HelpOnAccessControlLists > > > > > > or in your wiki. > > > > > > e.g. if you set > > > > > > > > > acl_rights_before = u'UserName:read,write,revert,delete,admin' > > > acl_rights_default = u'UserGroup:read,write,revert,delete' > > > > > > > > > then the user with the name UserName has the before right and is > > allowed > > > to change acl settings on a page by the admin right. > > > > > > Only users which are listed on the page UserGroup have > > > read,write,revert,delete rights on default. If one (UserName) has > > added > > > an #acl line on the page this overwrites the default settings. > > > > > > > > > cheers > > > Reimar > > > > if you do want only known users (no anynymous users) you also can use > > > > acl_rights_default = u'Known:read,write,revert,delete' > > > > then people need an account to access pages. > > > > cheers > > Reimar > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, > > Nevada. > > The future of the web can't happen without you. Join us at MIX09 to > > help > > pave the way to the Next Web now. Learn more and register at > > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > > > > > > Disclaimer: The information contained in this transmission, including any > attachments, may contain confidential information of Panasonic Avionics > Corporation. This transmission is intended only for the use of the > addressee(s) listed above. Unauthorized review, dissemination or other use > of the information contained in this transmission is strictly prohibited. > If you have received this transmission in error or have reason to believe > you are not authorized to receive it, please notify the sender by return > email and promptly delete the transmission. > > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > 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 jeremiah.jester at panasonic.aero Tue Dec 9 16:56:07 2008 From: jeremiah.jester at panasonic.aero (Jeremiah Jester) Date: Tue, 09 Dec 2008 13:56:07 -0800 Subject: [Moin-user] user auth In-Reply-To: <5c39e1ca0812091116vf86e765ta53e6dfbabf29f93@mail.gmail.com> References: <1228782169.27571.5.camel@M13425> <1228847201.7388.1.camel@M13425> <5c39e1ca0812091116vf86e765ta53e6dfbabf29f93@mail.gmail.com> Message-ID: <1228859767.7388.18.camel@M13425> Yes, that is correct. So then would i just add this to the top of my moin py file? from MoinMoin.auth import MoinAuth auth = [MoinAuth()] > Jeremiah, > I think we weren't clear on what you wanted to do. > > ACL's are Access Control Lists, they're the permissions level. It > sounds like what you're describing, you want user-authentication. The > relation between the two is, imagine a file server, where anyone in > the company can log onto the server with their user ID and read the > files, but only accounting can 'change' the files. > > see: http://moinmo.in/HelpOnAuthentication > > -Rick > > > > > On Tue, Dec 9, 2008 at 12:26 PM, Jeremiah Jester > wrote: > I put this (acl_rights _default = > u'Known:read,write,revert,delete') in > my wikiconfig.py and restarted apache. No user name and > password prompt? > Ideas? > > Thanks, > JJ > > > > On Tue, 2008-12-09 at 05:00 -0800, R.Bauer wrote: > > R.Bauer schrieb: > > > Jeremiah Jester schrieb: > > >> Hello, > > >> > > >> I'm a new to moinmoin and have inherited a wiki that is > already up > > and > > >> running. I would like to make it required for users to > login to > > access > > >> the site using their moinmoin user id. Security and the > ability to > > track > > >> changes for documents are the two main reasons for > getting this > > setup. > > >> > > >> I've reviewed the documentation but nothing has worked. > Can someone > > give > > >> me a walk through or point me in the right direction? > > >> > > >> Thanks, > > >> Jeremiah > > >> > > >> > > > > > > You do need to define acls, see > > > > > > http://master.moinmo.in/HelpOnAccessControlLists > > > > > > or in your wiki. > > > > > > e.g. if you set > > > > > > > > > acl_rights_before = > u'UserName:read,write,revert,delete,admin' > > > acl_rights_default = u'UserGroup:read,write,revert,delete' > > > > > > > > > then the user with the name UserName has the before right > and is > > allowed > > > to change acl settings on a page by the admin right. > > > > > > Only users which are listed on the page UserGroup have > > > read,write,revert,delete rights on default. If one > (UserName) has > > added > > > an #acl line on the page this overwrites the default > settings. > > > > > > > > > cheers > > > Reimar > > > > if you do want only known users (no anynymous users) you > also can use > > > > acl_rights_default = u'Known:read,write,revert,delete' > > > > then people need an account to access pages. > > > > cheers > > Reimar > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las > Vegas, > > Nevada. > > The future of the web can't happen without you. Join us at > MIX09 to > > help > > pave the way to the Next Web now. Learn more and register at > > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > > > > > > > Disclaimer: The information contained in this transmission, > including any > attachments, may contain confidential information of Panasonic > Avionics > Corporation. This transmission is intended only for the use > of the > addressee(s) listed above. Unauthorized review, dissemination > or other use > of the information contained in this transmission is strictly > prohibited. > If you have received this transmission in error or have reason > to believe > you are not authorized to receive it, please notify the sender > by return > email and promptly delete the transmission. > > > > ------------------------------------------------------------------------------ > > > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las > Vegas, Nevada. > The future of the web can't happen without you. Join us at > MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > From jose at nux.sk Tue Dec 9 17:22:41 2008 From: jose at nux.sk (jose) Date: Tue, 09 Dec 2008 22:22:41 +0000 Subject: [Moin-user] Missing MyPages Action Message-ID: Hi, I run moinmoin 1.8.0 and I don't have the MyPages action in the "More Actions:" menu. In case I use <> in the text, it just prints MyPages. I searched moinmoin docs and googled without finding any relevant documentation about MyPages action. Any suggestions how to get MyPages action working? Thanks, j From ppc at alum.com Wed Dec 10 02:10:01 2008 From: ppc at alum.com (Pierre Coupard) Date: Wed, 10 Dec 2008 08:10:01 +0100 Subject: [Moin-user] Why oh why! Message-ID: <493F6B49.2060204@alum.com> Hello everybody, So, I've used MoinMoin for years. I've advocated it at all my workplaces, and each time, my boss and other employees ended up finding it great and very useful. So that's what I did at my new work last year. I installed MoinMoin 1.5.something from Debian-stable. I whipped up a couple of pages and showed it to everybody. People slowly adopted the wiki. I managed to get them to stop sharing information files through Sharepoint, and to take some time to learn the MoinMoin syntax and make their own pages. Eventually they all did. They all invested a lot of effort into making their pages, especially considering they aren't computer folks at all. We collectively made hundreds of pages, choke full of attachments, links to websites, internal files, other wiki pages and whatnot. We all took care of making our pages properly formatted and legible. Today, I upgraded the MoinMoin installation to version 1.7.1 because I wanted to try TaskPlanner, and all hell broke loose. All our pages are messed up. A bit of Googling revealed that the syntax has changed quite extensively. No matter I thought, MoinMoin is a mature, quality piece of code, surely there's a "legacy syntax" setting somewhere so our pages made with the old syntax work again. Well, none that I can find it turns out. And here I am, looking at 2 or 3 days of reformatting of our pages, my colleagues asking why the heck their hard work is all ruined, and my boss breathing down my neck, asking me why he's paying me to fix something that worked great before instead of doing my work, and why everybody else's workflow is stalled. Please tell me there's a setting to reuse all our work, or some script to convert it to the new format quickly, otherwise I'm about to look like a right knucklehead with my technical recommendations. I can't believe the people who made the MoinMoin I know and like didn't care about backward compatibility at least a little bit. From rb.proj at gmail.com Wed Dec 10 03:25:32 2008 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 10 Dec 2008 09:25:32 +0100 Subject: [Moin-user] Missing MyPages Action In-Reply-To: References: Message-ID: jose schrieb: > Hi, I run moinmoin 1.8.0 and I don't have the MyPages action in the "More > Actions:" menu. In case I use <> in the text, it just > prints MyPages. I searched moinmoin docs and googled without finding any > relevant documentation about MyPages action. Any suggestions how to get > MyPages action working? Thanks, j > in CHANGES e.g. on http://moinmo.in/MoinMoinRelease1.8 you do find the explaination: * HINT: Added MyPages and CopyPage to actions_excluded because MyPages doesn't work without special SecurityPolicy anyway and CopyPage has questionable behaviour. Please read all other HINTs too. cheers Reimar > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ From rb.proj at gmail.com Wed Dec 10 03:50:41 2008 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 10 Dec 2008 09:50:41 +0100 Subject: [Moin-user] Why oh why! In-Reply-To: <493F6B49.2060204@alum.com> References: <493F6B49.2060204@alum.com> Message-ID: Pierre Coupard schrieb: > Hello everybody, > > So, I've used MoinMoin for years. I've advocated it at all my > workplaces, and each time, my boss and other employees ended up finding > it great and very useful. > > So that's what I did at my new work last year. I installed MoinMoin > 1.5.something from Debian-stable. I whipped up a couple of pages and > showed it to everybody. > > People slowly adopted the wiki. I managed to get them to stop sharing > information files through Sharepoint, and to take some time to learn the > MoinMoin syntax and make their own pages. > > Eventually they all did. They all invested a lot of effort into making > their pages, especially considering they aren't computer folks at all. > > We collectively made hundreds of pages, choke full of attachments, links > to websites, internal files, other wiki pages and whatnot. We all took > care of making our pages properly formatted and legible. > > Today, I upgraded the MoinMoin installation to version 1.7.1 because I > wanted to try TaskPlanner, and all hell broke loose. All our pages are > messed up. Hi recent version is 1.8 Please follow the guidance in your docs dir e.g. http://hg.moinmo.in/moin/1.8/raw-file/1.8.0/docs/UPDATE.html http://hg.moinmo.in/moin/1.8/raw-file/1.8.0/docs/README.migration Since 1.5.3 we provide one single migration command. If your moin instance is older and you never had called any migration script please read carefully README.migration and call the older migration methods. http://hg.moinmo.in/moin/1.8/raw-file/1.8.0/docs/CHANGES please completely read it until you reach the version you were using until now - otherwise you might miss some important upgrading and configuration hints. Starting with 1.5.3, update installation hints are marked with HINT. They assume you are upgrading from the last release version before (e.g. from 1.5.2 to 1.5.3). > > A bit of Googling revealed that the syntax has changed quite > extensively. No matter I thought, MoinMoin is a mature, quality piece of > code, surely there's a "legacy syntax" setting somewhere so our pages > made with the old syntax work again. Well, none that I can find it turns > out. And here I am, looking at 2 or 3 days of reformatting of our pages, > my colleagues asking why the heck their hard work is all ruined, and my > boss breathing down my neck, asking me why he's paying me to fix > something that worked great before instead of doing my work, and why > everybody else's workflow is stalled. don't do it by hand work, just call the migration data command. > > Please tell me there's a setting to reuse all our work, or some script > to convert it to the new format quickly, otherwise I'm about to look > like a right knucklehead with my technical recommendations. I can't > believe the people who made the MoinMoin I know and like didn't care > about backward compatibility at least a little bit. I don't know currently which modifications at all were done by your distribution, why they don't tell you that you have to invoke moin ... migration data for your existing instance or why they didn't. If you are interested in security announcements please subscribe to http://moinmo.in/SecurityFixes cheers Reimar From tw-public at gmx.de Wed Dec 10 05:54:46 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 10 Dec 2008 11:54:46 +0100 Subject: [Moin-user] Why oh why! In-Reply-To: <493F6B49.2060204@alum.com> References: <493F6B49.2060204@alum.com> Message-ID: <1228906486.28670.33.camel@server.firma.waldmann-edv.de> Hi Pierre, I am sorry that you had a bad upgrading experience, but please note: We provide documentation and expect that people read them (especially, but not limited to, when doing major upgrades). docs/CHANGES contains docs about every noteworthy change we do, including some pointers to some other documentations in docs/* that help you with upgrading your config and migration your data to new moin version. Maybe it is a bit a fundamental problem of linux distributions that they make it very comfortable to install new code (without reading the docs), but OTOH, they don't migrate your wiki data to the new version. When manually upgrading moin, users usually search for some docs first about how to do that (and then they do it manually, but completely). So how can we improve the situation? * you need to read the docs before doing major upgrades (especially for moin, but maybe even take that as a general rule) * maybe have a backup so you can go back if something unexpected happens * if something goes wrong or you are stuck, ask for help earlier - we have a IRC channel, a wiki and a mailing list, usually someone can help you very quickly * you could file a bug in Debian against the moin package pointing out that problem. Maybe just a simple hint like "You MUST read /usr/share/moin/docs/CHANGES for important hints about upgrading." done with "dialog" (as other packages sometime point out stuff or query stuff from the user) would avoid such desasters for Debian (and likely also for Ubuntu) users. Short comment about "switch for supporting legacy syntax": there is none - but we have migration scripts doing most of the conversion automatically. We did it that way due to the following reasons: * the old link markup was a pain (too complicated, some stuff users expected did not work, some stuff worked differently as users expected, not very regular) * the code implementing that link parsing was even worse and we wanted to get rid of it (not keep it and make it switchable) * Because of changing how spaces and underscores are handled, there was no way of just keeping the old link syntax, we had to change it somehow to sanely support names with blanks (AND with underscores). * the new link markup is different (you and your users need to read HelpOnLinking), but much easier and much more powerful. I am sure you'll like it after you've used it for a while. Finally, as Reimar already pointed out, you maybe want to look at 1.8.x releases - this is especially true if many of your users use the GUI editor with recent browsers. In 1.8, the GUI editor got a major upgrade and now works better with those browsers. Also some bugs in the converter where fixed. This was the Summer of Code 2008 project of Moon Byeongweon, a student from South Korea, who worked for some months on these improvements. Cheers, Thomas From jose at nux.sk Wed Dec 10 08:59:52 2008 From: jose at nux.sk (jose) Date: Wed, 10 Dec 2008 13:59:52 +0000 Subject: [Moin-user] Missing MyPages Action In-Reply-To: References: Message-ID: <141fe35d08ecc04fa7af2135e19f1ad6@192.168.3.12> Thanks Reimar. I commented out the MyPages exclusion line in 'multiconfig.py' and added "from MoinMoin.security.autoadmin import SecurityPolicy" to 'wikiconfig.py' according to 'HelpOnAutoAdmin'. The action is working now. j > Date: Wed, 10 Dec 2008 09:25:32 +0100 > From: "R.Bauer" > Subject: Re: [Moin-user] Missing MyPages Action > To: moin-user at lists.sourceforge.net > Message-ID: > Content-Type: text/plain; charset=ISO-8859-1 > > jose schrieb: >> Hi, I run moinmoin 1.8.0 and I don't have the MyPages action in the > "More >> Actions:" menu. In case I use <> in the text, it just >> prints MyPages. I searched moinmoin docs and googled without finding any >> relevant documentation about MyPages action. Any suggestions how to get >> MyPages action working? Thanks, j >> > > in CHANGES e.g. on http://moinmo.in/MoinMoinRelease1.8 > you do find the explaination: > > * HINT: Added MyPages and CopyPage to actions_excluded because MyPages > doesn't work without special SecurityPolicy anyway and CopyPage > has questionable behaviour. > > > Please read all other HINTs too. > > > cheers > Reimar From rick.vanderveer at gmail.com Wed Dec 10 10:59:41 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 10 Dec 2008 09:59:41 -0600 Subject: [Moin-user] Why oh why! In-Reply-To: <1228906486.28670.33.camel@server.firma.waldmann-edv.de> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> Message-ID: <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> Pierre, In addition to everything Thomas and Reimer said, I'd like to add that I personally keep up with the current releases, and try to document the major changes and upgrade steps which many find useful. It's also linked directly from the MoinMoinDownload page, so it's easy to find. :-) http://moinmo.in/RickVanderveer/UpgradingFromMoin15ToMoin16 Some hints: - The guides are helpful, but they're still no excuse for reading the DOCS/changes, that's were the real details are. My guide just helps will specific examples, the order of steps, etc., which will get up and running quickly. - perform the steps in order. It's probably easier to go from 1.5 to 1.6 to 1.7 to 1.8, than it is to jump from 1.5 to 1.8. - The biggest, most painful jump is from 1.5 to 1.6. Once you get past that, the rest are easy. For *next* time, I suggest doing a dry-run on a back-up of the actual site (either on another machine, or using a virtual machine such as VMware or VirtualBox). - Now that you're on the path of upgrading, I do recommend going all the way to 1.8. I too have mostly novice users, and was able to finally make the GUI editor the default editor, which my users *love* (and my technical folk are able to easily switch to the text editor for more power and control). The GUI editor alone makes the upgrade worth it (as it finally silences those who complain that the wiki is "too hard" (we all know those types)). Hope this helps. And please don't hesitate to contact this list if you get stuck! -Rick On Wed, Dec 10, 2008 at 4:54 AM, Thomas Waldmann wrote: > Hi Pierre, > > I am sorry that you had a bad upgrading experience, but please note: > > We provide documentation and expect that people read them (especially, > but not limited to, when doing major upgrades). > > docs/CHANGES contains docs about every noteworthy change we do, > including some pointers to some other documentations in docs/* that help > you with upgrading your config and migration your data to new moin > version. > > Maybe it is a bit a fundamental problem of linux distributions that they > make it very comfortable to install new code (without reading the docs), > but OTOH, they don't migrate your wiki data to the new version. > > When manually upgrading moin, users usually search for some docs first > about how to do that (and then they do it manually, but completely). > > So how can we improve the situation? > * you need to read the docs before doing major upgrades (especially for > moin, but maybe even take that as a general rule) > * maybe have a backup so you can go back if something unexpected > happens > * if something goes wrong or you are stuck, ask for help earlier - we > have a IRC channel, a wiki and a mailing list, usually someone can help > you very quickly > * you could file a bug in Debian against the moin package pointing out > that problem. Maybe just a simple hint like "You MUST > read /usr/share/moin/docs/CHANGES for important hints about upgrading." > done with "dialog" (as other packages sometime point out stuff or query > stuff from the user) would avoid such desasters for Debian (and likely > also for Ubuntu) users. > > Short comment about "switch for supporting legacy syntax": there is none > - but we have migration scripts doing most of the conversion > automatically. > > We did it that way due to the following reasons: > * the old link markup was a pain (too complicated, some stuff users > expected did not work, some stuff worked differently as users expected, > not very regular) > * the code implementing that link parsing was even worse and we wanted > to get rid of it (not keep it and make it switchable) > * Because of changing how spaces and underscores are handled, there was > no way of just keeping the old link syntax, we had to change it somehow > to sanely support names with blanks (AND with underscores). > * the new link markup is different (you and your users need to read > HelpOnLinking), but much easier and much more powerful. I am sure you'll > like it after you've used it for a while. > > Finally, as Reimar already pointed out, you maybe want to look at 1.8.x > releases - this is especially true if many of your users use the GUI > editor with recent browsers. > > In 1.8, the GUI editor got a major upgrade and now works better with > those browsers. Also some bugs in the converter where fixed. This was > the Summer of Code 2008 project of Moon Byeongweon, a student from South > Korea, who worked for some months on these improvements. > > > Cheers, > > Thomas > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ppc at alum.com Wed Dec 10 15:45:24 2008 From: ppc at alum.com (Pierre Coupard) Date: Wed, 10 Dec 2008 21:45:24 +0100 Subject: [Moin-user] Why oh why! In-Reply-To: <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> Message-ID: <49402A64.7030107@alum.com> Hey, thanks everybody for your replies. I apologize if the tone of my message sounded nasty or ungrateful, I must admit I had a bout of despair when I wrote it. To address the points you have made: I had backed up the data before trying the upgrade, so I wasn't in any danger of permanently losing anything. But I wasn't too happy about downgrading back to 1.5.3. As far as documentation is concerned, the Debian package is quite devoid of it, as are most Debian packages. I did however try to do my homework and found a lot of information on the net, most of it quite diluted and unhelpful (to me) . I'm afraid the first time I read something useful about the upgrading process is when I read your responses on this forum. I ended up making a quick awk script to fix the pages for the new syntax, and fixing a few remaining things by hand. It was quicker for me to do this than to massage our data with multiple scripts. I still think a "legacy" flag would be a good idea. Actually, what would be even better would be a "syntax version" variable. As someone firmly on the user side of MoinMoin, I reckon users should have the option of keeping things as they are (including not retraining people) : I'm a IT guy by accident, my real work is gun designer, so I really have no time to muck about with software. As for our MoinMoin users, they are gunsmiths in their 50s. The last thing you want with old geezer artisans who can barely check their email is ask them to learn a new wiki syntax. I couldn't care less if the new syntax is better, what I care about is disturbing these guys' habits as little as possible, as they get grumpy quite easily. This isn't a reproach, I personally like the new MoinMoin syntax and I appreciate your efforts to make MoinMoin better, but in my particular reality with my users, the syntax change only brings me trouble. Having the option of using the latest MoinMoin but keeping the old syntax would be good. I will stick with 1.7.1, I won't upgrade to 1.8. That's because it's the version in the Debian-testing package, and -testing is as cutting-edge a Debian distro as my production server is ever going to run. The 1.7 GUI window is no problem for me, I edit my pages in vi with the "It's all text!" Firefox add-on myself, and my users are used to it, so I won't rattle the nest again. Anyway, thanks a lot for your answers, I won't panic next time :) I just have one last question : I would like to use MoinMoin to keep track of daily tasks for the workers, and to keep track of machine maintenance schedules, etc... What I have in mind is using MonthCalendars to enter those things, and on the terminal PC in the workshop, have a cron job requesting the relevant date pages for the day from the wiki to print out reminders every morning. Do you think something like this already exist, or should I get coding? Take care y'all. From szybalski at gmail.com Wed Dec 10 16:03:15 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Wed, 10 Dec 2008 15:03:15 -0600 Subject: [Moin-user] Why oh why! In-Reply-To: <49402A64.7030107@alum.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> Message-ID: <804e5c70812101303p32898531y741a5b7df15c2719@mail.gmail.com> On Wed, Dec 10, 2008 at 2:45 PM, Pierre Coupard wrote: > Hey, thanks everybody for your replies. I apologize if the tone of my > message sounded nasty or ungrateful, I must admit I had a bout of > despair when I wrote it. > > To address the points you have made: I had backed up the data before > trying the upgrade, so I wasn't in any danger of permanently losing > anything. But I wasn't too happy about downgrading back to 1.5.3. > > As far as documentation is concerned, the Debian package is quite devoid > of it, as are most Debian packages. I did however try to do my homework > and found a lot of information on the net, most of it quite diluted and > unhelpful (to me) . I'm afraid the first time I read something useful > about the upgrading process is when I read your responses on this forum. > > I ended up making a quick awk script to fix the pages for the new > syntax I'm not a developer so I can't help you with the "legacy" switch but could you post your awk script. Thanks, Lucas , and fixing a few remaining things by hand. It was quicker for me > to do this than to massage our data with multiple scripts. > > I still think a "legacy" flag would be a good idea. Actually, what would > be even better would be a "syntax version" variable. As someone firmly > on the user side of MoinMoin, I reckon users should have the option of > keeping things as they are (including not retraining people) : I'm a IT > guy by accident, my real work is gun designer, so I really have no time > to muck about with software. As for our MoinMoin users, they are > gunsmiths in their 50s. The last thing you want with old geezer artisans > who can barely check their email is ask them to learn a new wiki syntax. > I couldn't care less if the new syntax is better, what I care about is > disturbing these guys' habits as little as possible, as they get grumpy > quite easily. > > This isn't a reproach, I personally like the new MoinMoin syntax and I > appreciate your efforts to make MoinMoin better, but in my particular > reality with my users, the syntax change only brings me trouble. Having > the option of using the latest MoinMoin but keeping the old syntax would > be good. > > I will stick with 1.7.1, I won't upgrade to 1.8. That's because it's the > version in the Debian-testing package, and -testing is as cutting-edge a > Debian distro as my production server is ever going to run. The 1.7 GUI > window is no problem for me, I edit my pages in vi with the "It's all > text!" Firefox add-on myself, and my users are used to it, so I won't > rattle the nest again. > > Anyway, thanks a lot for your answers, I won't panic next time :) > > I just have one last question : I would like to use MoinMoin to keep > track of daily tasks for the workers, and to keep track of machine > maintenance schedules, etc... What I have in mind is using > MonthCalendars to enter those things, and on the terminal PC in the > workshop, have a cron job requesting the relevant date pages for the day > from the wiki to print out reminders every morning. Do you think > something like this already exist, or should I get coding? > > Take care y'all. > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- How to create python package? http://lucasmanual.com/mywiki/PythonPaste Bazaar and Launchpad http://lucasmanual.com/mywiki/Bazaar From tim.bird at am.sony.com Wed Dec 10 16:21:13 2008 From: tim.bird at am.sony.com (Tim Bird) Date: Wed, 10 Dec 2008 13:21:13 -0800 Subject: [Moin-user] Why oh why! In-Reply-To: <49402A64.7030107@alum.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> Message-ID: <494032C9.6040001@am.sony.com> Pierre Coupard wrote: > Hey, thanks everybody for your replies. Hi Pierre, Are you the Pierre Coupard who worked at Lineo? If so, how's it going?? I was going to answer your upgrade questions, but other people beat me to it. I did an upgrade from 1.5.1 to 1.6.3 earlier this year and it was a fairly laborious task. You have to be pretty meticulous at following the directions. (And I had to hand- manipulate a few things that the scripts didn't do correctly) However, things did get into the right places and formats eventually, with most of the conversion automated. Other things to watch out for... the directory structure changed, as well as the format of the user account files, etc. Your awk script might well change the page format, but if you want to keep user accounts and get attachments in the right place, etc. it's worth running through the upgrade scripts. -- Tim ============================= Tim Bird Architecture Group Chair, CE Linux Forum Senior Staff Engineer, Sony Corporation of America ============================= From rick.vanderveer at gmail.com Wed Dec 10 16:27:08 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 10 Dec 2008 15:27:08 -0600 Subject: [Moin-user] Why oh why! In-Reply-To: <49402A64.7030107@alum.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> Message-ID: <5c39e1ca0812101327l3179ce0fs5f67e53544ce6549@mail.gmail.com> Hey Peirre, Well, you have to understand that part of upgrading the code is doing away with the flawed design decisions that had become a royal headache to work around. For example, the code that handled spaces in links/URL's was a nightmare, and was seriously hampering development. At some point, you simply have to drop it, and move on. You cannot have a "legacy" switch because the whole point is to purge that ugly code to begin with, if you kept it you'd only be tripling the work for yourself! This is absolutely no different than any other software project, whether you're talking about a small open source project, or a huge operating system project. As we all know, every operating system changes many behaviors between major releases (especially, it seems, Microsoft. But Apple or linux is no different). So, my advice is, if you want to maintain absolute legacy behavior-- stay with that release, forever! It won't expire on you, and assuming it's behind a firewall it's perfectly safe! A twenty year old Mac Plus computer will still be able to perform the exact same tasks (which isn't much, by today's standards) as the day it was bought. But, the moment you want a new feature (such as TaskTable), the game changes. As the expression goes: "you can't have your cake and eat it too." Just like the old person with the Mac Plus suddenly decides he want's to get onto the "in-tar-nets", he has to get a new computer, and learn a new operating system, etc., all of which might be quite painful for him. Finally-- Since you already bite into that apple, you might as well go the rest of the way. From 1.7 to 1.8, it's a baby-step. Might as well get fully current since your wiki is effectively disrupted anyway, and take advantage of *all* the latest features! -Rick On Wed, Dec 10, 2008 at 2:45 PM, Pierre Coupard wrote: > Hey, thanks everybody for your replies. I apologize if the tone of my > message sounded nasty or ungrateful, I must admit I had a bout of > despair when I wrote it. > > To address the points you have made: I had backed up the data before > trying the upgrade, so I wasn't in any danger of permanently losing > anything. But I wasn't too happy about downgrading back to 1.5.3. > > As far as documentation is concerned, the Debian package is quite devoid > of it, as are most Debian packages. I did however try to do my homework > and found a lot of information on the net, most of it quite diluted and > unhelpful (to me) . I'm afraid the first time I read something useful > about the upgrading process is when I read your responses on this forum. > > I ended up making a quick awk script to fix the pages for the new > syntax, and fixing a few remaining things by hand. It was quicker for me > to do this than to massage our data with multiple scripts. > > I still think a "legacy" flag would be a good idea. Actually, what would > be even better would be a "syntax version" variable. As someone firmly > on the user side of MoinMoin, I reckon users should have the option of > keeping things as they are (including not retraining people) : I'm a IT > guy by accident, my real work is gun designer, so I really have no time > to muck about with software. As for our MoinMoin users, they are > gunsmiths in their 50s. The last thing you want with old geezer artisans > who can barely check their email is ask them to learn a new wiki syntax. > I couldn't care less if the new syntax is better, what I care about is > disturbing these guys' habits as little as possible, as they get grumpy > quite easily. > > This isn't a reproach, I personally like the new MoinMoin syntax and I > appreciate your efforts to make MoinMoin better, but in my particular > reality with my users, the syntax change only brings me trouble. Having > the option of using the latest MoinMoin but keeping the old syntax would > be good. > > I will stick with 1.7.1, I won't upgrade to 1.8. That's because it's the > version in the Debian-testing package, and -testing is as cutting-edge a > Debian distro as my production server is ever going to run. The 1.7 GUI > window is no problem for me, I edit my pages in vi with the "It's all > text!" Firefox add-on myself, and my users are used to it, so I won't > rattle the nest again. > > Anyway, thanks a lot for your answers, I won't panic next time :) > > I just have one last question : I would like to use MoinMoin to keep > track of daily tasks for the workers, and to keep track of machine > maintenance schedules, etc... What I have in mind is using > MonthCalendars to enter those things, and on the terminal PC in the > workshop, have a cron job requesting the relevant date pages for the day > from the wiki to print out reminders every morning. Do you think > something like this already exist, or should I get coding? > > Take care y'all. > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > 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 GregNoel at tigris.org Wed Dec 10 18:29:12 2008 From: GregNoel at tigris.org (Greg Noel) Date: Wed, 10 Dec 2008 15:29:12 -0800 Subject: [Moin-user] Why oh why! In-Reply-To: <1228906486.28670.33.camel@server.firma.waldmann-edv.de> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> Message-ID: Let me give you my take on this. On Dec 10, 2008, at 2:54 AM, Thomas Waldmann wrote: > We provide documentation and expect that people read them ... docs/ > CHANGES contains docs about every noteworthy change we do, ... Aye, there's the rub. Buried in the blizzard of literally a thousand that's-nice-but-I-don't-give-a-damn enhancements that require no action on my part are a couple of lines of do-this-or-your-upgrade- will-fail action. Before I upgraded, I read the docs. When I had problems, I read the docs again, did Google searches, the whole nine yards. I still had to ask on the mailing list. Yes, the information is there in docs/CHANGES, but part of _your_ job in preparing an upgrade is to highlight the information I absolutely must know in order to succeed. You didn't do that, and people are rightfully complaining. My experience with the upgrade was bad enough that I've resisted doing any more upgrades. You say you've done better, but you still have a huge file of piddly detail that you expect every one of us to plow through for the one or two points where we must actually do something. And even then there's not a lot of help. It's not enough to know that the, say, authentication API has changed, there needs to be some guidance how my code has to change, more than just "look in the new files." From what I've seen on the mailing list, many of your users are not accomplished Python programmers; some of them can't even program. And most of us just don't have the time to dig through the source code to figure out what to do. You have to cater to us by providing clear, explicit, _complete_ documentation about how to upgrade, or we'll look elsewhere for someone who makes it easier. Hope this helps, -- Greg Noel, retired UNIX guru From tw-public at gmx.de Thu Dec 11 00:31:34 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 11 Dec 2008 06:31:34 +0100 Subject: [Moin-user] Why oh why! In-Reply-To: <804e5c70812101303p32898531y741a5b7df15c2719@mail.gmail.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> <804e5c70812101303p32898531y741a5b7df15c2719@mail.gmail.com> Message-ID: <1228973494.6126.5.camel@black.firma.waldmann-edv.de> > > I ended up making a quick awk script to fix the pages for the new > > syntax > > I'm not a developer so I can't help you with the "legacy" switch but > could you post your awk script. Please DON'T post it to the list. It will only confuse people. And I can assure you that a AWK script is unlikely enough to convert your data correctly. When I wrote the migration scripts for 1.5 > 1.6, I also first thought "oh, just some search and replace, using some regexes", but then I found stuff to be much more complex and that migration scripts were one of the reasons why 1.6 came rather late, because they took so much time to write (and to get them do the right stuff). From ppc at alum.com Thu Dec 11 03:12:21 2008 From: ppc at alum.com (Pierre Coupard) Date: Thu, 11 Dec 2008 09:12:21 +0100 Subject: [Moin-user] Why oh why! In-Reply-To: <5c39e1ca0812101327l3179ce0fs5f67e53544ce6549@mail.gmail.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> <5c39e1ca0812101327l3179ce0fs5f67e53544ce6549@mail.gmail.com> Message-ID: <4940CB65.1000005@alum.com> Rick Vanderveer wrote: > You cannot have a "legacy" switch because the whole point is to purge > that ugly code to begin with, if you kept it you'd only be tripling > the work for yourself! I wasn't talking about keeping the old code around, but having parsers to convert the old code to the new engine on the fly, on pages that were made with the old engine. Perhaps even something as simple as having old-code pages transcoded to new-code pages that are cached transparently by the wiki whenever a page is edited: that way there's zero additional work to do, since the conversion scripts already exist, and the only performance hit is on the user when they save a page after editing. It's just my opinion, but it's important for serious software to maintain backward compatibility at all cost. You can't expect people to put hours of work in learning something and building something with it, then pull the rug under them because "the engine is better". Most users don't care if the engine is better. What they care about is, they had something working (heck, even limping along, but working) and now they don't anymore, and they have to learn new things. Remember: we're a firearms manufacture, not a software shop. In a computer-related outfits, people are used to put up with software antics, but in factories, they expect things to work. They don't understand that, no, it's not like a milling machine, it won't be the same for the rest of their lives. And I can also tell you that people who spend their lives mostly away from computers are very distraught when things change. It's just not part of how their brains work. The place I work at is reality, this is where things like MoinMoin get deployed. I have no right to tell you how things should be done, I know MoinMoin is fueled by people's free time and goodwill, but you should consider this also. > This is absolutely no different than any other software project, > whether you're talking about a small open source project, or a huge > operating system project. As we all know, every operating system > changes many behaviors between major releases (especially, it seems, > Microsoft. But Apple or linux is no different). > > So, my advice is, if you want to maintain absolute legacy behavior-- > stay with that release, forever! It won't expire on you, and assuming > it's behind a firewall it's perfectly safe! A twenty year old Mac > Plus computer will still be able to perform the exact same tasks > (which isn't much, by today's standards) as the day it was bought. > Wow, way to mess up an analogy. Apple's MacOS is indeed notoriously bad at maintaining backward compatibility, because Apple wants to get rid of the old cruft. Microsoft however has an operating system that, however bad, still runs DOS software in emulation 30 years down the line, complete with the bugs of the time. This is the single strongest selling point of Windows. Microsoft puts a lot of effort into ensuring old software runs on their new OSes, and as much as I hate the company, it doesn't get praised enough for that. Guess who has the biggest marketshare? I can't count the number of people I know who had a Mac and reluctantly ditched it to buy a beige box PC when a new, incompatible Mac came along, and they looked at having to buy new versions of their already-paid-for software to fit the new MacOS. They did it once, they didn't do it twice. > Since you already bite into that apple, you might as well go the rest > of the way. From 1.7 to 1.8, it's a baby-step. Might as well get > fully current since your wiki is effectively disrupted anyway, and > take advantage of *all* the latest features! > I don't need to be current :) What I need is to get back to my real work. I have enough MoinMoin newness installed to try to implement what I need, and the newest and greatest bells and whistles are not worth pulling the rug under my users yet again. Thomas Waldmann wrote: > Please DON'T post it to the list. It will only confuse people. I don't have it anymore, problem solved. > And I can assure you that a AWK script is unlikely enough to convert your data correctly. It was enough for the few monkey tricks we use here. When you wrote your scripts, you had the burden of maintaining the integrity of anybody's wiki archive, so you had to include all features. For me, a few regexes, some grepping and some manual editing did the trick because I only have to take care of one simple wiki. From mike.fechner at consultingwerk.de Thu Dec 11 03:28:54 2008 From: mike.fechner at consultingwerk.de (Mike Fechner) Date: Thu, 11 Dec 2008 09:28:54 +0100 Subject: [Moin-user] Why oh why! In-Reply-To: <4940CB65.1000005@alum.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com><5c39e1ca0812101327l3179ce0fs5f67e53544ce6549@mail.gmail.com> <4940CB65.1000005@alum.com> Message-ID: Pierre, > It's just my opinion, but it's important for serious software > to maintain backward compatibility at all cost. from a professional working perspective, I can understand your point. But please don't forget: MoinMoin is an OpenSource initiative - it's free. Work of volunteers. Not a commercial software product you paid a license and probably product maintenance fees for. So the cost of OSS "maybe" that the user needs to be willing to spend more time on reading documentation before upgrading. Even with commercial software (thinking of a big shop in Redmond) upgrades are a headache once in a while. > Most users don't care if the engine is better. What they care about is, > they had something working It has been said before: You could have sticked on the old version for ever. I'm running 2 wikis at 1.5.something and a new one at 1.8. I also don't have the time to upgrade the old wikis right now - but I may do it at some time. Nobody forces me to do so. Mike (not involved in moin moin development at all, just a happy user since a while) -----Urspr?ngliche Nachricht----- Von: Pierre Coupard [mailto:ppc at alum.com] Gesendet: Donnerstag, 11. Dezember 2008 09:12 An: moin-user at lists.sourceforge.net Betreff: Re: [Moin-user] Why oh why! Rick Vanderveer wrote: > You cannot have a "legacy" switch because the whole point is to purge > that ugly code to begin with, if you kept it you'd only be tripling > the work for yourself! I wasn't talking about keeping the old code around, but having parsers to convert the old code to the new engine on the fly, on pages that were made with the old engine. Perhaps even something as simple as having old-code pages transcoded to new-code pages that are cached transparently by the wiki whenever a page is edited: that way there's zero additional work to do, since the conversion scripts already exist, and the only performance hit is on the user when they save a page after editing. It's just my opinion, but it's important for serious software to maintain backward compatibility at all cost. You can't expect people to put hours of work in learning something and building something with it, then pull the rug under them because "the engine is better". Most users don't care if the engine is better. What they care about is, they had something working (heck, even limping along, but working) and now they don't anymore, and they have to learn new things. Remember: we're a firearms manufacture, not a software shop. In a computer-related outfits, people are used to put up with software antics, but in factories, they expect things to work. They don't understand that, no, it's not like a milling machine, it won't be the same for the rest of their lives. And I can also tell you that people who spend their lives mostly away from computers are very distraught when things change. It's just not part of how their brains work. The place I work at is reality, this is where things like MoinMoin get deployed. I have no right to tell you how things should be done, I know MoinMoin is fueled by people's free time and goodwill, but you should consider this also. > This is absolutely no different than any other software project, > whether you're talking about a small open source project, or a huge > operating system project. As we all know, every operating system > changes many behaviors between major releases (especially, it seems, > Microsoft. But Apple or linux is no different). > > So, my advice is, if you want to maintain absolute legacy behavior-- > stay with that release, forever! It won't expire on you, and assuming > it's behind a firewall it's perfectly safe! A twenty year old Mac > Plus computer will still be able to perform the exact same tasks > (which isn't much, by today's standards) as the day it was bought. > Wow, way to mess up an analogy. Apple's MacOS is indeed notoriously bad at maintaining backward compatibility, because Apple wants to get rid of the old cruft. Microsoft however has an operating system that, however bad, still runs DOS software in emulation 30 years down the line, complete with the bugs of the time. This is the single strongest selling point of Windows. Microsoft puts a lot of effort into ensuring old software runs on their new OSes, and as much as I hate the company, it doesn't get praised enough for that. Guess who has the biggest marketshare? I can't count the number of people I know who had a Mac and reluctantly ditched it to buy a beige box PC when a new, incompatible Mac came along, and they looked at having to buy new versions of their already-paid-for software to fit the new MacOS. They did it once, they didn't do it twice. > Since you already bite into that apple, you might as well go the rest > of the way. From 1.7 to 1.8, it's a baby-step. Might as well get > fully current since your wiki is effectively disrupted anyway, and > take advantage of *all* the latest features! > I don't need to be current :) What I need is to get back to my real work. I have enough MoinMoin newness installed to try to implement what I need, and the newest and greatest bells and whistles are not worth pulling the rug under my users yet again. Thomas Waldmann wrote: > Please DON'T post it to the list. It will only confuse people. I don't have it anymore, problem solved. > And I can assure you that a AWK script is unlikely enough to convert your data correctly. It was enough for the few monkey tricks we use here. When you wrote your scripts, you had the burden of maintaining the integrity of anybody's wiki archive, so you had to include all features. For me, a few regexes, some grepping and some manual editing did the trick because I only have to take care of one simple wiki. ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From jtmoree at kahalacorp.com Thu Dec 11 10:35:33 2008 From: jtmoree at kahalacorp.com (JT Moree) Date: Thu, 11 Dec 2008 08:35:33 -0700 Subject: [Moin-user] Why oh why! In-Reply-To: References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> Message-ID: <1229009733.27378.247.camel@jtmoree-kubuntu.coldstonecreamery.com> On Wed, 2008-12-10 at 15:29 -0800, Greg Noel wrote: > You have to cater to us by providing clear, > explicit, _complete_ documentation about how to upgrade, or we'll look > elsewhere for someone who makes it easier. If you find that really great support (moinmoin or other wikis) for free let me know. I'd love to have someone else maintain my wikis for me. ;) -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpghost at cordula.ws Thu Dec 11 10:39:16 2008 From: cpghost at cordula.ws (cpghost) Date: Thu, 11 Dec 2008 16:39:16 +0100 Subject: [Moin-user] Migrating Moin syntax to reStructuredText or Sphinx? Message-ID: <20081211153916.GA1959@phenom.cordula.ws> Hi, before I start writing a complex migration script to port 1300+ pages worth of MoinMoin data to reStructuredText or Sphinx syntax, I'm wondering if such a beast already exists. It would be even better if the resulting pages were still "MoinMoin-able", i.e. editable through Moin. The reason I'm asking is because there ain't no really good LaTeX / PDF plugins for MoinMoin which could create printer-ready results out of normal MoinMoin. Sphinx LaTeX output looks promising, and it would be cool to have in Moin. Any ideas? -Thanks, cpghost. -- Cordula's Web. http://www.cordula.ws/ From rick.vanderveer at gmail.com Thu Dec 11 15:08:55 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 11 Dec 2008 14:08:55 -0600 Subject: [Moin-user] Why oh why! In-Reply-To: <4940CB65.1000005@alum.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> <5c39e1ca0812101327l3179ce0fs5f67e53544ce6549@mail.gmail.com> <4940CB65.1000005@alum.com> Message-ID: <5c39e1ca0812111208l18e5735al115444d30eb62b7e@mail.gmail.com> On Thu, Dec 11, 2008 at 2:12 AM, Pierre Coupard wrote: > Wow, way to mess up an analogy. Apple's MacOS is indeed notoriously bad > at maintaining backward compatibility, because Apple wants to get rid of > the old cruft. Microsoft however has an operating system that, however > bad, still runs DOS software in emulation 30 years down the line, > complete with the bugs of the time. This is the single strongest selling > point of Windows. Microsoft puts a lot of effort into ensuring old > software runs on their new OSes, and as much as I hate the company, it > doesn't get praised enough for that. Guess who has the biggest marketshare? > > I can't count the number of people I know who had a Mac and reluctantly > ditched it to buy a beige box PC when a new, incompatible Mac came > along, and they looked at having to buy new versions of their > already-paid-for software to fit the new MacOS. They did it once, they > didn't do it twice. huh, I don't think I messed up any analogy. :-) By your comment, I guess that you haven't upgraded to Vista yet. :-) Microsoft *tries* to maintain backward compatibility when they're able to do so, but each time they release a new major version, there's always a list of software that's no longer compatible. And Vista is by far the worst (hence the "Vista compatible" program). You hear all the time of companies that are maintaining some ancient Windows computer, because that's what works with their equipment and the new stuff doesn't (I have one such box which I need to configure a network switch. Microsoft changed the way Windows communicates over a serial port that's incompatible with my switch). But running programs aside, just the Vista user interface is enough to throw novice or barely-computer-literate people into fits. Then throw the new Office interface on top of that, and you're probably find the computer thrown out the window! And that's not to mention the non-backward compatible new format, and the headaches and confusion that causes when sending attachments to clients, etc. On the server-side, it's even worse. Upgrading Microsoft Exchange has been one of the most painful experiences of my life. And yes, each new version requires lots of manual tweaks and adjustments that are not carried over from install or migration scripts (plan on spending a lot of time on Google). Even IE-- to you it may more or less behave the same. But I assure you that is NOT the case on the back end. Each new major release has to be carefully tested, and CSS has to be compensated (pick up any random css file from anyone, and you'll likely find lots of "IE sucks" commented throughout the code to adjust to new behaviors. Apple is in an eviable position of being able to change and correct their OS code, if that's what's for the best moving forward. Most of the changes are definitely for the better, and it helps keep their OS the most advanced desktop system available to not have to worry about breaking legacy code. If your mission-critical app doesn't work on the latest, there's no pressure to upgrade (just don't complain when you can't run the latest Safari). I hope your friends enjoyed their switch to Windows, and having to contend with anti-virus software, malware, and such. :-) But, it's not just limited to Windows, Mac, and open source. We also rely heavily on Adobe Coldfusion for many of our in-house web-driven apps, and each new major release has depreciated or introduced new behaviors that at times have been quite disruptive and painful, asmany hours are spent trying to trace down bugs in legacy code. I think the difference here is, your users are dealing with a technology (firearms) that has changed very little over the last 150 years. Whereas, computers and software can radically change practically every six months! :-) -Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From theology at gmail.com Thu Dec 11 15:12:14 2008 From: theology at gmail.com (Zeth) Date: Thu, 11 Dec 2008 20:12:14 +0000 Subject: [Moin-user] Migrating Moin syntax to reStructuredText or Sphinx? In-Reply-To: <20081211153916.GA1959@phenom.cordula.ws> References: <20081211153916.GA1959@phenom.cordula.ws> Message-ID: 2008/12/11 cpghost : > Hi, > > before I start writing a complex migration script to port 1300+ pages > worth of MoinMoin data to reStructuredText or Sphinx syntax, I'm > wondering if such a beast already exists. It would be even better if > the resulting pages were still "MoinMoin-able", i.e. editable through > Moin. Or Moin had an option to use reStructuredText syntax as the wiki format. That would be really cool. > > The reason I'm asking is because there ain't no really good LaTeX / > PDF plugins for MoinMoin which could create printer-ready results out > of normal MoinMoin. Sphinx LaTeX output looks promising, and it would > be cool to have in Moin. > > Any ideas? > > -Thanks, > cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From theology at gmail.com Thu Dec 11 15:38:13 2008 From: theology at gmail.com (Zeth) Date: Thu, 11 Dec 2008 20:38:13 +0000 Subject: [Moin-user] Why oh why! In-Reply-To: <4940CB65.1000005@alum.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> <5c39e1ca0812101327l3179ce0fs5f67e53544ce6549@mail.gmail.com> <4940CB65.1000005@alum.com> Message-ID: 2008/12/11 Pierre Coupard : > Wow, way to mess up an analogy. Apple's MacOS is indeed notoriously bad > at maintaining backward compatibility, because Apple wants to get rid of > the old cruft. Microsoft however has an operating system that, however > bad, still runs DOS software in emulation 30 years down the line, > complete with the bugs of the time. Apple breaks an extreme amount as it deprecates its own standards as does Microsoft, however Unix programs written according to standards 30 years ago, can be made to run on both Apple and even Microsoft now, due to both platforms increasing their Posix compliance. How this applies to a wiki I have no idea. From angry_garden_salad at yahoo.com Thu Dec 11 16:32:45 2008 From: angry_garden_salad at yahoo.com (Mr. Potato Head) Date: Thu, 11 Dec 2008 13:32:45 -0800 (PST) Subject: [Moin-user] Need Calendar Message-ID: <64356.11925.qm@web58606.mail.re3.yahoo.com> MoinMoin has an EventCalendar http://moinmo.in/MacroMarket/EventCalendar but i noticed that it's only supported on windows and Mac servers. Is there a calendar out there that works the same, but is supported on unix? I'm running version 1.8 on a solaris 10 (sparc) box and i need a calendar where users can click on a webpage and see the events without having to click on the days. It needs to be a "month at a glance". Thanks in advance. From GregNoel at tigris.org Thu Dec 11 18:48:37 2008 From: GregNoel at tigris.org (Greg Noel) Date: Thu, 11 Dec 2008 15:48:37 -0800 Subject: [Moin-user] Why oh why! In-Reply-To: <1229009733.27378.247.camel@jtmoree-kubuntu.coldstonecreamery.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <1229009733.27378.247.camel@jtmoree-kubuntu.coldstonecreamery.com> Message-ID: On Dec 11, 2008, at 7:35 AM, JT Moree wrote: > If you find that really great support (moinmoin or other wikis) for > free let me know. I'd love to have someone else maintain my wikis > for me. ;) > I'm not talking about free support (although I admit it would be nice), I'm talking about something as simple as separating the items in the list of changes into two categories: the many hundreds that don't require any action by anybody and the handful that may require some action by somebody. And particularly, in this case, the one action that was required by _everybody_. (If it was so mandatory, why didn't the first startup of the new engine simply run the conversion? Or if there were manual decisions required, why didn't the engine fail to start until the schema was updated?) Other open source projects seem to be able to do that, so I don't think it's asking too much. The quality may be uneven in how well the actions are explained, but at least there's a _short_, well- highlighted section that gets you started. Don't get me wrong. I like MoinMoin. It's flexible and extensible, and that has helped us. But I'm really disappointed in how poorly this was handled. On the one hand, I see some statements to the effect that this is done better now, but on the other hand, I don't get the impression that the developers have learned the entire lesson from this experience. It's really quite simple: not everyone avidly follows everything that the MoinMoin team does; some of us have other things we'd prefer to do with our time. I'd imagine that in a lot of cases, the only thing users will encounter is the upgrade instructions. If those instructions don't guide them through every step needed to upgrade successfully, the developers aren't doing their job. And telling users to read through a list of a thousand changes is actively avoiding doing their job. Hope this helps, -- Greg Noel, retired UNIX guru From john.hughes at 4dtechnology.com Thu Dec 11 19:42:02 2008 From: john.hughes at 4dtechnology.com (John Hughes) Date: Thu, 11 Dec 2008 17:42:02 -0700 Subject: [Moin-user] Cannot create new page - not IIS problem - something is broken Message-ID: <4941B35A.6000608@4DTechnology.com> Greetings, A while ago (a week or two, or thereabouts) something changed either in our wiki (a template or a set of macros, perhaps) or in our environment so that now when anyone attempts to add a new page link to an existing page (from the Front Page onwards) a 404 error page is returned instead of the new page template. This is not an IIS issue (we don't host the wiki on a windows box). For example, SomeNewPageName and [[Some New Page Name]] both result in the 404 display when clicked. And, by the way, the 404 page captures the browser (Firefox 3.0.4) and won't allow it to go back. I have to use the back button history list. Which is kinda annoying. Here's the context: OS: Ubuntu 7.04 Moin: 1.7.2 Intranet internal stand-alone server Just out of curiosity I attempted to create and edit a new page using IE (v7) and discovered that when clicking on the new link I went to the expected "This page does not exist yet" page and was then immediately taken to the offending 404 page. Using the back button on IE got me to where I wanted to be (seems that Moin's 404 traps Firefox, but not IE). I also encountered the sticky 404 page on the Moin Wiki itself, by clicking on "NonExistentHelpPage" in the "HelpOnTemplates" page, and I can see http://moinmo.in/NonExistentHelpPage in the back button's history list, but clicking on it still results in the 404 page. I can't get there from here using Firefox. This is weird. What is going on here? Any ideas? I've searched through the help and FAQs, and looked at the mailing list, but still can't find a good hint as to what is causing my problem. I'm sure it's something trivial and I would greatly appreciate some tips as to where to look, especially those that don't involve pain--there are lots of pages of documentation on our project Wiki now. Thank you. John Hughes ps. I sent this earlier as two separate postings, but I think the list server didn't want to let me play just then, so I'm sending it again. Sorry if there is duplication. From waqas805 at hotmail.com Fri Dec 12 03:28:43 2008 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 12 Dec 2008 09:28:43 +0100 Subject: [Moin-user] Delete pages from FileSystem Message-ID: Hi, Is it possible? When i delete the pages then moinmoin delete these pages also from file system. I mean the folders in file system, which moinmoin create during "CreatePage". Best Regards, Waqas Ahmad _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Fri Dec 12 05:28:19 2008 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 12 Dec 2008 11:28:19 +0100 Subject: [Moin-user] Need Calendar In-Reply-To: <64356.11925.qm@web58606.mail.re3.yahoo.com> References: <64356.11925.qm@web58606.mail.re3.yahoo.com> Message-ID: Mr. Potato Head schrieb: > MoinMoin has an EventCalendar http://moinmo.in/MacroMarket/EventCalendar but i noticed that it's only supported on windows and Mac servers. Is there a calendar out there that works the same, but is supported on unix? I'm running version 1.8 on a solaris 10 (sparc) box and i need a calendar where users can click on a webpage and see the events without having to click on the days. It needs to be a "month at a glance". Thanks in advance. > > > Why do you think this works only on windows? Reimar From tw-public at gmx.de Fri Dec 12 06:22:32 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 12 Dec 2008 12:22:32 +0100 Subject: [Moin-user] Migrating Moin syntax to reStructuredText or Sphinx? In-Reply-To: References: <20081211153916.GA1959@phenom.cordula.ws> Message-ID: <1229080952.12008.22.camel@server.firma.waldmann-edv.de> > Or Moin had an option to use reStructuredText syntax as the wiki > format. That would be really cool. #format rst :) BTW, the parser code doing rst within moin searches a maintainer using it and caring for it. From angry_garden_salad at yahoo.com Fri Dec 12 11:06:05 2008 From: angry_garden_salad at yahoo.com (Mr. Potato Head) Date: Fri, 12 Dec 2008 08:06:05 -0800 (PST) Subject: [Moin-user] Need Calendar In-Reply-To: Message-ID: <991643.26370.qm@web58606.mail.re3.yahoo.com> I think i just don't know how to make it work. I tried to follow the instructions, but it just stumps me. I tried to create a test macro and i dropped it in the data/plugin/macro directory. I noticed 2 things: 1. when i edited a page in gui mode, my macro was not in the "available" macro properties box 2. my macro never compiled even after i referenced it manually <> in my page What do i need to run for the wiki to recognize my macro? --- On Fri, 12/12/08, R.Bauer wrote: > From: R.Bauer > Subject: Re: [Moin-user] Need Calendar > To: moin-user at lists.sourceforge.net > Date: Friday, December 12, 2008, 2:28 AM > Mr. Potato Head schrieb: > > MoinMoin has an EventCalendar > http://moinmo.in/MacroMarket/EventCalendar but i noticed > that it's only supported on windows and Mac servers. Is > there a calendar out there that works the same, but is > supported on unix? I'm running version 1.8 on a solaris > 10 (sparc) box and i need a calendar where users can click > on a webpage and see the events without having to click on > the days. It needs to be a "month at a glance". > Thanks in advance. > > > > > > > > Why do you think this works only on windows? > > > Reimar > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in > Las Vegas, Nevada. > The future of the web can't happen without you. Join > us at MIX09 to help > pave the way to the Next Web now. Learn more and register > at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From p.f.moore at gmail.com Fri Dec 12 11:32:05 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Fri, 12 Dec 2008 16:32:05 +0000 Subject: [Moin-user] Need Calendar In-Reply-To: <991643.26370.qm@web58606.mail.re3.yahoo.com> References: <991643.26370.qm@web58606.mail.re3.yahoo.com> Message-ID: <79990c6b0812120832r12b7656bse530c25bb1ef0192@mail.gmail.com> 2008/12/12 Mr. Potato Head : > I think i just don't know how to make it work. I tried to follow the instructions, but it just stumps me. I tried to create a test macro and i dropped it in the data/plugin/macro directory. I noticed 2 things: > > 1. when i edited a page in gui mode, my macro was not in the "available" macro properties box > 2. my macro never compiled even after i referenced it manually <> in my page > > What do i need to run for the wiki to recognize my macro? If you're running MoinMoin as a standalone process (ie, not via CGI) you'll need to restart the MoinMoin process to see the new macro. So, if you're running the simple server, kill it and restart it. If you're using Apache and mod_python, restart Apache, etc. Hope this helps, Paul From angry_garden_salad at yahoo.com Fri Dec 12 11:38:04 2008 From: angry_garden_salad at yahoo.com (Mr. Potato Head) Date: Fri, 12 Dec 2008 08:38:04 -0800 (PST) Subject: [Moin-user] Need Calendar In-Reply-To: <79990c6b0812120832r12b7656bse530c25bb1ef0192@mail.gmail.com> Message-ID: <105859.72581.qm@web58605.mail.re3.yahoo.com> I tried that. Is my syntax wrong? Do i have to define where my macro directory is? ./moin --config-dir=/opt/wiki-root server standalone --docs=/opt/wiki/share/moin/htdocs --interface='' --- On Fri, 12/12/08, Paul Moore wrote: > From: Paul Moore > Subject: Re: [Moin-user] Need Calendar > To: angry_garden_salad at yahoo.com > Cc: moin-user at lists.sourceforge.net, "R.Bauer" > Date: Friday, December 12, 2008, 8:32 AM > 2008/12/12 Mr. Potato Head > : > > I think i just don't know how to make it work. I > tried to follow the instructions, but it just stumps me. I > tried to create a test macro and i dropped it in the > data/plugin/macro directory. I noticed 2 things: > > > > 1. when i edited a page in gui mode, my macro was not > in the "available" macro properties box > > 2. my macro never compiled even after i referenced it > manually <> in my page > > > > What do i need to run for the wiki to recognize my > macro? > > If you're running MoinMoin as a standalone process (ie, > not via CGI) > you'll need to restart the MoinMoin process to see the > new macro. So, > if you're running the simple server, kill it and > restart it. If you're > using Apache and mod_python, restart Apache, etc. > > Hope this helps, > Paul From p.f.moore at gmail.com Fri Dec 12 11:45:10 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Fri, 12 Dec 2008 16:45:10 +0000 Subject: [Moin-user] Need Calendar In-Reply-To: <3130eec50812120842yc8ea781o292e02df263df858@mail.gmail.com> References: <991643.26370.qm@web58606.mail.re3.yahoo.com> <79990c6b0812120832r12b7656bse530c25bb1ef0192@mail.gmail.com> <3130eec50812120842yc8ea781o292e02df263df858@mail.gmail.com> Message-ID: <79990c6b0812120845v76272bdem27dd996e3bed5138@mail.gmail.com> I'm guessing this should have gone to the list? 2008/12/12 Gnarlodious : > You may also need to set permissions on the macro file to be readable by Apache. > > -- Gnarlie > From lists.gnarlodious at gmail.com Fri Dec 12 11:53:16 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Fri, 12 Dec 2008 09:53:16 -0700 Subject: [Moin-user] Need Calendar In-Reply-To: References: <64356.11925.qm@web58606.mail.re3.yahoo.com> Message-ID: <3130eec50812120853i5d6f7528r2a48614a9dd25e93@mail.gmail.com> It's extremely irritating that replies to this list are only sent to the poster and the sender. I am starting to realize why all my replies are never even seen by the list. -- Gnarlie http://Gnarlodious.com/ From angry_garden_salad at yahoo.com Fri Dec 12 11:55:49 2008 From: angry_garden_salad at yahoo.com (Mr. Potato Head) Date: Fri, 12 Dec 2008 08:55:49 -0800 (PST) Subject: [Moin-user] Need Calendar In-Reply-To: <79990c6b0812120845v76272bdem27dd996e3bed5138@mail.gmail.com> Message-ID: <629577.42120.qm@web58602.mail.re3.yahoo.com> I did. -rw-r--r-- 1 webservd webservd 446 Dec 12 07:30 MyMacro.py --- On Fri, 12/12/08, Paul Moore wrote: > From: Paul Moore > Subject: Re: [Moin-user] Need Calendar > To: "Gnarlodious" > Cc: "moin-user at lists.sourceforge.net" > Date: Friday, December 12, 2008, 8:45 AM > I'm guessing this should have gone to the list? > > 2008/12/12 Gnarlodious : > > You may also need to set permissions on the macro file > to be readable by Apache. > > > > -- Gnarlie > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in > Las Vegas, Nevada. > The future of the web can't happen without you. Join > us at MIX09 to help > pave the way to the Next Web now. Learn more and register > at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From rick.vanderveer at gmail.com Fri Dec 12 12:24:47 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 12 Dec 2008 11:24:47 -0600 Subject: [Moin-user] Need Calendar In-Reply-To: <3130eec50812120853i5d6f7528r2a48614a9dd25e93@mail.gmail.com> References: <64356.11925.qm@web58606.mail.re3.yahoo.com> <3130eec50812120853i5d6f7528r2a48614a9dd25e93@mail.gmail.com> Message-ID: <5c39e1ca0812120924pc4310cfp5897d51351d4962b@mail.gmail.com> Gnarlie, Not to point out the extremely obvious, but you are doing reply-all, right?! :-) This is no different than any other list behavior. Blame email-- hehe! -Rick On Fri, Dec 12, 2008 at 10:53 AM, Gnarlodious wrote: > It's extremely irritating that replies to this list are only sent to > the poster and the sender. I am starting to realize why all my replies > are never even seen by the list. > > -- Gnarlie > http://Gnarlodious.com/ > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > 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 angry_garden_salad at yahoo.com Fri Dec 12 12:39:06 2008 From: angry_garden_salad at yahoo.com (Mr. Potato Head) Date: Fri, 12 Dec 2008 09:39:06 -0800 (PST) Subject: [Moin-user] Need Calendar In-Reply-To: <5c39e1ca0812120924pc4310cfp5897d51351d4962b@mail.gmail.com> Message-ID: <950883.369.qm@web58607.mail.re3.yahoo.com> I think i solved my own issue. I'm stupid!!! While moving files around I deleted the "__init__.py" file from the macro directory. Doh! Thanks to all those who replied. --- On Fri, 12/12/08, Rick Vanderveer wrote: > From: Rick Vanderveer > Subject: Re: [Moin-user] Need Calendar > To: "Gnarlodious" > Cc: moin-user at lists.sourceforge.net > Date: Friday, December 12, 2008, 9:24 AM > Gnarlie, > Not to point out the extremely obvious, but you are doing > reply-all, > right?! :-) > > This is no different than any other list behavior. Blame > email-- hehe! > > -Rick > > > On Fri, Dec 12, 2008 at 10:53 AM, Gnarlodious > wrote: > > > It's extremely irritating that replies to this > list are only sent to > > the poster and the sender. I am starting to realize > why all my replies > > are never even seen by the list. > > > > -- Gnarlie > > http://Gnarlodious.com/ > > > > > > > ------------------------------------------------------------------------------ > > SF.Net email is Sponsored by MIX09, March 18-20, 2009 > in Las Vegas, Nevada. > > The future of the web can't happen without you. > Join us at MIX09 to help > > pave the way to the Next Web now. Learn more and > register at > > > > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in > Las Vegas, Nevada. > The future of the web can't happen without you. Join > us at MIX09 to help > pave the way to the Next Web now. Learn more and register > at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/_______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From angry_garden_salad at yahoo.com Fri Dec 12 15:50:02 2008 From: angry_garden_salad at yahoo.com (Mr. Potato Head) Date: Fri, 12 Dec 2008 12:50:02 -0800 (PST) Subject: [Moin-user] Does EventCalendar-099.py work with Moinmoin 1.8.0 ??? Message-ID: <607088.4130.qm@web58601.mail.re3.yahoo.com> Hi, I was wondering if anyone has tested or has working EventCalendar-099 and Moinmoin 1.8.0 working together? I know zero about python so trying to see what's broken (or if i did something wrong) is nearly impossible for me. I had a couple issues with certain *.py files not imported and i believe i have gotten past that. I change the following in the EventCalendar.py script: from MoinMoin.parser import wiki TO from MoinMoin.parser import text_moin_wiki and removed: from MoinMoin.Page import Page and added "Page" to the end of an existing "from" line: from MoinMoin import wikiutil, config, search, caching, Page Don't know if this is write or wrong, but it seems to not complain about these pieces anymore. Now i'm stuck with the following error: 'module' object is not callable args = ("'module' object is not callable",) Here's the last line of the debug: 1392 1393 # cache configurations 1394 arena = Page(request, Globs.pagename) 1395 1396 eventkey = 'events' arena undefined, global Page = , request = , global Globs = , Globs.pagename = u'EventCalendar' Any thoughts or suggestions would be appreciated. Thanks in Advance... From jeremiah.jester at panasonic.aero Fri Dec 12 18:02:03 2008 From: jeremiah.jester at panasonic.aero (Jeremiah Jester) Date: Fri, 12 Dec 2008 15:02:03 -0800 Subject: [Moin-user] require moin auth Message-ID: <1229122923.21038.18.camel@M13425> How do i require a registered user to authenticate before they can edit or create content? Also, in what file can i find a list of all registered users? I think i worded my last post incorrectly and got misinformation because of it. Thanks, JJ Disclaimer: The information contained in this transmission, including any attachments, may contain confidential information of Panasonic Avionics Corporation. This transmission is intended only for the use of the addressee(s) listed above. Unauthorized review, dissemination or other use of the information contained in this transmission is strictly prohibited. If you have received this transmission in error or have reason to believe you are not authorized to receive it, please notify the sender by return email and promptly delete the transmission. From john_nowlan at carleton.ca Fri Dec 12 18:44:09 2008 From: john_nowlan at carleton.ca (John_Nowlan) Date: Fri, 12 Dec 2008 18:44:09 -0500 Subject: [Moin-user] iis + isapi_wsgi + moin, circular reference? Message-ID: <53C341FE4EA0B744B5BB64CA5C708C8C0C23A7@CCSEXB10.CUNET.CARLETON.CA> I'm making incremental progess trying to get moin running under iis. I can get things to work standalone but would like to work with wsgi. Here is the traceback I currently get: Traceback (most recent call last): File "E:\Python25\lib\wsgiref\handlers.py", line 92, in run File "E:\Python25\lib\site-packages\MoinMoin\server\server_wsgi.py", line 28, in moinmoinApp File "E:\Python25\lib\site-packages\MoinMoin\request\request_wsgi.py", line 38, in __init__ File "E:\Python25\lib\site-packages\MoinMoin\request\__init__.py", line 1452, in fail AttributeError: 'Request' object has no attribute 'sent_headers' I came across a google page that suggests this may be a circular reference problem. http://www.answermysearches.com/python-fixing-module-object-has-no-attri bute/333/ Any ideas on how I can tell, what I should do? Background: I see it should work, at least for iis 6 http://moinmo.in/MoinMoin%20ISAPI (bottom of page) I'm running: W2000 sp4 isapi-wsgi 0.3 ActivePython 2.5.2.2 moin 1.8 From fpiat at klabs.be Sat Dec 13 04:29:37 2008 From: fpiat at klabs.be (Frank Lin PIAT) Date: Sat, 13 Dec 2008 10:29:37 +0100 Subject: [Moin-user] Why oh why! In-Reply-To: <49402A64.7030107@alum.com> References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> Message-ID: <1229160577.13295.113.camel@solid.paris.klabs.be> Hello Pierre, On Wed, 2008-12-10 at 21:45 +0100, Pierre Coupard wrote: > As far as documentation is concerned, the Debian package is quite devoid > of it, as are most Debian packages. Short answer: vim -o /usr/share/doc/$packagename/{NEWS,README}.Debian.gz Long answer: As you may know, Debian provides a file named NEWS.Debian[1], installed in the package's doc directory (the one for moinmoin is /usr/share/doc/python-moinmoin/NEWS.Debian.gz). It summarizes major changes in a package. It *is* meant for system admins. |moin (1.7.0) unstable; urgency=low | | * New upstream release, requiring content migration. | | Automated migration: | 1. Add your MoinMoin wikis to /etc/moin/wikilist, and invoke | moin-mass-migrate as root | 3. Let packaging routines mass-migrate as needed in the future | | Manual migration: | See /usr/share/doc/moinmoin-common/README.Migration(.gz). | | -- Jonas Smedegaard Sun, 22 Jun 2008 11:15:47 +0200 You should file a bug the Debian bug tracking system, If you think the documentation should be improved (preferably with a patch;) Regards, Franklin [1] http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-news-debian From barry.cornelius at oucs.ox.ac.uk Sat Dec 13 04:52:52 2008 From: barry.cornelius at oucs.ox.ac.uk (Barry Cornelius) Date: Sat, 13 Dec 2008 09:52:52 +0000 Subject: [Moin-user] require moin auth In-Reply-To: <1229122923.21038.18.camel@M13425> References: <1229122923.21038.18.camel@M13425> Message-ID: <20081213095252.GA19053@karhide> On Fri, Dec 12, 2008 at 03:02:03PM -0800, Jeremiah Jester wrote: > How do i require a registered user to authenticate before they can edit > or create content? We have a few wikis where, even though a person can create an account, they are unable to create/write pages unless their username appears in the wiki page: http://wiki.site.com/AuthorsGroup This file has to have lines like: #acl AuthorsGroup:read All: * GeorgeBush * GordonBrown We have a group called AdminGroup that contains the administrators of the wiki. They are listed in the wiki page: http://wiki.site.com/AdminGroup These people do not need to appear in the AuthorsGroup file. The wiki is configured as follows: acl_rights_before = u"AdminGroup:read,write,delete,revert,admin" acl_rights_default = u"AuthorsGroup:read,write All:read" The front page of the wiki has some text like: If you wish to write to this wiki, please e-mail XXXX When a person e-mails asking to be permitted to create/write pages, we just add a line: * FirstnameLastname to the wiki page: http://wiki.site.com/AuthorsGroup and then advise the person to create an account with the username: FirstnameLastname > Also, in what file can i find a list of all registered users? I'm unable to help you with this. -- Barry Cornelius Oxford University Computing Services University of Oxford, 13 Banbury Road, Oxford, OX2 6NN, UK www.barrycornelius.com 01865 273267 or +44 1865 273267 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From fpiat at klabs.be Sat Dec 13 07:53:04 2008 From: fpiat at klabs.be (Frank Lin PIAT) Date: Sat, 13 Dec 2008 13:53:04 +0100 Subject: [Moin-user] Why oh why! In-Reply-To: References: <493F6B49.2060204@alum.com> <1228906486.28670.33.camel@server.firma.waldmann-edv.de> <5c39e1ca0812100759y41fb0f19x6b7538a1493bfe8b@mail.gmail.com> <49402A64.7030107@alum.com> <1229160577.13295.113.camel@solid.paris.klabs.be> Message-ID: <1229172784.13295.131.camel@solid.paris.klabs.be> On Sat, 2008-12-13 at 13:35 +0100, Sebastian Haase wrote: > Hi Franklin, > this sound very interesting: so there is a Debian specific script !? > Is there any online place where one could browse through the mentioned files ? > (readme, ... + the script ) The script simply invoke "upstream" migration script for each listed package. The package information page is: http://packages.debian.org/lenny/python-moinmoin You can either: * Download the .deb package from that page, Then run "ar x python-moinmoin_1.7.1-2_all.deb" then browse data.tar.gz (and control.tar.gz) * Download the package's source (.tar.gz + .diff + .dsc) * Review Debian's Diff online (see the link "Debian Patch Tracking") > I don't have a debian system installed myself anymore .... Shame on you! (just kidding). Franklin From tw-public at gmx.de Sat Dec 13 08:03:58 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 13 Dec 2008 14:03:58 +0100 Subject: [Moin-user] iis + isapi_wsgi + moin, circular reference? In-Reply-To: <53C341FE4EA0B744B5BB64CA5C708C8C0C23A7@CCSEXB10.CUNET.CARLETON.CA> References: <53C341FE4EA0B744B5BB64CA5C708C8C0C23A7@CCSEXB10.CUNET.CARLETON.CA> Message-ID: <1229173438.22651.17.camel@black.firma.waldmann-edv.de> Hi John, > I can get things to work standalone but would like to work with wsgi. Thanks for doing pioneering work for IIS / wsgi. :) > File "E:\Python25\lib\site-packages\MoinMoin\request\request_wsgi.py", > line 38, in __init__ That is within the exception handler there. > File "E:\Python25\lib\site-packages\MoinMoin\request\__init__.py", > line 1452, in fail > AttributeError: 'Request' object has no attribute 'sent_headers' This is because the exception (see above) happenened before the RequestBase.__init__() was called. Not good. To get more information about this, you need to change MoinMoin/request/request_wsgi.py: After line 37 change it like you see here: except Exception, err: logging.exception("An exception has occurred:") self.fail(err) After doing this change, reboot your machine and retry. You should have the real cause of the problem now in your logs, please post the traceback you see there. See also logging configuration in moin.wsgi to find out more about moin's logging. Cheers, Thomas From d454d at web.de Sat Dec 13 09:50:52 2008 From: d454d at web.de (Stephan Mueller) Date: Sat, 13 Dec 2008 15:50:52 +0100 Subject: [Moin-user] Extending moin wiki parser? Message-ID: <20081213145052.GA23527@mail.web.de> Hi, I would like to extend the parser for the moin moin wiki syntax a bit. I wonder, what is the best way to do so? I had a look at text_moin_wiki.py and see there a quite large regex. So it seems to be a little bit dangerous to simply sub-class that parser in regard to future changes of that class. Is there a better way to extend the parser? All I would need is to add another partial regex and the required member to handle it. TIA, Steph. From tw-public at gmx.de Sat Dec 13 12:40:03 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 13 Dec 2008 18:40:03 +0100 Subject: [Moin-user] Extending moin wiki parser? In-Reply-To: <20081213145052.GA23527@mail.web.de> References: <20081213145052.GA23527@mail.web.de> Message-ID: <1229190003.22651.28.camel@black.firma.waldmann-edv.de> > I would like to extend the parser for the moin moin wiki syntax a bit. Did you consider already existing ways of extending moin? Like macros and parsers? > I wonder, what is the best way to do so? The best way is to avoid, if possible. :) What exactly do you want to achieve? Also, please note that we already have a new moin wiki parser in the dom-refactoring repo (not merged yet into main branch). From david at thingbag.net Sat Dec 13 23:46:25 2008 From: david at thingbag.net (David Cramer) Date: Sat, 13 Dec 2008 22:46:25 -0600 Subject: [Moin-user] Upgrading from 1.5.7 to 1.8.0 Message-ID: <49448FA1.8010909@thingbag.net> Hi there, I have a moinmoin wiki installation with three wiki instances on machine #1 at 1.5.7. I have a new machine, machine #2. I want to move the wiki to the new machine and in the process, upgrade to 1.8.0. Do I need to upgrade from 1.5.7 to 1.5.9 before I upgrade to 1.6.4 or can I go directly from 1.5.7 to 1.6.4? Here's what I'm contemplating doing: 1. Install 1.6.4 on machine #2. 2. Copy my wiki data dirs to machine #2 and run migration scripts on them. Make adjustments until I have a working wiki, similar to http://moinmo.in/ThomasWaldmann/AnotherWayToMigrateFrom1.5To1.6 3. Upgrade to 1.7.3 on machine #2 4. Upgrade to 1.8.0 on machine #2 Is this a sensible approach? Given my situation, is there another way that makes more sense? Thanks, David From rb.proj at gmail.com Sun Dec 14 06:16:13 2008 From: rb.proj at gmail.com (R.Bauer) Date: Sun, 14 Dec 2008 12:16:13 +0100 Subject: [Moin-user] require moin auth In-Reply-To: <20081213095252.GA19053@karhide> References: <1229122923.21038.18.camel@M13425> <20081213095252.GA19053@karhide> Message-ID: Barry Cornelius schrieb: > On Fri, Dec 12, 2008 at 03:02:03PM -0800, Jeremiah Jester wrote: >> How do i require a registered user to authenticate before they can edit >> or create content? > > We have a few wikis where, even though a person can create an account, > they are unable to create/write pages unless their username appears > in the wiki page: > http://wiki.site.com/AuthorsGroup > This file has to have lines like: > #acl AuthorsGroup:read All: > * GeorgeBush > * GordonBrown > We have a group called AdminGroup that contains the administrators > of the wiki. They are listed in the wiki page: > http://wiki.site.com/AdminGroup > These people do not need to appear in the AuthorsGroup file. > > The wiki is configured as follows: > acl_rights_before = u"AdminGroup:read,write,delete,revert,admin" > acl_rights_default = u"AuthorsGroup:read,write All:read" > > The front page of the wiki has some text like: > If you wish to write to this wiki, please e-mail XXXX > When a person e-mails asking to be permitted to create/write pages, > we just add a line: > * FirstnameLastname > to the wiki page: > http://wiki.site.com/AuthorsGroup > and then advise the person to create an account with the username: > FirstnameLastname > >> Also, in what file can i find a list of all registered users? there is no file but superuser can go to the page SystemAdmin and select User Browser. ;) cheers Reimar > > I'm unable to help you with this. > > -- > Barry Cornelius > Oxford University Computing Services > University of Oxford, 13 Banbury Road, Oxford, OX2 6NN, UK > www.barrycornelius.com 01865 273267 or +44 1865 273267 > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From dcramer at motive.com Sun Dec 14 10:11:53 2008 From: dcramer at motive.com (David Cramer) Date: Sun, 14 Dec 2008 09:11:53 -0600 Subject: [Moin-user] Upgrading from 1.5.7 to 1.8.0 and moving to a new machine Message-ID: Hi there, I have a moinmoin wiki installation with three wiki instances on machine #1 at version 1.5.7. I have a new machine, machine #2. I want to move the wikis to the new machine and in the process, upgrade them to 1.8.0. Here's what I'm contemplating doing: 1. Install 1.6.4 on machine #2. 2. Copy my wiki data dirs to machine #2 and run migration scripts on them. Make adjustments to config files until I have a working wiki. This seems similar to http://moinmo.in/ThomasWaldmann/AnotherWayToMigrateFrom1.5To1.6 3. Do a normal upgrade to 1.7.3 on machine #2 4. Do a normal upgrade to 1.8.0 on machine #2 Is this a sensible approach? Given my situation, is there another way that would be better? I like the idea of leaving my old install intact until the new one is working, then directing traffic to the new one. Another question, do I need to upgrade from 1.5.7 to 1.5.9 before I upgrade to 1.6.4 or can I go directly from 1.5.7 to 1.6.4? Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Sun Dec 14 11:56:24 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Sun, 14 Dec 2008 10:56:24 -0600 Subject: [Moin-user] Upgrading from 1.5.7 to 1.8.0 and moving to a new machine In-Reply-To: References: Message-ID: <5c39e1ca0812140856n36797300oe49def789701efb@mail.gmail.com> Hey David,I think the steps you outlined sounds reasonable. The only concern (which I'm sure you have covered) is to make sure that no one edits the wiki on machine 1 (so your pages get out of sync). No, you don't need to worry about upgrading from 1.5.7 to 1.5.9 first. -Rick On Sun, Dec 14, 2008 at 9:11 AM, David Cramer wrote: > Hi there, > I have a moinmoin wiki installation with three wiki instances on machine #1 > at version 1.5.7. I have a new machine, machine #2. I want to move the > wikis to the new machine and in the process, upgrade them to 1.8.0. > > Here's what I'm contemplating doing: > > 1. Install 1.6.4 on machine #2. > 2. Copy my wiki data dirs to machine #2 and run migration scripts on them. > Make adjustments to config files until I have a working wiki. This seems similar > to http://moinmo.in/ThomasWaldmann/AnotherWayToMigrateFrom1.5To1.6 > 3. Do a normal upgrade to 1.7.3 on machine #2 > 4. Do a normal upgrade to 1.8.0 on machine #2 > > Is this a sensible approach? Given my situation, is there another way that > would be better? I like the idea of leaving my old install intact until > the new one is working, then directing traffic to the new one. > Another question, do I need to upgrade from 1.5.7 to 1.5.9 before I > upgrade to 1.6.4 or can I go directly from 1.5.7 to 1.6.4? > > Thanks, > David > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > 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 dcramer at motive.com Sun Dec 14 15:36:31 2008 From: dcramer at motive.com (David Cramer) Date: Sun, 14 Dec 2008 14:36:31 -0600 Subject: [Moin-user] Upgrading from 1.5.7 to 1.8.0 and moving to a new machine In-Reply-To: <5c39e1ca0812140856n36797300oe49def789701efb@mail.gmail.com> References: <5c39e1ca0812140856n36797300oe49def789701efb@mail.gmail.com> Message-ID: Thanks! Yes, late December is a quiet period wrt wiki traffic, so it will be easy to keep an eye out for any edits that happen during the migration. David ________________________________ From: Rick Vanderveer [mailto:rick.vanderveer at gmail.com] Sent: Sunday, December 14, 2008 10:56 AM To: David Cramer Cc: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] Upgrading from 1.5.7 to 1.8.0 and moving to a new machine Hey David, I think the steps you outlined sounds reasonable. The only concern (which I'm sure you have covered) is to make sure that no one edits the wiki on machine 1 (so your pages get out of sync). No, you don't need to worry about upgrading from 1.5.7 to 1.5.9 first. -Rick On Sun, Dec 14, 2008 at 9:11 AM, David Cramer wrote: Hi there, I have a moinmoin wiki installation with three wiki instances on machine #1 at version 1.5.7. I have a new machine, machine #2. I want to move the wikis to the new machine and in the process, upgrade them to 1.8.0. Here's what I'm contemplating doing: 1. Install 1.6.4 on machine #2. 2. Copy my wiki data dirs to machine #2 and run migration scripts on them. Make adjustments to config files until I have a working wiki. This seems similar to http://moinmo.in/ThomasWaldmann/AnotherWayToMigrateFrom1.5To1.6 3. Do a normal upgrade to 1.7.3 on machine #2 4. Do a normal upgrade to 1.8.0 on machine #2 Is this a sensible approach? Given my situation, is there another way that would be better? I like the idea of leaving my old install intact until the new one is working, then directing traffic to the new one. Another question, do I need to upgrade from 1.5.7 to 1.5.9 before I upgrade to 1.6.4 or can I go directly from 1.5.7 to 1.6.4? Thanks, David ------------------------------------------------------------------------ ------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. com/ _______________________________________________ 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 waqas805 at hotmail.com Mon Dec 15 03:07:50 2008 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 15 Dec 2008 09:07:50 +0100 Subject: [Moin-user] Import data from databank Message-ID: Hi, Is there a way in moinmoin that data can be import from databank. I have some text files in databank which i want to enter in my moinmoin. If there is any automatic way in moinmoin that it import files and do formatting then please tell me. OR There is a way in moinmoin that it import files automatic in moinmoin. if yes then which format files (html,xml,doc etc etc). Thanks a lot. Have a nice day, Best Regards, Waqas Ahmad _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: From kai at aplteam.com Mon Dec 15 11:48:40 2008 From: kai at aplteam.com (kai at aplteam.com) Date: Mon, 15 Dec 2008 16:48:40 +0000 Subject: [Moin-user] Copy to clipboard Message-ID: <99f673360812150848g19e968bfnd80ba8c90152ffdf@mail.gmail.com> I am maintaining a wiki which is about a particular programming language. Naturally, copying code from the wiki is a major issue. This could be made much easier if there would be a button "copy this code" which actually takes all the text defined somehow and copies that into the clipboard. I wonder if there already exists a solution for that. I am certainly not the first bloke thinking of this. Kai From dmartin at cpan.org Mon Dec 15 12:08:30 2008 From: dmartin at cpan.org (Dylan Martin) Date: Mon, 15 Dec 2008 09:08:30 -0800 Subject: [Moin-user] Copy to clipboard In-Reply-To: <99f673360812150848g19e968bfnd80ba8c90152ffdf@mail.gmail.com> References: <99f673360812150848g19e968bfnd80ba8c90152ffdf@mail.gmail.com> Message-ID: What you want is actually more of a browser feature than a moinmoin feature. If moinmoin could place things in your clipboard, than any web page could, and that would be scary. If you're really serious about it, you could probably write a browser plugin, but you'd want to be careful that it wasn't easily abused. Or maybe there's a more general plugin out there. Maybe one that lets you save to the clipboard instead of a local file? That would give you enough control that it wouldn't be such a worry from the security point of view. On Mon, Dec 15, 2008 at 8:48 AM, kai at aplteam.com wrote: > I am maintaining a wiki which is about a particular programming > language. Naturally, copying code from the wiki is a major issue. > > This could be made much easier if there would be a button "copy this > code" which actually takes all the text defined somehow and copies > that into the clipboard. > > I wonder if there already exists a solution for that. I am certainly > not the first bloke thinking of this. > > Kai > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From theology at gmail.com Mon Dec 15 12:31:07 2008 From: theology at gmail.com (Zeth) Date: Mon, 15 Dec 2008 17:31:07 +0000 Subject: [Moin-user] Copy to clipboard In-Reply-To: References: <99f673360812150848g19e968bfnd80ba8c90152ffdf@mail.gmail.com> Message-ID: > On Mon, Dec 15, 2008 at 8:48 AM, kai at aplteam.com wrote: >> This could be made much easier if there would be a button "copy this >> code" which actually takes all the text defined somehow and copies 2008/12/15 Dylan Martin : > What you want is actually more of a browser feature than a moinmoin > feature. Most browsers allow webpages to put stuff into the clipboard using Javascript, and Flash and Java widgets do also. In Internet Explorer this is easy to do. When I have tried to do this In Firefox, it brings up lots of fun security warnings. From john_nowlan at carleton.ca Mon Dec 15 14:07:22 2008 From: john_nowlan at carleton.ca (John_Nowlan) Date: Mon, 15 Dec 2008 14:07:22 -0500 Subject: [Moin-user] iis + isapi_wsgi + moin, circular reference? In-Reply-To: <1229173438.22651.17.camel@black.firma.waldmann-edv.de> References: <53C341FE4EA0B744B5BB64CA5C708C8C0C23A7@CCSEXB10.CUNET.CARLETON.CA> <1229173438.22651.17.camel@black.firma.waldmann-edv.de> Message-ID: <53C341FE4EA0B744B5BB64CA5C708C8C0C23AB@CCSEXB10.CUNET.CARLETON.CA> > Thanks for doing pioneering work for IIS / wsgi. :) I envision my skeleton being added to others littered around here ;) > After line 37 change it like you see here: > > except Exception, err: > logging.exception("An exception has occurred:") > self.fail(err) Did that, and at first got a encode error from line 510 of init.py, changed it to: self.path_info = path.encode("utf_8") (based on http://docs.python.org/library/codecs.html - utf_8 encoding exists but no utf-8 even though it is mentioned everywhere - don't ask me to understand) Very strangely, I now cannot reproduce this error. I tried iisreset, even rebooting and now I only get this traceback: --------------------------- # This window will display output from any programs that import win32traceutil # win32com servers registered with '--debug' are in this category. Configured Virtual Directory: moinwsgi Installation complete. ISAPISimpleHandler.__init__ Enter HttpExtensionProc Handler add_cgi_vars get_stdin get_stderr get_stderr Traceback (most recent call last): File "E:\Python25\lib\wsgiref\handlers.py", line 92, in run File "E:\Python25\lib\site-packages\MoinMoin\server\server_wsgi.py", line 28, in moinmoinApp File "e:\Python25\Lib\site-packages\MoinMoin\request\request_wsgi.py", line 41, in __init__ File "e:\Python25\Lib\site-packages\MoinMoin\request\__init__.py", line 1453, in fail AttributeError: 'Request' object has no attribute 'sent_headers' send_headers Content-Type: text/plain SendResponseHeaders _write A server error occurred. Please contact the administrator. _flush Exit HttpExtensionProc ----------------------------------- > See also logging configuration in moin.wsgi to find out more about > moin's logging. I've turned on all the debugging stuff I can find, ------------------ from wsgilogfile: [DEFAULT] logfile=moinwsgi.log # Default loglevel, to adjust verbosity: DEBUG, INFO, WARNING, ERROR, CRITICAL #loglevel=INFO loglevel=DEBUG ------------------ but only ever get this in the logs: 2008-12-15 13:33:39,869 MoinMoin.log INFO using logging configuration read from "e:\moin\wikis\add\wsgilogfile" Any ideas? I thought some base objects init method was not being called, but that does not seem to be the case. I thought that perhaps iis is multithreaded and there is some threading issue. Am back to this one actually, since I can't find the base code that I thought set multithreading, runonce, etc to false when it's a wsgi app... From dmartin at cpan.org Mon Dec 15 14:20:25 2008 From: dmartin at cpan.org (Dylan Martin) Date: Mon, 15 Dec 2008 11:20:25 -0800 Subject: [Moin-user] Import data from databank In-Reply-To: References: Message-ID: Until it finds a more appropriate home, here's my HOWTO for this problem. http://moinmo.in/DylanMartin -Dylan On Mon, Dec 15, 2008 at 12:07 AM, waqas ahmad wrote: > > > Hi, > > Is there a way in moinmoin that data can be import from databank. I have > some text files in databank which i want to enter in my moinmoin. If there > is any automatic way in moinmoin that it import files and do formatting then > please tell me. > > OR > > There is a way in moinmoin that it import files automatic in moinmoin. if > yes then which format files (html,xml,doc etc etc). > > Thanks a lot. > > > Have a nice day, > > Best Regards, > > Waqas Ahmad > > > ________________________________ > Invite your mail contacts to join your friends list with Windows Live > Spaces. It's easy! Try it! > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > From hp.news at gmx.de Tue Dec 16 15:30:04 2008 From: hp.news at gmx.de (Hape Schaal) Date: Tue, 16 Dec 2008 21:30:04 +0100 Subject: [Moin-user] Announcement: OpenDocument export for MoinMoin 1.7 Message-ID: <200812162130.05141.hp.news@gmx.de> Moin, a new version of the OpenDocument formatter is available, tested with MoinMoin 1.7: ? ? http://moinmo.in/FormatterMarket The previous versions for MoinMoin 1.5 and 1.6 are still available there. The formatter is called MoinMoin2ODF and exports a MoinMoin wiki page to an OpenDocument-Text (.odt) file. OpenDocument is the standard file format of OpenOffice and KOffice. Many other applications can read this file format. Of course you can use OpenOffice to convert your wiki pages to other file formats like MS Word. Or polish your wiki pages in OpenOffice and create good looking PDF files! Changes of this version: ? - Works with MoinMoin 1.7 ? - Properly escapes URLs, so that Weblinks like "http://foo.bar?a=1&b=2" work. - Better installation instructions for MoinMoin packages from Linux distributions You can download the formatter at: ? ?http://moinmo.in/FormatterMarket Be sure to read the right section in INSTALL.txt before installing: There's help for automated install (Windows/Linux), manual install (in case you installed the MoinMoin packages of your linux distribution) and manual install for your MoinMoin Desktop edition. For feedback you can use: ? ?http://moinmo.in/FormatterMarket/MoinMoin2ODF Best regards, Hans-Peter From szybalski at gmail.com Wed Dec 17 19:56:36 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Wed, 17 Dec 2008 18:56:36 -0600 Subject: [Moin-user] Generating pdfs out of moinmoin/ In-Reply-To: <804e5c70812030929o2db1ca45g5fd597fdbf9e82b9@mail.gmail.com> References: <804e5c70812030929o2db1ca45g5fd597fdbf9e82b9@mail.gmail.com> Message-ID: <804e5c70812171656u353134e3od8e1db0a8ef6c060@mail.gmail.com> On Wed, Dec 3, 2008 at 11:29 AM, Lukasz Szybalski wrote: > Hello, > I noticed this page was created on debian wiki and I went head and tried it: > > http://wiki.debian.org/MoinMoin/GeneratePdf > > You use this command: > dblatex -T simple -o WikiSandBox.pdf WikiSandBox.xml Can something like this be added to a menu, near "render as docbook" and add "render as pdf"? Thanks, Lucas From jgoerzen at complete.org Thu Dec 18 10:52:24 2008 From: jgoerzen at complete.org (John Goerzen) Date: Thu, 18 Dec 2008 09:52:24 -0600 Subject: [Moin-user] The sad state of themes Message-ID: Hi folks, I recently went to find a theme for my new MoinMoin install, running 1.8.x. I got terribly frustrated because so many of the themes on moinmo.in/ThemeMarket are so old that they haven't worked with the stable MoinMoin release for about 2-3 years now. Another frustration is that there are a ton of themes that maybe would work with the current release, but only if they are patched to do so. These patches are presented in various ways, from diffs to "edit the file here" instructions. Why are people not just uploading new versions? This is incredibly unfriendly. Can't we get "click and install" like other web apps have? After some discussion on #moin, I reorganized ThemeMarket to at least indicate compatible versions, so people running the current MoinMoin releases can find themes that work. Since then, at least one other person has edited that page to list a 1.6.x theme as "compatible with 1.8.x" because there is a patch on a discussion page 2 links down that makes it work. That despite the fact that the main page for that theme says it only works with 1.6.x. To me, it should only be listed as compatible with 1.8.x if the tar/zip file you download works out of the box. Making people jump through tons of hoops to make it work on the current release is not at all friendly. Comments? Should I revert that change? -- John From rick.vanderveer at gmail.com Thu Dec 18 12:46:57 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 18 Dec 2008 11:46:57 -0600 Subject: [Moin-user] The sad state of themes In-Reply-To: References: Message-ID: <5c39e1ca0812180946o18807e33i7ff05dafac698d01@mail.gmail.com> John, I applaud your efforts, and agree with everything you say! As a non-programmer, it's difficult at best to try and merge in diffs by hand. I agree that if a theme (or macro, or whatever) is going to be compatible with the latest version, to upload a new complete version, not a diff. Thanks for your efforts, the themes page does look a lot more useful! -Rick On Thu, Dec 18, 2008 at 9:52 AM, John Goerzen wrote: > Hi folks, > > I recently went to find a theme for my new MoinMoin install, running > 1.8.x. I got terribly frustrated because so many of the themes on > moinmo.in/ThemeMarket are so old that they haven't worked with the > stable MoinMoin release for about 2-3 years now. > > Another frustration is that there are a ton of themes that maybe would > work with the current release, but only if they are patched to do so. > These patches are presented in various ways, from diffs to "edit the > file here" instructions. Why are people not just uploading new > versions? This is incredibly unfriendly. Can't we get "click and > install" like other web apps have? > > After some discussion on #moin, I reorganized ThemeMarket to at least > indicate compatible versions, so people running the current MoinMoin > releases can find themes that work. > > Since then, at least one other person has edited that page to list a > 1.6.x theme as "compatible with 1.8.x" because there is a patch on a > discussion page 2 links down that makes it work. That despite the > fact that the main page for that theme says it only works with 1.6.x. > To me, it should only be listed as compatible with 1.8.x if the > tar/zip file you download works out of the box. > > Making people jump through tons of hoops to make it work on the > current release is not at all friendly. > > Comments? Should I revert that change? > > -- John > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > 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 jgoerzen at complete.org Thu Dec 18 13:30:17 2008 From: jgoerzen at complete.org (John Goerzen) Date: Thu, 18 Dec 2008 12:30:17 -0600 Subject: [Moin-user] The sad state of themes Message-ID: <494A96B9.5000600@complete.org> I should update this just a bit to add that one of the themes is indeed compatible with 1.8, it just didn't look that way from its theme page. I've fixed that page. Still, I would like to make this observation: If a theme is broken with the current release, and you fix it, please upload a new zip or tar file, and update the theme page appropriately. I'm *used* to using diff, and I find the current situation annoying (it's hard to know which diffs and comments even pertain to current theme and moinmoin versions). BTW, kudos to David Linke and Marcel H?fner for your work on sinorca4moin. It's the first theme that I like that actually works in 1.8 ;-) -- John From p.f.moore at gmail.com Thu Dec 18 15:18:50 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Thu, 18 Dec 2008 20:18:50 +0000 Subject: [Moin-user] Strange problem with macro Message-ID: <79990c6b0812181218m48f8ccfbjcce50bf1de11a46c@mail.gmail.com> I've got a simple internal wiki at our site, using MoinMoin 1.8.0 (just upgraded). I have a local macro which is causing me some trouble. It's nothing fancy, it just adds a bit of script to the page. I've changed the macro today, but nothing I do makes the new version get picked up! I have restarted MoinMoin, restarted Apache, deleted the .pyc for the macro, and deleted the page cache (using the "Delete Cache" page action). Nothing I do seems to get the new code picked up. What's more, after I deleted the .pyc, no new .pyc gets generated, which implies to me that the macro code isn't even being run (ie, the page HTML isn't being regenerated). There's nothing particularly fancy about my setup - standalone Moin server running on port 8123, behind an Apache reverse proxy. I've restarted both apache and Moin, and as I say I used "Delete cache" on the page (I also made an edit to the page, just to make sure) so I don't see how any server-side caches could be affecting things any more. I'm using IE6 (I know, don't tell me, I don't have an option!) as my client, but there can't be any client caches involved that I can see, as I looked at the page on another PC (the wiki server itself) where I'd not gone to that page before, so no client-side cache there (I'd already done all the reloads, shift-reload, etc before that, to no avail). I'm baffled. Can anyone suggest what I might have missed? (And slightly more generally, what's the recommended way of making Moin reread a macro's code after you change it?) Thanks for any help, Paul. From p.f.moore at gmail.com Fri Dec 19 06:16:10 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Fri, 19 Dec 2008 11:16:10 +0000 Subject: [Moin-user] Strange problem with macro In-Reply-To: <79990c6b0812181218m48f8ccfbjcce50bf1de11a46c@mail.gmail.com> References: <79990c6b0812181218m48f8ccfbjcce50bf1de11a46c@mail.gmail.com> Message-ID: <79990c6b0812190316w6eb51a3ek37a41f62c946ff54@mail.gmail.com> 2008/12/18 Paul Moore : > I've got a simple internal wiki at our site, using MoinMoin 1.8.0 > (just upgraded). I have a local macro which is causing me some > trouble. It's nothing fancy, it just adds a bit of script to the page. > > I've changed the macro today, but nothing I do makes the new version > get picked up! I found the problem. I was running MoinMoin as a Windows service, using srvany.exe as the service process. My service configuration was using moin.bat to run the standalone server, but this doesn't appear to work - stopping the service left a python.exe process running. So I was seeing my old code, because that was what was still running! I fixed this by running python.exe -c "..."... duirectly (taking the appropriate line from moin.bat. Moral: don't use .bat files with srvany.exe. Paul. From waqas805 at hotmail.com Fri Dec 19 09:27:58 2008 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 19 Dec 2008 15:27:58 +0100 Subject: [Moin-user] Local moinmoin Message-ID: Hi, I am using moinmoin1.72 under apache with sspi_authentication and every body can get access in my team on the same network. Some want to use offline moinmoin. I mean when some body dont have internet connection, then he/she can not get access also via VPN. so what you will be preffer. how to manage this type of problem? when user has simple his own offline moinmoin and i copy the data folder or pages folder in his moinmoin, then there is no security about data anymore. Please guide me what will be better in this case. have a nice day, Best Regards, Waqas Ahmad _________________________________________________________________ Show them the way! Add maps and directions to your party invites. http://www.microsoft.com/windows/windowslive/events.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdd at dodin.org Sat Dec 20 06:57:40 2008 From: jdd at dodin.org (jdd) Date: Sat, 20 Dec 2008 12:57:40 +0100 Subject: [Moin-user] html PRE and {{{ }}} Message-ID: <494CDDB4.7030805@dodin.org> I try to fix the html->Moin converter http://search.cpan.org/dist/HTML-WikiConverter/ (online here : http://diberri.dyndns.org/wikipedia/html2wiki/index.html) but I have a problem with the "
" tag.

html:


/boot     /dev/hda1        10 Megabytes
swap      /dev/vg00/swap   256 Megabytes
/         /dev/vg00/root     2 Gigabytes
/home     /dev/vg00/home     6 Gigabytes

         


displays perfectly, but replacing table by "||" and 
 by {{{ fails
because || tables sees the carriage return and refuse it.

the converter gives:

|| {{{ /boot
/dev/hda1        10 Megabytes
 swap      /dev/vg00/swap   256 Megabytes
 /         /dev/vg00/root     2 Gigabytes
 /home     /dev/vg00/home     6 Gigabytes
 }}} ||

(on this example, I could remove the table enclosure - I don't really
know why it's here, this is a HOWTO converted by jade from docbook)

any idea,

thanks
jdd

-- 
http://www.dodin.net
http://valerie.dodin.org
http://www.youtube.com/watch?v=t-eic8MSSfM



From stephen at theboulets.net  Sun Dec 21 13:21:41 2008
From: stephen at theboulets.net (Stephen Boulet)
Date: Sun, 21 Dec 2008 12:21:41 -0600
Subject: [Moin-user] Line break [[BR]] not working
Message-ID: 

I've just upgraded to the 1.7.1-1ubuntu1 version of moinmoin that  
comes with Ubuntu 8.10. In a wiki that I had running on the previous  
version of Ubuntu, instances of "[[BR]]" don't seem to be adding line  
breaks. So things like this aren't working:

WikiWord1[[BR]]
WikiWord2[[BR]]
WikiWord3

I see the words separated by a "BR" and whitespace. Any suggestions?  
Thanks.

Stephen



From czerwinski1977 at gmx.net  Sun Dec 21 13:49:49 2008
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Sun, 21 Dec 2008 19:49:49 +0100
Subject: [Moin-user] Line break [[BR]] not working
In-Reply-To: 
References: 
Message-ID: 

use <
> -- the syntax is slightly changed.

cheers, r.

On Sun, 21 Dec 2008 19:21:41 +0100, Stephen Boulet  
 wrote:

> I've just upgraded to the 1.7.1-1ubuntu1 version of moinmoin that
> comes with Ubuntu 8.10. In a wiki that I had running on the previous
> version of Ubuntu, instances of "[[BR]]" don't seem to be adding line
> breaks. So things like this aren't working:
>
> WikiWord1[[BR]]
> WikiWord2[[BR]]
> WikiWord3
>
> I see the words separated by a "BR" and whitespace. Any suggestions?
> Thanks.
>
> Stephen
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/



From rick.vanderveer at gmail.com  Sun Dec 21 14:27:04 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Sun, 21 Dec 2008 13:27:04 -0600
Subject: [Moin-user] Line break [[BR]] not working
In-Reply-To: 
References: 
	
Message-ID: <5c39e1ca0812211127t43008e3ew4967ff2f282c69ea@mail.gmail.com>

Also, there are upgrade scripts you can run that will automatically fix the
BR macros for you.
Look in \\(your python
directory)\Lib\site-packages\MoinMoin\script\migration\

-Rick



On Sun, Dec 21, 2008 at 12:49 PM, Reinhard Mayr aka Czerwinski <
czerwinski1977 at gmx.net> wrote:

> use <
> -- the syntax is slightly changed.
>
> cheers, r.
>
> On Sun, 21 Dec 2008 19:21:41 +0100, Stephen Boulet
>  wrote:
>
> > I've just upgraded to the 1.7.1-1ubuntu1 version of moinmoin that
> > comes with Ubuntu 8.10. In a wiki that I had running on the previous
> > version of Ubuntu, instances of "[[BR]]" don't seem to be adding line
> > breaks. So things like this aren't working:
> >
> > WikiWord1[[BR]]
> > WikiWord2[[BR]]
> > WikiWord3
> >
> > I see the words separated by a "BR" and whitespace. Any suggestions?
> > Thanks.
> >
> > Stephen
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Moin-user mailing list
> > Moin-user at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> 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 tw-public at gmx.de  Sun Dec 21 14:39:41 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun, 21 Dec 2008 20:39:41 +0100
Subject: [Moin-user] html PRE and {{{ }}}
In-Reply-To: <494CDDB4.7030805@dodin.org>
References: <494CDDB4.7030805@dodin.org>
Message-ID: <1229888381.6383.51.camel@black.firma.waldmann-edv.de>

> displays perfectly, but replacing table by "||" and 
 by {{{ fails
> because || tables sees the carriage return and refuse it.

You can't have table cell contents in wiki markup that is multiple
lines.

> || {{{ /boot
> /dev/hda1        10 Megabytes
>  swap      /dev/vg00/swap   256 Megabytes
>  /         /dev/vg00/root     2 Gigabytes
>  /home     /dev/vg00/home     6 Gigabytes
>  }}} ||
> 
> (on this example, I could remove the table enclosure - I don't really
> know why it's here, this is a HOWTO converted by jade from docbook)
> 
> any idea,

As HTML is much more powerful than wiki markup, it is simply not
possible to convert arbitrary html to wiki.

BTW, moin's gui editor converter also has that problem: it gets html/xml
as input and has to output wiki markup. As long as the input is more or
less created from moin, that works mostly ok. But if some user has the
bad idea to copy and paste arbitrary stuff into the gui editor, it can
fail rather easily.





From stephen at theboulets.net  Sun Dec 21 17:46:47 2008
From: stephen at theboulets.net (Stephen Boulet)
Date: Sun, 21 Dec 2008 16:46:47 -0600
Subject: [Moin-user] Line break [[BR]] not working
In-Reply-To: <5c39e1ca0812211127t43008e3ew4967ff2f282c69ea@mail.gmail.com>
References: 
	
	<5c39e1ca0812211127t43008e3ew4967ff2f282c69ea@mail.gmail.com>
Message-ID: <684A2CE2-D5F8-4738-B543-B1AC55609DDB@theboulets.net>

I tried using the script this way, but the [[BR]] occurrences are  not  
changed:

moin --config-dir=/etc/moin --wiki-url=localhost/mywiki migration data

Stephen


On Dec 21, 2008, at 1:27 PM, Rick Vanderveer wrote:

> Also, there are upgrade scripts you can run that will automatically  
> fix the BR macros for you.
>
> Look in \\(your python directory)\Lib\site-packages\MoinMoin\script 
> \migration\
>
> -Rick
>
>
>
> On Sun, Dec 21, 2008 at 12:49 PM, Reinhard Mayr aka Czerwinski  > wrote:
> use <
> -- the syntax is slightly changed.
>
> cheers, r.
>
> On Sun, 21 Dec 2008 19:21:41 +0100, Stephen Boulet
>  wrote:
>
> > I've just upgraded to the 1.7.1-1ubuntu1 version of moinmoin that
> > comes with Ubuntu 8.10. In a wiki that I had running on the previous
> > version of Ubuntu, instances of "[[BR]]" don't seem to be adding  
> line
> > breaks. So things like this aren't working:
> >
> > WikiWord1[[BR]]
> > WikiWord2[[BR]]
> > WikiWord3
> >
> > I see the words separated by a "BR" and whitespace. Any suggestions?
> > Thanks.
> >
> > Stephen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From waqas805 at hotmail.com  Tue Dec 23 02:32:56 2008
From: waqas805 at hotmail.com (waqas ahmad)
Date: Tue, 23 Dec 2008 08:32:56 +0100
Subject: [Moin-user] Pdf and excel files
Message-ID: 



 
Hi, 
 
 
How can i attach excel and pdf files to a page, so that i can see the contents of those file on a moinmoin page. 
 
Thanks 
 
Best Regards, 
 
Waqas Ahmad
_________________________________________________________________
Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy!
http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From rb.proj at gmail.com  Tue Dec 23 04:07:59 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Tue, 23 Dec 2008 10:07:59 +0100
Subject: [Moin-user] Pdf and excel files
In-Reply-To: 
References: 
Message-ID: 

waqas ahmad schrieb:
> 
>  
> Hi, 
>  
>  
> How can i attach excel and pdf files to a page, so that i can see the contents of those file on a moinmoin page. 
>  
> Thanks 
>  
> Best Regards, 


for both you need a plugin for your browser.

I don't know a plugin to render excel files. alternativly you can create
tables in html or svg or convert from excel to one of these formats.

A pdf page could also be converted to svg and rendered by firefox


You also can install the adobe pdf extension for your browser

cheers
Reimar




From franz.zieher at gmail.com  Tue Dec 23 05:03:51 2008
From: franz.zieher at gmail.com (Franz Zieher)
Date: Tue, 23 Dec 2008 10:03:51 +0000 (UTC)
Subject: [Moin-user] Upgrading authentication scheme / any supporting tools?
Message-ID: 

Dear All,

I'm in the process of upgrading a 400 user moin site from standard
user authentication to LDAP authentication. I'm planing to
update the data/users files with the user names from LDAP,
remove the entry from the previous enc_password setting, and
set the aliasname to standard settings when LDAP auth is used.

I'm I missing something here or are there any additional modifications
necessary. Are there any supporting tools that would update a user file
automatically?

Franz




From dcramer at motive.com  Wed Dec 24 15:02:13 2008
From: dcramer at motive.com (David Cramer)
Date: Wed, 24 Dec 2008 14:02:13 -0600
Subject: [Moin-user] Syntax change from 1.5.x to 1.6.4 not covered by the
	migration scripts
Message-ID: 

I notice that after migrating to 1.6.4 from 1.5.7:
 
{{{
This still works...
blah
}}}
 
And {{{this still works}}} however
 
 {{{This used to work, but doesn't anymore
}}}

In the last case, the {{{ and }}} characters aren't picked up as markup
and are displayed. Unfortunately, my data has many instances of the last
one. Are there any scripts to clean up that kind of thing?

Thanks,
David



From dcramer at motive.com  Wed Dec 24 17:20:28 2008
From: dcramer at motive.com (David Cramer)
Date: Wed, 24 Dec 2008 16:20:28 -0600
Subject: [Moin-user] Upgrading from 1.5.7 to 1.8.0 and moving to a new
	machine
In-Reply-To: <5c39e1ca0812140856n36797300oe49def789701efb@mail.gmail.com>
References: 
	<5c39e1ca0812140856n36797300oe49def789701efb@mail.gmail.com>
Message-ID: 

Ok, I have the wikis updated and basically working on the new machine
(Solaris 5.10 on Intel, Python 2.4.4). 
I'm seeing the following in my apache error_log. The first I assume has
to do with the new logging stuff, but I thought I could just use the
default. I don't know what the second one means. Any tips?
 
[Wed Dec 24 16:07:39 2008] [error] [client 135.115.128.52] 2008-12-24
16:07:39,3
30 WARNING MoinMoin.log:137 using logging configuration read from
built-in fallb
ack in MoinMoin.log module!
[Wed Dec 24 16:07:39 2008] [error] [client 135.115.128.52] 2008-12-24
16:07:3 9,5
04 INFO MoinMoin.config.multiconfig:125 using wiki config:
/usr/local/share/moin
/devwiki/wikiconfig.pyc
 
Thanks,
David


________________________________

	From: Rick Vanderveer [mailto:rick.vanderveer at gmail.com] 
	Sent: Sunday, December 14, 2008 10:56 AM
	To: David Cramer
	Cc: moin-user at lists.sourceforge.net
	Subject: Re: [Moin-user] Upgrading from 1.5.7 to 1.8.0 and
moving to a new machine
	
	
	Hey David, 
	I think the steps you outlined sounds reasonable.  The only
concern (which I'm sure you have covered) is to make sure that no one
edits the wiki on machine 1 (so your pages get out of sync).

	No, you don't need to worry about upgrading from 1.5.7 to 1.5.9
first.

	-Rick



	On Sun, Dec 14, 2008 at 9:11 AM, David Cramer
 wrote:
	

		Hi there, 
		I have a moinmoin wiki installation with three wiki
instances on machine #1 at version 1.5.7. I have a new machine, machine
#2. I want to move the wikis to the new machine and in the process,
upgrade them to 1.8.0. 
		
		Here's what I'm contemplating doing: 
		
		1. Install 1.6.4 on machine #2. 
		2. Copy my wiki data dirs to machine #2 and run
migration scripts on them. Make adjustments to config files until I have
a working wiki. This seems similar to
http://moinmo.in/ThomasWaldmann/AnotherWayToMigrateFrom1.5To1.6 
		3. Do a normal upgrade to 1.7.3 on machine #2 
		4. Do a normal upgrade to 1.8.0 on machine #2 
		
		Is this a sensible approach? Given my situation, is
there another way that would be better? I like the idea of leaving my
old install intact until the new one is working, then directing traffic
to the new one.  
		
		Another question, do I need to upgrade from 1.5.7 to
1.5.9 before I upgrade to 1.6.4 or can I go directly from 1.5.7 to
1.6.4? 

		Thanks, 
		David 
		

	
------------------------------------------------------------------------
------
		SF.Net email is Sponsored by MIX09, March 18-20, 2009 in
Las Vegas, Nevada.
		The future of the web can't happen without you.  Join us
at MIX09 to help
		pave the way to the Next Web now. Learn more and
register at
	
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
		_______________________________________________
		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 tw-public at gmx.de  Wed Dec 24 20:07:49 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 25 Dec 2008 02:07:49 +0100
Subject: [Moin-user] Syntax change from 1.5.x to 1.6.4 not covered
	by	the migration scripts
In-Reply-To: 
References: 
Message-ID: <1230167269.7825.2.camel@black.firma.waldmann-edv.de>

> I notice that after migrating to 1.6.4 from 1.5.7:

Why didn't you go to 1.8.1?

The biggest changes are from 1.5 to 1.6, everything after is a piece of
cake. :)

>  {{{This used to work, but doesn't anymore
> }}}
> 
> In the last case, the {{{ and }}} characters aren't picked up as markup
> and are displayed. Unfortunately, my data has many instances of the last
> one. Are there any scripts to clean up that kind of thing?

No, iirc this isn't handled automatically.





From tw-public at gmx.de  Wed Dec 24 20:12:27 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 25 Dec 2008 02:12:27 +0100
Subject: [Moin-user] Upgrading from 1.5.7 to 1.8.0 and moving to a
	new	machine
In-Reply-To: 
References: 
	<5c39e1ca0812140856n36797300oe49def789701efb@mail.gmail.com>
	
Message-ID: <1230167547.7825.8.camel@black.firma.waldmann-edv.de>



> I'm seeing the following in my apache error_log. The first I assume
> has to do with the new logging stuff,

Yes, the builtin default just emits log to stderr.

> but I thought I could just use the default. I don't know what the
> second one means. Any tips?
>  
> [Wed Dec 24 16:07:39 2008] [error] [client 135.115.128.52] 2008-12-24
> 16:07:39,3
> 30 WARNING MoinMoin.log:137 using logging configuration read from
> built-in fallback in MoinMoin.log module!

If you are happy with stderr, you can ignore this.
If you don't like that msg, you could also configure a stderr logging
yourself.

> [Wed Dec 24 16:07:39 2008] [error] [client 135.115.128.52] 2008-12-24
> 16:07:3 9,5
> 04 INFO MoinMoin.config.multiconfig:125 using wiki
> config: /usr/local/share/moin
> /devwiki/wikiconfig.pyc

This is just informative (INFO). Sometimes people where unclear about
the config file location used by moin (and edited the wrong file
wondering why behaviour did not change). This log entry makes it very
clear where moin reads its config from.






From tw-public at gmx.de  Wed Dec 24 20:21:43 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 25 Dec 2008 02:21:43 +0100
Subject: [Moin-user] moin 1.8.1 released!
Message-ID: <1230168103.8176.1.camel@black.firma.waldmann-edv.de>


See http://moinmo.in/MoinMoinDownload for the release archive and the
change log.

Some system text translations and help pages still need improvement - if
you know a non-english language, you can also help translating and/or
fixing stuff on master18, see: http://moinmo.in/MoinDev/Translation -
your work will get into 1.8.2 release then.

For bigger work, also consider contributing to the master19 wiki.




From dcramer at motive.com  Wed Dec 24 20:34:05 2008
From: dcramer at motive.com (David Cramer)
Date: Wed, 24 Dec 2008 19:34:05 -0600
Subject: [Moin-user] Syntax change from 1.5.x to 1.6.4 not coveredby	the
	migration scripts
In-Reply-To: <1230167269.7825.2.camel@black.firma.waldmann-edv.de>
References: 
	<1230167269.7825.2.camel@black.firma.waldmann-edv.de>
Message-ID: 

> -----Original Message-----
> From: Thomas Waldmann [mailto:tw-public at gmx.de] 
> Sent: Wednesday, December 24, 2008 7:08 PM
> To: moin-user at lists.sourceforge.net
> Subject: Re: [Moin-user] Syntax change from 1.5.x to 1.6.4 
> not coveredby the migration scripts
> 
> > I notice that after migrating to 1.6.4 from 1.5.7:
> 
> Why didn't you go to 1.8.1?
> 
> The biggest changes are from 1.5 to 1.6, everything after is 
> a piece of cake. :)

Oh, I am at 1.8.1 now. I just noticed that when looking stuff over after
the 1.6.4 upgrade.

Thanks,
David 
 
> >  {{{This used to work, but doesn't anymore }}}
> > 
> > In the last case, the {{{ and }}} characters aren't picked up as 
> > markup and are displayed. Unfortunately, my data has many 
> instances of 
> > the last one. Are there any scripts to clean up that kind of thing?
> 
> No, iirc this isn't handled automatically.



From dcramer at motive.com  Sun Dec 28 16:23:17 2008
From: dcramer at motive.com (David Cramer)
Date: Sun, 28 Dec 2008 15:23:17 -0600
Subject: [Moin-user] <> macro in 1.8.1?
Message-ID: 

I recently upgraded from 1.5.7 to 1.8.1.Somewhere along the way the
<> macro, which caused a login form to appear if you are not
already logged in, disappeared...so now I just see the text <>
rather than the login form. Was support removed for that macro?
 
Thanks,
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From kai at aplteam.com  Mon Dec 29 07:18:38 2008
From: kai at aplteam.com (kai at aplteam.com)
Date: Mon, 29 Dec 2008 12:18:38 +0000
Subject: [Moin-user] Textchas
Message-ID: <99f673360812290418r5ffb9e65y28cc23302a55e542@mail.gmail.com>

Hi there

I am running MoinMoin 1.7.1

I don't want to bother "recognized" users with textchas, so my approach was:

- prevent anonymous users from editing/deleting/adding pages
- Configure textchas
- Put users with an account on a page "TrustedGroup" in a kind of
semi-automated process.
- add to wikiconfig.py:   textchas_disabled_group = u"TrustedGroup"

As a result I exptected MoinMoin to present textchas when somebody
creates a new account. When the user adds pages or changes existing
pages, he or she continues to see textchas until the account gets
added to the "TrustedGroup" - from then the user should not see any
textchas anymore.

Only it does not work as expected: the "textchas_disabled_group"
seetings seems to be ignored.

Worse: when a user gets an answer wrong, the edit window disappears
and a message "TextCha: Wrong answer! Go back and try again...".

If "Go back" means what it says, it won't work: all changes are lost.
Of course this is unaccaptable, so the question is: is it a bug?

You can see this at aplwiki.aplteam.com
You can use "abc" as a user; password is "tester"

Advice is very welcome.

Kai



From kai at aplteam.com  Wed Dec 31 05:20:31 2008
From: kai at aplteam.com (kai at aplteam.com)
Date: Wed, 31 Dec 2008 11:20:31 +0100
Subject: [Moin-user] Upgrade 1.7.1 to 1.8 fails
Message-ID: <99f673360812310220x5d2ba425v240fbd027a39b379@mail.gmail.com>

I tried to upgrade from 1.7.1 to 1.8.

I am running MoinMoin under WIndows/Apache with FastCGI.

After running

python setup.py install

I restartet both, Apache and FastCGI.

I get a 500 (Server Error)

The apache log contains this bit of information:

[Wed Dec 31 11:11:22 2008] [error] [client 87.106.54.209] FastCGI:
incomplete headers (0 bytes) received from server
"D:/Wikis/apl2/moin.fcg", referer:
http://aplteam2.com/aplwiki/Frontpage

I compared my moin.fcg with the latest one but cannot see any reason
why it fails to work under 1.8

Any ideas?

Kai



From kai at aplteam.com  Wed Dec 31 05:44:19 2008
From: kai at aplteam.com (kai at aplteam.com)
Date: Wed, 31 Dec 2008 11:44:19 +0100
Subject: [Moin-user] Textchas
Message-ID: <99f673360812310244r3844822aq7fb3c012642317d2@mail.gmail.com>

It's more complex:

*** Lost changes

Opera, Mozilla, Safari, Firefox and Chrome work just fine, meaning
that after clicking the Browser's "Back" buttons show me my edit
window, so I can try again the textcha question.

With Internet Explorer 7, however, the user lost all his changes.

Since about 70% of my users are using some sort of IE (I don't know
how 6 is behaving) this is a BIG problem!

*** textchas_disabled_group

It works fine for old users. It does not work for new users. I even
rebootet the server, no change.

Since old and new users are both members of the "TrustedGroup", how can that be?

Kai



From rick.vanderveer at gmail.com  Wed Dec 31 10:10:06 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Wed, 31 Dec 2008 09:10:06 -0600
Subject: [Moin-user] Upgrade 1.7.1 to 1.8 fails
In-Reply-To: <99f673360812310220x5d2ba425v240fbd027a39b379@mail.gmail.com>
References: <99f673360812310220x5d2ba425v240fbd027a39b379@mail.gmail.com>
Message-ID: <5c39e1ca0812310710j75ae5f19jfc1e5bb72e22c682@mail.gmail.com>

Hey Kai,You need to also modify some Python files.  I have an upgrade guide
that will help you here (also linked from the moin download page).  Pay
attention to the FastCGI section:
http://moinmo.in/RickVanderveer/UpgradingFromMoin17ToMoin18

-Rick




On Wed, Dec 31, 2008 at 4:20 AM, kai at aplteam.com  wrote:

> I tried to upgrade from 1.7.1 to 1.8.
>
> I am running MoinMoin under WIndows/Apache with FastCGI.
>
> After running
>
> python setup.py install
>
> I restartet both, Apache and FastCGI.
>
> I get a 500 (Server Error)
>
> The apache log contains this bit of information:
>
> [Wed Dec 31 11:11:22 2008] [error] [client 87.106.54.209] FastCGI:
> incomplete headers (0 bytes) received from server
> "D:/Wikis/apl2/moin.fcg", referer:
> http://aplteam2.com/aplwiki/Frontpage
>
> I compared my moin.fcg with the latest one but cannot see any reason
> why it fails to work under 1.8
>
> Any ideas?
>
> Kai
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> 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 kai at aplteam.com  Wed Dec 31 11:55:48 2008
From: kai at aplteam.com (kai at aplteam.com)
Date: Wed, 31 Dec 2008 16:55:48 +0000
Subject: [Moin-user] Upgrade 1.7.1 to 1.8 fails
In-Reply-To: <5c39e1ca0812310710j75ae5f19jfc1e5bb72e22c682@mail.gmail.com>
References: <99f673360812310220x5d2ba425v240fbd027a39b379@mail.gmail.com>
	<5c39e1ca0812310710j75ae5f19jfc1e5bb72e22c682@mail.gmail.com>
Message-ID: <99f673360812310855v1c0440a2q989e774bda0c5d59@mail.gmail.com>

Hello Rick,

I new this, in fact you wrote this in a private mail earlier on as I
am very well aware, of course.

However, after getting your email I went through all the steps again.
It was the Port definition. Instead if
8888
as intended, I did specify
88888

Oh dear.

In general, the wiki works. Only problem seems to be that the
"RecentChanges" have stopped working.

Thanks, and happy new year
Kai



From kai at aplteam.com  Wed Dec 31 11:55:48 2008
From: kai at aplteam.com (kai at aplteam.com)
Date: Wed, 31 Dec 2008 16:55:48 +0000
Subject: [Moin-user] Upgrade 1.7.1 to 1.8 fails
In-Reply-To: <5c39e1ca0812310710j75ae5f19jfc1e5bb72e22c682@mail.gmail.com>
References: <99f673360812310220x5d2ba425v240fbd027a39b379@mail.gmail.com>
	<5c39e1ca0812310710j75ae5f19jfc1e5bb72e22c682@mail.gmail.com>
Message-ID: <99f673360812310855v1c0440a2q989e774bda0c5d59@mail.gmail.com>

Hello Rick,

I new this, in fact you wrote this in a private mail earlier on as I
am very well aware, of course.

However, after getting your email I went through all the steps again.
It was the Port definition. Instead if
8888
as intended, I did specify
88888

Oh dear.

In general, the wiki works. Only problem seems to be that the
"RecentChanges" have stopped working.

Thanks, and happy new year
Kai