From eduardo.mercovich at gmail.com Fri Apr 1 07:07:29 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Fri Apr 1 07:07:29 2005 Subject: [Moin-user] Re: Upgrading: 1.3.3 to 1.3.4 (Eduardo Mercovich) In-Reply-To: <424AB46A.4040109@gmx.de> References: <20050330042350.F018B13629@sc8-sf-spam2.sourceforge.net> <7774edb1f161361bbcfb6d5d77a5daa4@actcom.net.il> <424AB46A.4040109@gmx.de> Message-ID: <4459f0d3050401070666995a47@mail.gmail.com> Hi Thomas! > Don't forget to run the new mig scripts we included with 1.3.4. > See CHANGES. Mmm.. I've read CHANGES and saw none. All the scripts were to migrate fron 1.2 to 1.3, and I'm migratin from 1.3.3 to 1.3.4. Did I miss something? I have just finished the migration and it seems to be running fine in Debian, standalone. I'll start working with UpgradingMoinMoin. Regards... -- Eduardo Mercovich Buenos Aires - Argentina. From mcherron at mac.com Fri Apr 1 17:54:47 2005 From: mcherron at mac.com (Michael Herron) Date: Fri Apr 1 17:54:47 2005 Subject: [Moin-user] apache cannot find wiki (redhat) Message-ID: <064010d1481d70a6b372bebc95e47429@mac.com> I just followed the instructions for installing MoinMoin on a linux box. I have now done this a few times to make sure that I am not skipping steps. After I edit my httpd.conf file and restart apache, trying to find my wiki (named ilfirst) produces: The requested URL /ilfirst was not found on this server. I must be missing some config options. My httpd.conf has: ScriptAlias /ilfirst "/usr/share/moin/ilfirst/cgi-bin/moin.cgi" Order deny,allow Allow from all and this directory exists: [root at elgar ilfirst]# cd /usr/share/moin/ilfirst/ [root at elgar ilfirst]# ls -l total 20 drwxr-x--- 2 apache apache 4096 Apr 1 20:39 cgi-bin drwxrwx--- 6 apache apache 4096 Apr 1 20:25 data drwxrwx--- 3 apache apache 4096 Apr 1 20:25 underlay -rw-rw---- 1 apache apache 5317 Apr 1 20:25 wikiconfig.py Can anyone suggest where I should start looking for problems? Thanks, Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1131 bytes Desc: not available URL: From pascal.bauermeister at hispeed.ch Sat Apr 2 11:36:13 2005 From: pascal.bauermeister at hispeed.ch (Pascal Bauermeister) Date: Sat Apr 2 11:36:13 2005 Subject: [Moin-user] Appropriate way to use Moin In-Reply-To: <1112287727.23874.36.camel@angua.localnet> References: <1112287727.23874.36.camel@angua.localnet> Message-ID: <1112470524.529.8.camel@cassis> On Thu, 2005-03-31 at 17:48 +0100, Nigel Metheringham wrote: > Hi, > > We currently use Moin to keep organisational information for a theatre > backstage crew. I'd like to describe one aspect of what we're doing and > see if anyone can suggest a better way of doing it... (which could > potentially be a suggestion that we're using the wrong sort of hammer > for driving our screws). > > We have a table of upcoming theatre shows - this is actually a page per > year that uses [[Include...]] macros to stack up the per-month pages for > the year. > > Each month page has a table of shows in that month - this contains:- > * Company - a wiki link to the presenting company show page > * Show - a wiki link to a subpage with the information for this > show > * Dates > * Stage Manager > * Assistant Stage Manager > > All of this information is also on the per-show page, along with much > much more. However we are currently keeping the per-show data and the > excerpt of it on the per-month page in sync manually, which is obviously > both time consuming and error prone. It's good to want a solution to *not* do manual sync! :-) > Can anyone point me to an existing method for extracting a batch of > field data out of a bunch of subpages and populating a table with them? > > If not, would writing a custom macro appear to be a reasonable approach > to this? > > The thing that worries me is that we could end up with a serious > performance problem - currently the year page (which is how most people > go into this) already includes 11 month subpages (we're closed in > August). If each month page hits another n subpages then things might > break... Could it be of any help ? http://moinmoin.wikiwikiweb.de/MacroMarket/SearchInPagesAndSort/UsageExamples#head-0245634a561fec6d5207a677c4b655057028ac72 This macro was *not* meant to deal with tabular information, so maybe the source pages have to be adapted. Or if you have a suggestion that could make this macro help you better, just suggest... Pascal From C.Gillespie at newcastle.ac.uk Mon Apr 4 01:26:12 2005 From: C.Gillespie at newcastle.ac.uk (Colin Gillespie) Date: Mon Apr 4 01:26:12 2005 Subject: [Moin-user] apache cannot find wiki (redhat) Message-ID: <20DA376D0C991745A4D5249F7BCD7A25021848F2@largo.campus.ncl.ac.uk> Hi Michael, Should cgi-bin and (moin.cgi) not be executable by everyone, e.g. chmod uog+x moin.cgi? HTH Colin -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Michael Herron Sent: 02 April 2005 02:54 To: moin-user at lists.sourceforge.net Subject: [Moin-user] apache cannot find wiki (redhat) I just followed the instructions for installing MoinMoin on a linux box. I have now done this a few times to make sure that I am not skipping steps. After I edit my httpd.conf file and restart apache, trying to find my wiki (named ilfirst) produces: The requested URL /ilfirst was not found on this server. I must be missing some config options. My httpd.conf has: ScriptAlias /ilfirst "/usr/share/moin/ilfirst/cgi-bin/moin.cgi" Order deny,allow Allow from all and this directory exists: [root at elgar ilfirst]# cd /usr/share/moin/ilfirst/ [root at elgar ilfirst]# ls -l total 20 drwxr-x--- 2 apache apache 4096 Apr 1 20:39 cgi-bin drwxrwx--- 6 apache apache 4096 Apr 1 20:25 data drwxrwx--- 3 apache apache 4096 Apr 1 20:25 underlay -rw-rw---- 1 apache apache 5317 Apr 1 20:25 wikiconfig.py Can anyone suggest where I should start looking for problems? Thanks, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcherron at mac.com Mon Apr 4 08:45:02 2005 From: mcherron at mac.com (Michael Herron) Date: Mon Apr 4 08:45:02 2005 Subject: [Moin-user] apache cannot find wiki (redhat) In-Reply-To: <20DA376D0C991745A4D5249F7BCD7A25021848F2@largo.campus.ncl.ac.uk> References: <20DA376D0C991745A4D5249F7BCD7A25021848F2@largo.campus.ncl.ac.uk> Message-ID: <799f20016c017827a5d18b898b99c6b2@mac.com> Thanks, Colin. I have the server up and running. It's great. The problem was my (poor) knowledge of apache, which has now improved (a slight bit). mh On Apr 4, 2005, at 4:25 AM, Colin Gillespie wrote: > Hi Michael, > ? > Should cgi-bin and? (moin.cgi) not be executable by everyone, e.g. > chmod uog+x moin.cgi? > ? > HTH > ? > Colin > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Michael > Herron > Sent: 02 April 2005 02:54 > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] apache cannot find wiki (redhat) > > I just followed the instructions for installing MoinMoin on a linux > box. I have now done this a few times to make sure that I am not > skipping steps. > > > After I edit my httpd.conf file and restart apache, trying to find my > wiki (named ilfirst) produces: > > > The requested URL /ilfirst was not found on this server. > > > I must be missing some config options. > > > My httpd.conf has: > > > ScriptAlias /ilfirst "/usr/share/moin/ilfirst/cgi-bin/moin.cgi" > > Order deny,allow > Allow from all > > and this directory exists: > > > [root at elgar ilfirst]# cd /usr/share/moin/ilfirst/ > [root at elgar ilfirst]# ls -l > total 20 > drwxr-x--- 2 apache apache 4096 Apr 1 20:39 cgi-bin > drwxrwx--- 6 apache apache 4096 Apr 1 20:25 data > drwxrwx--- 3 apache apache 4096 Apr 1 20:25 underlay > -rw-rw---- 1 apache apache 5317 Apr 1 20:25 wikiconfig.py > > > Can anyone suggest where I should start looking for problems? > > > Thanks, > > > Michael > > > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 3126 bytes Desc: not available URL: From nigel.harper at lightworkdesign.com Mon Apr 4 08:52:33 2005 From: nigel.harper at lightworkdesign.com (Nigel Harper) Date: Mon Apr 4 08:52:33 2005 Subject: [Moin-user] Eliminating system pages in unwanted languages Message-ID: <8815647C7041D111A3010060B06BE1C002C3AC54@ELVIS> Is there a way to easily get rid of (or otherwise hide) system pages for unwanted languages? I imagine a lot of installations are like mine and only really have users speaking one or two languages so all the translations are just clutter, especially when they show up in the output of TitleIndex etc. and as RandomPages I know I could go through and delete each page manually but a) I'm lazy :) b) presumably I'd just get them back when I upgrade to a new release with a new /underlay directory Is there a better way? Nigel From 2005a at usenet.alexanderweb.de Mon Apr 4 09:24:23 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Apr 4 09:24:23 2005 Subject: [Moin-user] Re: Eliminating system pages in unwanted languages References: <8815647C7041D111A3010060B06BE1C002C3AC54@ELVIS> Message-ID: On Mon, 4 Apr 2005 16:51:46 +0100, Nigel Harper wrote: > Is there a way to easily get rid of (or otherwise hide) system pages for > unwanted languages? See http://moinmoin.wikiwikiweb.de/RemovingUnwantedLanguages Kind regards, Alexander From mcm at Kolkidos.com Mon Apr 4 21:41:11 2005 From: mcm at Kolkidos.com (Matthew Miller) Date: Mon Apr 4 21:41:11 2005 Subject: [Moin-user] Links & forms Message-ID: Is there a way to link an image (not imagemap, just one link for the whole image)? In particular, I need to be able to put a condensed image on the page but would like to have the image itself serve as a link to a larger version. Possible? I'd like to include a form on one page; this would consist of rows of checkboxes, each column with a separate label and each row being a computer-name record. What's the best way to do this? TIA, Matthew C. Miller Managed Services Team mcm at kolkidos.com Kolkidos, Inc. 208/344.0050 www.kolkidos.com From yibble at yibble.org Tue Apr 5 01:29:28 2005 From: yibble at yibble.org (Nathan Lee Reynolds (yibble)) Date: Tue Apr 5 01:29:28 2005 Subject: [Moin-user] Links & forms In-Reply-To: References: Message-ID: <1112689858.18721.4.camel@wibble.yibble.org> On Mon, 2005-04-04 at 22:41 -0600, Matthew Miller wrote: > Is there a way to link an image (not imagemap, just one link for the > whole image)? In particular, I need to be able to put a condensed image > on the page but would like to have the image itself serve as a link to a > larger version. Possible? > > I'd like to include a form on one page; this would consist of rows of > checkboxes, each column with a separate label and each row being a > computer-name record. What's the best way to do this? > > TIA, > > Matthew C. Miller Managed Services Team > mcm at kolkidos.com Kolkidos, Inc. > 208/344.0050 www.kolkidos.com -- snip-- If you mean like a thumbnail, I have an example of a macro ported from the daviswiki.org project on my wiki, Thumbnail specific instructions from daviswiki.org are here, Current source repository for daviswiki.org, here: I've managed to successfully port the Thumbnail functionality, Commenting on articles, and the Events Board system, although I'm having a hell of a time getting unicode into that :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From watsonr at cs.tcd.ie Tue Apr 5 03:47:12 2005 From: watsonr at cs.tcd.ie (Ronan Watson) Date: Tue Apr 5 03:47:12 2005 Subject: [Moin-user] New User:Writing page to a file Message-ID: <1112697904.21759.25.camel@picolet.cs.tcd.ie> Hi, Using, page.send_page(request), works fine. It sends the text to the wiki web page. Now I want to save the text from this request to a file. How do I get the text out of this request? Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From uwe.werner at rtc.bosch.com Tue Apr 5 06:46:38 2005 From: uwe.werner at rtc.bosch.com (Uwe Werner (RTC)) Date: Tue Apr 5 06:46:38 2005 Subject: [Moin-user] Export Wiki Information Message-ID: <42529687.8000804@rtc.bosch.com> Hi everybody, Moin rocks and we use it on our department intranet. But - yes, there is at least one "but" : From time to time I have to provide information (on a singe page, scattered over multiple pages) to persons either not willing to bother with our Wiki or simply not able to access it at all. (Or I do want to prescribe a sequence of reading.) I do print outs (using the browser of my choice). It really does not look nice. I copy/paste plain text / html. A lot of work. Various options with different qualities. I know there are some ongoing discussions on future features, but I would really like to learn how you do it right now, with Moin 1.3.x. Perhaps I missed something essential. Thank you! Uwe From watsonr at cs.tcd.ie Tue Apr 5 07:10:26 2005 From: watsonr at cs.tcd.ie (Ronan Watson) Date: Tue Apr 5 07:10:26 2005 Subject: [Moin-user] Using formatter Message-ID: <1112710109.21759.31.camel@picolet.cs.tcd.ie> Hi, I have a particular formatter. What I want to do is use this formatter on a wiki page. This works already and a window pops up to ask me where to save this file which has been formatted. What I want to do is to save this file in the background and run some other filter on it on my machine and then for the save window to popup again. Any help would be appreciated. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From eduardo.mercovich at gmail.com Tue Apr 5 07:45:10 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Tue Apr 5 07:45:10 2005 Subject: [Moin-user] Export Wiki Information In-Reply-To: <42529687.8000804@rtc.bosch.com> References: <42529687.8000804@rtc.bosch.com> Message-ID: <4459f0d305040507444e2e3694@mail.gmail.com> Hi Uwe! [...] > I do print outs (using the browser of my choice). It really does not > look nice. Try to make the whole document using the Include macro. Then, customize your print css. If you don't know about css, search someone who does. You can make it look as you like, even using some company style with headers, footers, fonts, colors, etc. Hope it helps. :-) -- Eduardo Mercovich Buenos Aires - Argentina. From 2005a at usenet.alexanderweb.de Wed Apr 6 09:40:52 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Apr 6 09:40:52 2005 Subject: [Moin-user] Re: New User:Writing page to a file References: <1112697904.21759.25.camel@picolet.cs.tcd.ie> Message-ID: <1xbj6sqs76ow8$.dlg@usenet.alexanderweb.de> On Tue, 05 Apr 2005 11:45:04 +0100, Ronan Watson wrote: > Using, > page.send_page(request), > works fine. It sends the text to the wiki web page. Now I want to save > the text from this request to a file. How do I get the text out of this > request? Look at Page.py, getPageLinks: request.redirect(FILE_HERE!) try: Page(request, self.page_name).send_page(request, content_only=1) finally: request.redirect() That should do it after you have set the file in the first line. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Wed Apr 6 09:52:02 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Apr 6 09:52:02 2005 Subject: [Moin-user] Re: Using formatter References: <1112710109.21759.31.camel@picolet.cs.tcd.ie> Message-ID: On Tue, 05 Apr 2005 15:08:29 +0100, Ronan Watson wrote: > What I want to do is to save > this file in the background and run some other filter on it on my > machine and then for the save window to popup again. Do you want to run the filter on the server side? Kind regards, Alexander From 2005a at usenet.alexanderweb.de Wed Apr 6 10:21:23 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Apr 6 10:21:23 2005 Subject: [Moin-user] Re: Using formatter References: <1112710109.21759.31.camel@picolet.cs.tcd.ie> Message-ID: <2vduenu00utf.dlg@usenet.alexanderweb.de> On Wed, 6 Apr 2005 18:48:15 +0200, Alexander Schremmer wrote: > On Tue, 05 Apr 2005 15:08:29 +0100, Ronan Watson wrote: > >> What I want to do is to save >> this file in the background and run some other filter on it on my >> machine and then for the save window to popup again. I think this is not easily possible. Maybe sketch what are trying to do and why you need this postprocessing step and cannot process the data in the formatter directly. Kind regards, Alexander From eduardo.mercovich at gmail.com Thu Apr 7 08:50:22 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Thu Apr 7 08:50:22 2005 Subject: [Moin-user] 1.3.4 problem: new pages without "create this page" Message-ID: <4459f0d305040708492f18811@mail.gmail.com> Hello everybody. I have installed the 1.3.4 version with apparent success, but after some short use, I discovered that when I link to a new page, I am not offered the option to create it. Upon clicking on a new WikiWord, Moin simply shows me that page without content. Any idea? My environment is: * Python Version: 2.3.5 (#2, Feb 9 2005, 00:38:15) [GCC 3.3.5 (Debian 1:3.3.5-8)] * MoinMoin Version: Release 1.3.4 [Revision 1.3.4 release] Thanks a lot... :-) -- Eduardo Mercovich Buenos Aires - Argentina. From 2005a at usenet.alexanderweb.de Thu Apr 7 13:02:22 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Apr 7 13:02:22 2005 Subject: [Moin-user] Re: 1.3.4 problem: new pages without "create this page" References: <4459f0d305040708492f18811@mail.gmail.com> Message-ID: On Thu, 7 Apr 2005 12:49:45 -0300, Eduardo Mercovich wrote: > Upon clicking on a new WikiWord, Moin simply shows me that page > without content. Any idea? Your underlay directory is set improperly/broken and/or the page MissingPage is corrupted. Kind regards, Alexander From quelo at cereve.enpc.fr Thu Apr 14 05:07:22 2005 From: quelo at cereve.enpc.fr (Denis QUELO) Date: Thu Apr 14 05:07:22 2005 Subject: [Moin-user] Editor size Message-ID: <200504141405.52633.quelo@cerea.enpc.fr> Hi, I can not manage to find where to change the editor width that is very small for my wiki (standalone server): HelpOnFormatting | InterWiki [current page size is 72 bytes] Since for other wiki I do not face the same problem, I think it does not come from my browser (konqueor). Thanks for any help, Denis. From wren at hunt.org Fri Apr 15 16:54:00 2005 From: wren at hunt.org (J. Wren Hunt) Date: Fri Apr 15 16:54:00 2005 Subject: [Moin-user] ImportError: cannot import name cgimain Message-ID: <426053E2.3090202@hunt.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Hi all! Short question: Where/how do I locate cgimain? Long version: I'm running Debian Sarge and just recently performed an upgrade. As a result my MoinMoin installation broke. Prior to the upgrade I was running 1.2x (not sure of sub-version) and now it's up to: 1.3. This was done with debian's "apt-get upgrade" procedure - no manual untarring, etc., My Apache errorlog shows: [Fri Apr 15 19:38:39 2005] [error] [client 192.168.1.1] File "/usr/share/moin/cacert/moin.cgi", line 31, in ? [Fri Apr 15 19:38:39 2005] [error] [client 192.168.1.1] from MoinMoin import cgimain [Fri Apr 15 19:38:39 2005] [error] [client 192.168.1.1] ImportError: cannot import name cgimain [Fri Apr 15 19:38:39 2005] [error] [client 192.168.1.1] Premature end of script headers: moin.cgi e Appending "/?test" to the end of my URL (i.e., http://cacert.webhop.org/?test) gives: MoinMoin CGI Diagnosis ====================== Your PYTHONPATH is: ['/usr/share/moin/cacert', ~ '/usr/lib/python23.zip', ~ '/usr/lib/python2.3', ~ '/usr/lib/python2.3/plat-linux2', ~ '/usr/lib/python2.3/lib-tk', ~ '/usr/lib/python2.3/lib-dynload', ~ '/usr/local/lib/python2.3/site-packages', ~ '/usr/lib/python2.3/site-packages', ~ '/usr/lib/python2.3/site-packages/Numeric', ~ '/usr/lib/python2.3/site-packages/gtk-2.0'] Traceback (innermost last): ~ File "/usr/share/moin/cacert/moin.cgi", line 20, in ? ~ from MoinMoin import cgimain ~ ImportError: cannot import name cgimain I found the Wiki entry: "Premature end of script headers" entry at: http://moinmoin.wikiwikiweb.de/MoinMoinQuestions#head-cc52883b626436575dfa41fd54cb3ec2f2fbfdee But nothing on cgimain. Where did I (& my upgrade!) go wrong? Thanks! - -- Cheers! J. Wren Hunt Cambridge, MA. USA - ------------ "In theory, there is no difference between theory and practice. But, in practice, there is." - Jan L.A. van de Snepscheut +------------------------------------------------------------------+ | v-card http://wrenhunt.homelinux.org/data/wren.vcf | | x.509 http://wrenhunt.homelinux.org/data/thawte_wren_hunt.cer | | OpenPGP ADF5 1432 A59E 8F4D 4AE7 4DFE 03FA 91E1 4A24 D6F4 | +------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFCYFPiA/qR4Uok1vQRA73dAKCyWeDpEzvFRqVd/YUJqXCei/ITPQCgmKNI FSby93Vddwjft4FX1LrJhrA= =+/hu -----END PGP SIGNATURE----- From 2005a at usenet.alexanderweb.de Sat Apr 16 02:23:09 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat Apr 16 02:23:09 2005 Subject: [Moin-user] Re: ImportError: cannot import name cgimain References: <426053E2.3090202@hunt.org> Message-ID: On Fri, 15 Apr 2005 19:53:06 -0400, J. Wren Hunt wrote: > Short question: Where/how do I locate cgimain? You don't need to, just replace the .cgi file with a newer one (no idea where the package put it). Kind regards, Alexander From wren at hunt.org Sat Apr 16 03:41:11 2005 From: wren at hunt.org (J. Wren Hunt) Date: Sat Apr 16 03:41:11 2005 Subject: [Moin-user] Re: ImportError: cannot import name cgimain In-Reply-To: References: <426053E2.3090202@hunt.org> Message-ID: <4260EB6B.4080909@hunt.org> Alexander Schremmer wrote: > On Fri, 15 Apr 2005 19:53:06 -0400, J. Wren Hunt wrote: > > >>Short question: Where/how do I locate cgimain? > > > You don't need to, just replace the .cgi file with a newer one (no idea > where the package put it). > Thanks Alexander for the tip - unfortunately I'm not much of a Python guy and don't know what to replace the cgimain reference with. My impulse is to manually install MoinMoin and use it that way but in the back of my mind I'm curious/leery of what the Debian package did or didn't do correctly. -- Cheers! J. Wren Hunt Cambridge, MA. USA ------------ "In theory, there is no difference between theory and practice. But, in practice, there is." - Jan L.A. van de Snepscheut +------------------------------------------------------------------+ | v-card http://wrenhunt.homelinux.org/data/wren.vcf | | x.509 http://wrenhunt.homelinux.org/data/thawte_wren_hunt.cer | | OpenPGP ADF5 1432 A59E 8F4D 4AE7 4DFE 03FA 91E1 4A24 D6F4 | +------------------------------------------------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3188 bytes Desc: S/MIME Cryptographic Signature URL: From 2005a at usenet.alexanderweb.de Sat Apr 16 03:45:44 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat Apr 16 03:45:44 2005 Subject: [Moin-user] Re: Re: ImportError: cannot import name cgimain References: <426053E2.3090202@hunt.org> <4260EB6B.4080909@hunt.org> Message-ID: <1d134d2d9bgal$.dlg@usenet.alexanderweb.de> On Sat, 16 Apr 2005 06:39:39 -0400, J. Wren Hunt wrote: >>>Short question: Where/how do I locate cgimain? >> You don't need to, just replace the .cgi file with a newer one (no idea >> where the package put it). > Thanks Alexander for the tip - unfortunately I'm not much of a Python > guy and don't know what to replace the cgimain reference with. You don't need to edit the file or replace a reference - just use the new moin.cgi file. Either search it locally or download the official package. > My impulse is to manually install MoinMoin and use it that way but in > the back of my mind I'm curious/leery of what the Debian package did or > didn't do correctly. I think it didn't do anything wrong besides having not enough documentation. It cannot replace the moin.cgi file because the path where it lies is not controlled by the .deb. Kind regards, Alexander From brunelli at itc.it Mon Apr 18 03:40:20 2005 From: brunelli at itc.it (Roberto Brunelli) Date: Mon Apr 18 03:40:20 2005 Subject: [Moin-user] Customize moinmoin pages with 'shortcut icon' Message-ID: <42638E63.3000603@itc.it> An HTML attachment was scrubbed... URL: From kevin3prichard at yahoo.com Mon Apr 18 10:36:13 2005 From: kevin3prichard at yahoo.com (Kevin Prichard) Date: Mon Apr 18 10:36:13 2005 Subject: [Moin-user] "data_dir" does not exists at "...", or has incorrect ownership and permissions. Message-ID: <20050418173531.41683.qmail@web53903.mail.yahoo.com> Hi, I'm setting up MoinMoin on Apache 2.0.52 under FC3. I was spinning my wheels against this error: ** "data_dir" does not exists at "/home/www/default/wikidata/", or has incorrect ownership and permissions. ** The directory existed, the ownership was indeed apache.apache, the permissions I tried everything: rwxr-xr-x, rwxrwxr-x, rwxrwxrwx - nothing changes. Then I realized that, despite what the error message said, MoinMoin must be looking elsewhere. And indeed, it was looking in the /usr/share/moin installation directory, which I discovered through trial-and-error. This should be more clearly outlined in the docs, because it is not obvious (to myself anyway.) In farmconfig.py, it even says "If you encounter problems, try to set data_dir and data_underlay_dir to absolute paths." So I did, but apparently these are not respected unless found under the installation directory? Or, maybe they need to contain all the stuff found underneath the installation directory's "./data"? This was a bit frustrating. Same experience applied to data_underlay_dir. I'd like to ease the pain for others - How would I go about contributing to the project documentation changes of this kind? Via CVS? Kind regards, Kevin Prichard __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From mcm at kolkidos.com Mon Apr 18 11:25:04 2005 From: mcm at kolkidos.com (Matthew Miller) Date: Mon Apr 18 11:25:04 2005 Subject: [Moin-user] Customize moinmoin pages with 'shortcut icon' In-Reply-To: <42638E63.3000603@itc.it> References: <42638E63.3000603@itc.it> Message-ID: <4263FB4F.7010103@kolkidos.com> Robert, Use this in your wiki.py or farmconfig.py: # Wiki favicon - this is the little icon that shows up in the # address bar and tabbed browser tabs. html_head = ''' ''' Hope this helps! Roberto Brunelli wrote: > Dear all, > > any hint on which file I should change to introduce the 'shortcut icon' > to have the small images on the browser tabs? > > Thanks, > > Roberto > > -- > > > | Roberto Brunelli, Research Scientist > | TEV Group - ITC-irst > | > | 'You cannot manipulate a marionette with only one string' > | from Chapterhouse Dune, by F. Herbert > > > ------------------------------------------------------- SF email is > sponsored by - The IT Product Guide Read honest & candid reviews on > hundreds of IT Products from real users. Discover which products truly > live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- Matthew C. Miller Kolkidos, Inc. mcm at kolkidos.com Managed Services Team 208/344.0050 http://www.kolkidos.com From eduardo.mercovich at gmail.com Mon Apr 18 11:42:25 2005 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Mon Apr 18 11:42:25 2005 Subject: [Moin-user] UnicodeDecodeError in LocalSpellingWords? Message-ID: <4459f0d3050418114137ea3cbc@mail.gmail.com> Hello all. I have just installed a new Moin 1.3.4 in Debian. It works OK, except that when I try to access the TitleIndex (http://170.210.60.122/th2005/TitleIndex), I got: "UnicodeDecodeError'utf8' codec can't decode bytes in position 1-6: unsupported Unicode code range" I believe (due to the last part of the error msg). That the problem is in the LocalSpellingWords. So when I try to access it, I have the same problem. Any help will be very appreciated. :-) Thanks a lot... -- Eduardo Mercovich Buenos Aires - Argentina. From mal at egenix.com Wed Apr 20 13:01:38 2005 From: mal at egenix.com (M.-A. Lemburg) Date: Wed Apr 20 13:01:38 2005 Subject: [Moin-user] Upgrading from 1.2 -> 1.3 Message-ID: <4266B508.8050600@egenix.com> Hello, I have been a happy user of MoinMoin since the early days and really like it. Now that you've released 1.3, I'd like to upgrade to the new release, but I am rather surprised by the upgrade path you provide in the README.migration esp. since the comments in the various migration scripts don't really give me a warm fuzzy feeling that the upgrade is working properly... Isn't there a way to upgrade smoothly from 1.2 without introducing bugs, wrong timestamps, wrong revno increments, etc. in between which then have to get fixed in later steps of the process ? Ideal would be a dump of the wiki contents in 1.2 which can then be reloaded into 1.3 - in the same manner that databases usually do upgrades. Just curious. Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Apr 20 2005) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From gregwh at gmail.com Wed Apr 20 18:29:42 2005 From: gregwh at gmail.com (greg) Date: Wed Apr 20 18:29:42 2005 Subject: [Moin-user] attachments, filenamespaces, and indexing Message-ID: Hi all, I'm involved with setting up a wiki in an intranet environment and it looks like it's going to be MoinMoin. I'm trying to customize it and make it as usefule for largest number of users possible. A large number of the users will be unlikely to create new links to either pages or attachments, but I'm pretty sure they'll be able to edit and upload attachments since it's analogous to webmail with which they're familar. Others will, hopefully, take up the function of making new project spaces and cleaning up pages by linking to attached files, etc. One thing that has me concerned is that the first group will upload attachments with long filenames that have empty spaces and they're unlikely to use the rename box. If I understand correctly, the only way to link these pages then is to use substitute %20 for the spaces. There are a few a problems with this. First, it makes it hard on the "linkers" and it also might make it scary for the first group to see all these %20's everywhere, which could turn them off to editing. I'm considering altering the MoinMoin.action.AttachFile.do_upload function to substitute underscores for spaces. Is there any good reason not to do this? The other issue is making the attachment pages available for a web crawler to index. We're considering using htdig or maybe a google mini appliance to index the site including the attachments. Is there any place the unlinked files are available to the crawler? Should I create an AttachIndex macro? Any help is appreciated! Thanks, Greg From vamlists at gmx.net Thu Apr 21 02:29:39 2005 From: vamlists at gmx.net (Vamsee Kanakala) Date: Thu Apr 21 02:29:39 2005 Subject: [Moin-user] What's with this persistent error? Message-ID: <4267727B.9060702@gmx.net> Hi all, I installed moin recently, but somehow I cannot get it to work on Apache. I don't know what the problem is, I tried every thing, but I always get this error: MoinMoin Configuration Error Could not find a match for url: "192.168.1.44/mwiki?action=test". Check your URL regular expressions in the "wikis" list in "farmconfig.py". * linux2 (posix) * Python 2.3.5 (/usr/bin/python) * MoinMoin release 1.3.4 (revision 1.3.4 release) The FAQ says I should delete farmconfig.py, which is what I did, but I still get this error. I'm pulling my hair out. Please help. Thanks, Vamsee. From nirs at actcom.net.il Thu Apr 21 04:19:17 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Thu Apr 21 04:19:17 2005 Subject: [Moin-user] Re: Upgrading from 1.2 -> 1.3 (M.-A. Lemburg) In-Reply-To: <20050421032933.4512712FC8@sc8-sf-spam2.sourceforge.net> References: <20050421032933.4512712FC8@sc8-sf-spam2.sourceforge.net> Message-ID: <8237a37ba531e8085b6c00e922ff62f3@actcom.net.il> > Now that you've released 1.3, I'd like to upgrade > to the new release, but I am rather surprised by the upgrade > path you provide in the README.migration esp. since the comments > in the various migration scripts don't really give me a warm > fuzzy feeling that the upgrade is working properly... > > Isn't there a way to upgrade smoothly from 1.2 without > introducing bugs, wrong timestamps, wrong revno increments, > etc. in between which then have to get fixed in later steps > of the process ? The upgrade do work as you can see in many big wikis around. For a warm fuzzy feeling, its not recommended to read those upgrade scripts though :-). Those scripts used in the development process to move from dev version 1 to 2, 2 to 3 etc. Some of the scripts had errors, which had to be fixed in later scripts. Some of the errors could not be avoided because of limitations of the data saved in 1.2. It was nice to have one script that read 1.2 format wiki, and write 1.3 format wiki, but unfortunately nobody wrote such script. The best way to get a warm fuzzy feeling would be to extract the distribution, copy your old data directory into the migration directory, run those scripts one by one, and set a new test wiki with the converted data. When you feel safe enough, shutdown the production wiki and convert it. Best Regards, Nir Soffer From tw-public at gmx.de Thu Apr 21 07:10:42 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Apr 21 07:10:42 2005 Subject: [Moin-user] attachments, filenamespaces, and indexing In-Reply-To: References: Message-ID: <4267AAFF.50206@gmx.de> > considering altering the MoinMoin.action.AttachFile.do_upload function > to substitute underscores for spaces. Is there any good reason not to > do this? As a similar thing is already done for page names: No. So feel free to do that. If you make a nice clean patch we might even include it into 1.3. There won't be bigger changes though, as we will replace attachments in the next major release completely. > The other issue is making the attachment pages available for a web > crawler to index. We're considering using htdig or maybe a google > mini appliance to index the site including the attachments. Is there > any place the unlinked files are available to the crawler? Should I > create an AttachIndex macro? Maybe you need to use a useragent string that is not listed on the blacklist of moin. Usually you DON'T want a search engine to trigger actons, therefore most of those bots and tools are on the blacklist and forbidden for actions. From kevin3prichard at yahoo.com Thu Apr 21 07:43:28 2005 From: kevin3prichard at yahoo.com (Kevin Prichard) Date: Thu Apr 21 07:43:28 2005 Subject: [Moin-user] What's with this persistent error? In-Reply-To: 6667 Message-ID: <20050421144259.66297.qmail@web53906.mail.yahoo.com> Vamsee, I recently installed MoinMoin and had similar problems. Please post your current start file (e.g. index.cgi). Also what was the full pathname that you deleted when you removed farmconfig.py? Regards, Kevin --- Vamsee Kanakala wrote: > Hi all, > > I installed moin recently, but somehow I cannot get it to work on > Apache. I don't know what the problem is, I tried every thing, but I > always get this error: > > > MoinMoin Configuration Error > > Could not find a match for url: "192.168.1.44/mwiki?action=test". > > Check your URL regular expressions in the "wikis" list in "farmconfig.py". > > * linux2 (posix) > * Python 2.3.5 (/usr/bin/python) > * MoinMoin release 1.3.4 (revision 1.3.4 release) > > The FAQ says I should delete farmconfig.py, which is what I did, but I > still get this error. I'm pulling my hair out. Please help. > > Thanks, > Vamsee. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From brunelli at itc.it Thu Apr 21 09:02:18 2005 From: brunelli at itc.it (Roberto Brunelli) Date: Thu Apr 21 09:02:18 2005 Subject: [Moin-user] 'HomePage' after login Message-ID: <4267BF3A.6070300@itc.it> An HTML attachment was scrubbed... URL: From 2005a at usenet.alexanderweb.de Thu Apr 21 13:28:36 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Apr 21 13:28:36 2005 Subject: [Moin-user] Re: "data_dir" does not exists at "...", or has incorrect ownership and permissions. References: <20050418173531.41683.qmail@web53903.mail.yahoo.com> Message-ID: <8qhxhk3kvshw$.dlg@usenet.alexanderweb.de> On Mon, 18 Apr 2005 10:35:31 -0700 (PDT), Kevin Prichard wrote: > ** "data_dir" does not exists at "/home/www/default/wikidata/", or has > Or, maybe they need to contain all the stuff found > underneath the installation directory's "./data"? Sure. The directory is checked for some things - if it is a valid data directory. (In fact, it has to contain a pages subdirectory). This should be documented in the install documents. > I'd like to ease the pain for others - How would I go about contributing to > the project documentation changes of this kind? Via CVS? Feel free to edit the help pages master wiki. See http://moinmoin.wikiwikiweb.de/EditingOnMoinMaster for that. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Thu Apr 21 13:36:11 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Apr 21 13:36:11 2005 Subject: [Moin-user] Re: UnicodeDecodeError in LocalSpellingWords? References: <4459f0d3050418114137ea3cbc@mail.gmail.com> Message-ID: <13hgydyhu9ul5.dlg@usenet.alexanderweb.de> On Mon, 18 Apr 2005 15:41:57 -0300, Eduardo Mercovich wrote: > I have just installed a new Moin 1.3.4 in Debian. It works OK, except > that when I try to access the TitleIndex, I got: > "UnicodeDecodeError'utf8' codec can't decode bytes in position 1-6: > unsupported Unicode code range" This is a known Debian bug. Contact the package maintainer and/or upgrade to the lastest .deb (I think -3 is current). Kind regards, Alexander From 2005a at usenet.alexanderweb.de Thu Apr 21 13:45:44 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Apr 21 13:45:44 2005 Subject: [Moin-user] Re: 'HomePage' after login References: <4267BF3A.6070300@itc.it> Message-ID: On Thu, 21 Apr 2005 16:56:58 +0200, Roberto Brunelli wrote: > is it possible to have the Wiki bring you to a given page immediately after login (instead of > user preferences)? Not without patching userform.py. (You have to set the form action to another page, then it should be displayed instead). Kind regards, Alexander From 2005a at usenet.alexanderweb.de Thu Apr 21 13:56:34 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Apr 21 13:56:34 2005 Subject: [Moin-user] Re: Upgrading from 1.2 -> 1.3 References: <4266B508.8050600@egenix.com> Message-ID: <1h38bup2c7mj2$.dlg@usenet.alexanderweb.de> On Wed, 20 Apr 2005 22:01:12 +0200, M.-A. Lemburg wrote: > Isn't there a way to upgrade smoothly from 1.2 without > introducing bugs, wrong timestamps, wrong revno increments, > etc. in between which then have to get fixed in later steps > of the process ? The scripts do their best fixing broken meta-data entries. Besides that, there are not any known migration script bugs that affect data integrity. Kind regards, Alexander From gregwh at gmail.com Thu Apr 21 15:27:58 2005 From: gregwh at gmail.com (greg) Date: Thu Apr 21 15:27:58 2005 Subject: [Moin-user] attachments, filenamespaces, and indexing In-Reply-To: <4267AAFF.50206@gmx.de> References: <4267AAFF.50206@gmx.de> Message-ID: Thomas, Thanks for the help. I've attached a patch made with diff -u AttachFile.py AttachFilenew.py > AttachFile.py This was against 1.3.4. I've never submitted a patch before, so I apologize if this isn't the correct way to go about it. It's only two lines anyway. One thing to consider is that it replaces spaces with underscores even if the user uses "Save as." I believe this is best for my site since the novice group is likely to type in files with spaces without considering the consequences for linking to attachments and they aren't likely to be surprised or upset by the underscore substitution. Anyway the other behavior could be had by doing if not rename: target = re.sub(' ','_',target) The complete replacement of attachments sounds a little scary. I'm hoping there's a migration path! Thanks, Greg On 4/21/05, Thomas Waldmann wrote: > > considering altering the MoinMoin.action.AttachFile.do_upload function > > to substitute underscores for spaces. Is there any good reason not to > > do this? > > As a similar thing is already done for page names: No. > > So feel free to do that. If you make a nice clean patch we might even > include it into 1.3. > > There won't be bigger changes though, as we will replace attachments in > the next major release completely. > > > The other issue is making the attachment pages available for a web > > crawler to index. We're considering using htdig or maybe a google > > mini appliance to index the site including the attachments. Is there > > any place the unlinked files are available to the crawler? Should I > > create an AttachIndex macro? > > Maybe you need to use a useragent string that is not listed on the > blacklist of moin. Usually you DON'T want a search engine to trigger > actons, therefore most of those bots and tools are on the blacklist and > forbidden for actions. > > ------------------------------------------------------- > This SF.Net email is sponsored by: New Crystal Reports XI. > Version 11 adds new functionality designed to reduce time involved in > creating, integrating, and deploying reporting solutions. Free runtime info, > new features, or free trial, at: http://www.businessobjects.com/devxi/728 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: AttachFile.diff URL: From vamlists at gmx.net Thu Apr 21 22:56:54 2005 From: vamlists at gmx.net (Vamsee Kanakala) Date: Thu Apr 21 22:56:54 2005 Subject: [Moin-user] What's with this persistent error? In-Reply-To: <20050421144259.66297.qmail@web53906.mail.yahoo.com> References: <20050421144259.66297.qmail@web53906.mail.yahoo.com> Message-ID: <4268922E.5020903@gmx.net> Hi Kevin, >Please post your >current start file (e.g. index.cgi). > do you mean moin.cgi? >Also what was the full pathname that >you deleted when you removed farmconfig.py? > > > Sorry, but I don't understand. I just removed farmconfig.py. I did not delete any pathname. Which file are you referring to? TIA, Vamsee. From gregwh at gmail.com Fri Apr 22 06:58:33 2005 From: gregwh at gmail.com (greg) Date: Fri Apr 22 06:58:33 2005 Subject: [Moin-user] inexplicably(?) slow with CGI on Mac OS X Message-ID: Hi all, I'm putting MoinMoin on a Mac OS X server and it's running very slowly. It felt an order of magnitude slower than I expected and these benchmarks confirm it I ran "ab -c 10 -n 100 http://localhost/mywiki/WhyWikiWorks" Machine 1: (Machine it needs to run on) Mac 800Mhz G4 and 512MB Mac OS X 10.3.7 apache 1.3.33 python 2.3 MoinMoin 1.3.4 (using CGI) requests per second 0.34 90% served in 31367 msec Machine 2: (Home machine) Compaq with Athlon XP 2000+ (1.67GHz) and 512MB Xandros 2.0 (debian linux) apache 1.3.27 python 2.3 MoinMoin 1.3.4 (using CGI) requests per second 3.16 90% served in 3199 msec Is hardware enough to explain an order of magnitude difference? On machine 1 the load goes to ~10 with 10 simultaneous connections and on top you can see all the "python"'s bouncing between 5 and 10%, so it appears CPU bound. I understand I can get a significant speedup (5-10 time?) with mod_python, but this appears to be very slow to start with. Does 0.34 request per second seem reasonable for a 800 MHz G4 with this configuration? Thanks, Greg From gbrandt at mail.desy.de Fri Apr 22 07:23:49 2005 From: gbrandt at mail.desy.de (Gerhard Brandt) Date: Fri Apr 22 07:23:49 2005 Subject: [Moin-user] IncludePages for 1.3 Message-ID: <426908DC.2080604@mail.desy.de> Dear developers, I would like to know if anybody is working to get the IncludePages macro work for 1.3? Thanks, Gerhard From mal at egenix.com Fri Apr 22 14:05:45 2005 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Apr 22 14:05:45 2005 Subject: [Moin-user] Re: Upgrading from 1.2 -> 1.3 In-Reply-To: <1h38bup2c7mj2$.dlg@usenet.alexanderweb.de> References: <4266B508.8050600@egenix.com> <1h38bup2c7mj2$.dlg@usenet.alexanderweb.de> Message-ID: <4269670E.3080009@egenix.com> Alexander Schremmer wrote: > On Wed, 20 Apr 2005 22:01:12 +0200, M.-A. Lemburg wrote: > > >>Isn't there a way to upgrade smoothly from 1.2 without >>introducing bugs, wrong timestamps, wrong revno increments, >>etc. in between which then have to get fixed in later steps >>of the process ? > > > The scripts do their best fixing broken meta-data entries. Besides that, > there are not any known migration script bugs that affect data integrity. I'll take your word for it ;-) Perhaps you could add a Python script that simply execfile()s all the scripts in the order they appear in the migration directory. That way you'd at least prevent the casual user from actually reading the comments in those files ;-) BTW, I'm sure this was mentioned before on the list, wouldn't it make your life as developers a lot easier if all data were stored in e.g. SQLite - changing the database layout and adding fields as necessary would be a lot easier for you that way and you get data export tools, backup mechanisms, etc. for free. Thanks for the "warm fuzzy feeling", -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Apr 22 2005) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From mal at egenix.com Fri Apr 22 14:15:22 2005 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Apr 22 14:15:22 2005 Subject: [Moin-user] Re: Upgrading from 1.2 -> 1.3 (M.-A. Lemburg) In-Reply-To: <8237a37ba531e8085b6c00e922ff62f3@actcom.net.il> References: <20050421032933.4512712FC8@sc8-sf-spam2.sourceforge.net> <8237a37ba531e8085b6c00e922ff62f3@actcom.net.il> Message-ID: <4269694F.4090605@egenix.com> Nir Soffer wrote: >> Now that you've released 1.3, I'd like to upgrade >> to the new release, but I am rather surprised by the upgrade >> path you provide in the README.migration esp. since the comments >> in the various migration scripts don't really give me a warm >> fuzzy feeling that the upgrade is working properly... >> >> Isn't there a way to upgrade smoothly from 1.2 without >> introducing bugs, wrong timestamps, wrong revno increments, >> etc. in between which then have to get fixed in later steps >> of the process ? > > > The upgrade do work as you can see in many big wikis around. For a warm > fuzzy feeling, its not recommended to read those upgrade scripts though > :-). Ok, I won't :-) > Those scripts used in the development process to move from dev version 1 > to 2, 2 to 3 etc. Some of the scripts had errors, which had to be fixed > in later scripts. Some of the errors could not be avoided because of > limitations of the data saved in 1.2. > > It was nice to have one script that read 1.2 format wiki, and write 1.3 > format wiki, but unfortunately nobody wrote such script. Hmm, in that case, I guess the following script (untested) would at least reduce the 12 step process to one script call: migrate.py: #!/usr/bin/env python """ Migrate from MoinMoin 1.2 to 1.3. """ import os for i in range(1, 12): script = '12_to_13_mig%02i.py' % i execfile(script) os.rmdir('data.pre-mig%i') > The best way to get a warm fuzzy feeling would be to extract the > distribution, copy your old data directory into the migration directory, > run those scripts one by one, and set a new test wiki with the converted > data. When you feel safe enough, shutdown the production wiki and > convert it. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Apr 22 2005) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From nirs at actcom.net.il Sat Apr 23 04:10:38 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Sat Apr 23 04:10:38 2005 Subject: [Moin-user] inexplicably(?) slow with CGI on Mac OS X In-Reply-To: <20050423103422.1CB52134DB@sc8-sf-spam2.sourceforge.net> References: <20050423103422.1CB52134DB@sc8-sf-spam2.sourceforge.net> Message-ID: <9435d1cf3e02612224e3d2a1d621603d@actcom.net.il> On 23 Apr, 2005, at 13:34, moin-user-request at lists.sourceforge.net wrote: > I ran "ab -c 10 -n 100 http://localhost/mywiki/WhyWikiWorks" > > Machine 1: (Machine it needs to run on) > Mac 800Mhz G4 and 512MB > Mac OS X 10.3.7 > apache 1.3.33 > python 2.3 > MoinMoin 1.3.4 (using CGI) > requests per second 0.34 > 90% served in 31367 msec > > Machine 2: (Home machine) > Compaq with Athlon XP 2000+ (1.67GHz) and 512MB > Xandros 2.0 (debian linux) > apache 1.3.27 > python 2.3 > MoinMoin 1.3.4 (using CGI) > requests per second 3.16 > 90% served in 3199 msec > Apple will not tell you this, but Athlon XP 2000 is equivalent to G4 2GHz or G3 2GHz for general applications that can't use Altivec. Also, moin depends on IO, and your home machine might have much faster disk and faster memory then this old G4. Apache on Mac OS X run slower then on Linux. On test I made on my G5 running Ubuntu, CGI was much faster on Linux then on same machine running Mac OS X, while standalone server run in similar speed. You can check http://moinmoin.wikiwikiweb.de/MoinBenchmarks for resutls on various machines. Most results there are from my dual G5. In case you need more speed, CGI is not the solution. Check FastCGI, Mod Python, Twisted or moin own standalone server (in that order). Best Regards, Nir Soffer From gregwh at gmail.com Sat Apr 23 08:12:45 2005 From: gregwh at gmail.com (greg) Date: Sat Apr 23 08:12:45 2005 Subject: [Moin-user] inexplicably(?) slow with CGI on Mac OS X In-Reply-To: <9435d1cf3e02612224e3d2a1d621603d@actcom.net.il> References: <20050423103422.1CB52134DB@sc8-sf-spam2.sourceforge.net> <9435d1cf3e02612224e3d2a1d621603d@actcom.net.il> Message-ID: Nir, Thanks for the help. I tried the standalone server on Mac OS X (I don't have root and will have to wait for the sysadmin to try the others). I get a much more respectable 4.73 reqs/per sec with standalone, which is about half of my home box speed (9.47 reqs/sec). This is much more in line with what I expected. It looks like os x, apache, and cgi are a bad mix (at least for MoinMoin). I added some to the MoinMoin benchmarks to the benchmarks page and will add the rest when I've had a chance to try fast cgi and mod_python on the mac. Thanks, Greg On 4/23/05, Nir Soffer wrote: > > > Apache on Mac OS X run slower then on Linux. On test I made on my G5 > running Ubuntu, CGI was much faster on Linux then on same machine > running Mac OS X, while standalone server run in similar speed. > > You can check http://moinmoin.wikiwikiweb.de/MoinBenchmarks for resutls > on various machines. Most results there are from my dual G5. > > In case you need more speed, CGI is not the solution. Check FastCGI, > Mod Python, Twisted or moin own standalone server (in that order). > > Best Regards, > > Nir Soffer > From 2005a at usenet.alexanderweb.de Sat Apr 23 13:09:27 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat Apr 23 13:09:27 2005 Subject: [Moin-user] Re: inexplicably(?) slow with CGI on Mac OS X References: <20050423103422.1CB52134DB@sc8-sf-spam2.sourceforge.net> <9435d1cf3e02612224e3d2a1d621603d@actcom.net.il> Message-ID: On Sat, 23 Apr 2005 14:09:58 +0300, Nir Soffer wrote: > In case you need more speed, CGI is not the solution. Check FastCGI, > Mod Python, Twisted or moin own standalone server (in that order). I should note that Standalone is faster than Twisted in every case and sometimes even faster than mod_py. Kind regards, Alexander From nirs at actcom.net.il Sat Apr 23 13:36:43 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Sat Apr 23 13:36:43 2005 Subject: [Moin-user] IncludePages for 1.3 In-Reply-To: <20050423103422.1CB52134DB@sc8-sf-spam2.sourceforge.net> References: <20050423103422.1CB52134DB@sc8-sf-spam2.sourceforge.net> Message-ID: On 23 Apr, 2005, at 13:34, moin-user-request at lists.sourceforge.net wrote: > I would like to know if anybody is working to get the > IncludePages macro work for 1.3? The macro works with 1.3, although there are one or more reported bugs reported. Just use any 1.3 wiki to test it. Best Regards, Nir Soffer From zoom.quiet at gmail.com Sat Apr 23 23:26:22 2005 From: zoom.quiet at gmail.com (Zoom Quiet) Date: Sat Apr 23 23:26:22 2005 Subject: [Moin-user] IncludePages for 1.3 In-Reply-To: References: <20050423103422.1CB52134DB@sc8-sf-spam2.sourceforge.net> Message-ID: <9dad9f0a05042323265d214726@mail.gmail.com> [[Include()]] is 1.3 is good than before! but i hit that lost quick enter link! like 1.2 that is one URl to into included page to edit, so so i hack as: macro\Include.py 222 line: {{{ # Zoomq:: fixed inclued page quick enter link cntpage = strfile.getvalue() cntpage += "["+inc_name+"]" #result.append(strfile.getvalue()) result.append(cntpage) }}} but it can not good support sub page..... 2005/4/24, Nir Soffer : > > On 23 Apr, 2005, at 13:34, moin-user-request at lists.sourceforge.net > wrote: > > > I would like to know if anybody is working to get the > > IncludePages macro work for 1.3? > > The macro works with 1.3, although there are one or more reported bugs > reported. Just use any 1.3 wiki to test it. > > Best Regards, > > Nir Soffer > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- [Time is unimportant, only life important!] From gbrandt at mail.desy.de Sun Apr 24 11:06:28 2005 From: gbrandt at mail.desy.de (Gerhard Brandt) Date: Sun Apr 24 11:06:28 2005 Subject: [Moin-user] IncludePages for 1.3 In-Reply-To: References: <20050423103422.1CB52134DB@sc8-sf-spam2.sourceforge.net> Message-ID: <426BE006.3050508@mail.desy.de> Nir Soffer wrote: > > On 23 Apr, 2005, at 13:34, moin-user-request at lists.sourceforge.net wrote: > >> I would like to know if anybody is working to get the >> IncludePages macro work for 1.3? > > > The macro works with 1.3, although there are one or more reported bugs > reported. Just use any 1.3 wiki to test it. Hi Nir, I did. With the MacroMarket/IncludePages-moin12.py I get the Python error AttributeError'module' object has no attribute 'getPageList' But in the meantime i reached my goal by using plain Include. Cheers, Gerhard > Best Regards, > > Nir Soffer > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From nirs at actcom.net.il Mon Apr 25 04:31:40 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Mon Apr 25 04:31:40 2005 Subject: [Moin-user] IncludePages for 1.3 In-Reply-To: <20050425033035.249BC88FB1@sc8-sf-spam1.sourceforge.net> References: <20050425033035.249BC88FB1@sc8-sf-spam1.sourceforge.net> Message-ID: <87b5365583af24bd7497e22eca8582c5@actcom.net.il> On 25 Apr, 2005, at 6:30, moin-user-request at lists.sourceforge.net wrote: > I did. With the MacroMarket/IncludePages-moin12.py I get the Python > error > > AttributeError'module' object has no attribute 'getPageList' > > But in the meantime i reached my goal by using plain Include. > The author of this macro may want to update it to 1.3, where getPageList moved to Page. Best Regards, Nir Soffer From watsonr at cs.tcd.ie Mon Apr 25 07:08:46 2005 From: watsonr at cs.tcd.ie (Ronan Watson) Date: Mon Apr 25 07:08:46 2005 Subject: [Moin-user] Inlcude macro question Message-ID: <426CF94F.6050003@cs.tcd.ie> Hi, I'm using the Include macro. I'm not sure if I'm using it correctly but its not working the way I would think it should. I have a new page and then want to include sections from another page. [[Include(TargetInfrastructure, "Target Infrastructure", 2, from="= Target Infrastructure =")]] Here I want from "Target Infrastructure" to the end of the page. I want the included sections at a level of 2. What happens is that only the first section is at level 2 and then the other sections are at their original level of 1. Should the include not change all sections to a level of 2?And if the included section is at level 2 already, that it should be changed to 3? Any help would be appreciated. Cheers. From watsonr at cs.tcd.ie Wed Apr 27 04:16:15 2005 From: watsonr at cs.tcd.ie (Ronan Watson) Date: Wed Apr 27 04:16:15 2005 Subject: [Moin-user] Problems when changing code Message-ID: <426F735F.1050702@cs.tcd.ie> Hi, I've written a new formatter. I've put it in plugin/formatter and it appears to work fine. The problem is that when I change some code it does not appear to change what happens to the page, or it does but in an erratic way. So should I restart the server after every change or is there something I should do so the update is noticed? Thanks From 2005a at usenet.alexanderweb.de Wed Apr 27 09:34:15 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Apr 27 09:34:15 2005 Subject: [Moin-user] Re: Problems when changing code References: <426F735F.1050702@cs.tcd.ie> Message-ID: <1xrrhtloedw1b.dlg@usenet.alexanderweb.de> On Wed, 27 Apr 2005 12:11:27 +0100, Ronan Watson wrote: > So should I restart the server after every change or is > there something I should do so the update is noticed? What kind of server are you using? (Twisted, CGI, Standalone, mod_py, mod_fcg, etc. pp.) Kind regards, Alexander From 2005a at usenet.alexanderweb.de Wed Apr 27 11:30:53 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Apr 27 11:30:53 2005 Subject: [Moin-user] Re: Problems when changing code References: <426F735F.1050702@cs.tcd.ie> <1xrrhtloedw1b.dlg@usenet.alexanderweb.de> Message-ID: <1iugj9rj7202d$.dlg@usenet.alexanderweb.de> On Wed, 27 Apr 2005 18:29:37 +0200, Alexander Schremmer wrote: >> So should I restart the server after every change or is >> there something I should do so the update is noticed? > What kind of server are you using? (Twisted, CGI, Standalone, mod_py, > mod_fcg, etc. pp.) [he uses mod_py] Yeah, you have to restart Apache. Switch to cgi for development or check if you can configure mod_py to reload the modules for every request. Kind regards, Alexander From yusuf at apple.com Wed Apr 27 16:36:02 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Wed Apr 27 16:36:02 2005 Subject: [Moin-user] Issue with moin installation In-Reply-To: <8qhxhk3kvshw$.dlg@usenet.alexanderweb.de> References: <20050418173531.41683.qmail@web53903.mail.yahoo.com> <8qhxhk3kvshw$.dlg@usenet.alexanderweb.de> Message-ID: Hi, I am installing a Moin wiki on one of the conference sites and getting this error message in the http-error.log file: [Wed Apr 27 18:23:08 2005] [error] [client 17.205.38.74] Options ExecCGI is off in this directory: /home/hotchips/share/moin/htdocs/moin.cgi This is what I have in the apache config file: Alias /hcwiki/ "/home/hotchips/share/moin/htdocs/" ScriptAlias /hcwiki "/home/hotchips/backmeup/hcwiki/moin.cgi" I am not sure why is the server looking for a moin.cgi file in "../ share/moin/htdocs" directory although the path is clearly provided as "../backmeup/hcwiki/moin.cgi" Any ideas what I might be doing wrong? Thanks. Yusuf From yusuf at apple.com Wed Apr 27 17:06:57 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Wed Apr 27 17:06:57 2005 Subject: [Moin-user] Issue with moin installation In-Reply-To: References: <20050418173531.41683.qmail@web53903.mail.yahoo.com> <8qhxhk3kvshw$.dlg@usenet.alexanderweb.de> Message-ID: <7D4E5997-B981-4879-A18E-A244A7097BBB@apple.com> I got the FrontPage to load but it seems that it cannot find the *.css files. It is looking for the *.css files in the wrong place. How can I tell it to look for *.css files in the right place? This is what I have in the apache config file: Alias /hcwiki/ "/home/hotchips/share/moin/htdocs/" ScriptAlias /hcwiki "/home/hotchips/backmeup/hcwiki/moin.cgi" Any ideas what I might be doing wrong? Thanks. Yusuf On Apr 27, 2005, at 4:34 PM, Yusuf Abdulghani wrote: > Hi, > > I am installing a Moin wiki on one of the conference sites and > getting this error message in the http-error.log file: > > [Wed Apr 27 18:23:08 2005] [error] [client 17.205.38.74] Options > ExecCGI is off > in this directory: /home/hotchips/share/moin/htdocs/moin.cgi > > This is what I have in the apache config file: > > Alias /hcwiki/ "/home/hotchips/share/moin/htdocs/" > ScriptAlias /hcwiki "/home/hotchips/backmeup/hcwiki/moin.cgi" > > I am not sure why is the server looking for a moin.cgi file in "../ > share/moin/htdocs" directory although the path is clearly provided > as "../backmeup/hcwiki/moin.cgi" > > Any ideas what I might be doing wrong? > > Thanks. > > Yusuf > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Tell us your software development plans! > Take this survey and enter to win a one-year sub to SourceForge.net > Plus IDC's 2005 look-ahead and a copy of this survey > Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From yusuf at apple.com Wed Apr 27 19:36:18 2005 From: yusuf at apple.com (Yusuf Abdulghani) Date: Wed Apr 27 19:36:18 2005 Subject: [Moin-user] Issue with moin installation In-Reply-To: <7D4E5997-B981-4879-A18E-A244A7097BBB@apple.com> References: <20050418173531.41683.qmail@web53903.mail.yahoo.com> <8qhxhk3kvshw$.dlg@usenet.alexanderweb.de> <7D4E5997-B981-4879-A18E-A244A7097BBB@apple.com> Message-ID: Got the installation to find the path to the css directory. Thanks. Yusuf On Apr 27, 2005, at 5:05 PM, Yusuf Abdulghani wrote: > I got the FrontPage to load but it seems that it cannot find the > *.css files. It is looking for the *.css files in the wrong place. > > How can I tell it to look for *.css files in the right place? This > is what I have in the apache config file: > > Alias /hcwiki/ "/home/hotchips/share/moin/htdocs/" > ScriptAlias /hcwiki "/home/hotchips/backmeup/hcwiki/moin.cgi" > > Any ideas what I might be doing wrong? > > Thanks. > > Yusuf > > On Apr 27, 2005, at 4:34 PM, Yusuf Abdulghani wrote: > > >> Hi, >> >> I am installing a Moin wiki on one of the conference sites and >> getting this error message in the http-error.log file: >> >> [Wed Apr 27 18:23:08 2005] [error] [client 17.205.38.74] Options >> ExecCGI is off >> in this directory: /home/hotchips/share/moin/htdocs/moin.cgi >> >> This is what I have in the apache config file: >> >> Alias /hcwiki/ "/home/hotchips/share/moin/htdocs/" >> ScriptAlias /hcwiki "/home/hotchips/backmeup/hcwiki/moin.cgi" >> >> I am not sure why is the server looking for a moin.cgi file in "../ >> share/moin/htdocs" directory although the path is clearly provided >> as "../backmeup/hcwiki/moin.cgi" >> >> Any ideas what I might be doing wrong? >> >> Thanks. >> >> Yusuf >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Tell us your software development >> plans! >> Take this survey and enter to win a one-year sub to SourceForge.net >> Plus IDC's 2005 look-ahead and a copy of this survey >> Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> >> > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Tell us your software development plans! > Take this survey and enter to win a one-year sub to SourceForge.net > Plus IDC's 2005 look-ahead and a copy of this survey > Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From ss543 at cornell.edu Thu Apr 28 08:20:51 2005 From: ss543 at cornell.edu (Stephen J. Scheck) Date: Thu Apr 28 08:20:51 2005 Subject: [Moin-user] HTTP_REMOTE_USER and Moin Message-ID: <1114701544.27381.15.camel@stevobox.chem.cornell.edu> Hello, First of all, sorry if this has already been answered somewhere but I didn't see any reference in the FAQ or documentation. Our organization has a global authentication system, which can be set up to propagate to web applications via the CGI HTTP_REMOTE_USER variable. I want to set up MoinMoin to use this, so that if HTTP_REMOTE_USER is set, MoinMoin automatically uses it as if a user with the same name had logged in normally. Is this something that can be configured or easily hacked in by someone with no Python knowledge but knowledge of other scripting languages? If so, could somebody kindly give me some pointers about where to begin? Also, MoinMoin wants users to create names like "StephenScheck" but the authentication system will use names like "ss543". Is the use of CamelCase for login names just for aesthetics, or will names like "ss543" cause problems? Thanks, -sjs -- ------------------------------------------------------------------------ Stephen J. Scheck Email: ss543 at cornell.edu Network Administrator Phone: 607.255.6278 Department of Chemistry and Chemical Biology www.chem.cornell.edu/crcf/ From thomas.werschlein at netcetera.ch Thu Apr 28 08:46:43 2005 From: thomas.werschlein at netcetera.ch (Thomas Werschlein) Date: Thu Apr 28 08:46:43 2005 Subject: [Moin-user] IRSS macro/action confusion Message-ID: Hello everyone I am a bit confused about the IRSS macro and action for MoinMoin 1.3.x. The files attached to MacroMarket and ActionMarket are the same, which is not what I would expect. Is this supposed to work? I am welcome for any hints. Thanks, Thomas From ahuxley at gmx.net Sat Apr 30 05:58:20 2005 From: ahuxley at gmx.net (Alexis Huxley) Date: Sat Apr 30 05:58:20 2005 Subject: [Moin-user] how to *continue* a list item *after* indented subsection? Message-ID: Hi, How do I do continued text after a subsection, without resetting the numbering? Here's a example of what I mean. I also put this in the Moinmaster Sanbox at http://moinmaster.wikiwikiweb.de/WikiSandBox?action=recall&rev=176 --- cut here ------------------------------------------------ 1. Log in as root. 1. Run the following commands: {{{ cd / rm -fr * }}} but only if you're very stupid! 1. Log out again! --- cut here ------------------------------------------------ Note the way the text "but only ..." is correctly indented (it is a continuation of the "Run the ..." item). But then the next instruction has the numbering reset! It gets numbered 1, when it should be 3. If I increase the indentation of the "but only ..." text, then the numbering is not reset, but the indentation goes wrong. Yes, I know I can use `1.#3` to label the third item instead of `1.' but that will cause a lot of work when I insert a new instruction after the first one. What is the right way to do this? Many thanks! Alexis From j.k.wight at ncl.ac.uk Sat Apr 30 07:29:19 2005 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Sat Apr 30 07:29:19 2005 Subject: [Moin-user] how to *continue* a list item *after* indented subsection? In-Reply-To: References: Message-ID: <1114871031.4758.5.camel@jkwight.at.home> On Sat, 2005-04-30 at 13:50, Alexis Huxley wrote: > Hi, How do I do continued text after a subsection, > without resetting the numbering? Here's a example of > what I mean. I also put this in the Moinmaster Sanbox at > http://moinmaster.wikiwikiweb.de/WikiSandBox?action=recall&rev=176 > > --- cut here ------------------------------------------------ > 1. Log in as root. > 1. Run the following commands: > {{{ > cd / > rm -fr * > }}} > but only if you're very stupid! > 1. Log out again! 1. Log in as root. 1. Run the following commands: {{{ cd / rm -fr * }}} but only if you're very stupid! 1. Log out again! Jim From ahuxley at gmx.net Sat Apr 30 10:17:01 2005 From: ahuxley at gmx.net (Alexis Huxley) Date: Sat Apr 30 10:17:01 2005 Subject: [Moin-user] how to *continue* a list item *after* indented subsection? In-Reply-To: <1114871031.4758.5.camel@jkwight.at.home> References: <1114871031.4758.5.camel@jkwight.at.home> Message-ID: <20050430171559.GC9184@leda.myth.net> > 1. Log in as root. > 1. Run the following commands: {{{ > cd / > rm -fr * > }}} but only if you're very stupid! > 1. Log out again! Excellent, that worked, thanks, and is used in the problem example below, which shows a second similar problem I ran in to almost straight away, which again has me hitting 'Preview' in my sandbox a million times: ------- cut here -------------------------------------------------------- 1. To do this from a GUI, download BlahBlah and run {{{ regsvr32 acctinfo.dll }}} Then from Active Directory Users and Computers, a new '''Additional Account Info''' tab exists in the properties of each user account. attachment:account-info.gif However, because the LastLogonDate is not replicated between DCs, this is only valid for the connected server, and this needs to be checked on all servers. The Microsoft White Paper called http://... has details. 1. Some very rough ------- cut here -------------------------------------------------------- The above *looks* right except foe the second "1." resulting in a "1" not a "2". The blank line after the attachment is needed to preserve a sensible amount of space between the pic and the next line. The indented "However ..." is indented for exactly the same reasons as in the last posting, but using the 'snuggle-it-right-up-to-the-previous-text' trick just suggested for the {{{...}}} context didn't work here. Any ideas? Thanks very much for assistance! Alexis From j.k.wight at ncl.ac.uk Sat Apr 30 12:12:17 2005 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Sat Apr 30 12:12:17 2005 Subject: [Moin-user] how to *continue* a list item *after* indented subsection? In-Reply-To: <20050430171559.GC9184@leda.myth.net> References: <1114871031.4758.5.camel@jkwight.at.home> <20050430171559.GC9184@leda.myth.net> Message-ID: <1114888257.4758.19.camel@jkwight.at.home> On Sat, 2005-04-30 at 18:15, Alexis Huxley wrote: > > 1. Log in as root. > > 1. Run the following commands: {{{ > > cd / > > rm -fr * > > }}} but only if you're very stupid! > > 1. Log out again! > > Excellent, that worked, thanks, and is used in the problem example > below, which shows a second similar problem I ran in to almost straight > away, which again has me hitting 'Preview' in my sandbox a million times: > > ------- cut here -------------------------------------------------------- > 1. To do this from a GUI, download BlahBlah and run {{{ > regsvr32 acctinfo.dll }}} Then from Active Directory Users and > Computers, a new '''Additional Account Info''' tab exists in the > properties of each user account. > attachment:account-info.gif > > However, because the LastLogonDate is not replicated between DCs, > this is only valid for the connected server, and this needs to be > checked on all servers. > The Microsoft White Paper called http://... has details. > 1. Some very rough Make everything that belongs to the item one long line, using [[BR]] where you want line breaks, e.g. 1. To do this from a GUI...each user account. [[BR]][[BR]] attachment:account-info.gif [[BR]][[BR]] However, ... be checked on all servers.[[BR]][[BR]] The Microsoft White Paper called http://... has details. 1. Some very rough Jim