From jdd at dodin.org Thu Jan 1 05:35:59 2009 From: jdd at dodin.org (jdd) Date: Thu, 01 Jan 2009 11:35:59 +0100 Subject: [Moin-user] pages/templates variables Message-ID: <495C9C8F.8090303@dodin.org> Hello :-) Happy new year :-) already a question for this new year :-) I would like to have some sort of page variables / macro to create a template for pages like this one: http://wiki.tldp.org/Serial-HOWTO the "serial-HOWTO name is" present a number of time in the page and I would like to build a template allowing to copy the HOWTO name only once, something like: .................... HT:: Serial-HOWTO * ertyuiopHT ................ using dict pages is not at all what I need :-( thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM http://www.facebook.com/profile.php?id=1412160445 From rb.proj at gmail.com Thu Jan 1 10:03:17 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 01 Jan 2009 16:03:17 +0100 Subject: [Moin-user] Textchas In-Reply-To: <99f673360812310244r3844822aq7fb3c012642317d2@mail.gmail.com> References: <99f673360812310244r3844822aq7fb3c012642317d2@mail.gmail.com> Message-ID: kai at aplteam.com schrieb: > 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 > > ------------------------------------------------------------------------------ Show us your page_group_regex cheers Reimar From kai at aplteam.com Thu Jan 1 14:40:06 2009 From: kai at aplteam.com (kai at aplteam.com) Date: Thu, 1 Jan 2009 19:40:06 +0000 Subject: [Moin-user] GUI editor Message-ID: <99f673360901011140p4a476bb8j6cc19631caa38f3a@mail.gmail.com> Hi, in my Wiki I would like to change the contents of the combo box in the GUI editor presenting the different formats. One of them is "formatted" which I would like to change against "APL code". I thought I found were to change it: C:\Moin\share\moin\htdocs\applets\FCKeditor\editor\lang\en.js but I am wrong: changes in that file seems to have no impact at all. Yes, I restartet both, Apache and FastCGI, and my wiki is restricted to English by config. Does anybody know where to do this? Kai From kauer at biplane.com.au Fri Jan 2 08:45:15 2009 From: kauer at biplane.com.au (Karl Auer) Date: Sat, 03 Jan 2009 00:45:15 +1100 Subject: [Moin-user] Moin standalone and IPv6? Message-ID: <1230903915.6646.107.camel@karl> I'm having a bit of trouble getting the standalone server to run on IPv6. It doesn't seem to listen on IPv6 addresses, just IPv4. How do I specify an interface on the command line? The help just says "--interface=INTERFACE", which isn't very helpful :-) I've tried "lo", "::1", "[::1]" and so on... Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 tw-public at gmx.de Fri Jan 2 11:53:08 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 02 Jan 2009 17:53:08 +0100 Subject: [Moin-user] Moin standalone and IPv6? In-Reply-To: <1230903915.6646.107.camel@karl> References: <1230903915.6646.107.camel@karl> Message-ID: <1230915188.17750.24.camel@server.firma.waldmann-edv.de> > I'm having a bit of trouble getting the standalone server to run on > IPv6. It doesn't seem to listen on IPv6 addresses, just IPv4. I have no idea whether we support IPv6. That probably means that we don't. :) If you would like to help supporting IPv6, I suggest you use a current moin 1.9 repo clone for testing. The server / IP lowlevel stuff will change fundamentally in 1.9. For 1.8.x and before, we used specialized code for all sorts of servers (cgi, fastcgi, standalone, etc.). In 1.9, it will all be based on WSGI (and we should make sure that THAT works with IPv6, if possible). As WSGI is a bit more recent than the old stdlib server code we used before, I guess chances for IPv6 are better also. In case you urgently need moin + IPv6 for production, maybe use some WSGI server (maybe apache2 + mod_wsgi) with moin 1.8.1 - I guess that would work. From kauer at biplane.com.au Fri Jan 2 16:15:40 2009 From: kauer at biplane.com.au (Karl Auer) Date: Sat, 03 Jan 2009 08:15:40 +1100 Subject: [Moin-user] Moin standalone and IPv6? In-Reply-To: <1230915188.17750.24.camel@server.firma.waldmann-edv.de> References: <1230903915.6646.107.camel@karl> <1230915188.17750.24.camel@server.firma.waldmann-edv.de> Message-ID: <1230930940.6646.121.camel@karl> On Fri, 2009-01-02 at 17:53 +0100, Thomas Waldmann wrote: > > I'm having a bit of trouble getting the standalone server to run on > > IPv6. It doesn't seem to listen on IPv6 addresses, just IPv4. > [...] > For 1.8.x and before, we used specialized code for all sorts of servers > (cgi, fastcgi, standalone, etc.). I don't have to use the standalone server. But I DO have to use an IPv6 capable wiki. Is there code (apart from in the standalone server) that does name lookups? If so, could you give me a hint as to where? I can probably tell just from a code inspection whether or not it will work with IPv6. There appear to be IPv6/IPv4 dual stack wikis out there running MoinMoin, so I'm optimistic, but I do need to *know*. > In case you urgently need moin + IPv6 for production, maybe use some > WSGI server (maybe apache2 + mod_wsgi) with moin 1.8.1 - I guess that > would work. Thanks! Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 kauer at biplane.com.au Sat Jan 3 06:27:46 2009 From: kauer at biplane.com.au (Karl Auer) Date: Sat, 03 Jan 2009 22:27:46 +1100 Subject: [Moin-user] Moin standalone and IPv6? In-Reply-To: <1230915188.17750.24.camel@server.firma.waldmann-edv.de> References: <1230903915.6646.107.camel@karl> <1230915188.17750.24.camel@server.firma.waldmann-edv.de> Message-ID: <1230982066.6646.170.camel@karl> On Fri, 2009-01-02 at 17:53 +0100, Thomas Waldmann wrote: > In case you urgently need moin + IPv6 for production, maybe use some > WSGI server (maybe apache2 + mod_wsgi) with moin 1.8.1 - I guess that > would work. MoinMoin seems to work just fine on IPv6, if set up following the standard instructions for a CGI/Apache/Linux install. I haven't tested extensively or checked all the nooks and crannies, but I can create accounts, log in, view, create and edit pages, upload attachments, download attachments, and generally all do the obvious things. Firefox located the site by name and by IP address, and it worked fine both ways. I have not tried it as a named virtual host, root wiki etc. Searching the sources for things like "dns" "resolve" and "ip address", I found very little outside the standalone server code that looked like it had anything to do with resolving names or making network connections. The intended environment is dual-stacked, and I tested on a dual-stack machine, so it is possible that something is still using IPv4 under the hood, but at this stage I am tentatively confident that MoinMoin works well enough with IPv6. For my needs, the CGI setup is sufficient. That said, I would still like to hear from anyone else using MoinMoin with IPv6, whether successfully or otherwise :-), and especially if the other setups (FastCGI, WSGI etc have been shown to work. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 kai at aplteam.com Sat Jan 3 07:44:09 2009 From: kai at aplteam.com (kai at aplteam.com) Date: Sat, 3 Jan 2009 12:44:09 +0000 Subject: [Moin-user] Textchas In-Reply-To: <99f673360812310244r3844822aq7fb3c012642317d2@mail.gmail.com> References: <99f673360812310244r3844822aq7fb3c012642317d2@mail.gmail.com> Message-ID: <99f673360901030444u4dcf9cbp5959572c08de4cd3@mail.gmail.com> Found it. according to the documentation, after doing anything on groups one should delete path_to_your_wiki_instance/data/cache/wikidicts/ Although that might be true path_to_your_wiki_instance/data/cache/config/wikidicts/ needs to be emptied as well! On Wed, Dec 31, 2008 at 10:44 AM, kai at aplteam.com wrote: > 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 rb.proj at gmail.com Sat Jan 3 11:33:11 2009 From: rb.proj at gmail.com (R.Bauer) Date: Sat, 03 Jan 2009 17:33:11 +0100 Subject: [Moin-user] Textchas In-Reply-To: <99f673360901030444u4dcf9cbp5959572c08de4cd3@mail.gmail.com> References: <99f673360812310244r3844822aq7fb3c012642317d2@mail.gmail.com> <99f673360901030444u4dcf9cbp5959572c08de4cd3@mail.gmail.com> Message-ID: kai at aplteam.com schrieb: > Found it. > > according to the documentation, after doing anything on groups one > should delete > > path_to_your_wiki_instance/data/cache/wikidicts/ > > Although that might be true > > path_to_your_wiki_instance/data/cache/config/wikidicts/ > > needs to be emptied as well! > > If that helps I assume you haven't called the maint cleancache subcommand after migrating your data, see HelpOnUpdating. It needs to be called after the server script was stopped. You need to repeat that command whenever you change the regex lines in your wikiconfig. cheers Reimar > > > On Wed, Dec 31, 2008 at 10:44 AM, kai at aplteam.com wrote: >> 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 fpiat at klabs.be Sun Jan 4 08:08:01 2009 From: fpiat at klabs.be (Frank Lin PIAT) Date: Sun, 04 Jan 2009 14:08:01 +0100 Subject: [Moin-user] pages/templates variables In-Reply-To: <495C9C8F.8090303@dodin.org> References: <495C9C8F.8090303@dodin.org> Message-ID: <1231074481.12170.107.camel@solid.paris.klabs.be> Hello, On Thu, 2009-01-01 at 11:35 +0100, jdd wrote: > > I would like to have some sort of page variables / macro > to create a template for pages like this one: > > http://wiki.tldp.org/Serial-HOWTO > > the "serial-HOWTO name is" present a number of time in the page and I > would like to build a template allowing to copy the HOWTO name only > once, something like: Have you tried @PAGE@ variable ? http://moinmo.in/HelpOnVariables like in http://moinmo.in/CategoryTemplate?action=raw Happy new year, Franklin From lists.gnarlodious at gmail.com Sun Jan 4 10:25:36 2009 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Sun, 4 Jan 2009 08:25:36 -0700 Subject: [Moin-user] Prevent anonymous deletion of comments Message-ID: <3130eec50901040725u440f452bq434efa9d6eeee196@mail.gmail.com> I have acquired a persistent vandal who deletes comments anonymously, because the red 'X' is offered to non-logged-in users. This is an older Moin version 1.5.8 and I don't really feel like updating yet. What is the easiest way to block anonymous users from deleting comments? Will an ACL on the page containing the comment field allow comments to be writen but not deleted? -- Gnarlie From jdd at dodin.org Sun Jan 4 14:45:43 2009 From: jdd at dodin.org (jdd) Date: Sun, 04 Jan 2009 20:45:43 +0100 Subject: [Moin-user] pages/templates variables In-Reply-To: <1231074481.12170.107.camel@solid.paris.klabs.be> References: <495C9C8F.8090303@dodin.org> <1231074481.12170.107.camel@solid.paris.klabs.be> Message-ID: <496111E7.60808@dodin.org> Frank Lin PIAT a ?crit : > Have you tried @PAGE@ variable ? simple ideas are often the best ones... in fact most of the time the page name should be enough thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM http://www.facebook.com/profile.php?id=1412160445 From tw-public at gmx.de Mon Jan 5 03:51:19 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 05 Jan 2009 09:51:19 +0100 Subject: [Moin-user] Moin standalone and IPv6? In-Reply-To: <1230982066.6646.170.camel@karl> References: <1230903915.6646.107.camel@karl> <1230915188.17750.24.camel@server.firma.waldmann-edv.de> <1230982066.6646.170.camel@karl> Message-ID: <1231145479.10014.1.camel@black.firma.waldmann-edv.de> > Searching the sources for things like "dns" "resolve" and "ip address", > I found very little outside the standalone server code that looked like > it had anything to do with resolving names or making network > connections. There is some reverse dns lookup code in editlog.py. From tw-public at gmx.de Mon Jan 5 03:55:46 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 05 Jan 2009 09:55:46 +0100 Subject: [Moin-user] Prevent anonymous deletion of comments In-Reply-To: <3130eec50901040725u440f452bq434efa9d6eeee196@mail.gmail.com> References: <3130eec50901040725u440f452bq434efa9d6eeee196@mail.gmail.com> Message-ID: <1231145746.10014.4.camel@black.firma.waldmann-edv.de> On Sun, 2009-01-04 at 08:25 -0700, Gnarlodious wrote: > I have acquired a persistent vandal who deletes comments anonymously, > because the red 'X' is offered to non-logged-in users. What "red X"? > older Moin version 1.5.8 and I don't really feel like updating yet. It sounds a bit that you are talking about some moin extension, but you didn't tell which. From dcramer at motive.com Mon Jan 5 10:53:55 2009 From: dcramer at motive.com (David Cramer) Date: Mon, 5 Jan 2009 09:53:55 -0600 Subject: [Moin-user] 'module' object has no attribute 'expat' when saving from gui editor Message-ID: Hi there, I recently upgraded from 1.5.7 to 1.8.1. Somewhere along the way, the GUI editor stopped being able to save pages. You can edit the page fine, but if you click "Save Changes", "Preview", "Text Mode", "Check Spelling", or "Cancel" you get the following error (full error is attached): 'module' object has no attribute 'expat' Is there some config change I missed or some package I forgot to install on the new machine? Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From olivier.lauret at googlemail.com Mon Jan 5 19:20:21 2009 From: olivier.lauret at googlemail.com (Olivier Lauret) Date: Tue, 6 Jan 2009 00:20:21 +0000 Subject: [Moin-user] xapian installation Message-ID: Hello, I'd like know if someone can help me with a xapian installation. I'm on a server where I don't have root access. I've install the wiki under $HOME/mywiki and installed xapian under $HOME/lib/python2.4/site-packages (but also under $HOME and $HOME/xapian - I know that once was enough but I was trying to debug the problem.. apparently in a bad way!). However, when I'm starting apache, I get the following error in the apache logs: ERROR MoinMoin.config.multiconfig:334 xapian_search was auto-disabled because python-xapian is not installed [/home/eohwiki/lib/python2.4/site-packages/_xapian.so: undefined symbol: PyUnicodeUCS4_EncodeUTF8] In google, I found that this error can be because python can't find the "unicodeobject.h" file. On my system, I have it under: /usr/include/python2.4/unicodeobject.h /usr/local/include/python2.5/unicodeobject.h /usr/local/include/python2.6/unicodeobject.h /usr/local/include/python3.0/unicodeobject.h I've tried to include the 2 first paths in the moin.wsgi (sys.path.insert(0, "/usr/include/python2.4") for instance) but it didn't help. Should I set the path somewhere else? In Python command line (version 2.4), I can execute: import sys sys.path.insert(0, "/home/USER/lib/python2.4/site-packages") import xapian and the import of xapian is successful. When I show the page SystemInfo, I can see that Python Version is 2.5.2 and that Xapian is disabled. I've executed "moin --config-dir=/where/your/configdir/is --wiki-url=wiki-url/ index build --mode=add" successfully and set xapian_search and xapian_stemming to True. Any idea? Need any more details? Regards, Olivier -------------- next part -------------- An HTML attachment was scrubbed... URL: From kauer at biplane.com.au Mon Jan 5 21:11:51 2009 From: kauer at biplane.com.au (Karl Auer) Date: Tue, 06 Jan 2009 13:11:51 +1100 Subject: [Moin-user] How to NOT let people create accounts? Message-ID: <1231207912.6646.364.camel@karl> Hi there. We are using Moin internally for a fairly small group, but a group which is accessing the wiki from all over. We'd like to turn off the feature that lets people set up their own accounts, and create accounts ourselves for those who need them. The rest of the world will be reading the wiki, but not editing it. How do we turn off the account creation feature? I've looked at the authentication help and am not much the wiser :-( And, once turned off, how do we create accounts? Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 mail at heavy.ch Tue Jan 6 05:42:41 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Tue, 06 Jan 2009 11:42:41 +0100 Subject: [Moin-user] xapian installation In-Reply-To: References: Message-ID: <496335A1.50900@heavy.ch> Olivier Lauret schrieb: > Hello, > > I'd like know if someone can help me with a xapian installation. I'm on > a server where I don't have root access. > I did also a Xapian installation without root access. 1. Python Installation 2.5 (but also works with 2.4) from the Source! 2. xapian-core * ./configure --prefix /path/user/lib/xapian/ * make * make install 3. xapian-omega * ./configure --prefix /path/user/lib/xapian/ XAPIAN_CONFIG=/path/user/lib/xapian/bin/xapian-config * make * make install 4. xapian-bindings * ./configure --prefix /path/user/lib/xapian/ XAPIAN_CONFIG=/path/user/lib/xapian/bin/xapian-config * make * make install btw. /path/user should be your $HOME Directory. 5. MoinMoin * python setup.py install --prefix=/path/user/local Be also careful if you say Python Version is 2.5.2 running; but you installed your Xapian under $HOME/lib/python2.4/site-packages. This can't work! bye Marcel From rb.proj at gmail.com Tue Jan 6 09:16:18 2009 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 06 Jan 2009 15:16:18 +0100 Subject: [Moin-user] 'module' object has no attribute 'expat' when saving from gui editor In-Reply-To: References: Message-ID: David Cramer schrieb: > Hi there, > I recently upgraded from 1.5.7 to 1.8.1. Somewhere along the way, the > GUI editor stopped being able to save pages. You can edit the page fine, > but if you click "Save Changes", "Preview", "Text Mode", "Check > Spelling", or "Cancel" you get the following error (full error is > attached): 'module' object has no attribute 'expat' > > Is there some config change I missed or some package I forgot to install > on the new machine? > > Thanks, > David > Normally xml is builtin into the python standard library. But I know also that for SuSE we often have had to install an additional pyxml package. May be that is similiar to SunOS. cheers Reimar From rb.proj at gmail.com Tue Jan 6 09:25:16 2009 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 06 Jan 2009 15:25:16 +0100 Subject: [Moin-user] How to NOT let people create accounts? In-Reply-To: <1231207912.6646.364.camel@karl> References: <1231207912.6646.364.camel@karl> Message-ID: Karl Auer schrieb: > Hi there. > > We are using Moin internally for a fairly small group, but a group which > is accessing the wiki from all over. We'd like to turn off the feature > that lets people set up their own accounts, and create accounts > ourselves for those who need them. The rest of the world will be reading > the wiki, but not editing it. > > How do we turn off the account creation feature? I've looked at the > authentication help and am not much the wiser :-( > > And, once turned off, how do we create accounts? > > Regards, K. > Hi you can remove the newaccount action by adding to the actions_excluded list. You can create new users by calling the moin command http://moinmo.in/HelpOnMoinCommand#moin...accountcreate... cheers Reimar > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From dcramer at motive.com Tue Jan 6 09:40:38 2009 From: dcramer at motive.com (David Cramer) Date: Tue, 6 Jan 2009 08:40:38 -0600 Subject: [Moin-user] 'module' object has no attribute 'expat' when saving from gui editor In-Reply-To: References: Message-ID: Ok, thanks for the tip. I didn't know that mattered for the GUI editor. Here's some more information about what I've done and what the symptoms are: Immediately after upgrading to 1.8.1, the GUI editor was working for at least one of the four wikis I have running off this box, but giving that same "expat" error for another one. I decided to save working on that for later, assuming it was some misconfiguration in the one wiki. In the mean time, I wanted to get the "Render as DocBook" thing working. This is a feature I need and was a big reason for upgrading (it produced bad DocBook in 1.5.x). "Render as DocBook" complained that it needed 4suite, so I installed 4Suite-1.0b1 and 4Suite-XML-1.0.2, however "Render as DocBook" still didn't work but it no longer complained about 4suite not being installed. Further investigation revealed that 4Suite is having problems finding libraries. For example, when I run "4xml -help", I get "ImportError: ld.so.1: python: fatal: libgcc_s.so.1: open failed: No such file or directory", but if I first do "export LD_LIBRARY_PATH=/usr/local/lib", 4xml works. Something I read made me think that installing pyxml would help, so I installed the latest version (0.8.4). After that "Render as DocBook" works for all pages that do not use the <> macro. However, it appears that this may have broken the GUI editor. So my current situation is: * 4Suite-1.0b1 and 4Suite-XML-1.0.2 installed, but the 4Suite commands fail unless the environment variable LD_LIBRARY_PATH=/usr/local/lib. * PyXML 0.8.4 is installed (I did it --without-xpath --without-xslt because the 4suite instructions say that works better: http://4suite.org/docs/howto/UNIX.xml) * GUI editor does not work with the expat error I mentioned below. * "Render as DocBook" works for pages that do not have the <> macro. If the page uses Include, moinmoin gives an error "ImportError: ld.so.1: python: fatal: libgcc_s.so.1: open failed: No such file or directory", which I assume is my 4suite library problem. * Other info: * Platform: SunOS newthing 5.10 Generic_137138-09 i86pc * Python: Python 2.4.4 (/usr/bin/python) * MoinMoin: Release 1.8.1 (release) * gcc (GCC) 3.4.6 My guess is that if 4suite were working I might not even need PyXML. Any ideas on how to proceed? Thanks, David > -----Original Message----- > From: R.Bauer [mailto:rb.proj at gmail.com] > Sent: Tuesday, January 06, 2009 8:16 AM > To: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] 'module' object has no attribute > 'expat' when saving from gui editor > > David Cramer schrieb: > > Hi there, > > I recently upgraded from 1.5.7 to 1.8.1. Somewhere along > the way, the > > GUI editor stopped being able to save pages. You can edit the page > > fine, but if you click "Save Changes", "Preview", "Text > Mode", "Check > > Spelling", or "Cancel" you get the following error (full error is > > attached): 'module' object has no attribute 'expat' > > > > Is there some config change I missed or some package I forgot to > > install on the new machine? > > > > Thanks, > > David > > > > Normally xml is builtin into the python standard library. > > But I know also that for SuSE we often have had to install an > additional pyxml package. May be that is similiar to SunOS. > > > cheers > Reimar > > > -------------------------------------------------------------- > ---------------- > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From kauer at biplane.com.au Tue Jan 6 09:55:16 2009 From: kauer at biplane.com.au (Karl Auer) Date: Wed, 07 Jan 2009 01:55:16 +1100 Subject: [Moin-user] How to NOT let people create accounts? In-Reply-To: References: <1231207912.6646.364.camel@karl> Message-ID: <1231253716.6646.504.camel@karl> On Tue, 2009-01-06 at 15:25 +0100, R.Bauer wrote: > > How do we turn off the account creation feature? I've looked at the > > authentication help and am not much the wiser :-( > > And, once turned off, how do we create accounts? > you can remove the newaccount action by adding to the actions_excluded list. > > You can create new users by calling the moin command > http://moinmo.in/HelpOnMoinCommand#moin...accountcreate... Thank you! Exactly what I needed! Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 mail at heavy.ch Tue Jan 6 11:21:14 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Tue, 06 Jan 2009 17:21:14 +0100 Subject: [Moin-user] 'module' object has no attribute 'expat' when saving from gui editor In-Reply-To: References: Message-ID: <496384FA.3060405@heavy.ch> Hi I added a bug report http://moinmo.in/MoinMoinBugs/1.8%20DocbookErrorWithMacroInclude because I also have some problems using docbook rendering on pages with include macros. But your problems "ImportError: ld.so.1: python: fatal: libgcc_s.so.1: open failed: No > such file or directory"... looks for me more something deeper and not moinmoin relevant. bye Marcel David Cramer schrieb: > Ok, thanks for the tip. I didn't know that mattered for the GUI editor. > Here's some more information about what I've done and what the symptoms > are: > > Immediately after upgrading to 1.8.1, the GUI editor was working for at > least one of the four wikis I have running off this box, but giving that > same "expat" error for another one. I decided to save working on that > for later, assuming it was some misconfiguration in the one wiki. > > In the mean time, I wanted to get the "Render as DocBook" thing working. > This is a feature I need and was a big reason for upgrading (it produced > bad DocBook in 1.5.x). "Render as DocBook" complained that it needed > 4suite, so I installed 4Suite-1.0b1 and 4Suite-XML-1.0.2, however > "Render as DocBook" still didn't work but it no longer complained about > 4suite not being installed. Further investigation revealed that 4Suite > is having problems finding libraries. For example, when I run "4xml > -help", I get "ImportError: ld.so.1: python: fatal: libgcc_s.so.1: open > failed: No such file or directory", but if I first do "export > LD_LIBRARY_PATH=/usr/local/lib", 4xml works. Something I read made me > think that installing pyxml would help, so I installed the latest > version (0.8.4). After that "Render as DocBook" works for all pages that > do not use the <> macro. However, it appears that this may > have broken the GUI editor. > > So my current situation is: > > * 4Suite-1.0b1 and 4Suite-XML-1.0.2 installed, but the 4Suite commands > fail unless the environment variable LD_LIBRARY_PATH=/usr/local/lib. > * PyXML 0.8.4 is installed (I did it --without-xpath --without-xslt > because the 4suite instructions say that works better: > http://4suite.org/docs/howto/UNIX.xml) > * GUI editor does not work with the expat error I mentioned below. > * "Render as DocBook" works for pages that do not have the > <> macro. If the page uses Include, moinmoin gives an error > "ImportError: ld.so.1: python: fatal: libgcc_s.so.1: open failed: No > such file or directory", which I assume is my 4suite library problem. > * Other info: > * Platform: SunOS newthing 5.10 Generic_137138-09 i86pc > * Python: Python 2.4.4 (/usr/bin/python) > * MoinMoin: Release 1.8.1 (release) > * gcc (GCC) 3.4.6 > > My guess is that if 4suite were working I might not even need PyXML. Any > ideas on how to proceed? > > Thanks, > David > >> -----Original Message----- >> From: R.Bauer [mailto:rb.proj at gmail.com] >> Sent: Tuesday, January 06, 2009 8:16 AM >> To: moin-user at lists.sourceforge.net >> Subject: Re: [Moin-user] 'module' object has no attribute >> 'expat' when saving from gui editor >> >> David Cramer schrieb: >>> Hi there, >>> I recently upgraded from 1.5.7 to 1.8.1. Somewhere along >> the way, the >>> GUI editor stopped being able to save pages. You can edit the page >>> fine, but if you click "Save Changes", "Preview", "Text >> Mode", "Check >>> Spelling", or "Cancel" you get the following error (full error is >>> attached): 'module' object has no attribute 'expat' >>> >>> Is there some config change I missed or some package I forgot to >>> install on the new machine? >>> >>> Thanks, >>> David >>> >> Normally xml is builtin into the python standard library. >> >> But I know also that for SuSE we often have had to install an >> additional pyxml package. May be that is similiar to SunOS. >> >> >> cheers >> Reimar >> >> >> -------------------------------------------------------------- >> ---------------- >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> > > ------------------------------------------------------------------------------ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From dcramer at motive.com Tue Jan 6 11:37:42 2009 From: dcramer at motive.com (David Cramer) Date: Tue, 6 Jan 2009 10:37:42 -0600 Subject: [Moin-user] 'module' object has no attribute 'expat' when saving from gui editor In-Reply-To: <496384FA.3060405@heavy.ch> References: <496384FA.3060405@heavy.ch> Message-ID: Ok, thanks. Good to know about the regexp problem. At this point, I'll be happy if it just worked with static includes. I did a test on the moinmoin wiki and see that it works there with includes , so it's something with my environment/installation. I think the "Render as DocBook" is a nice feature to have. It gives our developers a way to write up a first draft of content in a format that we in tech pubs can consume directly without a lot of tedious markup. Another direction I would like to see this taken is to add actions/formatters to generate the DocBook and further process it into other outputs. Currently I do this by having my doc build script grab the docbook verison of the page and xslt it to my liking, but having it integrated into the wiki as an action would improve the usabiity. Here are the things I would be interested in seeing: * Make pdfs of higher quality than is currently possible with the actions/macros based on htmldoc. The DocBook Open Repository XSLs are highly configurable stylesheets for turning DocBook into a variety of formats . For example, a feature the DocBook xsls have is to automatically break lines in code listings at a configurable list of characters and add a arrow to indicate that the line has been broken for typographical reasons. This would avoid the situation where a code listing that looks fine in html, but runs off the side of the page in the pdf. There is an open source fo renderer, Apache's fop , that can take the XML and turn it into a pdf. * Generate help sets from a wiki page (or set of pages Included into one page). The xsls can turn it into something like this: http://www.thingbag.net/docbook/docbook-webhelp/index.html So then your wiki is a help authoring tool too :-) * In addition to being able to use the Include macro to make a big page out of smaller pages, and then generate a book from that, you could create a "map" page that defines a table of contents of other pages. These other pages could be collected in a book. One advanage over the Include() method is that headings would automatically be adjusted to the appropriate level for their place in the tree. If you had created something as an h2 in moinmoin, and then wanted to use it as an h4, the xsls would do the work. David > -----Original Message----- > From: Mail at Heavy.ch [mailto:mail at heavy.ch] > Sent: Tuesday, January 06, 2009 10:21 AM > To: moin-user List > Subject: Re: [Moin-user] 'module' object has no attribute > 'expat' when saving from gui editor > > Hi > > I added a bug report > http://moinmo.in/MoinMoinBugs/1.8%20DocbookErrorWithMacroInclu de because I also have some problems using docbook rendering on > pages with include macros. > > But your problems "ImportError: ld.so.1: python: fatal: libgcc_s.so.1: > open failed: No > such file or directory"... looks for me > more something deeper and not moinmoin relevant. > > bye > Marcel > > > > > > > David Cramer schrieb: > > Ok, thanks for the tip. I didn't know that mattered for the > GUI editor. > > Here's some more information about what I've done and what the > > symptoms > > are: > > > > Immediately after upgrading to 1.8.1, the GUI editor was > working for > > at least one of the four wikis I have running off this box, > but giving > > that same "expat" error for another one. I decided to save > working on > > that for later, assuming it was some misconfiguration in > the one wiki. > > > > In the mean time, I wanted to get the "Render as DocBook" > thing working. > > This is a feature I need and was a big reason for upgrading (it > > produced bad DocBook in 1.5.x). "Render as DocBook" > complained that it > > needed 4suite, so I installed 4Suite-1.0b1 and 4Suite-XML-1.0.2, > > however "Render as DocBook" still didn't work but it no longer > > complained about 4suite not being installed. Further investigation > > revealed that 4Suite is having problems finding libraries. For > > example, when I run "4xml -help", I get "ImportError: > ld.so.1: python: > > fatal: libgcc_s.so.1: open > > failed: No such file or directory", but if I first do "export > > LD_LIBRARY_PATH=/usr/local/lib", 4xml works. Something I > read made me > > think that installing pyxml would help, so I installed the latest > > version (0.8.4). After that "Render as DocBook" works for all pages > > that do not use the <> macro. However, it > appears that this > > may have broken the GUI editor. > > > > So my current situation is: > > > > * 4Suite-1.0b1 and 4Suite-XML-1.0.2 installed, but the 4Suite > > commands fail unless the environment variable > LD_LIBRARY_PATH=/usr/local/lib. > > * PyXML 0.8.4 is installed (I did it --without-xpath > --without-xslt > > because the 4suite instructions say that works better: > > http://4suite.org/docs/howto/UNIX.xml) > > * GUI editor does not work with the expat error I mentioned below. > > * "Render as DocBook" works for pages that do not have the > > <> macro. If the page uses Include, moinmoin > gives an error > > "ImportError: ld.so.1: python: fatal: libgcc_s.so.1: open > failed: No > > such file or directory", which I assume is my 4suite > library problem. > > * Other info: > > * Platform: SunOS newthing 5.10 Generic_137138-09 i86pc > > * Python: Python 2.4.4 (/usr/bin/python) > > * MoinMoin: Release 1.8.1 (release) > > * gcc (GCC) 3.4.6 > > > > My guess is that if 4suite were working I might not even > need PyXML. > > Any ideas on how to proceed? > > > > Thanks, > > David > > > >> -----Original Message----- > >> From: R.Bauer [mailto:rb.proj at gmail.com] > >> Sent: Tuesday, January 06, 2009 8:16 AM > >> To: moin-user at lists.sourceforge.net > >> Subject: Re: [Moin-user] 'module' object has no attribute 'expat' > >> when saving from gui editor > >> > >> David Cramer schrieb: > >>> Hi there, > >>> I recently upgraded from 1.5.7 to 1.8.1. Somewhere along > >> the way, the > >>> GUI editor stopped being able to save pages. You can edit > the page > >>> fine, but if you click "Save Changes", "Preview", "Text > >> Mode", "Check > >>> Spelling", or "Cancel" you get the following error (full error is > >>> attached): 'module' object has no attribute 'expat' > >>> > >>> Is there some config change I missed or some package I forgot to > >>> install on the new machine? > >>> > >>> Thanks, > >>> David > >>> > >> Normally xml is builtin into the python standard library. > >> > >> But I know also that for SuSE we often have had to install an > >> additional pyxml package. May be that is similiar to SunOS. > >> > >> > >> cheers > >> Reimar > >> > >> > >> -------------------------------------------------------------- > >> ---------------- > >> _______________________________________________ > >> Moin-user mailing list > >> Moin-user at lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/moin-user > >> > > > > > ---------------------------------------------------------------------- > > -------- _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > -------------------------------------------------------------- > ---------------- > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for just about > anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From tom at toms.net Tue Jan 6 22:06:47 2009 From: tom at toms.net (Thomas Arthur Oehser) Date: Tue, 6 Jan 2009 22:06:47 -0500 Subject: [Moin-user] best way for script to update wiki page ? Message-ID: <20090107030646.GA23695@Toms.NET> I have a need for a script, triggered by incoming emails, to update, or add, wiki pages, based on content in the emails. What do I need to do to create/detect locks on pages, so that script's updates don't collide with updates done via the wiki? -- "Let us do our duty in our shop or our kitchen, the market, the street, the office, the school, the home, just as faithfully as if we stood in the front rank of some great battle, and we knew that victory for mankind depended upon our bravery, strength, and skill. When we do that the humblest of us will be serving in that great army which achieves the welfare of the world." --Theodore Parker From mail at heavy.ch Wed Jan 7 05:40:40 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Wed, 07 Jan 2009 11:40:40 +0100 Subject: [Moin-user] best way for script to update wiki page ? In-Reply-To: <496483A6.7030901@heavy.ch> References: <20090107030646.GA23695@Toms.NET> <496483A6.7030901@heavy.ch> Message-ID: <496486A8.1030804@heavy.ch> Hi Thomas Did you already checked out this page (sectionReceiving Mail)? http://moinmo.in/HelpOnConfiguration/EmailSupport I do not know about locking features, you may want to ask them in the IRC / MoinMoinChat. bye Marcel > Thomas Arthur Oehser schrieb: >> I have a need for a script, triggered by incoming emails, to >> update, or add, wiki pages, based on content in the emails. >> >> What do I need to do to create/detect locks on pages, so that >> script's updates don't collide with updates done via the wiki? >> >> > > From tw-public at gmx.de Wed Jan 7 06:34:03 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 07 Jan 2009 12:34:03 +0100 Subject: [Moin-user] best way for script to update wiki page ? In-Reply-To: <496486A8.1030804@heavy.ch> References: <20090107030646.GA23695@Toms.NET> <496483A6.7030901@heavy.ch> <496486A8.1030804@heavy.ch> Message-ID: <1231328043.6546.5.camel@server.firma.waldmann-edv.de> > I do not know about locking features, you may want to ask them in the > IRC / MoinMoinChat. There is no locking. It is the same as when multiple people edit the same page via the web interface: the one who saves last will get a notice about a edit conflict and will have to solve it. From tom at toms.net Wed Jan 7 07:27:47 2009 From: tom at toms.net (Thomas Arthur Oehser) Date: Wed, 7 Jan 2009 07:27:47 -0500 Subject: [Moin-user] best way for script to update wiki page ? In-Reply-To: <496483A6.7030901@heavy.ch> References: <20090107030646.GA23695@Toms.NET> <496483A6.7030901@heavy.ch> Message-ID: <20090107122747.GB23695@Toms.NET> From: Thomas Waldmann >> I do not know about locking features, you may want to ask them in the >> IRC / MoinMoinChat. >There is no locking. It is the same as when multiple people edit the >same page via the web interface: the one who saves last will get a >notice about a edit conflict and will have to solve it. Hmmm... So, the flow in my utility should be: 1) Detect what the latest revision is, say, 23 1) Read that latest revsion, (say, 23) 2) Process it to generate desired revision, say, 24, in /tmp 3) Try to mv the entry from /tmp to the data pages directory 4) If that fails, then someone else updated it, try again from (1) Good? -Thx On Wed, Jan 07, 2009 at 11:27:50AM +0100, Mail at Heavy.ch wrote: > Did you already checked out this page (sectionReceiving Mail)? > http://moinmo.in/HelpOnConfiguration/EmailSupport I don't want moinmoin to receive mail. The mail will go Exim => Procmail => Bash => Java or Python. This process will not be under the webserver or moinmoin control. The Java or Python would be responsible for reading existing pages from the data directory, updating them based on fields parsed from the email, determining authentication and authorization, etc.; it probably would run under the same user ID that the fastcgi/suexec is using for moinmoin, though. My concern is that if someone edits FooBar on the wiki, and while they are messing with it on the screen, the script opens it and updates it, that the changes would be overwritten, or that the interactive edit session would fail. The desired behaviour is for the Java or Python to detect that an edit is in process, spawn a sleeper thread, and retry in a minute or two, until the online edit is completed. -Thanks, -Tom -- "Let us do our duty in our shop or our kitchen, the market, the street, the office, the school, the home, just as faithfully as if we stood in the front rank of some great battle, and we knew that victory for mankind depended upon our bravery, strength, and skill. When we do that the humblest of us will be serving in that great army which achieves the welfare of the world." --Theodore Parker From tom at toms.net Wed Jan 7 07:48:34 2009 From: tom at toms.net (Thomas Arthur Oehser) Date: Wed, 7 Jan 2009 07:48:34 -0500 Subject: [Moin-user] best way for script to update wiki page ? In-Reply-To: <20090107122747.GB23695@Toms.NET> References: <20090107030646.GA23695@Toms.NET> <496483A6.7030901@heavy.ch> <20090107122747.GB23695@Toms.NET> Message-ID: <20090107124834.GC23695@Toms.NET> > Hmmm... > > So, the flow in my utility should be: > > 1) Detect what the latest revision is, say, 23 > 1) Read that latest revsion, (say, 23) > 2) Process it to generate desired revision, say, 24, in /tmp > 3) Try to mv the entry from /tmp to the data pages directory > 4) If that fails, then someone else updated it, try again from (1) > > Good? Actually, I'll need to update FooBar/current and FooBar/edit-log and data/edit-log and data/event-log too, in addition to the FooBar/revisions/00000006 file... I'm definitely uncertain as to how to do this atomically such that there is no possible conflict with the online wikiwiki instance. Presumably, the consequences for messing up the logs would be far less than if "current" and/or "00000006" file were updated wrongly. So, maybe, 1) Detect what the latest revision is, say, 23 2) Read that latest revsion, (say, 23) 3) Process it to generate desired revision, say, 24, in /tmp 4) mv the entry from tmp to revisions _and_ update current 5) If that fails, then someone else updated it, try again from (1) 6) Append to the 2 edit-log files and update the event-log My concern is how to do (4) atomically. From rb.proj at gmail.com Wed Jan 7 07:53:08 2009 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 07 Jan 2009 13:53:08 +0100 Subject: [Moin-user] best way for script to update wiki page ? In-Reply-To: <20090107122747.GB23695@Toms.NET> References: <20090107030646.GA23695@Toms.NET> <496483A6.7030901@heavy.ch> <20090107122747.GB23695@Toms.NET> Message-ID: Thomas Arthur Oehser schrieb: > From: Thomas Waldmann > >>> I do not know about locking features, you may want to ask them in the >>> IRC / MoinMoinChat. > >> There is no locking. It is the same as when multiple people edit the >> same page via the web interface: the one who saves last will get a >> notice about a edit conflict and will have to solve it. > > Hmmm... > > So, the flow in my utility should be: > > 1) Detect what the latest revision is, say, 23 > 1) Read that latest revsion, (say, 23) > 2) Process it to generate desired revision, say, 24, in /tmp > 3) Try to mv the entry from /tmp to the data pages directory > 4) If that fails, then someone else updated it, try again from (1) > > Good? > not good. You may want to use a xmlrpc script or the command line interface of moin or you want to use the builtin EmailSupport as you heard from others already. you have that script also in your installation http://hg.moinmo.in/moin/1.8/file/tip/MoinMoin/script/xmlrpc/mailimport.py You also may be interested in reading http://moinmo.in/MoinAPI/Beispiele#PageEditor.saveText.28.29 http:/www.google.com/translate_t is your friend cheers Reimar > -Thx > > On Wed, Jan 07, 2009 at 11:27:50AM +0100, Mail at Heavy.ch wrote: >> Did you already checked out this page (sectionReceiving Mail)? >> http://moinmo.in/HelpOnConfiguration/EmailSupport > > I don't want moinmoin to receive mail. > > The mail will go Exim => Procmail => Bash => Java or Python. > > This process will not be under the webserver or moinmoin control. > > The Java or Python would be responsible for reading existing pages > from the data directory, updating them based on fields parsed from > the email, determining authentication and authorization, etc.; it > probably would run under the same user ID that the fastcgi/suexec > is using for moinmoin, though. > > My concern is that if someone edits FooBar on the wiki, and while > they are messing with it on the screen, the script opens it and > updates it, that the changes would be overwritten, or that the > interactive edit session would fail. > > The desired behaviour is for the Java or Python to detect that > an edit is in process, spawn a sleeper thread, and retry in a > minute or two, until the online edit is completed. > > -Thanks, -Tom > > -- > "Let us do our duty in our shop or our kitchen, the market, the street, the > office, the school, the home, just as faithfully as if we stood in the front > rank of some great battle, and we knew that victory for mankind depended upon > our bravery, strength, and skill. When we do that the humblest of us will be > serving in that great army which achieves the welfare of the world." > --Theodore Parker > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB From rb.proj at gmail.com Wed Jan 7 07:55:51 2009 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 07 Jan 2009 13:55:51 +0100 Subject: [Moin-user] best way for script to update wiki page ? In-Reply-To: <20090107124834.GC23695@Toms.NET> References: <20090107030646.GA23695@Toms.NET> <496483A6.7030901@heavy.ch> <20090107122747.GB23695@Toms.NET> <20090107124834.GC23695@Toms.NET> Message-ID: talking on irc is easier join us on chat.freenode.net channel: #moin cheers Reimar Thomas Arthur Oehser schrieb: >> Hmmm... >> >> So, the flow in my utility should be: >> >> 1) Detect what the latest revision is, say, 23 >> 1) Read that latest revsion, (say, 23) >> 2) Process it to generate desired revision, say, 24, in /tmp >> 3) Try to mv the entry from /tmp to the data pages directory >> 4) If that fails, then someone else updated it, try again from (1) >> >> Good? > > Actually, I'll need to update FooBar/current and FooBar/edit-log > and data/edit-log and data/event-log too, in addition to the > FooBar/revisions/00000006 file... > > I'm definitely uncertain as to how to do this atomically such that > there is no possible conflict with the online wikiwiki instance. > > Presumably, the consequences for messing up the logs would be far > less than if "current" and/or "00000006" file were updated wrongly. > > So, maybe, > > 1) Detect what the latest revision is, say, 23 > 2) Read that latest revsion, (say, 23) > 3) Process it to generate desired revision, say, 24, in /tmp > 4) mv the entry from tmp to revisions _and_ update current > 5) If that fails, then someone else updated it, try again from (1) > 6) Append to the 2 edit-log files and update the event-log > > My concern is how to do (4) atomically. > > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB From tom at toms.net Wed Jan 7 08:35:48 2009 From: tom at toms.net (Thomas Arthur Oehser) Date: Wed, 7 Jan 2009 08:35:48 -0500 Subject: [Moin-user] best way for script to update wiki page ? In-Reply-To: References: <20090107030646.GA23695@Toms.NET> <496483A6.7030901@heavy.ch> <20090107122747.GB23695@Toms.NET> <20090107124834.GC23695@Toms.NET> Message-ID: <20090107133548.GA25377@Toms.NET> On Wed, Jan 07, 2009 at 01:55:51PM +0100, R.Bauer wrote: > talking on irc is easier Ummchkrkg, OK, well, for various reasons at the moment I must be asynchronous, I guess I can 'apt install centerim or finch or something and do it that way in the future... XML-RPC, huh, well, I guess I have cognitive dissonance with using SOAP to update a Wiki page, the "simplest thing that could possibly work" and all that "wiki way" stuff and all... I'm not quite sure how to do it with the command-line client... Is there documentation that I'm missing? I guess I can read the code... I did try some to google for updating/adding pages with the command line interface, and for wiki xml-rpc stuff, the xml-rpc stuff is better documented and I guess a more robust solution. -Thanks, -Tom From kauer at biplane.com.au Wed Jan 7 09:06:46 2009 From: kauer at biplane.com.au (Karl Auer) Date: Thu, 08 Jan 2009 01:06:46 +1100 Subject: [Moin-user] silly question re formatting Message-ID: <1231337206.6646.686.camel@karl> There are two things I want to do on wiki pages that I can't see how to do with either wiki markup or the richtext editor. - i it possible to centre text? - is it possible to align things - especially images - to the right? Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 jdd at dodin.org Wed Jan 7 09:47:58 2009 From: jdd at dodin.org (jdd) Date: Wed, 07 Jan 2009 15:47:58 +0100 Subject: [Moin-user] stopping ^ markup for a page Message-ID: <4964C09E.1010608@dodin.org> Hello, I try to set in the wiki a page about joe editor. It needs many "^X". When there are two on arow, the contetn of ^ertyu^ is seen as a superscript is there a way to stop this on this page only? thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM http://www.facebook.com/profile.php?id=1412160445 From rb.proj at gmail.com Wed Jan 7 10:44:28 2009 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 07 Jan 2009 16:44:28 +0100 Subject: [Moin-user] silly question re formatting In-Reply-To: <1231337206.6646.686.camel@karl> References: <1231337206.6646.686.camel@karl> Message-ID: Karl Auer schrieb: > There are two things I want to do on wiki pages that I can't see how to > do with either wiki markup or the richtext editor. > > - i it possible to centre text? Hi Karl It is {{{#!wiki center text }}} > > - is it possible to align things - especially images - to the right? It is {{attachment:image.jpg||align=right}} cheers Reimar > > Regards, K. > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From dcramer at motive.com Wed Jan 7 11:02:07 2009 From: dcramer at motive.com (David Cramer) Date: Wed, 7 Jan 2009 10:02:07 -0600 Subject: [Moin-user] 'module' object has no attribute 'expat' whensaving from gui editor In-Reply-To: References: Message-ID: Ok, I've reinstalled 4suite so that it is working without needing to set the LD_LIBRARY_PATH. The GUI editor still gives the expat error and render as docbook still fails on pages with includes. If I remove PyXML, the GUI editor starts working BUT "Render as DocBook" stops working altogether (even for pages without includes. Once PyXML is removed, I get the error: ImportError No module named ext.reader * args = ('No module named ext.reader',) Any ideas as to why Render as DocBook would give that error? Does it really require PyXML (I thought 4suite replaces PyXML)? Is there a way to make the GUI editor work with PyXML? Thanks, David > -----Original Message----- > From: David Cramer > Sent: Tuesday, January 06, 2009 8:41 AM > To: R.Bauer; moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] 'module' object has no attribute > 'expat' whensaving from gui editor > > Ok, thanks for the tip. I didn't know that mattered for the > GUI editor. > Here's some more information about what I've done and what > the symptoms > are: > > Immediately after upgrading to 1.8.1, the GUI editor was > working for at least one of the four wikis I have running off > this box, but giving that same "expat" error for another one. > I decided to save working on that for later, assuming it was > some misconfiguration in the one wiki. > > In the mean time, I wanted to get the "Render as DocBook" > thing working. > This is a feature I need and was a big reason for upgrading > (it produced bad DocBook in 1.5.x). "Render as DocBook" > complained that it needed 4suite, so I installed 4Suite-1.0b1 > and 4Suite-XML-1.0.2, however "Render as DocBook" still > didn't work but it no longer complained about 4suite not > being installed. Further investigation revealed that 4Suite > is having problems finding libraries. For example, when I run > "4xml -help", I get "ImportError: ld.so.1: python: fatal: > libgcc_s.so.1: open > failed: No such file or directory", but if I first do "export > LD_LIBRARY_PATH=/usr/local/lib", 4xml works. Something I read > made me think that installing pyxml would help, so I > installed the latest version (0.8.4). After that "Render as > DocBook" works for all pages that do not use the > <> macro. However, it appears that this may have > broken the GUI editor. > > So my current situation is: > > * 4Suite-1.0b1 and 4Suite-XML-1.0.2 installed, but the > 4Suite commands fail unless the environment variable > LD_LIBRARY_PATH=/usr/local/lib. > * PyXML 0.8.4 is installed (I did it --without-xpath > --without-xslt because the 4suite instructions say that works better: > http://4suite.org/docs/howto/UNIX.xml) > * GUI editor does not work with the expat error I mentioned below. > * "Render as DocBook" works for pages that do not have the > <> macro. If the page uses Include, moinmoin gives an error > "ImportError: ld.so.1: python: fatal: libgcc_s.so.1: open > failed: No such file or directory", which I assume is my > 4suite library problem. > * Other info: > * Platform: SunOS newthing 5.10 Generic_137138-09 i86pc > * Python: Python 2.4.4 (/usr/bin/python) > * MoinMoin: Release 1.8.1 (release) > * gcc (GCC) 3.4.6 > > My guess is that if 4suite were working I might not even need > PyXML. Any ideas on how to proceed? > > Thanks, > David > > > -----Original Message----- > > From: R.Bauer [mailto:rb.proj at gmail.com] > > Sent: Tuesday, January 06, 2009 8:16 AM > > To: moin-user at lists.sourceforge.net > > Subject: Re: [Moin-user] 'module' object has no attribute > 'expat' when > > saving from gui editor > > > > David Cramer schrieb: > > > Hi there, > > > I recently upgraded from 1.5.7 to 1.8.1. Somewhere along > > the way, the > > > GUI editor stopped being able to save pages. You can edit > the page > > > fine, but if you click "Save Changes", "Preview", "Text > > Mode", "Check > > > Spelling", or "Cancel" you get the following error (full error is > > > attached): 'module' object has no attribute 'expat' > > > > > > Is there some config change I missed or some package I forgot to > > > install on the new machine? > > > > > > Thanks, > > > David > > > > > > > Normally xml is builtin into the python standard library. > > > > But I know also that for SuSE we often have had to install an > > additional pyxml package. May be that is similiar to SunOS. > > > > > > cheers > > Reimar > > > > > > -------------------------------------------------------------- > > ---------------- > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > -------------------------------------------------------------- > ---------------- > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From tw-public at gmx.de Wed Jan 7 12:14:27 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 07 Jan 2009 18:14:27 +0100 Subject: [Moin-user] stopping ^ markup for a page In-Reply-To: <4964C09E.1010608@dodin.org> References: <4964C09E.1010608@dodin.org> Message-ID: <1231348467.6546.32.camel@server.firma.waldmann-edv.de> > It needs many "^X". When there are two on arow, the contetn of ^ertyu^ > is seen as a superscript Try this `^X` or that: {{{ ^X is ... ^Y is ... }}} Or use #format plain for the whole page (then it is just text, not wiki markup). From tw-public at gmx.de Wed Jan 7 12:19:46 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 07 Jan 2009 18:19:46 +0100 Subject: [Moin-user] 'module' object has no attribute 'expat' whensaving from gui editor In-Reply-To: References: Message-ID: <1231348786.6546.38.camel@server.firma.waldmann-edv.de> > Any ideas as to why Render as DocBook would give that error? Does it > really require PyXML (I thought 4suite replaces PyXML)? Is there a way > to make the GUI editor work with PyXML? You are having quite a lot of trouble with this stuff - I guess this trouble is at least partly a platform problem, partly a problem with the messy python 2.3/2.4 plus pyxml stuff. 2 ideas: * try a recent python 2.5.x (something equivalent to python-xml is built-in there, so you don't need to install pyxml) * try other platform (e.g. debian or ubuntu linux), should be easier From dcramer at motive.com Wed Jan 7 12:41:49 2009 From: dcramer at motive.com (David Cramer) Date: Wed, 7 Jan 2009 11:41:49 -0600 Subject: [Moin-user] 'module' object has no attribute 'expat' whensavingfrom gui editor In-Reply-To: <1231348786.6546.38.camel@server.firma.waldmann-edv.de> References: <1231348786.6546.38.camel@server.firma.waldmann-edv.de> Message-ID: Ok, using a newer python is possible (unfortunately switching platforms would be harder...IT is making me move the wiki into their datacenter because it's got so much valuable info in it...I'm taking the machine they give me). Would the process be as follows, correct? 1. Install python 2.5.x 2. Copy /usr/local/lib/python2.4/site-packages/MoinMoin to the site-packages dir for python 2.5. 3. Update moin.cgi to change sys.path.insert(0, '/usr/local/lib/python2.4/site-packages') to the new 2.5 site-packages dir. 4. Change /bin/python to point to python 2.5. 5. Reinstall 4suite on python 2.5 Btw., I notice someone else had problems with PyXML and the GUI editor: http://moinmo.in/MoinMoinBugs/PyXML084BreaksGui Thanks, David > -----Original Message----- > From: Thomas Waldmann [mailto:tw-public at gmx.de] > Sent: Wednesday, January 07, 2009 11:20 AM > To: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] 'module' object has no attribute > 'expat' whensavingfrom gui editor > > > Any ideas as to why Render as DocBook would give that > error? Does it > > really require PyXML (I thought 4suite replaces PyXML)? Is > there a way > > to make the GUI editor work with PyXML? > > You are having quite a lot of trouble with this stuff - I > guess this trouble is at least partly a platform problem, > partly a problem with the messy python 2.3/2.4 plus pyxml stuff. > > 2 ideas: > * try a recent python 2.5.x (something equivalent to > python-xml is built-in there, so you don't need to install pyxml) > * try other platform (e.g. debian or ubuntu linux), should be easier > > > > -------------------------------------------------------------- > ---------------- > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for just about > anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From jdd at dodin.org Wed Jan 7 12:43:14 2009 From: jdd at dodin.org (jdd) Date: Wed, 07 Jan 2009 18:43:14 +0100 Subject: [Moin-user] stopping ^ markup for a page In-Reply-To: <1231348467.6546.32.camel@server.firma.waldmann-edv.de> References: <4964C09E.1010608@dodin.org> <1231348467.6546.32.camel@server.firma.waldmann-edv.de> Message-ID: <4964E9B2.9080003@dodin.org> Thomas Waldmann a ?crit : >> It needs many "^X". When there are two on arow, the contetn of ^ertyu^ >> is seen as a superscript > > Try this `^X` or that: > {{{ > ^X is ... > ^Y is ... > }}} > > Or use #format plain for the whole page (then it is just text, not wiki > markup). well... of course, but it's not possible {{{ changes the font type and I have tables, so plain wont work :-( :-( jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM http://www.facebook.com/profile.php?id=1412160445 From rb.proj at gmail.com Wed Jan 7 15:25:03 2009 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 07 Jan 2009 21:25:03 +0100 Subject: [Moin-user] stopping ^ markup for a page In-Reply-To: <4964E9B2.9080003@dodin.org> References: <4964C09E.1010608@dodin.org> <1231348467.6546.32.camel@server.firma.waldmann-edv.de> <4964E9B2.9080003@dodin.org> Message-ID: jdd schrieb: > Thomas Waldmann a ?crit : >>> It needs many "^X". When there are two on arow, the contetn of ^ertyu^ >>> is seen as a superscript >> Try this `^X` or that: >> {{{ >> ^X is ... >> ^Y is ... >> }}} >> >> Or use #format plain for the whole page (then it is just text, not wiki >> markup). > > well... of course, but it's not possible > > {{{ changes the font type and I have tables, so plain wont work :-( > > :-( > jdd > > Well you can kill some of the parser scan_rules and save it as a different parser. then call that one by #format on your page. Reimar From kauer at biplane.com.au Wed Jan 7 16:48:44 2009 From: kauer at biplane.com.au (Karl Auer) Date: Thu, 08 Jan 2009 08:48:44 +1100 Subject: [Moin-user] silly question re formatting In-Reply-To: References: <1231337206.6646.686.camel@karl> Message-ID: <1231364924.6646.692.camel@karl> On Wed, 2009-01-07 at 16:44 +0100, R.Bauer wrote: > {{{#!wiki center > > text > }}} > > [...] > {{attachment:image.jpg||align=right}} Thank you - exactly what I needed (and thanks to Thomas Oehser for the table formatting idea). Is any of this documented anywhere? I did have a look through things like HelpOnEditing and HelpOnFormatting before I asked, and don't recall seeing it there, though I did find the table stuff in HelpOnTables. In particular the "wiki center" stuff looks like part of a larger model of such macro-like directives - is there a list anywhere? Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 dcramer at motive.com Thu Jan 8 00:32:04 2009 From: dcramer at motive.com (David Cramer) Date: Wed, 7 Jan 2009 23:32:04 -0600 Subject: [Moin-user] 'module' object has no attribute 'expat' whensavingfrom gui editor In-Reply-To: References: <1231348786.6546.38.camel@server.firma.waldmann-edv.de> Message-ID: Well, when I switch to python 2.5.1 using the method described below, I get a 500 Internal Server Error once I change /bin/python to point to python 2.5.1. Is there something else to do when switching to a new python version? Or is there some documentation on watch involved in upgrading python from under an existing moinmoin install? Thanks, David > -----Original Message----- > From: David Cramer > Sent: Wednesday, January 07, 2009 11:42 AM > To: 'Thomas Waldmann'; 'moin-user at lists.sourceforge.net' > Subject: RE: [Moin-user] 'module' object has no attribute > 'expat' whensavingfrom gui editor > > Ok, using a newer python is possible (unfortunately switching > platforms would be harder...IT is making me move the wiki > into their datacenter because it's got so much valuable info > in it...I'm taking the machine they give me). Would the > process be as follows, correct? > > 1. Install python 2.5.x > 2. Copy /usr/local/lib/python2.4/site-packages/MoinMoin to > the site-packages dir for python 2.5. > 3. Update moin.cgi to change sys.path.insert(0, > '/usr/local/lib/python2.4/site-packages') to the new 2.5 > site-packages dir. > 4. Change /bin/python to point to python 2.5. > 5. Reinstall 4suite on python 2.5 > > Btw., I notice someone else had problems with PyXML and the > GUI editor: http://moinmo.in/MoinMoinBugs/PyXML084BreaksGui > > Thanks, > David > > > -----Original Message----- > > From: Thomas Waldmann [mailto:tw-public at gmx.de] > > Sent: Wednesday, January 07, 2009 11:20 AM > > To: moin-user at lists.sourceforge.net > > Subject: Re: [Moin-user] 'module' object has no attribute 'expat' > > whensavingfrom gui editor > > > > > Any ideas as to why Render as DocBook would give that > > error? Does it > > > really require PyXML (I thought 4suite replaces PyXML)? Is > > there a way > > > to make the GUI editor work with PyXML? > > > > You are having quite a lot of trouble with this stuff - I > guess this > > trouble is at least partly a platform problem, partly a > problem with > > the messy python 2.3/2.4 plus pyxml stuff. > > > > 2 ideas: > > * try a recent python 2.5.x (something equivalent to python-xml is > > built-in there, so you don't need to install pyxml) > > * try other platform (e.g. debian or ubuntu linux), should > be easier > > > > > > > > -------------------------------------------------------------- > > ---------------- > > Check out the new SourceForge.net Marketplace. > > It is the best place to buy or sell services for just about > anything > > Open Source. > > http://p.sf.net/sfu/Xq1LFB > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > From dcramer at motive.com Thu Jan 8 00:42:06 2009 From: dcramer at motive.com (David Cramer) Date: Wed, 7 Jan 2009 23:42:06 -0600 Subject: [Moin-user] 'module' object has no attribute'expat' whensavingfrom gui editor In-Reply-To: References: <1231348786.6546.38.camel@server.firma.waldmann-edv.de> Message-ID: Btw., here's what I see in my apache error_log when I switch to python 2.5: [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/share/moin/testwiki/cgi-bin/moin.cgi", line 29, in [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] from MoinMoin.server.server_cgi import CgiConfig, run [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/lib/python2.5/site-packages/MoinMoin/server/server_cgi.py", line 25, in [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] from MoinMoin.request import request_cgi [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/lib/python2.5/site-packages/MoinMoin/request/__init__.py", line 48, in [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] from MoinMoin.Page import Page [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/lib/python2.5/site-packages/MoinMoin/Page.py", line 42, in [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] from MoinMoin import config, caching, user, util, wikiutil [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/lib/python2.5/site-packages/MoinMoin/user.py", line 27, in [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] from MoinMoin.support.python_compatibility import hash_new, hmac_new [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/lib/python2.5/site-packages/MoinMoin/support/python_compatib ility.py", line 90, in [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] import sha [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/lib/python2.5/sha.py", line 6, in [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] from hashlib import sha1 as sha [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/lib/python2.5/hashlib.py", line 133, in [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] md5 = __get_builtin_constructor('md5') [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File "/usr/local/lib/python2.5/hashlib.py", line 60, in __get_builtin_constructor [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] import _md5 [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] ImportError: No module named _md5 [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] Premature end of script headers: moin.cgi > -----Original Message----- > From: David Cramer > Sent: Wednesday, January 07, 2009 11:32 PM > To: Thomas Waldmann; moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] 'module' object has no > attribute'expat' whensavingfrom gui editor > > Well, when I switch to python 2.5.1 using the method > described below, I get a 500 Internal Server Error once I > change /bin/python to point to python 2.5.1. > > Is there something else to do when switching to a new python > version? Or is there some documentation on watch involved in > upgrading python from under an existing moinmoin install? > > Thanks, > David > > > -----Original Message----- > > From: David Cramer > > Sent: Wednesday, January 07, 2009 11:42 AM > > To: 'Thomas Waldmann'; 'moin-user at lists.sourceforge.net' > > Subject: RE: [Moin-user] 'module' object has no attribute 'expat' > > whensavingfrom gui editor > > > > Ok, using a newer python is possible (unfortunately switching > > platforms would be harder...IT is making me move the wiki > into their > > datacenter because it's got so much valuable info in > it...I'm taking > > the machine they give me). Would the process be as follows, correct? > > > > 1. Install python 2.5.x > > 2. Copy /usr/local/lib/python2.4/site-packages/MoinMoin to the > > site-packages dir for python 2.5. > > 3. Update moin.cgi to change sys.path.insert(0, > > '/usr/local/lib/python2.4/site-packages') to the new 2.5 > site-packages > > dir. > > 4. Change /bin/python to point to python 2.5. > > 5. Reinstall 4suite on python 2.5 > > > > Btw., I notice someone else had problems with PyXML and the GUI > > editor: http://moinmo.in/MoinMoinBugs/PyXML084BreaksGui > > > > Thanks, > > David > > > > > -----Original Message----- > > > From: Thomas Waldmann [mailto:tw-public at gmx.de] > > > Sent: Wednesday, January 07, 2009 11:20 AM > > > To: moin-user at lists.sourceforge.net > > > Subject: Re: [Moin-user] 'module' object has no attribute 'expat' > > > whensavingfrom gui editor > > > > > > > Any ideas as to why Render as DocBook would give that > > > error? Does it > > > > really require PyXML (I thought 4suite replaces PyXML)? Is > > > there a way > > > > to make the GUI editor work with PyXML? > > > > > > You are having quite a lot of trouble with this stuff - I > > guess this > > > trouble is at least partly a platform problem, partly a > > problem with > > > the messy python 2.3/2.4 plus pyxml stuff. > > > > > > 2 ideas: > > > * try a recent python 2.5.x (something equivalent to > python-xml is > > > built-in there, so you don't need to install pyxml) > > > * try other platform (e.g. debian or ubuntu linux), should > > be easier > > > > > > > > > > > > -------------------------------------------------------------- > > > ---------------- > > > Check out the new SourceForge.net Marketplace. > > > It is the best place to buy or sell services for just about > > anything > > > Open Source. > > > http://p.sf.net/sfu/Xq1LFB > > > _______________________________________________ > > > Moin-user mailing list > > > Moin-user at lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > -------------------------------------------------------------- > ---------------- > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for just about > anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From kauer at biplane.com.au Thu Jan 8 00:55:36 2009 From: kauer at biplane.com.au (Karl Auer) Date: Thu, 08 Jan 2009 16:55:36 +1100 Subject: [Moin-user] How to NOT let people create accounts? In-Reply-To: <1231207912.6646.364.camel@karl> References: <1231207912.6646.364.camel@karl> Message-ID: <1231394136.6646.868.camel@karl> On Tue, 2009-01-06 at 13:11 +1100, Karl Auer wrote: > How do we turn off the account creation feature? I've looked at the > authentication help and am not much the wiser :-( > > And, once turned off, how do we create accounts? Thanks to Reimar Bauer for these leads: > you can remove the newaccount action by adding to the actions_excluded > list. > You can create new users by calling the moin command > http://moinmo.in/HelpOnMoinCommand#moin...accountcreate... The login page, however, continues to have a link to the newaccount action, in spite of the fact that no-one can actually use it. If they click on it, they get told that it's not permitted and they should log in first :-) I solved this by editing the link out of this file: ./python2.5/site-packages/MoinMoin/auth/__init__.py Unfortunately, since this file is in the shared MoinMoin stuff, it turns account creation off for all wikis. Not good on a shared server. So I took a copy of the MoinMoin package, modified the above file and edited moin.wsgi to add a path to my copy BEFORE the path to the system copy. Works a treat now. However, it will need redoing every time MoinMoin is upgraded, which is not so good. The ideal solution would be for the login method to check to see whether the newaccount action is excluded before it displays a link to it. In fact, every method that displays a link to an action should probably first check whether that action is excluded. "Excluded" is different to "you need to be logged in for that", so the error message displayed when an action is unavailable should not assume that the reason is that the user is not logged in. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 mail at heavy.ch Thu Jan 8 02:52:17 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Thu, 08 Jan 2009 08:52:17 +0100 Subject: [Moin-user] 'module' object has no attribute 'expat' whensavingfrom gui editor In-Reply-To: References: <1231348786.6546.38.camel@server.firma.waldmann-edv.de> Message-ID: <4965B0B1.6010804@heavy.ch> David Cramer schrieb: > Ok, using a newer python is possible (unfortunately switching platforms > would be harder...IT is making me move the wiki into their datacenter > because it's got so much valuable info in it...I'm taking the machine > they give me). Would the process be as follows, correct? > > 1. Install python 2.5.x > 2. Copy /usr/local/lib/python2.4/site-packages/MoinMoin to the > site-packages dir for python 2.5. all 4suite on python 2.5 It would be better to install moinmoin and not only copy some old installation to a new place, otherwise for example the egg-info is missing, etcetera. See here: http://moinmo.in/HelpOnInstalling/BasicInstallation I would also do a clean up and remove old moinmoin stuff. and start then with a a fresh & clean installation. You maybe also need to checkup if 4suite is working without moinmoin; so you can better sort out what is python and what is moinmoin trouble. You could even check if a "Standalone / Desktop" MoinMoin is working.. and then go after the more advanced stuff. see here: http://moinmo.in/DesktopEdition bye Marcel From tw-public at gmx.de Thu Jan 8 03:31:00 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 08 Jan 2009 09:31:00 +0100 Subject: [Moin-user] 'module' object has no attribute'expat' whensavingfrom gui editor In-Reply-To: References: <1231348786.6546.38.camel@server.firma.waldmann-edv.de> Message-ID: <1231403460.11568.17.camel@black.firma.waldmann-edv.de> > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > "/usr/local/lib/python2.5/sha.py", line 6, in > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] from > hashlib import sha1 as sha > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > "/usr/local/lib/python2.5/hashlib.py", line 133, in > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] md5 = > __get_builtin_constructor('md5') > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > "/usr/local/lib/python2.5/hashlib.py", line 60, in > __get_builtin_constructor > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] import > _md5 > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] ImportError: > No module named _md5 Looks like your python2.5 was not compiled with the usual stuff, it misses md5 support. Maybe you have to install some additional headers for that stuff before compiling python (on linux, that stuff is usually in the *-dev packages). BTW, if you have to compile again anyway, maybe use the latest 2.5.x version. From rb.proj at gmail.com Thu Jan 8 09:07:51 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 08 Jan 2009 15:07:51 +0100 Subject: [Moin-user] silly question re formatting In-Reply-To: <1231364924.6646.692.camel@karl> References: <1231337206.6646.686.camel@karl> <1231364924.6646.692.camel@karl> Message-ID: Karl Auer schrieb: > On Wed, 2009-01-07 at 16:44 +0100, R.Bauer wrote: >> {{{#!wiki center >> >> text >> }}} >> >> [...] > >> {{attachment:image.jpg||align=right}} > > Thank you - exactly what I needed (and thanks to Thomas Oehser for the > table formatting idea). > > Is any of this documented anywhere? I did have a look through things > like HelpOnEditing and HelpOnFormatting before I asked, and don't recall > seeing it there, though I did find the table stuff in HelpOnTables. > see HelpOnLinking or HelpOnMoinWikiSyntax cheers Reimar > In particular the "wiki center" stuff looks like part of a larger model > of such macro-like directives - is there a list anywhere? > > Regards, K. > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From tw-public at gmx.de Thu Jan 8 09:26:59 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 08 Jan 2009 15:26:59 +0100 Subject: [Moin-user] stopping ^ markup for a page In-Reply-To: <4964E9B2.9080003@dodin.org> References: <4964C09E.1010608@dodin.org> <1231348467.6546.32.camel@server.firma.waldmann-edv.de> <4964E9B2.9080003@dodin.org> Message-ID: <1231424819.785.6.camel@server.firma.waldmann-edv.de> > > Try this `^X` or that: > {{{ changes the font type and I have tables, so plain wont work :-( Well, yes. No easy way out. So maybe using `^X` is the best way easily possible (and changing the font to typewriter for a kbd sequence is not that far fetched). From jdd at dodin.org Thu Jan 8 11:16:44 2009 From: jdd at dodin.org (jdd) Date: Thu, 08 Jan 2009 17:16:44 +0100 Subject: [Moin-user] stopping ^ markup for a page In-Reply-To: <1231424819.785.6.camel@server.firma.waldmann-edv.de> References: <4964C09E.1010608@dodin.org> <1231348467.6546.32.camel@server.firma.waldmann-edv.de> <4964E9B2.9080003@dodin.org> <1231424819.785.6.camel@server.firma.waldmann-edv.de> Message-ID: <496626EC.2060308@dodin.org> Thomas Waldmann a ?crit : >>> Try this `^X` or that: > >> {{{ changes the font type and I have tables, so plain wont work :-( > > Well, yes. No easy way out. > > So maybe using `^X` is the best way easily possible (and changing the > font to typewriter for a kbd sequence is not that far fetched). probably :-) thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM http://www.facebook.com/profile.php?id=1412160445 From dcramer at motive.com Thu Jan 8 15:49:38 2009 From: dcramer at motive.com (David Cramer) Date: Thu, 8 Jan 2009 14:49:38 -0600 Subject: [Moin-user] 'module' object hasno attribute'expat' whensavingfrom gui editor In-Reply-To: <1231403460.11568.17.camel@black.firma.waldmann-edv.de> References: <1231348786.6546.38.camel@server.firma.waldmann-edv.de> <1231403460.11568.17.camel@black.firma.waldmann-edv.de> Message-ID: Thanks Thomas and Marcel. Yes, I had installed Python 2.5 from a package I got from Sunfreeware, which I understand now was a bad idea. What I think I'll do is install moinmoin 1.8.1 on the linux box where they used to live, move the wikis back there for the time being (and redirect wiki traffic to that host), then reinstall fresh copies of python, moinmoin, etc on the Solais box and mess with it till I can get it working right so I won't dirupt people using the wiki. Could be a few weeks till I get to that. I think we can limp along without a gui editor and with limited functionality in the render as docbook feature until then though. Thanks, David > -----Original Message----- > From: Thomas Waldmann [mailto:tw-public at gmx.de] > Sent: Thursday, January 08, 2009 2:31 AM > To: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] 'module' object hasno > attribute'expat' whensavingfrom gui editor > > > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > > "/usr/local/lib/python2.5/sha.py", line 6, in > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] from > > hashlib import sha1 as sha > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > > "/usr/local/lib/python2.5/hashlib.py", line 133, in > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] > md5 = > > __get_builtin_constructor('md5') > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > > "/usr/local/lib/python2.5/hashlib.py", line 60, in > > __get_builtin_constructor > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] > import > > _md5 > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] > ImportError: > > No module named _md5 > > Looks like your python2.5 was not compiled with the usual > stuff, it misses md5 support. Maybe you have to install some > additional headers for that stuff before compiling python (on > linux, that stuff is usually in the *-dev packages). > > BTW, if you have to compile again anyway, maybe use the > latest 2.5.x version. > > > > -------------------------------------------------------------- > ---------------- > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for just about > anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From rick.vanderveer at gmail.com Thu Jan 8 16:27:55 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 8 Jan 2009 15:27:55 -0600 Subject: [Moin-user] silly question re formatting In-Reply-To: <1231337206.6646.686.camel@karl> References: <1231337206.6646.686.camel@karl> Message-ID: <5c39e1ca0901081327s3f5ad2aft82e72ee32bf71e44@mail.gmail.com> I know, I know, I'm a bit late to the game and your question already answered... :-) But, just wanted to mention that I've uploaded a "Working With Images" page that I originally created on my own wiki. Hopefully it will be helpful to someone... http://moinmo.in/RickVanderveer/WorkingWithImages -Rick On Wed, Jan 7, 2009 at 8:06 AM, Karl Auer wrote: > There are two things I want to do on wiki pages that I can't see how to > do with either wiki markup or the richtext editor. > > - i it possible to centre text? > > - is it possible to align things - especially images - to the right? > > Regards, K. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kauer at biplane.com.au Thu Jan 8 17:18:42 2009 From: kauer at biplane.com.au (Karl Auer) Date: Fri, 09 Jan 2009 09:18:42 +1100 Subject: [Moin-user] silly question re formatting In-Reply-To: <5c39e1ca0901081327s3f5ad2aft82e72ee32bf71e44@mail.gmail.com> References: <1231337206.6646.686.camel@karl> <5c39e1ca0901081327s3f5ad2aft82e72ee32bf71e44@mail.gmail.com> Message-ID: <1231453122.6646.1014.camel@karl> On Thu, 2009-01-08 at 15:27 -0600, Rick Vanderveer wrote: > But, just wanted to mention that I've uploaded a "Working With Images" > page that I originally created on my own wiki. Hopefully it will be > helpful to someone... > > http://moinmo.in/RickVanderveer/WorkingWithImages What an excellent page. Thank you. It was very useful to me, and I am sure will be very useful to many others to come. I hope it gets linked into the standard help structure for MoinMoin. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 kauer at biplane.com.au Thu Jan 8 17:38:21 2009 From: kauer at biplane.com.au (Karl Auer) Date: Fri, 09 Jan 2009 09:38:21 +1100 Subject: [Moin-user] question/suggestion re tables with no borders Message-ID: <1231454302.6646.1023.camel@karl> I stuck this in my CSS file: table.noborder td { border:none; } It's really useful for formatting text that won't line up any other way, especially with images. I vote for it to be in the default themes :-) Or if there's some other, better way of turning off borders on tables, please let me know! Or of controlling table border thickness - that would be good too. Oh - and aligning tables! Not the contents within the cells, but the table itself. For example, placing a table to the right instead of the default left. It seems one can indent, but not centre or align tables. Using {{{#!wiki center ..." doesn't seem to affect tables. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 rick.vanderveer at gmail.com Thu Jan 8 17:56:40 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 8 Jan 2009 16:56:40 -0600 Subject: [Moin-user] question/suggestion re tables with no borders In-Reply-To: <1231454302.6646.1023.camel@karl> References: <1231454302.6646.1023.camel@karl> Message-ID: <5c39e1ca0901081456r292a3420t9d493db003298d6f@mail.gmail.com> Actually, tables will follow *most* css rules, when placed in them. Before the built-in HTML parser that allows you to escape out and paste in some of your own style text (see my page for an example: http://moinmo.in/RickVanderveer), using a table with invisible border was a fairly common way of doing text aligning. There's a HelpOnTables page that will give you some hints ( http://moinmo.in/HelpOnTables). And, of course, the example on my page (above) shows the syntax for floating a table right. -Rick On Thu, Jan 8, 2009 at 4:38 PM, Karl Auer wrote: > I stuck this in my CSS file: > > table.noborder td { > border:none; > } > > It's really useful for formatting text that won't line up any other way, > especially with images. I vote for it to be in the default themes :-) > > Or if there's some other, better way of turning off borders on tables, > please let me know! Or of controlling table border thickness - that > would be good too. > > Oh - and aligning tables! Not the contents within the cells, but the > table itself. For example, placing a table to the right instead of the > default left. It seems one can indent, but not centre or align tables. > Using {{{#!wiki center ..." doesn't seem to affect tables. > > Regards, K. > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) > http://www.biplane.com.au/~kauer/ > +61-428-957160 (mob) > > GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF > > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > 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 kauer at biplane.com.au Thu Jan 8 18:13:14 2009 From: kauer at biplane.com.au (Karl Auer) Date: Fri, 09 Jan 2009 10:13:14 +1100 Subject: [Moin-user] question/suggestion re tables with no borders In-Reply-To: <5c39e1ca0901081456r292a3420t9d493db003298d6f@mail.gmail.com> References: <1231454302.6646.1023.camel@karl> <5c39e1ca0901081456r292a3420t9d493db003298d6f@mail.gmail.com> Message-ID: <1231456395.6646.1025.camel@karl> On Thu, 2009-01-08 at 16:56 -0600, Rick Vanderveer wrote: > Actually, tables will follow *most* css rules, when placed in them. > Before the built-in HTML parser that allows you to escape out and > paste in some of your own style text (see my page for an example: > http://moinmo.in/RickVanderveer), using a table with invisible border > was a fairly common way of doing text aligning. When it's pointed out in words of one syllable, I get it. Thanks, I've learned a lot from those two pages of yours! Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 roach.list at gmail.com Fri Jan 9 02:33:53 2009 From: roach.list at gmail.com (Robert Spencer) Date: Fri, 9 Jan 2009 09:33:53 +0200 Subject: [Moin-user] stopping ^ markup for a page In-Reply-To: <4964C09E.1010608@dodin.org> References: <4964C09E.1010608@dodin.org> Message-ID: <8b8c4c740901082333k65f13c86h3091387592324ee1@mail.gmail.com> On Wed, Jan 7, 2009 at 4:47 PM, jdd wrote: > Hello, Hi jjd, Still at it I see. Excellent, nice going man. :-D > I try to set in the wiki a page about joe editor. > > It needs many "^X". When there are two on arow, the contetn of ^ertyu^ > is seen as a superscript I had the same problem when doing the vim howto: ^ = Go to the start of a line {{{ = Go 3 paragraphs up }}} = Go 3 paragraphs down > is there a way to stop this on this page only? For the vim howto I landed up using the wiki creole parser, still a mission though to get everything to look right. You could also try using HTML entities, unfortunately they may not display properly in all browsers. I found the following site useful, just type the symbol in the box and choose the result you want. http://leftlogic.com/lounge/articles/entity-lookup/ -- Robert Spencer From rb.proj at gmail.com Fri Jan 9 06:48:34 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 09 Jan 2009 12:48:34 +0100 Subject: [Moin-user] silly question re formatting In-Reply-To: <5c39e1ca0901081327s3f5ad2aft82e72ee32bf71e44@mail.gmail.com> References: <1231337206.6646.686.camel@karl> <5c39e1ca0901081327s3f5ad2aft82e72ee32bf71e44@mail.gmail.com> Message-ID: Rick Vanderveer schrieb: > I know, I know, I'm a bit late to the game and your question already > answered... :-) > > But, just wanted to mention that I've uploaded a "Working With Images" page > that I originally created on my own wiki. Hopefully it will be helpful to > someone... > > http://moinmo.in/RickVanderveer/WorkingWithImages > > -Rick Hi Rick very good! I think that should be added to master.moinmo.in below HelpForUsers cheers Reimar From dcramer at motive.com Fri Jan 9 16:22:58 2009 From: dcramer at motive.com (David Cramer) Date: Fri, 9 Jan 2009 15:22:58 -0600 Subject: [Moin-user] 'module' objecthasno attribute'expat' whensavingfrom gui editor In-Reply-To: References: <1231348786.6546.38.camel@server.firma.waldmann-edv.de><1231403460.11568.17.camel@black.firma.waldmann-edv.de> Message-ID: Ok, on the Linux box I was using before, I installed python 2.4.5 from source and moinmoin 1.8.1, and moved the wikis back there. After removing the 4Suite and PyXML rpms and reinstalling them from source, I got the gui editor and render as docbook working at the same time. I also figured out why Render as DocBook wasn't working with includes. There was a small but important detail I had neglected to mention (and had in fact forgotten about). I had made a small modification to the include macro to cause an "edit" link to appear by the included page's heading: 192,195c192 < macro.formatter.heading(1, level, id=heading) + < " " + < inc_page.link_to(request, '[%s]' % (_('edit'),), css_class="include-edit-link", querystr={'action': 'edit', 'backto': request._Include_backto}) + < " ", --- > macro.formatter.heading(1, level, id=heading), When I remove that, Render as DocBook works (tho it makes me sad to lose the edit link). Poking around I see that there's an editlink switch for the Include macro, however there's a bug that it doesn't appear when there's a "heading" option included: http://moinmo.in/MoinMoinBugs/IncludeEditLinkFails and in any case, I just did some tests and find that using editlink causes the DocBook formatter to fail. What I need to do is something like this (where if not (docbook_mode) is checking to see if we're using the docbook formatter): if not (docbook_mode): result.extend([ macro.formatter.heading(1, level, id=heading) + " " + inc_page.link_to(request, '[%s]' % (_('edit'),), css_class="include-edit-link", querystr={'action': 'edit', 'backto': request._Include_backto}) + " ", macro.formatter.url(1, url, css="include-heading-link"), macro.formatter.text(heading), macro.formatter.url(0), macro.formatter.heading(0, level), ]) if (docbook_mode): result.extend([ macro.formatter.heading(1, level, id=heading), macro.formatter.url(1, url, css="include-heading-link"), macro.formatter.text(heading), macro.formatter.url(0), macro.formatter.heading(0, level), ]) I see earlier in the file there a line: print_mode = request.action in ("print", "format") But adding a similar line for docbook doesn't work. Is there a way I can tell the name of the current formatter? Anyway, now if I clean up things on the Solaris box and reinstall from python 2.5.4 etc source rather than from packages I should be able to get it to work. I've learned an important lesson about relying on packages from sunfreeware :-) Thanks, David > -----Original Message----- > From: David Cramer > Sent: Thursday, January 08, 2009 2:50 PM > To: Thomas Waldmann; Mail at Heavy.ch; moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] 'module' objecthasno > attribute'expat' whensavingfrom gui editor > > Thanks Thomas and Marcel. Yes, I had installed Python 2.5 > from a package I got from Sunfreeware, which I understand now > was a bad idea. What I think I'll do is install moinmoin > 1.8.1 on the linux box where they used to live, move the > wikis back there for the time being (and redirect wiki > traffic to that host), then reinstall fresh copies of python, > moinmoin, etc on the Solais box and mess with it till I can > get it working right so I won't dirupt people using the wiki. > > Could be a few weeks till I get to that. I think we can limp > along without a gui editor and with limited functionality in > the render as docbook feature until then though. > > Thanks, > David > > > -----Original Message----- > > From: Thomas Waldmann [mailto:tw-public at gmx.de] > > Sent: Thursday, January 08, 2009 2:31 AM > > To: moin-user at lists.sourceforge.net > > Subject: Re: [Moin-user] 'module' object hasno attribute'expat' > > whensavingfrom gui editor > > > > > > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > > > "/usr/local/lib/python2.5/sha.py", line 6, in > > > [Wed Jan 07 23:38:14 2009] [error] [client > 135.115.133.210] from > > > hashlib import sha1 as sha > > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > > > "/usr/local/lib/python2.5/hashlib.py", line 133, in [Wed > > > Jan 07 23:38:14 2009] [error] [client 135.115.133.210] > > md5 = > > > __get_builtin_constructor('md5') > > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] File > > > "/usr/local/lib/python2.5/hashlib.py", line 60, in > > > __get_builtin_constructor [Wed Jan 07 23:38:14 2009] > [error] [client > > > 135.115.133.210] > > import > > > _md5 > > > [Wed Jan 07 23:38:14 2009] [error] [client 135.115.133.210] > > ImportError: > > > No module named _md5 > > > > Looks like your python2.5 was not compiled with the usual stuff, it > > misses md5 support. Maybe you have to install some > additional headers > > for that stuff before compiling python (on linux, that stuff is > > usually in the *-dev packages). > > > > BTW, if you have to compile again anyway, maybe use the > latest 2.5.x > > version. > > > > > > > > -------------------------------------------------------------- > > ---------------- > > Check out the new SourceForge.net Marketplace. > > It is the best place to buy or sell services for just about > anything > > Open Source. > > http://p.sf.net/sfu/Xq1LFB > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > -------------------------------------------------------------- > ---------------- > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for just about > anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From kauer at biplane.com.au Sat Jan 10 01:25:24 2009 From: kauer at biplane.com.au (Karl Auer) Date: Sat, 10 Jan 2009 17:25:24 +1100 Subject: [Moin-user] account management without shell access? Message-ID: <1231568724.6547.142.camel@karl> Hi there. Is there any way to apply an ACL to the newaccount action? I now know how to disable it, but it would be nice not to have to use a command line to create accounts. At the same time, we don't want just anyone to be able to create accounts. I could *hide* the action, by removing it from the login screen and putting a call to it on some other, ACL-protected page, but that's at best obscuring it. People can always craft the necessary URL themselves. Not really good enough. An alternative would be to code the action so that it looks for a particular account, or refuses to operate except for (say) superuser accounts. Any better ideas? I'm hoping this is not a new problem. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 kauer at biplane.com.au Sat Jan 10 08:50:50 2009 From: kauer at biplane.com.au (Karl Auer) Date: Sun, 11 Jan 2009 00:50:50 +1100 Subject: [Moin-user] account management without shell access? In-Reply-To: <1231568724.6547.142.camel@karl> References: <1231568724.6547.142.camel@karl> Message-ID: <1231595450.6547.185.camel@karl> On Sat, 2009-01-10 at 17:25 +1100, Karl Auer wrote: > Is there any way to apply an ACL to the newaccount action? > [...] > An alternative would be to code the action so that it looks for a > particular account, or refuses to operate except for (say) superuser > accounts. I've added these lines to ./MoinMoin/actions/newaccount.py, in _create_user(), just after the check for POST: # KA 10/1/2009 - only allow logged in superusers to do this! if not request.user.isSuperUser(): return _('Only a superuser can create new accounts.') It seems to work. If I am not logged in or I am logged in as a non-superuser, I can't create accounts and I see my error message. Is this the only place I need to do this check? There are so many ways this could be better - for example, the code could check a preferences setting to see if the restriction should be applied (how do I add such a preference?). Or there could be a list of account admins instead of just re-using the superuser list. The perfect solution IMHO would be being able to apply ACLs to actions. Anyway, this works well enough for my needs, but it would be nice to see an official solution (not necessarily this one) in a future version of MoinMoin. Still happy to hear any better ideas, especially if my very minimal Python skills are likely to be up to implementing them :-) Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 tw-public at gmx.de Sat Jan 10 09:30:45 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 10 Jan 2009 15:30:45 +0100 Subject: [Moin-user] account management without shell access? In-Reply-To: <1231595450.6547.185.camel@karl> References: <1231568724.6547.142.camel@karl> <1231595450.6547.185.camel@karl> Message-ID: <1231597845.2139.11.camel@server.firma.waldmann-edv.de> > The perfect > solution IMHO would be being able to apply ACLs to actions. See there: http://moinmo.in/FeatureRequests/AclRefactoring As soon as there is a good idea about HOW exactly to handle this, we could start implementing it. As a general comment to your problem: You have that "problem" only because you think you have to restrict account creation. You don't need that. Everybody can have an account. Having an account gives you no permissions at all (ACLs do that). And you are not obliged to give permissions to "Known" in your ACLs. If you want some concept of "authorized user", just use a group and give permissions to that group in your ACLs. (maybe we should add this to HelpOnAccessControlLists, this is a FAQ) From kauer at biplane.com.au Sat Jan 10 10:38:48 2009 From: kauer at biplane.com.au (Karl Auer) Date: Sun, 11 Jan 2009 02:38:48 +1100 Subject: [Moin-user] account management without shell access? In-Reply-To: <1231597845.2139.11.camel@server.firma.waldmann-edv.de> References: <1231568724.6547.142.camel@karl> <1231595450.6547.185.camel@karl> <1231597845.2139.11.camel@server.firma.waldmann-edv.de> Message-ID: <1231601928.6547.224.camel@karl> On Sat, 2009-01-10 at 15:30 +0100, Thomas Waldmann wrote: > > The perfect solution IMHO would be being able to apply ACLs to actions. > > See there: > http://moinmo.in/FeatureRequests/AclRefactoring Thanks, I'll take a look at that. > You have that "problem" only because you think you have to restrict > account creation. You don't need that. Everybody can have an account. Normally I would agree with you. But this particular wiki is for a particular project, and only participants in the project are to be able to contribute. This is not my decision, by the way - my feeling is that anyone should be able to contribute. However, the policy that only project participants should be able to contribute is not entirely stupid, it's just a different way of looking at things, and one way to keep the "noise" down. > Having an account gives you no permissions at all (ACLs do that). Anyone can read stuff, even with no account. The only reason for having an account, as far as I can tell, would be if someone wanted to contribute. Is there any other reason to have an account? Letting people have an account that they can't use doesn't make sense. It just pollutes the namespace for participants unnecessarily. > And you are not obliged to give permissions to "Known" in your ACLs. True, but then I'm not sure I see the point of "knowing" them :-) > If you want some concept of "authorized user", just use a group and give > permissions to that group in your ACLs. Again, why? Known="can contribute" other="read only". In my context, there is no point in "other" having accounts at all - no point for me and no point for them. > (maybe we should add this to HelpOnAccessControlLists, this is a FAQ) I think it is there - I certainly found some stuff on groups. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 tw-public at gmx.de Sat Jan 10 15:20:56 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 10 Jan 2009 21:20:56 +0100 Subject: [Moin-user] account management without shell access? In-Reply-To: <1231601928.6547.224.camel@karl> References: <1231568724.6547.142.camel@karl> <1231595450.6547.185.camel@karl> <1231597845.2139.11.camel@server.firma.waldmann-edv.de> <1231601928.6547.224.camel@karl> Message-ID: <1231618856.6800.8.camel@black.firma.waldmann-edv.de> > > You have that "problem" only because you think you have to restrict > > account creation. You don't need that. Everybody can have an account. > > Normally I would agree with you. But this particular wiki is for a > particular project, and only participants in the project are to be able > to contribute. Having an account is not related to contributing. > This is not my decision, by the way - my feeling is that anyone should > be able to contribute. However, the policy that only project > participants should be able to contribute is not entirely stupid, it's > just a different way of looking at things, and one way to keep the > "noise" down. > > > Having an account gives you no permissions at all (ACLs do that). > > Anyone can read stuff, even with no account. If you have an account and your are logged in with it, you can more comfortably use the wiki, even if only reading: * visited pages trail * RecentChanges bookmarks (only read new stuff once) * personal quicklinks in the navibar * change notifications * other preferences settings > The only reason for having > an account, as far as I can tell, would be if someone wanted to > contribute. No, see above. > Is there any other reason to have an account? Letting people > have an account that they can't use doesn't make sense. It does. :) > It just pollutes > the namespace for participants unnecessarily. Other participants won't notice. Having an account doesn't mean you create a homepage (and if you have no write permissions, you can't do that anyway). > > And you are not obliged to give permissions to "Known" in your ACLs. > > True, but then I'm not sure I see the point of "knowing" them :-) It's not about YOU, it is for THEM. :) From mailinglists at xgm.de Sun Jan 11 11:57:04 2009 From: mailinglists at xgm.de (Florian Lindner) Date: Sun, 11 Jan 2009 17:57:04 +0100 Subject: [Moin-user] WSGI config without admin interaction Message-ID: <201E04FA-EB88-4B96-958F-F224A1FE9B90@xgm.de> Hello, I wanted to run MoinMoin with mod_wsgi but the configuration should require as less as possible help from the admin thus no edting of files in /etc/. After some tries I could make it working. I'm posting it here that anyone more knowledgable than me could have a look at it if there are any flaws. Since the Alias directive is not allowed in .htaccess I symlinked the moin_static181 into the document root. I create a file moin.wsgi: import sys sys.path.insert(0, '/home/flindner/moinmoin/test_instance') sys.path.insert(0, '/home/flindner/moinmoin/lib/python2.5/site- packages') from MoinMoin.server.server_wsgi import moinmoinApp application = moinmoinApp wikiconfig.py in test_instance needs to have absolute paths for the data and underlay dir or - I guess - relative to moin.wsgi. In my .htaccess I used mod_rewrite: RewriteEngine On AddHandler wsgi-script .wsgi RewriteCond %{REQUEST_URI} ^/testwiki/ RewriteRule ^(.*)$ /moin.wsgi/$1 [L] So far it seems to work. Is it ok or any problems I don't see? Thanks, Florian From tw-public at gmx.de Sun Jan 11 19:06:18 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 12 Jan 2009 01:06:18 +0100 Subject: [Moin-user] WSGI config without admin interaction In-Reply-To: <201E04FA-EB88-4B96-958F-F224A1FE9B90@xgm.de> References: <201E04FA-EB88-4B96-958F-F224A1FE9B90@xgm.de> Message-ID: <1231718778.9581.5.camel@black.firma.waldmann-edv.de> > sys.path.insert(0, '/home/flindner/moinmoin/test_instance') > sys.path.insert(0, '/home/flindner/moinmoin/lib/python2.5/site- > packages') You should insert the wiki config directory LAST, so it is at the very beginning of sys.path. > wikiconfig.py in test_instance needs to have absolute paths for the > data and underlay dir or - I guess - relative to moin.wsgi. Better use absolute. > RewriteCond %{REQUEST_URI} ^/testwiki/ > RewriteRule ^(.*)$ /moin.wsgi/$1 [L] I think you can do this easier just with RewriteRule. BTW, mod_rewrite had some issues in the past with pagenames ending with a question mark. You could check if this still happens. From waqas805 at hotmail.com Mon Jan 12 03:04:32 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 12 Jan 2009 09:04:32 +0100 Subject: [Moin-user] Auto-reminder for expiredPages Message-ID: HI, I have some pages that have some expire date. For example, One page named TestPage_31022009, it means this page will expire in Feburary2009 and the author of this page must update this page.Is there any automatic function or "macor" that remind to author that your page has expired , please update this page. It would be helpful for author and users for updating the pages. Please if somebody have any idea about this thing, then share with me. I shall be thankful to you. 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 tw-public at gmx.de Mon Jan 12 06:56:48 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 12 Jan 2009 12:56:48 +0100 Subject: [Moin-user] WSGI config without admin interaction Message-ID: <1231761409.20019.1.camel@black.firma.waldmann-edv.de> Seems like this post from graham didn't get through to the list: On Jan 12, 11:06 am, Thomas Waldmann wrote: > > sys.path.insert(0, '/home/flindner/moinmoin/test_instance') > > sys.path.insert(0, '/home/flindner/moinmoin/lib/python2.5/site- > > packages') > > You should insert the wiki config directory LAST, so it is at the very > beginning of sys.path. > > > wikiconfig.py in test_instance needs to have absolute paths for the > > data and underlay dir or - I guess - relative to moin.wsgi. > > Better use absolute. > > > RewriteCond %{REQUEST_URI} ^/testwiki/ > > RewriteRule ^(.*)$ /moin.wsgi/$1 [L] > > I think you can do this easier just with RewriteRule. > > BTW, mod_rewrite had some issues in the past with pagenames ending with > a question mark. You could check if this still happens. Have already send one post on this, but looks like that disappeared into a black hole or the moderators queue. That post explained a way of doing this using MultiViews, but also realised there is another way. That is instead of calling file 'moin.wsgi', call it just 'testwiki' and then in .htaccess file have: Options ExecCGI SetHandler wsgi-script Thus, rather than matching on extension, just say that that specific file should be handled as a WSGI script. When URL is /testwiki and therefore matches file name, it will use the script. The other way, in case it did vanish into a black hole is to rename 'moin.wsgi' to 'testwiki.wsgi' and then in .htaccess file have: Options ExecCGI MultiViews MultiviewsMatch Handlers AddHandler wsgi-script .wsgi Enabling of MultiViews means that .wsgi extension can be left out of URL, so URL of '/textwiki' will be matched to 'testwiki.wsgi' automatically. Both approaches eliminate need to use rewrite rules. Only time you need rewrite rules if wanting a .wsgi file in a directory to appear mounted on the directory. More explanations in: http://code.google.com/p/modwsgi/wiki/ConfigurationGuidelines#The_Apache_Alias_Directive Graham From ron at flownet.com Mon Jan 12 20:01:15 2009 From: ron at flownet.com (Ron Garret) Date: Mon, 12 Jan 2009 17:01:15 -0800 Subject: [Moin-user] Auth woes In-Reply-To: References: Message-ID: <6AF0F226-79C7-4ED1-89FE-2FC8303B2A0B@flownet.com> Hello, I'm trying to plug in an external user database and I'm having no luck at all. I first tried getting HTTP authentication working using the instructions at: http://moinmo.in/HelpOnAuthentication i.e. I added the following lines to my wikiconfig.py file: from MoinMoin.auth.http import HTTPAuth class Config(DefaultConfig): auth = [HTTPAuth(autocreate=True)] ... but it didn't work. It just says, "You are not allowed to visit this page" and makes no attempt to authenticate. In trying to figure out what's going on I made a copy of MoinAuth to experiment with. I put the MoinAuth code verbatim into another file and renamed it MyAuth. The behavior of this renamed class is different from MoinAuth despite the fact that their code is identical. If I click on MyAuth's new-account or password-reminder link I get a plain-text page that says "You are not allowed to access this". (MyAuth will let me log in and out though.) I also tried to create a dummy authenticator that just returned a hard- coded user object. That seemed to work, but when I tried to add "logout_possible = True" to this dummy authenticator I expected to get a logout link next to my user name, but I didn't. So I am at an utter loss. Any suggestions on how to proceed would be much appreciated. (BTW, what I'm actually trying to do is hook up to a user table stored in a MySQL database.) I'm using version 1.8.0. Many thanks, Ron Garret From kauer at biplane.com.au Mon Jan 12 18:09:06 2009 From: kauer at biplane.com.au (Karl Auer) Date: Tue, 13 Jan 2009 10:09:06 +1100 Subject: [Moin-user] account management without shell access? In-Reply-To: <1231618856.6800.8.camel@black.firma.waldmann-edv.de> References: <1231568724.6547.142.camel@karl> <1231595450.6547.185.camel@karl> <1231597845.2139.11.camel@server.firma.waldmann-edv.de> <1231601928.6547.224.camel@karl> <1231618856.6800.8.camel@black.firma.waldmann-edv.de> Message-ID: <1231801746.6547.316.camel@karl> On Sat, 2009-01-10 at 21:20 +0100, Thomas Waldmann wrote: > If you have an account and your are logged in with it, you can more > comfortably use the wiki, even if only reading: > * visited pages trail > * RecentChanges bookmarks (only read new stuff once) > * personal quicklinks in the navibar > * change notifications > * other preferences settings That is a very good point; I hadn't considered those aspects. About the only downside the possibility of account name conflict. That is, if someone outside the project sets up an account called "Fred" and then a project member turns up and wants "Fred" there's a problem. However it is probably fairly unlikely to happen, and can be resolved by the superuser if it does. > It's not about YOU, it is for THEM. :) Well, no, not in this case. People not in the project are "nice to have" as readers, but are completely non-essential. If we can accommodate outsiders easily, we will, otherwise, they lose. However, you've convinced me that it does make sense to have known, but non-contributing, accounts. Now to see if I can convince the others. And work out how groups work :-) Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 tw-public at gmx.de Tue Jan 13 03:33:44 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 13 Jan 2009 09:33:44 +0100 Subject: [Moin-user] Auth woes In-Reply-To: <6AF0F226-79C7-4ED1-89FE-2FC8303B2A0B@flownet.com> References: <6AF0F226-79C7-4ED1-89FE-2FC8303B2A0B@flownet.com> Message-ID: <1231835624.18855.10.camel@black.firma.waldmann-edv.de> > from MoinMoin.auth.http import HTTPAuth > class Config(DefaultConfig): > auth = [HTTPAuth(autocreate=True)] > ... > > but it didn't work. It just says, "You are not allowed to visit this > page" and makes no attempt to authenticate. This is a misunderstanding. HTTPAuth is not made to DO http authentication itself, but to USE some http auth done by the web server (e.g. apache with htpasswd). > So I am at an utter loss. Any suggestions on how to proceed would be > much appreciated. (BTW, what I'm actually trying to do is hook up to > a user table stored in a MySQL database.) You can do 2 things: a) make mysql auth work on apache level and reuse it like HTTPAuth does b) do mysql auth on the moin level by using some mysql auth plugin (look at how ldap auth works) There is some auth.mysql_group code in moin that checks against mysql group db. > I'm using version 1.8.0. 1.8.1 is out and has some bug fixes (not for auth iirc, but for some other stuff). From ron at flownet.com Tue Jan 13 13:06:55 2009 From: ron at flownet.com (Ron Garret) Date: Tue, 13 Jan 2009 10:06:55 -0800 Subject: [Moin-user] Log file configuration Message-ID: <62664B8C-6527-49C1-ABA5-BEDE1BC8E393@flownet.com> Is there any documentation about how to configure Moin's logging? The only thing I've been able to find is the docstring in MoinMoin.log and that wasn't much help. Thanks, rg From ron at flownet.com Tue Jan 13 13:41:47 2009 From: ron at flownet.com (Ron Garret) Date: Tue, 13 Jan 2009 10:41:47 -0800 Subject: [Moin-user] Auth woes In-Reply-To: <6AF0F226-79C7-4ED1-89FE-2FC8303B2A0B@flownet.com> References: <6AF0F226-79C7-4ED1-89FE-2FC8303B2A0B@flownet.com> Message-ID: <069E9815-F505-4FF1-8E83-1BE953CCDFCE@flownet.com> On Jan 12, 2009, at 5:01 PM, Ron Garret wrote: > In trying to figure out what's going on I made a copy of MoinAuth to > experiment with. I put the MoinAuth code verbatim into another file > and renamed it MyAuth. The behavior of this renamed class is > different from MoinAuth despite the fact that their code is > identical. If I click on MyAuth's new-account or password-reminder > link I get a plain-text page that says "You are not allowed to access > this". (MyAuth will let me log in and out though.) I figured out why this is happening. Apparently, MoinAuth is hard- coded into the newaccount and recoverpass pages. Is there a reason for this, or is this a bug? BTW, I have yet to receive a response to any message I have sent to this list. Is this list active? Is there a better place to go to get help with MoinMoin? Thanks, rg From jan78093 at googlemail.com Thu Jan 15 11:46:29 2009 From: jan78093 at googlemail.com (jan78093 at googlemail.com) Date: Thu, 15 Jan 2009 17:46:29 +0100 Subject: [Moin-user] Transfer MoinMoinDesktop 1.5.6 to 1.8.0 Message-ID: <496F6865.8040107@googlemail.com> Hello, I ran MoinMoinDesktop 1.5.6, and it worked fine. Due to a laptop change including a OS change from XP to Vista, I had to move. I downloaded MoinMoinDesktop 1.8.0, unzipped it and copied the contents of the folder /wiki of the old moinmoin to the according folder of the new instance. For any reason, it seems to work including logging in with my old credentials except of one annoying issue: Internal linking does not work the old way. Links ["formatted like this"] do not show up as link, only as raw text. I found some hints that this is due some configuration options to be set by the user. I looked all help files I could get and the config files, but I have no clue where to set the option for internal links. Would it be possible that somebody enlightens me? It is allowed to bash me slightly, because I moved that naive way. Thanks. Best regards, Jan From eric at tibco.com Thu Jan 15 12:27:42 2009 From: eric at tibco.com (Eric Johnson) Date: Thu, 15 Jan 2009 09:27:42 -0800 Subject: [Moin-user] Transfer MoinMoinDesktop 1.5.6 to 1.8.0 In-Reply-To: <496F6865.8040107@googlemail.com> References: <496F6865.8040107@googlemail.com> Message-ID: <496F720E.3090901@tibco.com> Hi Jan, You have to follow the upgrade process. Start here: http://moinmo.in/HelpOnUpdating The upgrade scripts will migrate your content to the new syntax. The new syntax is not a choice of configuration. -Eric. jan78093 at googlemail.com wrote: > Hello, > > I ran MoinMoinDesktop 1.5.6, and it worked fine. > > Due to a laptop change including a OS change from XP to Vista, I had to move. I > downloaded MoinMoinDesktop 1.8.0, unzipped it and copied the contents of the > folder /wiki of the old moinmoin to the according folder of the new instance. > > For any reason, it seems to work including logging in with my old credentials > except of one annoying issue: > > Internal linking does not work the old way. Links ["formatted like this"] do not > show up as link, only as raw text. I found some hints that this is due some > configuration options to be set by the user. > > I looked all help files I could get and the config files, but I have no clue > where to set the option for internal links. Would it be possible that somebody > enlightens me? It is allowed to bash me slightly, because I moved that naive way. > > Thanks. > > > > > Best regards, > > > Jan > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From rb.proj at gmail.com Thu Jan 15 17:26:12 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 15 Jan 2009 23:26:12 +0100 Subject: [Moin-user] Transfer MoinMoinDesktop 1.5.6 to 1.8.0 In-Reply-To: <496F720E.3090901@tibco.com> References: <496F6865.8040107@googlemail.com> <496F720E.3090901@tibco.com> Message-ID: please use 1.8.1 it has some improvements for windows users cheers Reimar Eric Johnson schrieb: > Hi Jan, > > You have to follow the upgrade process. Start here: > http://moinmo.in/HelpOnUpdating > > The upgrade scripts will migrate your content to the new syntax. The new > syntax is not a choice of configuration. > > -Eric. > > jan78093 at googlemail.com wrote: >> Hello, >> >> I ran MoinMoinDesktop 1.5.6, and it worked fine. >> >> Due to a laptop change including a OS change from XP to Vista, I had to move. I >> downloaded MoinMoinDesktop 1.8.0, unzipped it and copied the contents of the >> folder /wiki of the old moinmoin to the according folder of the new instance. >> >> For any reason, it seems to work including logging in with my old credentials >> except of one annoying issue: >> >> Internal linking does not work the old way. Links ["formatted like this"] do not >> show up as link, only as raw text. I found some hints that this is due some >> configuration options to be set by the user. >> >> I looked all help files I could get and the config files, but I have no clue >> where to set the option for internal links. Would it be possible that somebody >> enlightens me? It is allowed to bash me slightly, because I moved that naive way. >> >> Thanks. >> >> >> >> >> Best regards, >> >> >> Jan >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword From rick.vanderveer at gmail.com Thu Jan 15 18:30:04 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 15 Jan 2009 17:30:04 -0600 Subject: [Moin-user] Transfer MoinMoinDesktop 1.5.6 to 1.8.0 In-Reply-To: References: <496F6865.8040107@googlemail.com> <496F720E.3090901@tibco.com> Message-ID: <5c39e1ca0901151530m1d64a8f7ve071a1dcd36fdd87@mail.gmail.com> Jan, Reimar is right, upgrade to 1.8.1 first. Then, like Eric's suggestion, you need to run the update script. The script will automatically comb thru your pages and correct the links for you. For Windows: >From the commandline (Start > Run... > type: cmd) and paste in something similar to this (you will have to carefully substitute the paths to your data): d:\python25\python D:\moin-1.8.1\MoinMoin\script\moin.py --config-dir=d:\moin -1.8.1\wiki\data --wiki-url=server.domain.com/mywiki migration data The above will require a bit of experimenting (make sure you have a backup!). Hope this helps! -Rick On Thu, Jan 15, 2009 at 4:26 PM, R.Bauer wrote: > please use 1.8.1 it has some improvements for windows users > > cheers > Reimar > > Eric Johnson schrieb: > > Hi Jan, > > > > You have to follow the upgrade process. Start here: > > http://moinmo.in/HelpOnUpdating > > > > The upgrade scripts will migrate your content to the new syntax. The new > > syntax is not a choice of configuration. > > > > -Eric. > > > > jan78093 at googlemail.com wrote: > >> Hello, > >> > >> I ran MoinMoinDesktop 1.5.6, and it worked fine. > >> > >> Due to a laptop change including a OS change from XP to Vista, I had to > move. I > >> downloaded MoinMoinDesktop 1.8.0, unzipped it and copied the contents of > the > >> folder /wiki of the old moinmoin to the according folder of the new > instance. > >> > >> For any reason, it seems to work including logging in with my old > credentials > >> except of one annoying issue: > >> > >> Internal linking does not work the old way. Links ["formatted like > this"] do not > >> show up as link, only as raw text. I found some hints that this is due > some > >> configuration options to be set by the user. > >> > >> I looked all help files I could get and the config files, but I have no > clue > >> where to set the option for internal links. Would it be possible that > somebody > >> enlightens me? It is allowed to bash me slightly, because I moved that > naive way. > >> > >> Thanks. > >> > >> > >> > >> > >> Best regards, > >> > >> > >> Jan > >> > >> > ------------------------------------------------------------------------------ > >> This SF.net email is sponsored by: > >> SourcForge Community > >> SourceForge wants to tell your story. > >> http://p.sf.net/sfu/sf-spreadtheword > >> _______________________________________________ > >> Moin-user mailing list > >> Moin-user at lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/moin-user > >> > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by: > > SourcForge Community > > SourceForge wants to tell your story. > > http://p.sf.net/sfu/sf-spreadtheword > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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 fpiat at klabs.be Sat Jan 17 06:00:48 2009 From: fpiat at klabs.be (Frank Lin PIAT) Date: Sat, 17 Jan 2009 12:00:48 +0100 Subject: [Moin-user] executing a command when a page is saved (commited)? Message-ID: <1232190048.4366.3.camel@solid.paris.klabs.be> Hello, Is there a way to execute a command when a page is save? Thanks, Franklin From dcramer at motive.com Sat Jan 17 12:03:47 2009 From: dcramer at motive.com (David Cramer) Date: Sat, 17 Jan 2009 11:03:47 -0600 Subject: [Moin-user] Controlling the "More Actions" menu Message-ID: I'm adding some of my own actions and would like to control where (in what order) they appear in the "More Actions" dropdown. I would probably want to add a division marker put my actions higher in the list in their own seciton. Is there a standard way to do that? Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From kauer at biplane.com.au Sat Jan 17 18:56:23 2009 From: kauer at biplane.com.au (Karl Auer) Date: Sun, 18 Jan 2009 10:56:23 +1100 Subject: [Moin-user] Puzzling difference between two wikis Message-ID: <1232236583.6549.137.camel@karl> Hi there. I have 1.8.1 installed on two seprate machines. Apart from one using wsgi andthe other using cgi, the installs are identical. This is on a page in both wikis: <> On one wiki (the cgi one) it displays "Create a new wiki account" in the link colour, and if I click on it I get the account creation page. On the other wiki, it displays the text "Create a new wiki account", but the text is not a link and cannot be clicked. In both cases I am viewing the page as the wiki superuser. Just for fun I inserted this on both pages too: <> .. and it also displays the text, but not as a link. So on one wiki, it seems the newaccount action just isn't recognised as an action at all. ??? Any ideas? Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 dcramer at motive.com Sat Jan 17 23:54:50 2009 From: dcramer at motive.com (David Cramer) Date: Sat, 17 Jan 2009 22:54:50 -0600 Subject: [Moin-user] using wget to get images for a page Message-ID: I have some scripts that grab the docbook version of a page and uses xslts to generate pdfs and html versions of the page. However, I'm having trouble getting images for the page. When I use wget to grab an image from a wiki page, for example: $ wget http://pubs/devwiki/devwiki/ExampleReadmeTemplate?action=AttachFile&do=g et&target=fminus2007062036730.gif I get the following error. There is not ACL on the page. It's readable even if you're not logged in. Connecting to pubs|135.115.128.52|:80... connected. HTTP request sent, awaiting response... 403 FORBIDDEN 22:32:06 ERROR 403: FORBIDDEN. How can I programmatically grab the images from a page? Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Sun Jan 18 11:06:27 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 18 Jan 2009 17:06:27 +0100 Subject: [Moin-user] using wget to get images for a page In-Reply-To: References: Message-ID: <1232294787.15341.1.camel@black.firma.waldmann-edv.de> > $ wget > http://pubs/devwiki/devwiki/ExampleReadmeTemplate?action=AttachFile&do=get&target=fminus2007062036730.gif > > I get the following error. There is not ACL on the page. It's readable > even if you're not logged in. > > Connecting to pubs|135.115.128.52|:80... connected. > HTTP request sent, awaiting response... 403 FORBIDDEN > 22:32:06 ERROR 403: FORBIDDEN. Use a different user agent string. From dcramer at motive.com Sun Jan 18 14:23:15 2009 From: dcramer at motive.com (David Cramer) Date: Sun, 18 Jan 2009 13:23:15 -0600 Subject: [Moin-user] using wget to get images for a page In-Reply-To: <1232294787.15341.1.camel@black.firma.waldmann-edv.de> References: <1232294787.15341.1.camel@black.firma.waldmann-edv.de> Message-ID: Ok, thanks. That worked. My next problem must be some misconfiguration in my wiki. When I Render as DocBook, the paths to the image have the name of the wiki in a 2nd time (in this case "devwiki"): Where the correct path would be (i.e. change '/devwiki/devwiki' to '/devwiki'): I have not made any changes to formatter/text_docbook.py or anything else in the base installation. When I Render as Docbook on moinmo.in, the paths are correct, so this is a problem in my environment. Any idea what I could have done to cause this? SystemInfo pasted below. Thanks, David Python Version 2.5.4 (r254:67916, Jan 8 2009, 21:00:09) [GCC 4.0.2 20051125 (Red Hat 4.0.2-8)] MoinMoin Version Release 1.8.1 [Revision release] 4Suite Version 1.0.2 Number of pages 576 Number of system pages 17 Accumulated page sizes 3253.6 KiB Disk usage of /usr/local/share/moin/devwiki/data/pages/ 376.7 MiB Disk usage of /usr/local/share/moin/devwiki/data/ 419.8 MiB Entries in edit log 5580 (716.7 KiB) Event log 42.1 MiB Global extension macros AbandonedPages, Action, AdvancedSearch, AttachInfo, AttachList, BR, EditTemplates, EditedSystemPages, EmbedObject, FootNote, FullSearch, FullSearchCached, GetText, GetText2, Hits, Include, InterWiki, LikePages, MonthCalendar, Navigation, NewPage, OrphanedPages, PageCount, PageHits, PageList, PageSize, RandomPage, RandomQuote, RecentChanges, ShowSmileys, StatsChart, SystemAdmin, SystemInfo, TableOfContents, TeudView, Verbatim, WantedPages, WikiConfig, WikiConfigHelp Local extension macros Color2 Global extension actions AttachFile, DeletePage, Despam, LikePages, Load, LocalSiteMap, PackagePages, RenamePage, RenderAsDocbook, Save, SpellCheck, SubscribeUser, SyncPages, backup, bookmark, cache, chart, diff, dumpform, edit, fckdialog, fullsearch, info, links, login, logout, newaccount, newpage, pollsistersites, quicklink, quickunlink, recoverpass, refresh, revert, rss_rc, serveopenid, showtags, sisterpages, sitemap, subscribe, supplementation, thread_monitor, titleindex, unsubscribe, userprefs, userprofile Local extension actions Render as Motive-pdf, Render as Motive-html Global parsers text, text_cplusplus, text_creole, text_csv, text_diff, text_docbook, text_html, text_irssi, text_java, text_moin_wiki, text_pascal, text_python, text_rst, text_xslt Local extension parsers NONE Xapian search Disabled, Xapian and/or Python Xapian bindings not installed Active threads 1 > -----Original Message----- > From: Thomas Waldmann [mailto:tw-public at gmx.de] > Sent: Sunday, January 18, 2009 10:06 AM > To: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] using wget to get images for a page > > > > > $ wget > > > http://pubs/devwiki/devwiki/ExampleReadmeTemplate?action=AttachFile&do > > =get&target=fminus2007062036730.gif > > > > I get the following error. There is not ACL on the page. > It's readable > > even if you're not logged in. > > > > Connecting to pubs|135.115.128.52|:80... connected. > > HTTP request sent, awaiting response... 403 FORBIDDEN > > 22:32:06 ERROR 403: FORBIDDEN. > > Use a different user agent string. > > > > > -------------------------------------------------------------- > ---------------- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From rick.vanderveer at gmail.com Sun Jan 18 15:06:31 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Sun, 18 Jan 2009 14:06:31 -0600 Subject: [Moin-user] Switching from FastCGI to mod_wsgi on Windows (how-to docs) Message-ID: <5c39e1ca0901181206k6db7d0bdl81ddbd95908fa77f@mail.gmail.com> Good news! Being bored one afternoon last week, I set about testing upgrading FastCGI on my Moin Windows server. Then for kicks, I decided instead to try mod-wsgi (since it is the recommended accelerator by the Moin developers). Much to my surprise, installing mod_wsgi is actually much easier than upgrading/installing FastCGI for Windows. (for starters, you don't have to create a Windows-service for FastCGI). Secondly, the performance seems to be the same or better than FastCGI. Given the inherent advantages of keeping on track with the developers recommendations, I figure other Windows-admins might be interested in switching as well. :-) So, I've documented the steps here: http://moinmo.in/RickVanderveer/UpgradingFromFastCGItoModWSGI -Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Sun Jan 18 17:33:19 2009 From: rb.proj at gmail.com (R.Bauer) Date: Sun, 18 Jan 2009 23:33:19 +0100 Subject: [Moin-user] executing a command when a page is saved (commited)? In-Reply-To: <1232190048.4366.3.camel@solid.paris.klabs.be> References: <1232190048.4366.3.camel@solid.paris.klabs.be> Message-ID: Frank Lin PIAT schrieb: > Hello, > > Is there a way to execute a command when a page is save? > > Thanks, > > Franklin you can add your code to the event handler search for PageChangedEvent and TrivialPageChangedEvent cheers Reimar From arashf at mit.edu Sun Jan 18 19:09:14 2009 From: arashf at mit.edu (Arash Ferdowsi) Date: Sun, 18 Jan 2009 16:09:14 -0800 Subject: [Moin-user] moinmoin using 100% CPU Message-ID: hi there, I'm a recent user of moinmoin (http://wiki.getdropbox.com) and am having a strange problem. there seems to be a request that results in the process jumping to 100% CPU for a solid 1-2 minutes. I've tried to reproduce by attempting to generate time consuming requests with no luck. so I was wondering if there's an easy way to see what requests are in progress before I waste too much time digging into the code :-). relatedly, are there are any known CPU burning bugs in moinmoin 1.5.8 that I should know about (this may be more likely as the wiki has little content at the moment, we're certainly not IO bound, and I can't imagine any request needing more than 100ms to complete). thanks in advance! -- Arash Ferdowsi CTO, Dropbox 913.707.5875 (m) -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Sun Jan 18 20:03:17 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Sun, 18 Jan 2009 19:03:17 -0600 Subject: [Moin-user] moinmoin using 100% CPU In-Reply-To: References: Message-ID: <5BA85DB6-B0C9-41E0-B79D-A7986FF21FA9@gmail.com> Hey Arash, My bet is that someone is downloading a very large file from your wiki. I faced this problem also when I ran moin 1.5.x. The fix: upgrade to 1.8.1. - Rick < sent via iPhone > On Jan 18, 2009, at 6:09 PM, "Arash Ferdowsi" wrote: > hi there, > I'm a recent user of moinmoin (http://wiki.getdropbox.com) and am > having a strange problem. there seems to be a request that results > in the process jumping to 100% CPU for a solid 1-2 minutes. I've > tried to reproduce by attempting to generate time consuming requests > with no luck. > > so I was wondering if there's an easy way to see what requests are > in progress before I waste too much time digging into the code :-). > relatedly, are there are any known CPU burning bugs in moinmoin > 1.5.8 that I should know about (this may be more likely as the wiki > has little content at the moment, we're certainly not IO bound, and > I can't imagine any request needing more than 100ms to complete). > > thanks in advance! > > -- > Arash Ferdowsi > CTO, Dropbox > 913.707.5875 (m) > --- > --- > --- > --------------------------------------------------------------------- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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 kauer at biplane.com.au Mon Jan 19 07:52:54 2009 From: kauer at biplane.com.au (Karl Auer) Date: Mon, 19 Jan 2009 23:52:54 +1100 Subject: [Moin-user] Upgrading from 1.5.3 In-Reply-To: References: <1225631014.9932.260.camel@karl> <1225668947.25680.13.camel@black.firma.waldmann-edv.de> Message-ID: <1232369574.6549.383.camel@karl> It's me again :-) I haven't yet had th time or the courage to upgrade my old 1.5.3 installation to 1.8.x. And I still have a question: On Mon, 2008-11-03 at 11:18 +0100, Sebastian Haase wrote: > On Mon, Nov 3, 2008 at 12:35 AM, Thomas Waldmann wrote: > >> I want to upgrade from 1.5.3 to the latest version, 1.8.0. > > > > > b) Invoke the following command: > > moin --config-dir=/path/to/config_dir \ > > --wiki-url=wiki.example.org/ migration data > > > > Note: If you did not use setup.py, you can call the moin script > > directly. It is located in MoinMoin/script/moin.py > > > > Which config dir should I specify, the old one or the new one? > > The new one (of course you need to have a working config in there). What does "working" mean? Do I have to set up a second, fully operational wiki, and then run moin? Where does the migrated data go?Is the existing old data modified in place or is it fixed and copied into the new wiki's data directories? Or do I point the new install at the old data directories? Sorry to be so confused (and confusing) Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 tw-public at gmx.de Mon Jan 19 07:55:27 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 19 Jan 2009 13:55:27 +0100 Subject: [Moin-user] moinmoin using 100% CPU In-Reply-To: References: Message-ID: <1232369727.10031.23.camel@black.firma.waldmann-edv.de> > I'm a recent user of moinmoin (http://wiki.getdropbox.com) and am > having a strange problem. there seems to be a request that results in > the process jumping to 100% CPU for a solid 1-2 minutes. Well, just look into moin's / apache's log file to see what URL was requested. For a fresh wiki, some requests trigger longer computations for the creation of misc. caches (e.g. the pagelinks cache). Once it finished creating them, those requests are processed much faster. Could be also some expensive search, some macro (like SystemInfo), maybe download of a huge file (with old moins), ... For moin 1.8.x, you can configure logging quite specifically (see the server adaptor file), for earlier moin's logging configuration was a bit strange. > can't imagine any request needing more than 100ms to complete). It is easy to get beyond 100ms. From waqas805 at hotmail.com Mon Jan 19 10:13:34 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 19 Jan 2009 16:13:34 +0100 Subject: [Moin-user] Smiley Message-ID: Hi, how can i block some smileys. For example, whenever i write "B)" in my document, then moinmoin changes this text into smiley.Please tell me how i can configure this smiley so i can get my real text. How i can get my this word "B)" in wiki documents. Thanks a lot. 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 rick.vanderveer at gmail.com Mon Jan 19 11:15:20 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Mon, 19 Jan 2009 10:15:20 -0600 Subject: [Moin-user] Smiley In-Reply-To: References: Message-ID: <5c39e1ca0901190815y62ffae78s996a3542a8ae6311@mail.gmail.com> Hey Waqas,Try looking in: /python/site-packages/moinmoin/themes/__init__.py Then comment out the row that has that smiley and comment it out. -Rick On Mon, Jan 19, 2009 at 9:13 AM, waqas ahmad wrote: > > > Hi, > > how can i block some smileys. For example, whenever i write "B)" in my > document, then moinmoin changes this text into smiley.Please tell me how i > can configure this smiley so i can get my real text. How i can get my this > word "B)" in wiki documents. > > Thanks a lot. > > Best Regards, > > Waqas Ahmad > > > > ------------------------------ > See all the ways you can stay connected to friends and family > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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 rick.vanderveer at gmail.com Mon Jan 19 11:40:38 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Mon, 19 Jan 2009 10:40:38 -0600 Subject: [Moin-user] Upgrading from 1.5.3 In-Reply-To: <1232369574.6549.383.camel@karl> References: <1225631014.9932.260.camel@karl> <1225668947.25680.13.camel@black.firma.waldmann-edv.de> <1232369574.6549.383.camel@karl> Message-ID: <5c39e1ca0901190840o44bce9a8je72342d1945b2ded@mail.gmail.com> Hey Karl, "working" means the directory that's the active one, the one that would be hit when someone visits your moin wiki. The one that if you edited a page, would have your most recent page. Just a suggestion: You should try experimenting with upgrading on a virtual machine. Rebuild your wiki onto that VM by copying your data over, and perfectly duplicating it, then practice upgrading. You'll find that it really helps to play and understand it's workings without fear of actually "breaking" anything. An advantage of a virtual machine versus a real spare computer is that VM's allow you to "snapshot", so you can *really* play, break it, and revert back to the working snapshot. www.vmware.com www.virtualbox.org -Rick On Mon, Jan 19, 2009 at 6:52 AM, Karl Auer wrote: > It's me again :-) > > I haven't yet had th time or the courage to upgrade my old 1.5.3 > installation to 1.8.x. And I still have a question: > > On Mon, 2008-11-03 at 11:18 +0100, Sebastian Haase wrote: > > On Mon, Nov 3, 2008 at 12:35 AM, Thomas Waldmann > wrote: > > >> I want to upgrade from 1.5.3 to the latest version, 1.8.0. > > > > > > > > b) Invoke the following command: > > > moin --config-dir=/path/to/config_dir \ > > > --wiki-url=wiki.example.org/ migration data > > > > > > Note: If you did not use setup.py, you can call the moin script > > > directly. It is located in MoinMoin/script/moin.py > > > > > > Which config dir should I specify, the old one or the new one? > > > > The new one (of course you need to have a working config in there). > > What does "working" mean? Do I have to set up a second, fully > operational wiki, and then run moin? Where does the migrated data go?Is > the existing old data modified in place or is it fixed and copied into > the new wiki's data directories? Or do I point the new install at the > old data directories? > > Sorry to be so confused (and confusing) > > Regards, K. > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) > http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) > > GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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 fpiat at klabs.be Mon Jan 19 16:38:30 2009 From: fpiat at klabs.be (Frank Lin PIAT) Date: Mon, 19 Jan 2009 22:38:30 +0100 Subject: [Moin-user] executing a command when a page is saved (commited)? In-Reply-To: References: <1232190048.4366.3.camel@solid.paris.klabs.be> Message-ID: <1232401110.13367.13.camel@solid.paris.klabs.be> Hi, On Sun, 2009-01-18 at 23:33 +0100, R.Bauer wrote: > Frank Lin PIAT schrieb: > > Hello, > > > > Is there a way to execute a command when a page is save? > > > you can add your code to the event handler > search for PageChangedEvent and TrivialPageChangedEvent I was hoping to be able to invoke a command directly, but that will do the job, Thanks, Franklin From kauer at biplane.com.au Mon Jan 19 17:43:23 2009 From: kauer at biplane.com.au (Karl Auer) Date: Tue, 20 Jan 2009 09:43:23 +1100 Subject: [Moin-user] Upgrading from 1.5.3 In-Reply-To: <5c39e1ca0901190840o44bce9a8je72342d1945b2ded@mail.gmail.com> References: <1225631014.9932.260.camel@karl> <1225668947.25680.13.camel@black.firma.waldmann-edv.de> <1232369574.6549.383.camel@karl> <5c39e1ca0901190840o44bce9a8je72342d1945b2ded@mail.gmail.com> Message-ID: <1232405003.6549.400.camel@karl> On Mon, 2009-01-19 at 10:40 -0600, Rick Vanderveer wrote: > "working" means the directory that's the active one, the one that > would be hit when someone visits your moin wiki. The one that if you > edited a page, would have your most recent page. I was asking about a "working config", not a "working directory". What exactly is a "working" configuration? Does that mean I have to have a fully operational install of the new version before I begin upgrading the old version? If I do have to have a fully operational install of the new version, I obviously cannot point it at the old version's directories, so I must have a new, "empty" install with different directories. Which means the old version's pages must be being copied from wherever they are to a new place, i.e., into the the directories configured for the new version. Which would mean that I cannot have my wiki files in the same place after an upgrade. Except that all of the above sounds wrong, so I don't believe it :-) Which brings me back to the original question what is a "working config"? The upgrade instructions IMHO should not require virtual machines and extensive "practice" to get right - they should be clear. I'm not a stupid person, but I have found the upgrade instructions very difficult to understand, largely because they do not explain in sufficient detail what the upgrade process actually *does*. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 tw-public at gmx.de Mon Jan 19 18:43:55 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 20 Jan 2009 00:43:55 +0100 Subject: [Moin-user] The beginnings of a HowTo collection Message-ID: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> See there (and help improving it): http://moinmo.in/HowTo From waqas805 at hotmail.com Tue Jan 20 02:53:10 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Tue, 20 Jan 2009 08:53:10 +0100 Subject: [Moin-user] Smiley In-Reply-To: <5c39e1ca0901190815y62ffae78s996a3542a8ae6311@mail.gmail.com> References: <5c39e1ca0901190815y62ffae78s996a3542a8ae6311@mail.gmail.com> Message-ID: Hi, Thanks for reply.Now the problem is:- when i comment out this emotion in the following path file, then it disapears the emotion as well as Text. /python/site-packages/moinmoin/themes/__init__.py). Then i cant see my text. i mean i can not see the this B). If you know any other way to comment it out, then please tell me. Thanks a lot. Best Regards, Waqas Ahmad Date: Mon, 19 Jan 2009 10:15:20 -0600From: rick.vanderveer at gmail.comTo: waqas805 at hotmail.comSubject: Re: [Moin-user] SmileyCC: moin-user at lists.sourceforge.netHey Waqas, Try looking in: /python/site-packages/moinmoin/themes/__init__.py Then comment out the row that has that smiley and comment it out. -Rick On Mon, Jan 19, 2009 at 9:13 AM, waqas ahmad wrote: Hi, how can i block some smileys. For example, whenever i write "B)" in my document, then moinmoin changes this text into smiley.Please tell me how i can configure this smiley so i can get my real text. How i can get my this word "B)" in wiki documents. Thanks a lot. Best Regards, Waqas Ahmad See all the ways you can stay connected to friends and family------------------------------------------------------------------------------This SF.net email is sponsored by:SourcForge CommunitySourceForge wants to tell your story.http://p.sf.net/sfu/sf-spreadtheword_______________________________________________Moin-user mailing listMoin-user at lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/moin-user _________________________________________________________________ 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 waqas805 at hotmail.com Tue Jan 20 08:37:33 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Tue, 20 Jan 2009 14:37:33 +0100 Subject: [Moin-user] Heading Problem in GUI editor Message-ID: HI, I am using moinmoin_180. When i use GUI editor and i want to use first level heading from "format" menu, then it does not work correctly. you make some headings in GUI mode then go to the text editor. then you will see that it make headings like this. Heading(it is first level heading in GUI editor,but it shows 2nd level) = 2nd level heading(== First Level Heading ==) Headnig2(it is 2nd level heading in GUI editor,but it shows 3rd level)= 3rd level heading(=== Third Level Heading ===) and so on. there is no option for first level heading in GUI editor. Can you please tell me please, from where i can reset this problem. thanks a lot 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 tw-public at gmx.de Tue Jan 20 09:09:37 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 20 Jan 2009 15:09:37 +0100 Subject: [Moin-user] Smiley In-Reply-To: References: <5c39e1ca0901190815y62ffae78s996a3542a8ae6311@mail.gmail.com> Message-ID: <1232460577.29128.4.camel@server.firma.waldmann-edv.de> If you want to remove a smiley from the parsers, you need to modify MoinMoin/config/__init__.py (due to the way this works internally in moin, this is NOT configurable via wikiconfig/farmconfig and that change will change it for all wikis running that code). > how can i block some smileys. For example, whenever i write "B)" in my document, > then moinmoin changes this text into smiley. Please tell me how i can configure > this smiley so i can get my real text. How i can get my this word "B)" in wiki documents. > From tw-public at gmx.de Tue Jan 20 09:11:40 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 20 Jan 2009 15:11:40 +0100 Subject: [Moin-user] Heading Problem in GUI editor In-Reply-To: References: Message-ID: <1232460700.29128.7.camel@server.firma.waldmann-edv.de> > I am using moinmoin_180. 1.8.1 is out since a while (1.8.2 maybe next weekend if you can wait). > Heading(it is first level heading in GUI editor,but it shows 2nd > level) = 2nd level heading(== First Level Heading ==) IIRC, this was fixed in 1.8.1. See docs/CHANGES. From kauer at biplane.com.au Tue Jan 20 09:41:10 2009 From: kauer at biplane.com.au (Karl Auer) Date: Wed, 21 Jan 2009 01:41:10 +1100 Subject: [Moin-user] The beginnings of a HowTo collection In-Reply-To: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> References: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> Message-ID: <1232462470.6549.514.camel@karl> On Tue, 2009-01-20 at 00:43 +0100, Thomas Waldmann wrote: > See there (and help improving it): > > http://moinmo.in/HowTo An excellent howto! When I followed it, everything seemed to work fine (I had to chown wiki/data and everything below it to me though) up to the actual migration step, which died with this message: KeyError: 'data_format_revision' I found someone else who had solved the problem by doing this: echo "data_format_revision: 01050300" > wiki/data/meta (I substituted my own version). Then the migration step worked for me. I'm still working through the rest... Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 kauer at biplane.com.au Tue Jan 20 09:55:27 2009 From: kauer at biplane.com.au (Karl Auer) Date: Wed, 21 Jan 2009 01:55:27 +1100 Subject: [Moin-user] The beginnings of a HowTo collection In-Reply-To: <1232462470.6549.514.camel@karl> References: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> <1232462470.6549.514.camel@karl> Message-ID: <1232463327.6549.519.camel@karl> On Wed, 2009-01-21 at 01:41 +1100, Karl Auer wrote: > I'm still working through the rest... The "python setup.py install" step failed ending with this message: error: can't copy 'wiki/data.pre160/dict/words': doesn't exist or not a regular file I copied wiki/data.pre160/dict/words away and deleted it from wiki/data. Since I didn't really need another copy of it and it is available in the tarball, I deleted wiki/data.orig as well. Then the install step completed OK. BTW, the install step has to be done as root... Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 Dennis.Benzinger at gmx.net Wed Jan 21 16:07:24 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Wed, 21 Jan 2009 22:07:24 +0100 Subject: [Moin-user] Varying line height in unordered lists Message-ID: <49778E8C.409@gmx.net> Hi! Sometimes the lines in an unordered list have a different height. For example on http://moinmo.in/GoogleSoc2009 in the What we offer section the first and seventh line have a larger line height than the other lines. This is caused by an additional

element in the

  • element. Both the lines with a small line height and the ones with a large line height only contain text. Why is MoinMoin sometimes wrapping the text of the
  • in an additional

    ? Thanks, Dennis Benzinger From dcramer at motive.com Wed Jan 21 16:47:48 2009 From: dcramer at motive.com (David Cramer) Date: Wed, 21 Jan 2009 15:47:48 -0600 Subject: [Moin-user] Varying line height in unordered lists In-Reply-To: <49778E8C.409@gmx.net> References: <49778E8C.409@gmx.net> Message-ID: It seems to be caused by including WikiWords (even if escaped) in the list item. I logged a bug about it: http://moinmo.in/MoinMoinBugs/ExtraSpaceBetweenListItems David > -----Original Message----- > From: Dennis Benzinger [mailto:Dennis.Benzinger at gmx.net] > Sent: Wednesday, January 21, 2009 3:07 PM > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] Varying line height in unordered lists > > Hi! > > Sometimes the lines in an unordered list have a different > height. For example on http://moinmo.in/GoogleSoc2009 in the > What we offer section the first and seventh line have a > larger line height than the other lines. This is caused by an > additional

    element in the

  • element. > Both the lines with a small line height and the ones with a > large line height only contain text. > > Why is MoinMoin sometimes wrapping the text of the
  • in an > additional

    ? > > > Thanks, > Dennis Benzinger > > -------------------------------------------------------------- > ---------------- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From dcramer at motive.com Wed Jan 21 17:32:40 2009 From: dcramer at motive.com (David Cramer) Date: Wed, 21 Jan 2009 16:32:40 -0600 Subject: [Moin-user] Varying line height in unordered lists In-Reply-To: References: <49778E8C.409@gmx.net> Message-ID: Btw., looking at the bug again, I see someone has added a workaround in the comments. A small css change. David > -----Original Message----- > From: David Cramer > Sent: Wednesday, January 21, 2009 3:48 PM > To: Dennis Benzinger; moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] Varying line height in unordered lists > > It seems to be caused by including WikiWords (even if > escaped) in the list item. I logged a bug about it: > http://moinmo.in/MoinMoinBugs/ExtraSpaceBetweenListItems > > David > > > -----Original Message----- > > From: Dennis Benzinger [mailto:Dennis.Benzinger at gmx.net] > > Sent: Wednesday, January 21, 2009 3:07 PM > > To: moin-user at lists.sourceforge.net > > Subject: [Moin-user] Varying line height in unordered lists > > > > Hi! > > > > Sometimes the lines in an unordered list have a different > height. For > > example on http://moinmo.in/GoogleSoc2009 in the What we > offer section > > the first and seventh line have a larger line height than the other > > lines. This is caused by an additional

    element in the

  • > > element. > > Both the lines with a small line height and the ones with a > large line > > height only contain text. > > > > Why is MoinMoin sometimes wrapping the text of the
  • in an > > additional

    ? > > > > > > Thanks, > > Dennis Benzinger > > > > -------------------------------------------------------------- > > ---------------- > > This SF.net email is sponsored by: > > SourcForge Community > > SourceForge wants to tell your story. > > http://p.sf.net/sfu/sf-spreadtheword > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > -------------------------------------------------------------- > ---------------- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From olivier.lauret at googlemail.com Fri Jan 23 05:16:10 2009 From: olivier.lauret at googlemail.com (Olivier Lauret) Date: Fri, 23 Jan 2009 10:16:10 +0000 Subject: [Moin-user] xapian installation Message-ID: Hi Marcel, Thank you very much for your message. Sorry if I didn't answer sooner, but I wanted to try many things before answering back. I've tried again (and again [?]) what you did, which is almost what I did but I still have the same problem: ERROR MoinMoin.config.multiconfig:334 xapian_search was auto-disabled because python-xapian is not installed [/home/eohwiki/lib/python2.5/_xapian.so: undefined symbol: PyUnicodeUCS4_EncodeUTF8]. It seems indeed related to the python version, which is by default 2.4 on my server, but the wiki (reinstalled it) and the wsgi are installed using 2.5. When installing the xapian bindings, I can see that it is checking for the version of python and finds 2.4, but using the option PYTHON_LIB=$HOME/lib/python2.5, it puts the xapian.py file under $HOME/bin/python2.5. When I'm in Python2.5 and do an import xapian, I get the same error message: >>> import xapian Traceback (most recent call last): File "", line 1, in File "/home/eohwiki/lib/python2.5/xapian.py", line 6, in import _xapian ImportError: ./_xapian.so: undefined symbol: PyUnicodeUCS4_EncodeUTF8 When I'm in Python (therefore 2.4) and do an import xapian, it's working fine. The command "grep Py_UNICODE_SIZE /usr/local/include/python2.5/pyconfig.h" give : #define Py_UNICODE_SIZE 2 The command "grep Py_UNICODE_SIZE /usr/include/python2.4/pyconfig.h" give nothing. Any idea how I could install xapian-bindings using a specific version of python? Regards, Olivier ************************************************* Date: Tue, 06 Jan 2009 11:42:41 +0100 From: "Mail at Heavy.ch" Subject: Re: [Moin-user] xapian installation To: moin-user List Message-ID: <496335A1.50900 at heavy.ch> Content-Type: text/plain; charset=ISO-8859-15 Olivier Lauret schrieb: > Hello, > > I'd like know if someone can help me with a xapian installation. I'm on > a server where I don't have root access. > I did also a Xapian installation without root access. 1. Python Installation 2.5 (but also works with 2.4) from the Source! 2. xapian-core * ./configure --prefix /path/user/lib/xapian/ * make * make install 3. xapian-omega * ./configure --prefix /path/user/lib/xapian/ XAPIAN_CONFIG=/path/user/lib/xapian/bin/xapian-config * make * make install 4. xapian-bindings * ./configure --prefix /path/user/lib/xapian/ XAPIAN_CONFIG=/path/user/lib/xapian/bin/xapian-config * make * make install btw. /path/user should be your $HOME Directory. 5. MoinMoin * python setup.py install --prefix=/path/user/local Be also careful if you say Python Version is 2.5.2 running; but you installed your Xapian under $HOME/lib/python2.4/site-packages. This can't work! bye Marcel -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 328.png Type: image/png Size: 569 bytes Desc: not available URL: From rog7993 at web.de Fri Jan 23 09:11:50 2009 From: rog7993 at web.de (rog7993 at web.de) Date: Fri, 23 Jan 2009 15:11:50 +0100 Subject: [Moin-user] wikifarm: wrong links to help pages Message-ID: <20090123141150.GD16960@iis.fraunhofer.de> Hello, I have a setup of a wikifarm with shared user, cache and underlay directories. This works nearly as expected. But I discovered one little problem with links to help pages. When editing a page in text mode, at the bottom of the page a box is displayed with syntax hints. Within this box there are two links to help pages: "Weitere Hilfe unter HilfeZumEditieren oder SyntaxReferenz." These two links point most of the time to the appropriate help pages of an other wiki in the farm. This "other wiki" changes over time. Because not every user have read access in every wiki, this is annoying. This is the only place, where I discovered this effect. All other links to help pages are correct. If I switch my language setting from german to english, this effect disappears: the two links point to the help pages within the wiki, which I'm editiing. I suppose this is a side effect of the shared cache directory (cache_dir is defined in farmconfig.py). I dont't remember, whether I chose this setup. Should I use own cache directories for each wiki or is there an other solution? Or is this a bug? Ingo Rogalsky From waqas805 at hotmail.com Fri Jan 23 10:57:22 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 23 Jan 2009 16:57:22 +0100 Subject: [Moin-user] Math formulas Message-ID: Hi, I have some mathematical formulas in my text. How can i write in moinmoin document these formulas. because moinmoin does not understand some math symbol or some Greak words, for example. alpha sign, theta sign. etc etc. have a nice weekend, 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 rick.vanderveer at gmail.com Fri Jan 23 11:44:27 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 23 Jan 2009 10:44:27 -0600 Subject: [Moin-user] Math formulas In-Reply-To: References: Message-ID: <5c39e1ca0901230844k497b34c5u55b0314bf2c651ff@mail.gmail.com> Hey Waqas, Actually, displaying greek text within your browser is a function of having the correct font (unicode-compliant?) installed on your system, not moinmoin per se. Moin is perfectly happy to display any font you type into it. As a test, go to this page and view the table about half-way down the page: http://en.wikipedia.org/wiki/Greek_alphabet (note: there are some bitmaps of letters, but there's also greek alphabet as well). Now, admittedly, displaying actual math formulas is a whole different challenge. :-) If you're using something like Mathtype to construct your formula's, you may be relegated to making screenshots for displaying within the wiki... -Rick On Fri, Jan 23, 2009 at 9:57 AM, waqas ahmad wrote: > > Hi, > > I have some mathematical formulas in my text. How can i write in moinmoin > document these formulas. because moinmoin does not understand some math > symbol or some Greak words, > > for example. > > alpha sign, theta sign. etc etc. > > have a nice weekend, > > Best Regards, > > Waqas Ahmad > > ------------------------------ > Invite your mail contacts to join your friends list with Windows Live > Spaces. It's easy! Try it! > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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 rb.proj at gmail.com Fri Jan 23 11:54:57 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 23 Jan 2009 17:54:57 +0100 Subject: [Moin-user] Math formulas In-Reply-To: References: Message-ID: waqas ahmad schrieb: > > Hi, > > I have some mathematical formulas in my text. How can i write in moinmoin document these formulas. because moinmoin does not understand some math symbol or some Greak words, > > for example. > > alpha sign, theta sign. etc etc. > > have a nice weekend, Hi if you use formulars by latex you can use one of the mathran plugins for moin or a latex parser . Search the wiki or use the mathtran parser from http://hg.moinmo.in/moin/1.7-extensions/file/tip/data/plugin/parser/text_x_mathtran.py see also http://www.mathtran.org cheers Reimar > > 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 > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From rb.proj at gmail.com Fri Jan 23 11:58:21 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 23 Jan 2009 17:58:21 +0100 Subject: [Moin-user] wikifarm: wrong links to help pages In-Reply-To: <20090123141150.GD16960@iis.fraunhofer.de> References: <20090123141150.GD16960@iis.fraunhofer.de> Message-ID: rog7993 at web.de schrieb: > Hello, > > I have a setup of a wikifarm with shared user, cache and underlay > directories. This works nearly as expected. But I discovered one little > problem with links to help pages. When editing a page in text mode, at > the bottom of the page a box is displayed with syntax hints. Within this > box there are two links to help pages: > > "Weitere Hilfe unter HilfeZumEditieren oder SyntaxReferenz." > > These two links point most of the time to the appropriate help pages of > an other wiki in the farm. This "other wiki" changes over time. Because > not every user have read access in every wiki, this is annoying. This is > the only place, where I discovered this effect. All other links to help > pages are correct. If I switch my language setting from german to > english, this effect disappears: the two links point to the help pages > within the wiki, which I'm editiing. > > I suppose this is a side effect of the shared cache directory (cache_dir > is defined in farmconfig.py). I dont't remember, whether I chose this > setup. Should I use own cache directories for each wiki or is there an > other solution? Or is this a bug? > > Ingo Rogalsky Hi if all your wikis use the same cache dir then this must happen. The default is to give each wiki it's own cache dir. cheers Reimar > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword From Dennis.Benzinger at gmx.net Fri Jan 23 12:11:19 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Fri, 23 Jan 2009 18:11:19 +0100 Subject: [Moin-user] Outdated KnownIssues page Message-ID: <4979FA37.4080504@gmx.net> Hi! The page KnownIssues seems very outdated. Can I delete it or at least merge it into MoinMoinBugs? I'd also update all (13) pages that link to KnownIssues. Dennis Benzinger From stephen at theboulets.net Fri Jan 23 12:20:12 2009 From: stephen at theboulets.net (stephen at theboulets.net) Date: Fri, 23 Jan 2009 09:20:12 -0800 (PST) Subject: [Moin-user] Not able to create empty pages Message-ID: <6c5b9f852a4f352298cfa03a5e3a19a1.squirrel@webmail.theboulets.net> When I click on a new wiki word, I see the page with the message "This page does not exist yet. You can create a new empty page, or use one of the page templates." On this page there is a link "Action(edit,Create new empty page)", but clicking on it doesn't give me the empty page. Any idea what could be causing this? I have no issue editing existing pages. I had recently upgraded my installation in going to Ubuntu 8.10 (which uses python-moinmoin 1.7.1). StephenB From john_nowlan at carleton.ca Fri Jan 23 12:22:22 2009 From: john_nowlan at carleton.ca (John_Nowlan) Date: Fri, 23 Jan 2009 12:22:22 -0500 Subject: [Moin-user] The beginnings of a HowTo collection In-Reply-To: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> References: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> Message-ID: <53C341FE4EA0B744B5BB64CA5C708C8C0C242B@CCSEXB10.CUNET.CARLETON.CA> > http://moinmo.in/HowTo Should this be used for 'Cookbook/Recipes' and 'Tips'? I ask here because I am nervous about updating 'master' pages but will if it's agreed. Let me also say here that I'm impressed with the improvements being made to Moin. I just (finally) upgraded to Moin 1.8.1 under apache/mod_wsgi on windows and it performs better than expected! The improvements I'm talking about though are mostly to the documentation. It's been recognized as an area that needs work and each release it has gotten better imho. Thanks moin developers/contributors/users! Here are a few areas that still need work (and by saying this I am sayiing I will try and add/update docs - *gulp*, now I've done it, jumped into the fire/comitted to doing something) but may need help making sure I understand things. 1. usage I'm always amazed at the way Moin can solve problems, but the answers have come from this list, not the docs. Specifically (and I'm going from memory, summarizing list discussion, some of these which I need to try, now that I'm able): - Paste from Word (when editing in GUI mode) as a way to convert html or word pages to wiki pages. Wins my best tip vote! - recent changes master page that shows changes from designated interwikis, acting as a master/department changes page for detail/subdepartments - others, but I'll try and address that in an actual howto page.. 2. features Moin often has the features, they just need to be discovered. This is unfortunate because others here at my work have been suggesting twiki, but I want to work in python :) The twiki front page is better from an eye candy perspective and highlighting its features than Moin. Maybe the features are more comprehensive? Twiki.net association/collaboration? 3. notes/comments/discussion page - There is this page http://moinmo.in/HelpOnLinking/NotesLinks, but I don't understand it. Is this like (inline) comments? http://moinmo.in/HelpOnComments Or http://moinmo.in/HelpOnConfiguration/SupplementationPage and why isn't this called 'DiscussionPage' since this appears to be a better name, follows 'Wikipedia' which makes it more familiar, easier to understand, imho. Seriously, why 'Supplementation'? (o.k. I am a bigoted native english speaker:) Perhaps all these features need to discussed on one enveloping 'HowTo' page. 4. out of date/obsolete stuff Universal to wiki's. Recognized. O.k., I've done enough complaining. Thanks for listening. Now maybe I can help... From rog7993 at web.de Fri Jan 23 12:57:13 2009 From: rog7993 at web.de (rog7993 at web.de) Date: Fri, 23 Jan 2009 18:57:13 +0100 Subject: [Moin-user] wikifarm: wrong links to help pages In-Reply-To: References: <20090123141150.GD16960@iis.fraunhofer.de> Message-ID: <20090123175713.GN16349@iis.fraunhofer.de> On Fri, Jan 23, 2009 at 05:58:21PM +0100, R.Bauer wrote: > rog7993 at web.de schrieb: > > if all your wikis use the same cache dir then this must happen. > The default is to give each wiki it's own cache dir. Ok. I will change this. But I don't understand, why I noticed this only with the german localization and not with the english pages. And secondly, although I defined a shared cache directory (cache_dir = ...) in farmconfig.py every wiki gets its own subdirectory within it. The only common information seems to be in the subdirectory __common__. Is this the directory, where this is cached? Ingo From mailinglists at xgm.de Fri Jan 23 13:34:27 2009 From: mailinglists at xgm.de (Florian Lindner) Date: Fri, 23 Jan 2009 19:34:27 +0100 Subject: [Moin-user] Allow editing only for auth users Message-ID: Hello, how can I setup moinmoin that it allows edting only for authenticated users? I've found something at http://moinmo.in/SecurityPolicy but it tells me not to do it that way. http://moinmo.in/AccessControlList does not really contains anything useful. Thanks, Florian From stephen at theboulets.net Fri Jan 23 15:11:55 2009 From: stephen at theboulets.net (stephen at theboulets.net) Date: Fri, 23 Jan 2009 12:11:55 -0800 (PST) Subject: [Moin-user] Not able to create empty pages In-Reply-To: <6c5b9f852a4f352298cfa03a5e3a19a1.squirrel@webmail.theboulets.net> References: <6c5b9f852a4f352298cfa03a5e3a19a1.squirrel@webmail.theboulets.net> Message-ID: <8b6eb83b58a43290c7eed7b55d49b2cc.squirrel@webmail.theboulets.net> > When I click on a new wiki word, I see the page with the message "This > page does not exist yet. You can create a new empty page, or use one of > the page templates." Through experimenting, I found that I could edit a new page by forming this url: https://myIPAddress/mywikiname/MyNewWikiWord?action=edit&editor=text So this is a workaround. StephenB From mailinglists at xgm.de Fri Jan 23 15:27:26 2009 From: mailinglists at xgm.de (Florian Lindner) Date: Fri, 23 Jan 2009 21:27:26 +0100 Subject: [Moin-user] Allow editing only for auth users In-Reply-To: <20090123201521.GR80250@fw.wtp3.org> References: <20090123201521.GR80250@fw.wtp3.org> Message-ID: <20A168B9-27F9-4EB6-B4CF-EA2A6EC5CF49@xgm.de> Am 23.01.2009 um 21:15 schrieb Krzysztof Stryjek: > Hello, > > Dnia Fri, Jan 23, 2009 at 07:34:27PM +0100, Florian Lindner > napisa?(a): >> Hello, >> >> how can I setup moinmoin that it allows edting only for authenticated >> users? I've found something at http://moinmo.in/SecurityPolicy but it >> tells me not to do it that way. http://moinmo.in/AccessControlList >> does not really contains anything useful. >> > I think this issue was written many times, so maybe go to me priv > and I > will explain all you need :-))) Well, I agree that this probably is a common issue, that's why I'm puzzled that it is not mentioned in the docs, at least not easy to find. Florian From wtp at wtp3.org Fri Jan 23 15:15:21 2009 From: wtp at wtp3.org (Krzysztof Stryjek) Date: Fri, 23 Jan 2009 21:15:21 +0100 Subject: [Moin-user] Allow editing only for auth users In-Reply-To: References: Message-ID: <20090123201521.GR80250@fw.wtp3.org> Hello, Dnia Fri, Jan 23, 2009 at 07:34:27PM +0100, Florian Lindner napisa?(a): > Hello, > > how can I setup moinmoin that it allows edting only for authenticated > users? I've found something at http://moinmo.in/SecurityPolicy but it > tells me not to do it that way. http://moinmo.in/AccessControlList > does not really contains anything useful. > I think this issue was written many times, so maybe go to me priv and I will explain all you need :-))) Greetings -- /~\ The ASCII Krzysztof Stryjek \ / Ribbon Campaign wtp (at) wtp3.org X Against HTML http://fw.wtp3.org/~wtp/ / \ Email! GG: 3608113 JID:wtp at chrome.pl The wind doth taste so bitter sweet, Like Jaspar wine and sugar, It must have blown through someone's feet, Like those of Caspar Weinberger. -- P. Opus From rick.vanderveer at gmail.com Fri Jan 23 15:48:15 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 23 Jan 2009 14:48:15 -0600 Subject: [Moin-user] The beginnings of a HowTo collection In-Reply-To: <53C341FE4EA0B744B5BB64CA5C708C8C0C242B@CCSEXB10.CUNET.CARLETON.CA> References: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> <53C341FE4EA0B744B5BB64CA5C708C8C0C242B@CCSEXB10.CUNET.CARLETON.CA> Message-ID: <5c39e1ca0901231248n7ee79c4cn7e146079e86800fa@mail.gmail.com> Hey John, The new HowTo section is the result of a offline conversation Thomas and I had. I noticed that the docs on master19 were shrinking, not growing. I wanted more of a Cookbook-style instructions, but Thomas had some really valid & good reasons why this is a bad idea for the official docs-- citing, among other things, - difficulty in maintaining; - abandoned, out-of-date platform-specific instructions; - and people not bothering to understand what they're doing-- resulting a lot of time spent on newbies how barely understand the concept of how a web server works, trying to get an install working. The new docs are focused on "standalone", intended for everyone and small work-groups; and "server" intended for a very specific administrator-type audience. Then, there's the new "HowTo" section (which was our idea of being a cookbook where we can add our own recipes (You and I must think alike, I even used the word "cookbook" when describing it). I've already moved over all the Windows-howto's that I've been maintaining. I fully encourage you to update/improve as you see fit. Comments on your comments: 2. Features--- I agree that Moin kinda under-sells itself. At first glance doesn't looks as feature-full as Twiki and others (however, I switched from Twiki to Moin, which should tell you what I think of Twiki). The features page, in my opinion, should have more examples. Also, new features sometimes don't make it to the features page, like for example the Admonitions . 3. Comments/Discussion-- I too was baffled by the word-choice of Supplementation. I figured it was just a choice to not copy Wikipedia. Sorta like how every browser calls bookmarks; bookmarks. But Microsoft needed to differentiate and called theirs "favorites". :-) I think Moin could benefit be renaming it to 'Discussion'. 4. obsolete pages: I second that. I'd love to aggressively go thru and delete all the 1.3-related stuff, for example. It's frustrating when I'm searching Moin and these antique pages come up. I would do it if I weren't afraid of getting banned. :-) -Rick On Fri, Jan 23, 2009 at 11:22 AM, John_Nowlan wrote: > > http://moinmo.in/HowTo > > Should this be used for 'Cookbook/Recipes' and 'Tips'? > > I ask here because I am nervous about updating 'master' pages but will > if it's agreed. > > Let me also say here that I'm impressed with the improvements being made > to Moin. I just (finally) upgraded to Moin 1.8.1 under apache/mod_wsgi > on windows and it performs better than expected! > > The improvements I'm talking about though are mostly to the > documentation. > It's been recognized as an area that needs work and each release it has > gotten better imho. > > Thanks moin developers/contributors/users! > > Here are a few areas that still need work (and by saying this I am > sayiing I will try and add/update docs - *gulp*, now I've done it, > jumped into the fire/comitted to doing something) but may need help > making sure I understand things. > > 1. usage > I'm always amazed at the way Moin can solve problems, but the answers > have come from this list, not the docs. > Specifically (and I'm going from memory, summarizing list discussion, > some of these which I need to try, now that I'm able): > - Paste from Word (when editing in GUI mode) as a way to convert html or > word pages to wiki pages. Wins my best tip vote! > - recent changes master page that shows changes from designated > interwikis, acting as a master/department changes page for > detail/subdepartments > - others, but I'll try and address that in an actual howto page.. > > 2. features > Moin often has the features, they just need to be discovered. This is > unfortunate because others here at my work have been suggesting twiki, > but I want to work in python :) > The twiki front page is better from an eye candy perspective and > highlighting its features than Moin. Maybe the features are more > comprehensive? Twiki.net association/collaboration? > > 3. notes/comments/discussion page - > There is this page http://moinmo.in/HelpOnLinking/NotesLinks, but I > don't understand it. > Is this like (inline) comments? http://moinmo.in/HelpOnComments > Or http://moinmo.in/HelpOnConfiguration/SupplementationPage and why > isn't this called 'DiscussionPage' since this appears to be a better > name, follows 'Wikipedia' which makes it more familiar, easier to > understand, imho. Seriously, why 'Supplementation'? (o.k. I am a bigoted > native english speaker:) > > Perhaps all these features need to discussed on one enveloping 'HowTo' > page. > > 4. out of date/obsolete stuff > Universal to wiki's. Recognized. > > O.k., I've done enough complaining. Thanks for listening. Now maybe I > can help... > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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 Sat Jan 24 05:32:11 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 24 Jan 2009 11:32:11 +0100 Subject: [Moin-user] Outdated KnownIssues page In-Reply-To: <4979FA37.4080504@gmx.net> References: <4979FA37.4080504@gmx.net> Message-ID: <1232793132.7145.18.camel@black.firma.waldmann-edv.de> Hi Dennis, > The page KnownIssues seems very outdated. Can I delete it or at least > merge it into MoinMoinBugs? The page and its content can be deleted. The references maybe should point to MoinMoinBugs. > I'd also update all (13) pages that link to KnownIssues. Thanks for helping with cleaning up. :) Cheers, Thomas From tw-public at gmx.de Sat Jan 24 05:35:21 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 24 Jan 2009 11:35:21 +0100 Subject: [Moin-user] Not able to create empty pages In-Reply-To: <6c5b9f852a4f352298cfa03a5e3a19a1.squirrel@webmail.theboulets.net> References: <6c5b9f852a4f352298cfa03a5e3a19a1.squirrel@webmail.theboulets.net> Message-ID: <1232793321.7145.22.camel@black.firma.waldmann-edv.de> On Fri, 2009-01-23 at 09:20 -0800, stephen at theboulets.net wrote: > When I click on a new wiki word, I see the page with the message "This > page does not exist yet. You can create a new empty page, or use one of > the page templates." > > On this page there is a link "Action(edit,Create new empty page)", but > clicking on it doesn't give me the empty page. Any idea what could be > causing this? I have no issue editing existing pages. > > I had recently upgraded my installation in going to Ubuntu 8.10 (which > uses python-moinmoin 1.7.1). You likely forgot some of the required upgrade procedure. Please read the Ubuntu/Debian docs about it. If that doesn't help, read our docs in /usr/share/moin/docs/* (or /usr/share/docs/moin/ or whereever Ubuntu put it). From tw-public at gmx.de Sat Jan 24 13:26:02 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 24 Jan 2009 19:26:02 +0100 Subject: [Moin-user] The beginnings of a HowTo collection In-Reply-To: <5c39e1ca0901231248n7ee79c4cn7e146079e86800fa@mail.gmail.com> References: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> <53C341FE4EA0B744B5BB64CA5C708C8C0C242B@CCSEXB10.CUNET.CARLETON.CA> <5c39e1ca0901231248n7ee79c4cn7e146079e86800fa@mail.gmail.com> Message-ID: <1232821562.7145.33.camel@black.firma.waldmann-edv.de> > features sometimes don't make it to the features page, like for > example the Admonitions. Fixed. > 3. Comments/Discussion-- > I too was baffled by the word-choice of Supplementation. I figured > it was just a choice to not copy Wikipedia. Sorta like how every > browser calls bookmarks; bookmarks. But Microsoft needed to > differentiate and called theirs "favorites". :-) I think Moin could > benefit be renaming it to 'Discussion'. Hehe, no, that was not the reason. We didn't call it discussion page because nobody forces you to use it for discussion, you could use that additional subpage for anything you like. > 4. obsolete pages: > I second that. I'd love to aggressively go thru and delete all the > 1.3-related stuff, for example. It's frustrating when I'm searching > Moin and these antique pages come up. I would do it if I weren't > afraid of getting banned. :-) You're welcome to help doing this. But please first read it, just in case it is still relevant (e.g. a bug that is still open or a feature description that still applies). From tw-public at gmx.de Sat Jan 24 13:37:08 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 24 Jan 2009 19:37:08 +0100 Subject: [Moin-user] The beginnings of a HowTo collection In-Reply-To: <53C341FE4EA0B744B5BB64CA5C708C8C0C242B@CCSEXB10.CUNET.CARLETON.CA> References: <1232408635.10031.57.camel@black.firma.waldmann-edv.de> <53C341FE4EA0B744B5BB64CA5C708C8C0C242B@CCSEXB10.CUNET.CARLETON.CA> Message-ID: <1232822228.7145.43.camel@black.firma.waldmann-edv.de> > > http://moinmo.in/HowTo > > Should this be used for 'Cookbook/Recipes' and 'Tips'? Recipes yes (that's just another word for howto). Tips IMHO no, that is another class of documentation. A howto IMHO is some writeup that includes multiple steps to solve some (complex) problem. That means, just one sentence is not a HowTo (and as there are likely much more of those short tips than there are longer howtos, it would somehow spoil that page, because it would get just too long). There is a MoinMoinTips page that could be revived. I am also thinking about putting some "Documentation" page into the hierarchy above "HowTo", then MoinMoinTips could be linked from there. > 3. notes/comments/discussion page - > There is this page http://moinmo.in/HelpOnLinking/NotesLinks, but I > don't understand it. This is "Notes" as in "Lotus Notes". If you don't know it, you don't need it. See also my other post in this thread. From rb.proj at gmail.com Sat Jan 24 16:31:44 2009 From: rb.proj at gmail.com (R.Bauer) Date: Sat, 24 Jan 2009 22:31:44 +0100 Subject: [Moin-user] Allow editing only for auth users In-Reply-To: References: Message-ID: Florian Lindner schrieb: > Hello, > > how can I setup moinmoin that it allows edting only for authenticated > users? I've found something at http://moinmo.in/SecurityPolicy but it > tells me not to do it that way. http://moinmo.in/AccessControlList > does not really contains anything useful. > > Thanks, > > Florian You need to configure acl_rights_default for the UserGroup you want to give editing rights. e.g acl_rights_default = u'UserGroup:read,write,delete,revert' you may want to give to yourself before rights acl_rights_before = u'FlorianLindner:read,write,delete,revert,admin' Then create a page UserGroup and add the users to that page e.g. * FlorianLindner * XYZ restart your wiki server. Afterwards only logged in users which are listed in the UserGroup page can edit. Please read the HelpOnAccessControlList page once more ;) The vars are explained there. You can join us also on IRC #moin at chat.freenode.net if you need more help. cheers Reimar From stephen at theboulets.net Sat Jan 24 16:46:22 2009 From: stephen at theboulets.net (Stephen Boulet) Date: Sat, 24 Jan 2009 15:46:22 -0600 Subject: [Moin-user] Not able to create empty pages In-Reply-To: <1232793321.7145.22.camel@black.firma.waldmann-edv.de> References: <6c5b9f852a4f352298cfa03a5e3a19a1.squirrel@webmail.theboulets.net> <1232793321.7145.22.camel@black.firma.waldmann-edv.de> Message-ID: <5EDAC6ED-7978-4E61-8157-94DEE31D7FF2@theboulets.net> Thanks. I never did figure out what happened, but reinstalling moinmoin fixed the issue. Stephen On Jan 24, 2009, at 4:35 AM, Thomas Waldmann wrote: > On Fri, 2009-01-23 at 09:20 -0800, stephen at theboulets.net wrote: >> When I click on a new wiki word, I see the page with the message >> "This >> page does not exist yet. You can create a new empty page, or use >> one of >> the page templates." >> >> On this page there is a link "Action(edit,Create new empty page)", >> but >> clicking on it doesn't give me the empty page. Any idea what could be >> causing this? I have no issue editing existing pages. >> >> I had recently upgraded my installation in going to Ubuntu 8.10 >> (which >> uses python-moinmoin 1.7.1). > > You likely forgot some of the required upgrade procedure. > > Please read the Ubuntu/Debian docs about it. > > If that doesn't help, read our docs in /usr/share/moin/docs/* > (or /usr/share/docs/moin/ or whereever Ubuntu put it). From skip at pobox.com Sat Jan 24 19:18:30 2009 From: skip at pobox.com (skip at pobox.com) Date: Sat, 24 Jan 2009 18:18:30 -0600 (CST) Subject: [Moin-user] Page copies don't generate notification emails? Message-ID: <20090125001830.30205D5AF9A@montanaro.dyndns.org> In the Python MoinMoin installation (http://wiki.python.org/moin/) we are not getting notifications about page copies. I thought this was odd and figured I hadn't set some flag. When I checked my notifications though I saw that I am already subscribed to page copies. If you check the RecentChanges page on the Python wiki you'll see that we've been inundated with page copy spam. I received not one email though I receive plenty of page modification emails. We are, I believe, running MoinMoin 1.7. Is there some bug in that version or some server-side setting we need to adjust to see these changes? (We've disabled the copy page action to stem the flow of spam.) Thanks, -- Skip Montanaro - skip at pobox.com - http://smontanaro.dyndns.org/ From Dennis.Benzinger at gmx.net Sun Jan 25 11:44:21 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Sun, 25 Jan 2009 17:44:21 +0100 Subject: [Moin-user] Outdated KnownIssues page In-Reply-To: <1232793132.7145.18.camel@black.firma.waldmann-edv.de> References: <4979FA37.4080504@gmx.net> <1232793132.7145.18.camel@black.firma.waldmann-edv.de> Message-ID: <497C96E5.3050500@gmx.net> Hi Thomas! Am 24.01.2009 11:32, Thomas Waldmann schrieb: > Hi Dennis, > >> The page KnownIssues seems very outdated. Can I delete it or at least >> merge it into MoinMoinBugs? > > The page and its content can be deleted. > The references maybe should point to MoinMoinBugs. > [...] I've update almost all pages that linked to KnownIssues and I've deleted the KnownIssues page. The only remaining page with a link to KnownIssues is HelpForDevelopers. I didn't know if I should change the page in the 1.8 master or in the 1.9 master. Are changes in the 1.8 master automatically applied to the 1.9 master? Should I change both? Dennis Benzinger From tw-public at gmx.de Sun Jan 25 11:58:35 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 25 Jan 2009 17:58:35 +0100 Subject: [Moin-user] Outdated KnownIssues page In-Reply-To: <497C96E5.3050500@gmx.net> References: <4979FA37.4080504@gmx.net> <1232793132.7145.18.camel@black.firma.waldmann-edv.de> <497C96E5.3050500@gmx.net> Message-ID: <1232902715.6141.0.camel@black.firma.waldmann-edv.de> > The only remaining page with a link to KnownIssues > is HelpForDevelopers. I didn't know if I should change the page in the > 1.8 master or in the 1.9 master. Both. > Are changes in the 1.8 master > automatically applied to the 1.9 master? No, how should that work? :) From Dennis.Benzinger at gmx.net Sun Jan 25 12:11:06 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Sun, 25 Jan 2009 18:11:06 +0100 Subject: [Moin-user] Outdated KnownIssues page In-Reply-To: <1232902715.6141.0.camel@black.firma.waldmann-edv.de> References: <4979FA37.4080504@gmx.net> <1232793132.7145.18.camel@black.firma.waldmann-edv.de> <497C96E5.3050500@gmx.net> <1232902715.6141.0.camel@black.firma.waldmann-edv.de> Message-ID: <497C9D2A.2070007@gmx.net> Am 25.01.2009 17:58, Thomas Waldmann schrieb: > [...] >> Are changes in the 1.8 master >> automatically applied to the 1.9 master? > > No, how should that work? :) > [...] By automatically doing a merge like in a version control system. Dennis Benzinger From Dennis.Benzinger at gmx.net Sun Jan 25 12:46:09 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Sun, 25 Jan 2009 18:46:09 +0100 Subject: [Moin-user] Wrong link to master19 on master.moinmo.in Message-ID: <497CA561.8070001@gmx.net> Hi! In the note on top of http://master.moinmo.in there is a link to the 1.9 master. But this link points to http://master.moinmo.in and not to the 1.9 master. The link on http://master18.moinmo.in is correct. Dennis Benzinger From rb.proj at gmail.com Sun Jan 25 16:12:01 2009 From: rb.proj at gmail.com (R.Bauer) Date: Sun, 25 Jan 2009 22:12:01 +0100 Subject: [Moin-user] Not able to create empty pages In-Reply-To: <5EDAC6ED-7978-4E61-8157-94DEE31D7FF2@theboulets.net> References: <6c5b9f852a4f352298cfa03a5e3a19a1.squirrel@webmail.theboulets.net> <1232793321.7145.22.camel@black.firma.waldmann-edv.de> <5EDAC6ED-7978-4E61-8157-94DEE31D7FF2@theboulets.net> Message-ID: Stephen Boulet schrieb: > Thanks. I never did figure out what happened, but reinstalling > moinmoin fixed the issue. > sounds like a not up to date underlay dir. ubuntu / debian dos migrate the software but not the wiki and teh sttings. You need probably to modify your wikiconfig file too. Should be explained in debian docs cheers Reimar > Stephen > > On Jan 24, 2009, at 4:35 AM, Thomas Waldmann wrote: > >> On Fri, 2009-01-23 at 09:20 -0800, stephen at theboulets.net wrote: >>> When I click on a new wiki word, I see the page with the message >>> "This >>> page does not exist yet. You can create a new empty page, or use >>> one of >>> the page templates." >>> >>> On this page there is a link "Action(edit,Create new empty page)", >>> but >>> clicking on it doesn't give me the empty page. Any idea what could be >>> causing this? I have no issue editing existing pages. >>> >>> I had recently upgraded my installation in going to Ubuntu 8.10 >>> (which >>> uses python-moinmoin 1.7.1). >> You likely forgot some of the required upgrade procedure. >> >> Please read the Ubuntu/Debian docs about it. >> >> If that doesn't help, read our docs in /usr/share/moin/docs/* >> (or /usr/share/docs/moin/ or whereever Ubuntu put it). > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword From rb.proj at gmail.com Sun Jan 25 16:14:47 2009 From: rb.proj at gmail.com (R.Bauer) Date: Sun, 25 Jan 2009 22:14:47 +0100 Subject: [Moin-user] Outdated KnownIssues page In-Reply-To: <497C9D2A.2070007@gmx.net> References: <4979FA37.4080504@gmx.net> <1232793132.7145.18.camel@black.firma.waldmann-edv.de> <497C96E5.3050500@gmx.net> <1232902715.6141.0.camel@black.firma.waldmann-edv.de> <497C9D2A.2070007@gmx.net> Message-ID: Dennis Benzinger schrieb: > Am 25.01.2009 17:58, Thomas Waldmann schrieb: >> [...] >>> Are changes in the 1.8 master >>> automatically applied to the 1.9 master? >> No, how should that work? :) >> [...] > > By automatically doing a merge like in a version control system. > after moin 2.0 we may be able to use hg as backend and then we can try out if merging needs human interaction. cheers Reimar From mail at heavy.ch Sun Jan 25 17:19:32 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Sun, 25 Jan 2009 23:19:32 +0100 Subject: [Moin-user] Page copies don't generate notification emails? In-Reply-To: <20090125001830.30205D5AF9A@montanaro.dyndns.org> References: <20090125001830.30205D5AF9A@montanaro.dyndns.org> Message-ID: <497CE574.4050304@heavy.ch> hi skip at pobox.com schrieb: > In the Python MoinMoin installation (http://wiki.python.org/moin/) we are > not getting notifications about page copies. yes; i could verify this, maybe fill a bug report about this: http://moinmo.in/MoinMoinBugs but be aware the action CopyPage is a bit dangerous well... " has questionable behaviour regarding subpages a user can't read, but can copy" so I would not use this feature at the moment! I thought this was odd and > figured I hadn't set some flag. When I checked my notifications though I > saw that I am already subscribed to page copies. also some notes: * if you change something then you will not get any notification * and be sure that you subscribe with a regex to a subpages (e.g.: .* )... because if you copy - say page FOO to BAR and you subscribed only to FOO then you will never get any message about the new page BAR. but sure with regex it should work (like it works with creating new pages)... If you check the > RecentChanges page on the Python wiki you'll see that we've been inundated > with page copy spam. I received not one email though I receive plenty of > page modification emails. > > We are, I believe, running MoinMoin 1.7. Is there some bug in that version > or some server-side setting we need to adjust to see these changes? (We've > disabled the copy page action to stem the flow of spam.) Version 1.8.1 and soon 1.8.2. is the current version, so you maybe should update or check atleast the security stuff under http://moinmo.in/SecurityFixes > > Thanks, > bye Marcel From rog7993 at web.de Mon Jan 26 09:11:20 2009 From: rog7993 at web.de (rog7993 at web.de) Date: Mon, 26 Jan 2009 15:11:20 +0100 Subject: [Moin-user] wikifarm: wrong links to help pages In-Reply-To: <20090123175713.GN16349@iis.fraunhofer.de> References: <20090123141150.GD16960@iis.fraunhofer.de> <20090123175713.GN16349@iis.fraunhofer.de> Message-ID: <20090126141120.GQ16349@iis.fraunhofer.de> Hello, On Fri, Jan 23, 2009 at 06:57:13PM +0100, rog7993 at web.de wrote: > On Fri, Jan 23, 2009 at 05:58:21PM +0100, R.Bauer wrote: > > rog7993 at web.de schrieb: > > > > if all your wikis use the same cache dir then this must happen. > > The default is to give each wiki it's own cache dir. > > Ok. I will change this. I changed the farm configuration, so that each wiki uses an own cache directory (but I still use a common user_dir). And now I remember, why I chose to use a shared cache_dir. The session information is saved within the cache directory. With seperate cache directories, one has to login to each subwiki separately. With the former configuration (common cache_dir and user_dir) a single logon has been sufficient to access all subwikis. Of course only if the ACLs allow this. > But I don't understand, why I noticed this only with the german > localization and not with the english pages. Ingo Rogalsky From jan78093 at googlemail.com Mon Jan 26 12:26:35 2009 From: jan78093 at googlemail.com (Jan Leendertse) Date: Mon, 26 Jan 2009 18:26:35 +0100 Subject: [Moin-user] Transfer MoinMoinDesktop 1.5.6 to 1.8.0 In-Reply-To: <496F720E.3090901@tibco.com> References: <496F6865.8040107@googlemail.com> <496F720E.3090901@tibco.com> Message-ID: <2a7382f10901260926i3620476esc2e4065cb9a872d3@mail.gmail.com> Dear Eric, Thank you for you answer. I had not that much leisure time to follow your tips directly. Sorry for that. I tried to follow the instructions, which is not that easy. I installed 1.8.1, ran the install script, ran the upgrade scripts, removed the *.pyc and *.pyo files. I am still at the same position. The contents are all there, the user data seems to be present, but the internal links are displayed ["this way"]. It was a bit tedious to follow all files and descriptions. And I have still not the faintest idea of the main principles of how it works. I think I have to find another solution, because I need a tools which keeps notes more than some months. Is there any way exporting the contents? Best regards, 2009/1/15 Eric Johnson > Hi Jan, > > You have to follow the upgrade process. Start here: > http://moinmo.in/HelpOnUpdating > > The upgrade scripts will migrate your content to the new syntax. The new > syntax is not a choice of configuration. > > -Eric. > > jan78093 at googlemail.com wrote: > > Hello, > > > > I ran MoinMoinDesktop 1.5.6, and it worked fine. > > > > Due to a laptop change including a OS change from XP to Vista, I had to > move. I > > downloaded MoinMoinDesktop 1.8.0, unzipped it and copied the contents of > the > > folder /wiki of the old moinmoin to the according folder of the new > instance. > > > > For any reason, it seems to work including logging in with my old > credentials > > except of one annoying issue: > > > > Internal linking does not work the old way. Links ["formatted like this"] > do not > > show up as link, only as raw text. I found some hints that this is due > some > > configuration options to be set by the user. > > > > I looked all help files I could get and the config files, but I have no > clue > > where to set the option for internal links. Would it be possible that > somebody > > enlightens me? It is allowed to bash me slightly, because I moved that > naive way. > > > > Thanks. > > > > > > > > > > Best regards, > > > > > > Jan > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by: > > SourcForge Community > > SourceForge wants to tell your story. > > http://p.sf.net/sfu/sf-spreadtheword > > _______________________________________________ > > 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 mailinglists at xgm.de Mon Jan 26 15:07:59 2009 From: mailinglists at xgm.de (Florian Lindner) Date: Mon, 26 Jan 2009 21:07:59 +0100 Subject: [Moin-user] Discussion about site Message-ID: <314DCAA2-C33F-4568-B677-32A9E26A7E04@xgm.de> Hello, is there something like the MediaWiki discussions about every wiki site? Thanks, Florian From mail at heavy.ch Mon Jan 26 16:59:28 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Mon, 26 Jan 2009 22:59:28 +0100 Subject: [Moin-user] Discussion about site In-Reply-To: <314DCAA2-C33F-4568-B677-32A9E26A7E04@xgm.de> References: <314DCAA2-C33F-4568-B677-32A9E26A7E04@xgm.de> Message-ID: <497E3240.60003@heavy.ch> Hi Florian Florian Lindner schrieb: > Hello, > > is there something like the MediaWiki discussions about every wiki site? > > Thanks, > yes; it's called "Supplementation" http://moinmo.in/HelpOnConfiguration/SupplementationPage hope it helps. bye Marcel From eric at tibco.com Mon Jan 26 18:20:52 2009 From: eric at tibco.com (Eric Johnson) Date: Mon, 26 Jan 2009 15:20:52 -0800 Subject: [Moin-user] Transfer MoinMoinDesktop 1.5.6 to 1.8.0 In-Reply-To: <2a7382f10901260926i3620476esc2e4065cb9a872d3@mail.gmail.com> References: <496F6865.8040107@googlemail.com> <496F720E.3090901@tibco.com> <2a7382f10901260926i3620476esc2e4065cb9a872d3@mail.gmail.com> Message-ID: <497E4554.9000604@tibco.com> An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Tue Jan 27 04:12:39 2009 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 27 Jan 2009 10:12:39 +0100 Subject: [Moin-user] Transfer MoinMoinDesktop 1.5.6 to 1.8.0 In-Reply-To: <2a7382f10901260926i3620476esc2e4065cb9a872d3@mail.gmail.com> References: <496F6865.8040107@googlemail.com> <496F720E.3090901@tibco.com> <2a7382f10901260926i3620476esc2e4065cb9a872d3@mail.gmail.com> Message-ID: Jan Leendertse schrieb: > Dear Eric, > > Thank you for you answer. I had not that much leisure time to follow your > tips directly. Sorry for that. > Hi Eric please join us on IRC at #moin on chat.freenode.net. Helping in direct conversation is much easier than by email. I have lots of wikis already migrated the steps usually are: 1. stop the serving process, e.g. /etc/init.d/apache2 stop 1. move the old installation files e.g site-packages/MoinMoin to another name e.g. site-packages/MoinMoin-1.x.x 1. install new moin version 1. read HINTS in docs/CHANGES about config changes of the adaptor scripts or wikiconfig. 1. if so change your config files 1. call the migration script e.g. moin --config-dir=/srv/share/moin/mywiki/ --wiki-url=mywikihost.domain.de/mywiki migration data 1. clean the cache e.g.moin --config-dir=/srv/share/moin/mywiki/ --wiki-url=mywikihost.domain.de/mywiki maint cleancache 1. start the serving process, e.g. /etc/init.d/apache2 start It is important that you have stopped the server process!! cheers Reimar > I tried to follow the instructions, which is not that easy. I installed > 1.8.1, ran the install script, ran the upgrade scripts, removed the *.pyc > and *.pyo files. > > I am still at the same position. The contents are all there, the user data > seems to be present, but the internal links are displayed ["this way"]. It > was a bit tedious to follow all files and descriptions. And I have still not > the faintest idea of the main principles of how it works. > > I think I have to find another solution, because I need a tools which keeps > notes more than some months. > > Is there any way exporting the contents? > > > > Best regards, > > > > 2009/1/15 Eric Johnson > >> Hi Jan, >> >> You have to follow the upgrade process. Start here: >> http://moinmo.in/HelpOnUpdating >> >> The upgrade scripts will migrate your content to the new syntax. The new >> syntax is not a choice of configuration. >> >> -Eric. >> >> jan78093 at googlemail.com wrote: >>> Hello, >>> >>> I ran MoinMoinDesktop 1.5.6, and it worked fine. >>> >>> Due to a laptop change including a OS change from XP to Vista, I had to >> move. I >>> downloaded MoinMoinDesktop 1.8.0, unzipped it and copied the contents of >> the >>> folder /wiki of the old moinmoin to the according folder of the new >> instance. >>> For any reason, it seems to work including logging in with my old >> credentials >>> except of one annoying issue: >>> >>> Internal linking does not work the old way. Links ["formatted like this"] >> do not >>> show up as link, only as raw text. I found some hints that this is due >> some >>> configuration options to be set by the user. >>> >>> I looked all help files I could get and the config files, but I have no >> clue >>> where to set the option for internal links. Would it be possible that >> somebody >>> enlightens me? It is allowed to bash me slightly, because I moved that >> naive way. >>> Thanks. >>> >>> >>> >>> >>> Best regards, >>> >>> >>> Jan >>> >>> >> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by: >>> SourcForge Community >>> SourceForge wants to tell your story. >>> http://p.sf.net/sfu/sf-spreadtheword >>> _______________________________________________ >>> Moin-user mailing list >>> Moin-user at lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/moin-user >>> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From rog7993 at web.de Tue Jan 27 06:38:34 2009 From: rog7993 at web.de (rog7993 at web.de) Date: Tue, 27 Jan 2009 12:38:34 +0100 Subject: [Moin-user] wikifarm: wrong links to help pages In-Reply-To: <20090126141120.GQ16349@iis.fraunhofer.de> References: <20090123141150.GD16960@iis.fraunhofer.de> <20090123175713.GN16349@iis.fraunhofer.de> <20090126141120.GQ16349@iis.fraunhofer.de> Message-ID: <20090127113834.GX16349@iis.fraunhofer.de> Hello, On Fri, Jan 23, 2009 at 05:58:21PM +0100, R.Bauer wrote: > > if all your wikis use the same cache dir then this must happen. > The default is to give each wiki it's own cache dir. I switched back to a shared cache directory, because of the session files. As a workaround for the links to nonreadable help pages in other subwikis I changed all ACLs in the underlay directory in a way, that everyone has read access (#acl ALL:read) irrespecitve of the parameter 'acl_rights_default' in the subwiki configuration files. Ok, that's an ugly hack... But I still don't understand, why I noticed the wrong behaviour of links to help pages in an other subwiki only, if I set the language to 'german' in the user preferences. If using "english" all links are correct. Ingo Rogalsky -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3409 bytes Desc: not available URL: From waqas805 at hotmail.com Tue Jan 27 10:54:54 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Tue, 27 Jan 2009 16:54:54 +0100 Subject: [Moin-user] Document with diagrams Message-ID: Hi, I have some documents with many diagrams in word format. There is any easy way to upload these document on moinmoin pages. e.g:- I have one document with 40 diagrams. there is any macro or any thing or anyway to transfer this kind of document on moinmoin.because formating and diagram uploading, it takes too much time. May be there is any other way that we can simple export our diagrams and text on moinmoin pages. I am running moinmoin in my company and big problem is only diagrams uploading and formatting in moinmoin. It takes several hours to maintain only one document. I used also "word2moinv21.bas" macro. It hangs with big word documents. I hope that someone has some tricky way. thanks in advance, 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 dcramer at motive.com Tue Jan 27 11:15:13 2009 From: dcramer at motive.com (David Cramer) Date: Tue, 27 Jan 2009 10:15:13 -0600 Subject: [Moin-user] Document with diagrams In-Reply-To: References: Message-ID: You might try upCast: http://www.infinity-loop.de/products/upcast/ It's a tool that converts Word docs into a clean xml format (and extracts images as well). Then write an xslt filter to convert the xml to MoinMoin. If the docs are long, you could also chunk them into separate pages (e.g. each section is a subpage included into the main page with a <> macro. I've never seen upCast hang and have used it many times to convert word docs to DocBook XML with good results. There's also Word's WordML, but it looks scary ugly to me. David ________________________________ From: waqas ahmad [mailto:waqas805 at hotmail.com] Sent: Tuesday, January 27, 2009 9:55 AM To: moin-user at lists.sourceforge.net Subject: [Moin-user] Document with diagrams Hi, I have some documents with many diagrams in word format. There is any easy way to upload these document on moinmoin pages. e.g:- I have one document with 40 diagrams. there is any macro or any thing or anyway to transfer this kind of document on moinmoin.because formating and diagram uploading, it takes too much time. May be there is any other way that we can simple export our diagrams and text on moinmoin pages. I am running moinmoin in my company and big problem is only diagrams uploading and formatting in moinmoin. It takes several hours to maintain only one document. I used also "word2moinv21.bas" macro. It hangs with big word documents. I hope that someone has some tricky way. thanks in advance, Best Regards, Waqas Ahmad ________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! Try it! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Tue Jan 27 13:19:53 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 27 Jan 2009 19:19:53 +0100 Subject: [Moin-user] wikifarm: wrong links to help pages In-Reply-To: <20090126141120.GQ16349@iis.fraunhofer.de> References: <20090123141150.GD16960@iis.fraunhofer.de> <20090123175713.GN16349@iis.fraunhofer.de> <20090126141120.GQ16349@iis.fraunhofer.de> Message-ID: <1233080393.13667.21.camel@server.firma.waldmann-edv.de> > I changed the farm configuration, so that each wiki uses an own cache > directory (but I still use a common user_dir). And now I remember, > why I chose to use a shared cache_dir. The session information is > saved within the cache directory. With seperate cache directories, one > has to login to each subwiki separately. With the former configuration > (common cache_dir and user_dir) a single logon has been sufficient to > access all subwikis. Of course only if the ACLs allow this. I guess we have to change the scope of i18n cache from global to per-wiki. Thanks for reporting this. If you like to make sure we don't forget, file a bug. :) From sdocio at gmail.com Tue Jan 27 15:44:45 2009 From: sdocio at gmail.com (sdocio at gmail.com) Date: Tue, 27 Jan 2009 21:44:45 +0100 Subject: [Moin-user] new user Message-ID: <20090127204445.GA9718@leteo.usc.es> Hi all, is possible to get a mail when a new user got registered in the wiki? Sorry in advance if the question was already answered. I couldn't find information about the issue on the HelpPages and I'm new to the list (and using MoinMoin). Thank you so much. -- Susana Sotelo Docio http://gramatica.usc.es/~sdocio Linux User #96506 gpg-id: 0E9BEDA4 "La libertad no es poder elegir un amo, es no tener amo." -- Richard Stallman From kauer at biplane.com.au Tue Jan 27 15:58:02 2009 From: kauer at biplane.com.au (Karl Auer) Date: Wed, 28 Jan 2009 07:58:02 +1100 Subject: [Moin-user] new user In-Reply-To: <20090127204445.GA9718@leteo.usc.es> References: <20090127204445.GA9718@leteo.usc.es> Message-ID: <1233089882.6549.1253.camel@karl> On Tue, 2009-01-27 at 21:44 +0100, sdocio at gmail.com wrote: > is possible to get a mail when a new user got registered in the wiki? Make sure that you have configured a working SMTP server in your wikiconfig.py. You need to set at least these two items: mail_smarthost = "yoursmtp.wherever.com" mail_from = u"you at wherever.com" The smarthost has to work. The from address can be fake if you wish, but must be present. Depending on how you have set up your wiki, you may need to restart the webserver for the changes to take effect. Then log in as the wiki superuser and click on Settings -> Notification and check the boxes for the kinds of notifications you want to get. One of them is the creation of new accounts. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 mela at darkover.inka.de Wed Jan 28 16:17:19 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Wed, 28 Jan 2009 22:17:19 +0100 Subject: [Moin-user] Import Mails without Need for a Wiki-User Message-ID: <20090128211719.GA4490@darkover.inka.de> Hello, I would like to put an archive of a small mailinglist into a moinmoin-wiki by using the moin mailimport. Since the list is closed, there will be no problems with spam, and so on. After struggeling for a while with the mailimport-setup (The documentation which explains that you have to include least an empty "actions_exclude"-Directive to make xmlrpc work, is missing. Or is this a 1.7.1 bug?) I've discovered, only Wiki-Users are allowed to send mail to the wiki. Now I'm searching for a configuration option to disable the need of an wiki-user, for mailimport. Kind regards, Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ "Make World - Not War!" - http://www.FreeBSD.org/ From tw-public at gmx.de Wed Jan 28 19:13:24 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 29 Jan 2009 01:13:24 +0100 Subject: [Moin-user] Import Mails without Need for a Wiki-User In-Reply-To: <20090128211719.GA4490@darkover.inka.de> References: <20090128211719.GA4490@darkover.inka.de> Message-ID: <1233188004.8884.3.camel@black.firma.waldmann-edv.de> Hi Mela, > After struggeling for a while with the mailimport-setup (The > documentation which explains that you have to include least an empty > "actions_exclude"-Directive to make xmlrpc work, is missing. Or is > this a 1.7.1 bug?) You could help by adding this to master18 and master19 wikis. > I've discovered, only Wiki-Users are allowed to > send mail to the wiki. > > Now I'm searching for a configuration option to disable the need of an > wiki-user, for mailimport. IIRC there is none. Checking against the user profiles was done for 2 reasons: a) to find the wiki user name of the editor (iirc) b) to protect against spammers and other unwanted contributors If you can live without b), the check should be easy to remove in the source. a) might be a bigger problem. Cheers, Thomas From mela at darkover.inka.de Wed Jan 28 22:12:52 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Thu, 29 Jan 2009 04:12:52 +0100 Subject: [Moin-user] Import Mails without Need for a Wiki-User In-Reply-To: <1233188004.8884.3.camel@black.firma.waldmann-edv.de> References: <20090128211719.GA4490@darkover.inka.de> <1233188004.8884.3.camel@black.firma.waldmann-edv.de> Message-ID: <20090129031252.GA6433@darkover.inka.de> Hi Thomas, On Thu, Jan 29, 2009 at 01:13:24AM +0100, Thomas Waldmann wrote: > You could help by adding this to master18 and master19 wikis. I will. > IIRC there is none. Checking against the user profiles was done for 2 > reasons: > a) to find the wiki user name of the editor (iirc) > b) to protect against spammers and other unwanted contributors > > If you can live without b), the check should be easy to remove in the > source. a) might be a bigger problem. a) slightly isn't needed in this case and i can live without b) too. I've not native to python, but I will have a closer look at mailimport.py. Thank you, Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ Germans take their love of facts so far that the majority of them don't even believe in the Bible, probably because it doesn't contain any links to Wikipedia. http://nothingforungood.com/2008/10/29/germans-love-facts/ From rb.proj at gmail.com Thu Jan 29 04:06:16 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 29 Jan 2009 10:06:16 +0100 Subject: [Moin-user] Import Mails without Need for a Wiki-User In-Reply-To: <20090128211719.GA4490@darkover.inka.de> References: <20090128211719.GA4490@darkover.inka.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mela Eckenfels schrieb: > Hello, > > I would like to put an archive of a small mailinglist into a > moinmoin-wiki by using the moin mailimport. Since the list is closed, > there will be no problems with spam, and so on. > > After struggeling for a while with the mailimport-setup (The > documentation which explains that you have to include least an empty > "actions_exclude"-Directive to make xmlrpc work, is missing. Or is > this a 1.7.1 bug?) I've discovered, only Wiki-Users are allowed to > send mail to the wiki. > > Now I'm searching for a configuration option to disable the need of an > wiki-user, for mailimport. > > Kind regards, > > Mela > Hi Mela you can create a user which isn't a normal user e.g. "mailimport" user and set acl rights write only for this user on the page you want to import mails. Enabling xmlrpc and not protecting your wiki for anonymous attacks by xmlrpc isn't a good idea. cheers Reimar -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEUEARECAAYFAkmBcYUACgkQ5aOc3Q9hk/mSUgCYmO4NmP7meLvvBNiUWqatE90/ hgCeKV2nOU0bGggVh0e0+AQw3TzLTJI= =pSvS -----END PGP SIGNATURE----- From waqas805 at hotmail.com Thu Jan 29 07:10:09 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Thu, 29 Jan 2009 13:10:09 +0100 Subject: [Moin-user] bold text Message-ID: Hi, how can i write bold text between these curly {{{text}}} brackets? e.g:- {{{ '''this is bold text''' }}} thanks in advance 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 dcramer at motive.com Thu Jan 29 07:12:39 2009 From: dcramer at motive.com (David Cramer) Date: Thu, 29 Jan 2009 06:12:39 -0600 Subject: [Moin-user] bold text In-Reply-To: References: Message-ID: {{{#!wiki '''this is bold text''' }}} ________________________________ From: waqas ahmad [mailto:waqas805 at hotmail.com] Sent: Thursday, January 29, 2009 6:10 AM To: moin-user at lists.sourceforge.net Subject: [Moin-user] bold text Hi, how can i write bold text between these curly {{{text}}} brackets? e.g:- {{{ '''this is bold text''' }}} thanks in advance Best Regards, Waqas Ahmad ________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! Try it! From tw-public at gmx.de Thu Jan 29 07:49:30 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 29 Jan 2009 13:49:30 +0100 Subject: [Moin-user] bold text In-Reply-To: References: Message-ID: <1233233370.25511.3.camel@server.firma.waldmann-edv.de> > how can i write bold text between these curly {{{text}}} brackets? The sense of a simple {{{ .. }}} is to have a section with preformatted plain text. That means that moin will not format it at all. As David has pointed out, you can create a wiki parser section with {{{#!wiki this is a wiki parser section, same wiki parser as you have it by default anyway }}} but this usually only makes sense when being combined with some style argument, like {{{#! red this is in red }}} From kauer at biplane.com.au Thu Jan 29 07:54:47 2009 From: kauer at biplane.com.au (Karl Auer) Date: Thu, 29 Jan 2009 23:54:47 +1100 Subject: [Moin-user] bold text In-Reply-To: <1233233370.25511.3.camel@server.firma.waldmann-edv.de> References: <1233233370.25511.3.camel@server.firma.waldmann-edv.de> Message-ID: <1233233687.31332.1.camel@karl> On Thu, 2009-01-29 at 13:49 +0100, Thomas Waldmann wrote: > > how can i write bold text between these curly {{{text}}} brackets? I think what the OP probably actually wants is the background panel effect that you get with the curly braces, but with the ability to have formatting inside it. Could be wrong... Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF -------------- 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 waqas805 at hotmail.com Thu Jan 29 07:59:07 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Thu, 29 Jan 2009 13:59:07 +0100 Subject: [Moin-user] bold Text In-Reply-To: References: Message-ID: hi Thomas, thanks for answers. actually i want to write only some bold words between of these {{{}}} brackets, e.g:- {{{ This is '''bold'' text with '''gray''' background and '''courier''' font. }}} Best Regards, Waqas Ahmad> Message: 9> Date: Thu, 29 Jan 2009 13:49:30 +0100> From: Thomas Waldmann > Subject: Re: [Moin-user] bold text> To: moin-user at lists.sourceforge.net> Message-ID: <1233233370.25511.3.camel at server.firma.waldmann-edv.de>> Content-Type: text/plain> > > > > how can i write bold text between these curly {{{text}}} brackets?> > The sense of a simple {{{ .. }}} is to have a section with preformatted> plain text. That means that moin will not format it at all.> > As David has pointed out, you can create a wiki parser section with > {{{#!wiki> this is a wiki parser section, same wiki parser as you have it by> default anyway> }}}> > but this usually only makes sense when being combined with some style> argument, like> > {{{#! red> this is in red> }}}> > > _________________________________________________________________ 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 mela at darkover.inka.de Thu Jan 29 09:06:23 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Thu, 29 Jan 2009 15:06:23 +0100 Subject: [Moin-user] Import Mails without Need for a Wiki-User In-Reply-To: References: <20090128211719.GA4490@darkover.inka.de> Message-ID: <20090129140623.GA74364@darkover.inka.de> Hello Reimar, On Thu, Jan 29, 2009 at 10:06:16AM +0100, R.Bauer wrote: > you can create a user which isn't a normal user e.g. "mailimport" user > and set acl rights write only for this user on the page you want to > import mails. > Enabling xmlrpc and not protecting your wiki for anonymous attacks by > xmlrpc isn't a good idea. You are obvisiously right, and I have to confess I'm counting on security by obscurity. Patching out the need for a wiki-user was mostly easy, even for a writer without python skills ;-) Patching in a specific mailimport user ... frankly I have no idea how this can be done. Any suggestions? Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ From me at andy.durdin.net Thu Jan 29 09:27:46 2009 From: me at andy.durdin.net (Andrew Durdin) Date: Thu, 29 Jan 2009 14:27:46 +0000 (GMT) Subject: [Moin-user] Integrating external docs into moin Message-ID: <16248895.14981233239266896.JavaMail.root@keenmodding.org> We've just migrated our aging and neglected internal company wiki from DocuWiki to MoinMoin. So now we've got a wiki that's easy to use and to write plugins for, I would like to know if the following is possible with plugins: I've got a bunch of ReST text files in a Subversion repository, that are documenting some of our code libraries. I'd like to be able to have these files displayed through the wiki, so that we have a single point for viewing, searching, linking to both our wiki content and these docs. Is this feasible to do with MoinMoin plugins? Ideally every 'page' under, say, /Documentation would appear in the wiki as read-only, and would have its content fetched dynamically from Subversion and parsed with text_rst. It appears that this might be possible by writing a 'show' action plugin that would handle the /Documentation pages itself, but delegate back to the builtin show action for all other pages; but this solution smells a little. Is there a better approach? Would there be any gotchas doing it this way? Would this also require me to override most other builtin actions in a similar way to avoid them trying to work on the non-exist /Documentation/whatever wiki page? Cheers, Andrew. From Dennis.Benzinger at gmx.net Thu Jan 29 10:23:12 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Thu, 29 Jan 2009 16:23:12 +0100 Subject: [Moin-user] Integrating external docs into moin In-Reply-To: <16248895.14981233239266896.JavaMail.root@keenmodding.org> References: <16248895.14981233239266896.JavaMail.root@keenmodding.org> Message-ID: <4981C9E0.3000106@gmx.net> Hi Andrew! Am 29.01.2009 15:27, Andrew Durdin schrieb: > [...] > I've got a bunch of ReST text files in a Subversion repository, that > are documenting some of our code libraries. I'd like to be able to > have these files displayed through the wiki, so that we have a single > point for viewing, searching, linking to both our wiki content and > these docs. > [...] If you've got only a few text files you could create a page for each file and use the IncludeUrlContentWiki macro. The original macro uses the normal MoinMoin syntax parser but you can simply change the import statement to import the ReST parser. HTH, Dennis Benzinger From tw-public at gmx.de Thu Jan 29 11:04:35 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 29 Jan 2009 17:04:35 +0100 Subject: [Moin-user] Integrating external docs into moin In-Reply-To: <16248895.14981233239266896.JavaMail.root@keenmodding.org> References: <16248895.14981233239266896.JavaMail.root@keenmodding.org> Message-ID: <1233245075.25511.18.camel@server.firma.waldmann-edv.de> Moin Andrew! :) > I would like to know if the following is possible with plugins: > I've got a bunch of ReST text files in a Subversion repository, that are > documenting some of our code libraries. I'd like to be able to have these > files displayed through the wiki, so that we have a single point for viewing, > searching, linking to both our wiki content and these docs. Well, moin has a rst parser, so you just need to feed your data into it. The most natural way would be of course if the data was stored on #format rst pages. Side note: that rst parser still needs a maintainer. :) > Is this feasible to do with MoinMoin plugins? Ideally every 'page' under, say, > /Documentation would appear in the wiki as read-only, and would have its content > fetched dynamically from Subversion and parsed with text_rst. That's possible, but needs a rather dirty hack of Page/PageEditor classes until the storage backend api is fully functional and merged (moin 2.0). > It appears that this might be possible by writing a 'show' action plugin that > would handle the /Documentation pages itself, but delegate back to the builtin > show action for all other pages; but this solution smells a little. Could work maybe. Maybe even less smelly than hacking Page/PageEditor. > Is there a better approach? Not right now. If you can wait, you can work with the moin-storage repo and write a backend that does what you want. > Would there be any gotchas doing it this way? Good question, that show action approach wasn't tried before. > Would this also require me to override most other builtin actions in a similar way to avoid them trying to work on the non-exist /Documentation/whatever wiki page? Well, if you want to avoid someone clicking edit or other actions and getting strange effects, you would have to do more stuff, yeah. BTW: will you be at EuroPython 2009? Cheers, Thomas From rb.proj at gmail.com Thu Jan 29 11:19:51 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 29 Jan 2009 17:19:51 +0100 Subject: [Moin-user] Import Mails without Need for a Wiki-User In-Reply-To: <20090129140623.GA74364@darkover.inka.de> References: <20090128211719.GA4490@darkover.inka.de> <20090129140623.GA74364@darkover.inka.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mela Eckenfels schrieb: > Hello Reimar, > > On Thu, Jan 29, 2009 at 10:06:16AM +0100, R.Bauer wrote: >> you can create a user which isn't a normal user e.g. "mailimport" user >> and set acl rights write only for this user on the page you want to >> import mails. >> Enabling xmlrpc and not protecting your wiki for anonymous attacks by >> xmlrpc isn't a good idea. > > You are obvisiously right, and I have to confess I'm counting on > security by obscurity. > > Patching out the need for a wiki-user was mostly easy, even for a > writer without python skills ;-) well you get skills by that :) I started some years ago with a plugin I wanted to have added. If you want to read and play a bit more look at examples in http://moinmo.in/MoinAPI/Beispiele > Patching in a specific mailimport user ... frankly I have no idea how > this can be done. > > Any suggestions? > > > Mela > > I thought about using the newaccount action on the theme and to configure acl_rights_default = '... mailimport:write' (the ... is reserved for your normal acl definition.) Doesn't that not solve the problem of " I've discovered, only Wiki-Users are allowed to send mail to the wiki. Now I'm searching for a configuration option to disable the need of an wiki-user, for mailimport. " You can have an user which does nothing else than mailimport. cheers Reimar -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkmB1x8ACgkQ5aOc3Q9hk/nyFgCfby/ce+qzvKFYlh4omujaXi9B GcgAn3953ryoOM/ddyZcpyq7J4iYpEJU =CzwU -----END PGP SIGNATURE----- From berankin99 at yahoo.com Thu Jan 29 13:22:54 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Thu, 29 Jan 2009 10:22:54 -0800 (PST) Subject: [Moin-user] Private wiki? Message-ID: <325397.7672.qm@web112212.mail.gq1.yahoo.com> Hello, Can I configure, MoinMoin to require a valid username/password for any sort of wiki access? That is, when a user loads the moin site he first presented with a minimalistic login screen before being allowed any further access? Thank you :) From rick.vanderveer at gmail.com Thu Jan 29 13:43:51 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 29 Jan 2009 12:43:51 -0600 Subject: [Moin-user] Private wiki? In-Reply-To: <325397.7672.qm@web112212.mail.gq1.yahoo.com> References: <325397.7672.qm@web112212.mail.gq1.yahoo.com> Message-ID: <5c39e1ca0901291043o22467205yaad32b2e08e17295@mail.gmail.com> Yes. Look here: http://moinmo.in/HelpOnAccessControlLists -Rick On Thu, Jan 29, 2009 at 12:22 PM, Bernard Rankin wrote: > Hello, > > Can I configure, MoinMoin to require a valid username/password for any sort > of wiki access? > > That is, when a user loads the moin site he first presented with a > minimalistic login screen before being allowed any further access? > > Thank you :) > > > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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 berankin99 at yahoo.com Thu Jan 29 14:03:59 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Thu, 29 Jan 2009 11:03:59 -0800 (PST) Subject: [Moin-user] Private wiki? References: <325397.7672.qm@web112212.mail.gq1.yahoo.com> <5c39e1ca0901291043o22467205yaad32b2e08e17295@mail.gmail.com> Message-ID: <451574.86272.qm@web112212.mail.gq1.yahoo.com> > Yes. > > Look here: > http://moinmo.in/HelpOnAccessControlLists > Thank you... Seems to work. This is what I put in my config file: acl_rights_before = u"SOMEUSER:read,write,delete,revert,admin All:" Is it possible to change all the pages viewable to by a non-authenticated users (acces denied, login) to be very minimal? (No wiki name, fancy layout, etc.) From me at andy.durdin.net Thu Jan 29 19:24:17 2009 From: me at andy.durdin.net (Andrew Durdin) Date: Fri, 30 Jan 2009 00:24:17 +0000 Subject: [Moin-user] Integrating external docs into moin In-Reply-To: <1233245075.25511.18.camel@server.firma.waldmann-edv.de> References: <16248895.14981233239266896.JavaMail.root@keenmodding.org> <1233245075.25511.18.camel@server.firma.waldmann-edv.de> Message-ID: <1EF2DD77-1F3C-4D35-B8AE-345A2CDAC57C@andy.durdin.net> Hi Thomas, On 29 Jan 2009, at 16:04, Thomas Waldmann wrote: > That's possible, but needs a rather dirty hack of Page/PageEditor > classes until the storage backend api is fully functional and merged > (moin 2.0). Ah! So there'll be full support for custom backends in the not-too- distant-future? That's exactly what I need. Is this just planned, or is it currently in development? Our wiki doesn't need to be ultra- stable, so I'd be pretty happy running it on the bleeding edge code from the repository if there's at least a partially-functioning storage backend api existing. >> It appears that this might be possible by writing a 'show' action >> plugin that >> would handle the /Documentation pages itself, but delegate back to >> the builtin >> show action for all other pages; but this solution smells a little. > > Could work maybe. Maybe even less smelly than hacking Page/PageEditor. >> Would this also require me to override most other builtin actions >> in a similar way to avoid them trying to work on the non-exist / >> Documentation/whatever wiki page? > > Well, if you want to avoid someone clicking edit or other actions and > getting strange effects, you would have to do more stuff, yeah. Yeah, those are the sorts of problems I had in mind. I have a feeling that hacking Page/PageEditor would require less code changes, although those changes would be much more fragile between releases. I'll have a play about and see how it works. > BTW: will you be at EuroPython 2009? Yeah, I'm planning to be there; it'll be good to catch up again. It's just a shame it's in Birmingham :) Cheers, Andrew. From berankin99 at yahoo.com Thu Jan 29 20:44:26 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Thu, 29 Jan 2009 17:44:26 -0800 (PST) Subject: [Moin-user] What is ProjectTemplate (and others) for? Message-ID: <472551.52676.qm@web112219.mail.gq1.yahoo.com> What is the projected use for this template? From tw-public at gmx.de Fri Jan 30 06:26:43 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 30 Jan 2009 12:26:43 +0100 Subject: [Moin-user] Integrating external docs into moin In-Reply-To: <1EF2DD77-1F3C-4D35-B8AE-345A2CDAC57C@andy.durdin.net> References: <16248895.14981233239266896.JavaMail.root@keenmodding.org> <1233245075.25511.18.camel@server.firma.waldmann-edv.de> <1EF2DD77-1F3C-4D35-B8AE-345A2CDAC57C@andy.durdin.net> Message-ID: <1233314803.8132.26.camel@black.firma.waldmann-edv.de> > > That's possible, but needs a rather dirty hack of Page/PageEditor > > classes until the storage backend api is fully functional and merged > > (moin 2.0). > > Ah! So there'll be full support for custom backends in the not-too- > distant-future? Well, it will likely take quite some months until we can merge that into the main development repo. We first need to release 1.9 "the WSGI release" (which is currently blocked by some auth / session brokenness), then we can work on 2.0 "the storage release". So it depends a bit on how many developers are helping with all this. > That's exactly what I need. Is this just planned, or > is it currently in development? There was a SOC 2008 project (of Christopher Denter, mentored by Johannes Berg) that successfully implemented most of the needed bits. Pawel Pacana (mentored by Radomir Dopieralski) worked on a mercurial storage backend using this API. See there: http://hg.moinmo.in/moin/1.8-storage/ (1.8 in the repo name means it was based on the 1.8 main repo, this repo was merged from christopher's and pawel's repo) Here are some interesting pieces for you: http://hg.moinmo.in/moin/1.8-storage/file/tip/MoinMoin/storage/backends/fs.py My try at having server filesystem dirs / files accessible via the wiki namespace (file browser within the wiki). http://hg.moinmo.in/moin/1.8-storage/file/tip/MoinMoin/storage/backends/router.py Middleware: Route requests to different backends depending on the item name. So e.g. most pages are handled as usual by the wiki, pages FS/* are directed to the fs backend. That's both rather to be taken as an idea formulated in python than full working code (see TODO there). If that stuff would fully work, it would be a good base for what you need. > Our wiki doesn't need to be ultra- > stable, so I'd be pretty happy running it on the bleeding edge code > from the repository if there's at least a partially-functioning > storage backend api existing. As we currently still work on 1.9, code intended for 2.0 is very bleeding edge. :) Basic storage is working. router, fs, acl definitely need more work. > Yeah, those are the sorts of problems I had in mind. I have a feeling > that hacking Page/PageEditor would require less code changes, although > those changes would be much more fragile between releases. I'll have > a play about and see how it works. I guess it all depends on whether you want a q&d hack (soon) or a clean solution (that requires more effort and time). > Yeah, I'm planning to be there; it'll be good to catch up again. I also plan to be there. Let's see. :) > It's just a shame it's in Birmingham :) I don't know Birmingham (nor other parts of England aside from Heathrow), what's the problem? From czerwinski1977 at gmx.net Fri Jan 30 06:56:40 2009 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Fri, 30 Jan 2009 12:56:40 +0100 Subject: [Moin-user] Collapse section possible? Message-ID: <20090130115640.13190@gmx.net> Hello, I wondered if there was a way to collapse a section on a long page. Thanks for advices! Reinhard. -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 From rb.proj at gmail.com Fri Jan 30 07:11:59 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 30 Jan 2009 13:11:59 +0100 Subject: [Moin-user] Private wiki? In-Reply-To: <325397.7672.qm@web112212.mail.gq1.yahoo.com> References: <325397.7672.qm@web112212.mail.gq1.yahoo.com> Message-ID: Bernard Rankin schrieb: > Hello, > > Can I configure, MoinMoin to require a valid username/password for any sort of wiki access? > > That is, when a user loads the moin site he first presented with a minimalistic login screen before being allowed any further access? > > Thank you :) > btw. which MM version? From rb.proj at gmail.com Fri Jan 30 07:11:16 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 30 Jan 2009 13:11:16 +0100 Subject: [Moin-user] Private wiki? In-Reply-To: <451574.86272.qm@web112212.mail.gq1.yahoo.com> References: <325397.7672.qm@web112212.mail.gq1.yahoo.com> <5c39e1ca0901291043o22467205yaad32b2e08e17295@mail.gmail.com> <451574.86272.qm@web112212.mail.gq1.yahoo.com> Message-ID: Bernard Rankin schrieb: >> Yes. >> >> Look here: >> http://moinmo.in/HelpOnAccessControlLists >> > > Thank you... Seems to work. > > This is what I put in my config file: > acl_rights_before = u"SOMEUSER:read,write,delete,revert,admin All:" > > Is it possible to change all the pages viewable to by a non-authenticated users (acces denied, login) to be very minimal? > (No wiki name, fancy layout, etc.) > > > What is the meaning of All: ? create your fancy theme, examples at http://moinmo.in/ThemeMarket ;) cheers Reimar > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword From j.k.wight at ncl.ac.uk Fri Jan 30 07:43:36 2009 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Fri, 30 Jan 2009 12:43:36 +0000 Subject: [Moin-user] Collapse section possible? In-Reply-To: <20090130115640.13190@gmx.net> References: <20090130115640.13190@gmx.net> Message-ID: Reinhard Mayr aka Czerwinski wrote: > I wondered if there was a way to collapse a section on a long page. How about my SeeSaw macro: http://moinmo.in/MacroMarket/SeeSaw NB There is a new version in the offing. I will probably upload it this weekend. Jim From berankin99 at yahoo.com Fri Jan 30 13:45:29 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Fri, 30 Jan 2009 10:45:29 -0800 (PST) Subject: [Moin-user] Private wiki? References: <325397.7672.qm@web112212.mail.gq1.yahoo.com> <5c39e1ca0901291043o22467205yaad32b2e08e17295@mail.gmail.com> <451574.86272.qm@web112212.mail.gq1.yahoo.com> Message-ID: <72115.93999.qm@web112211.mail.gq1.yahoo.com> > >> Look here: > >> http://moinmo.in/HelpOnAccessControlLists > >> > > > > Thank you... Seems to work. > > > > This is what I put in my config file: > > acl_rights_before = u"SOMEUSER:read,write,delete,revert,admin All:" > > > > > > > > What is the meaning of All: ? > > The All: matches all users not already matched earlier in the line, and explicitly grants no ACL rights. (Not even "read"). > > Is it possible to change all the pages viewable to by a non-authenticated > users (acces denied, login) to be very minimal? > > (No wiki name, fancy layout, etc.) > > > > create your fancy theme, examples at http://moinmo.in/ThemeMarket ;) > I'm not sure a theme is what I am looking for. I don't want any non-authenticated user to see any part of the wiki. I there any way to do this? (Right now, I am using HTTPAuth and Apache to do this, but I'd like to keep it all in the wiki code. ) From berankin99 at yahoo.com Fri Jan 30 14:37:20 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Fri, 30 Jan 2009 11:37:20 -0800 (PST) Subject: [Moin-user] Error log: INFO MoinMoin.config.multiconfig... Message-ID: <878867.40748.qm@web112212.mail.gq1.yahoo.com> In my apache logs i am seeing lines like: 2009-01-30 13:29:48,770 INFO MoinMoin.config.multiconfig:125 using wiki config: /home/username/sitename/wiki/moin/wikiconfig.pyc Running 1.8 via CGI What these lines for, and how do i fix it? From j.k.wight at ncl.ac.uk Sat Jan 31 07:27:33 2009 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Sat, 31 Jan 2009 12:27:33 +0000 Subject: [Moin-user] Collapse section possible? In-Reply-To: References: <20090130115640.13190@gmx.net> Message-ID: Jim Wight wrote: > Reinhard Mayr aka Czerwinski wrote: >> I wondered if there was a way to collapse a section on a long page. > > How about my SeeSaw macro: http://moinmo.in/MacroMarket/SeeSaw > > NB There is a new version in the offing. I will probably upload it this weekend. Done. Version 0.5 has these additional features over 0.3 (0.4 was not released): o speed at which sections appear and disappear can be controlled o can be applied to non-SeeSaw sections, e.g. tables of contents There is a now a demonstration site at http://seesaw.ncl.ac.uk Jim From czerwinski1977 at gmx.net Sat Jan 31 10:59:09 2009 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Sat, 31 Jan 2009 16:59:09 +0100 Subject: [Moin-user] Collapse section possible? In-Reply-To: References: <20090130115640.13190@gmx.net> Message-ID: Jim, this looks like really great work! I will give it a try soon and let you know how it worked out. BTW: I depend on Windows Server 2003 / IIS 6.0 -- any known/expected problems? Thanks much! Reinhard. On Sat, 31 Jan 2009 13:27:33 +0100, Jim Wight wrote: > Jim Wight wrote: >> Reinhard Mayr aka Czerwinski wrote: >>> I wondered if there was a way to collapse a section on a long page. >> How about my SeeSaw macro: http://moinmo.in/MacroMarket/SeeSaw >> NB There is a new version in the offing. I will probably upload it >> this weekend. > > Done. > > Version 0.5 has these additional features over 0.3 (0.4 was not > released): > > o speed at which sections appear and disappear can be controlled > > o can be applied to non-SeeSaw sections, e.g. tables of contents > > There is a now a demonstration site at http://seesaw.ncl.ac.uk > > Jim -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From tw-public at gmx.de Sat Jan 31 11:17:14 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 31 Jan 2009 17:17:14 +0100 Subject: [Moin-user] Error log: INFO MoinMoin.config.multiconfig... In-Reply-To: <878867.40748.qm@web112212.mail.gq1.yahoo.com> References: <878867.40748.qm@web112212.mail.gq1.yahoo.com> Message-ID: <1233418634.7146.3.camel@black.firma.waldmann-edv.de> > 2009-01-30 13:29:48,770 INFO MoinMoin.config.multiconfig:125 using wiki config: /home/username/sitename/wiki/moin/wikiconfig.pyc > > Running 1.8 via CGI > > What these lines for, and how do i fix it? This info is emitted once when moin starts. It is to make sure the wiki admin knows which config file is used by moin (we often had trouble with admins editing the wrong files). With CGI, moin is started once per request, so you get that line all the time. 2 ways to resolve this: a) do not use CGI (it is very slow anyway), try to use WSGI b) configure moin's logging as you like, e.g. raise logging level to WARN (not INFO), see moin.cgi and logging configuration samples in wiki/config/logging/. From rick.vanderveer at gmail.com Sat Jan 31 11:48:34 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Sat, 31 Jan 2009 10:48:34 -0600 Subject: [Moin-user] Collapse section possible? In-Reply-To: References: <20090130115640.13190@gmx.net> Message-ID: <5c39e1ca0901310848v455a2ea1xa2a8cb54b2935e6e@mail.gmail.com> Wow, this is a really cool macro! And thanks for the excellent examples on your site, it really demonstrates the potential of SeeSaw. -Rick On Sat, Jan 31, 2009 at 6:27 AM, Jim Wight wrote: > Jim Wight wrote: > > Reinhard Mayr aka Czerwinski wrote: > >> I wondered if there was a way to collapse a section on a long page. > > > > How about my SeeSaw macro: http://moinmo.in/MacroMarket/SeeSaw > > > > NB There is a new version in the offing. I will probably upload it this > weekend. > > Done. > > Version 0.5 has these additional features over 0.3 (0.4 was not released): > > o speed at which sections appear and disappear can be controlled > > o can be applied to non-SeeSaw sections, e.g. tables of contents > > There is a now a demonstration site at http://seesaw.ncl.ac.uk > > Jim > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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: