From Johan.Kohler at gmail.com Tue Jan 1 12:23:18 2008 From: Johan.Kohler at gmail.com (Johan.Kohler at gmail.com) Date: Tue, 1 Jan 2008 09:23:18 -0800 Subject: [Moin-user] I've added you as a friend on StumbleUpon Message-ID: <6615f9c4697d5a211d8a61703da1d8e8@smtp.stumbleupon.com> StumbleUpon Discover new web sites Voyager42 wants to Share his Favorites with you He has1 fan Meet people that like the same things you do on StumbleUpon. Join StumbleUpon and Discover my Favorites -&voyager42 & Johan.Kohler at gmail.com Discover my Favorites & http://www.stumbleupon.com/redirect.php?t=j&u=3845999&d=http%3A%2F%2Fwww.stumbleupon.com%2Fjoin.php%3Ffriend%3D4621169%26emailcode%3Dz96gimd0r4a2ies5&l=2&c=z96gimd0r4a2ies5 About StumbleUpon StumbleUpon allows you to channel surf the internet and discover great websites and web content you might never have found. Whether it's a website, video, picture, game, blog, or wiki, StumbleUpon helps you find interesting stuff recommended by like-minded people with just a single click of the Stumble! button. Learn More http://www.stumbleupon.com/redirect.php?t=j&u=3845999&l=3&c=z96gimd0r4a2ies5 If you do not wish to receive future e-mail invitations to join StumbleUpon, please click here http://www.stumbleupon.com/redirect.php?t=j&u=3845999&d=http%3A%2F%2Fwww.stumbleupon.com%2Fnotifications.php%3Femailcode%3Dz96gimd0r4a2ies5&l=4&c=z96gimd0r4a2ies5 . (c) StumbleUpon 2001-2008 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ralf-Lists at ralfgross.de Wed Jan 2 08:29:49 2008 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Wed, 2 Jan 2008 14:29:49 +0100 Subject: [Moin-user] wiki farm: upgrade from 1.5.7 to 1.6.0 Message-ID: <20080102132948.GB19114@p15145560.pureserver.info> Hi, I've started to upgrade my moinmoin wikis from 1.5.7 to 1.6.0. I installed the src files to /usr..., copied the underlay etc. files to my farm base. Installed the new cgi and hopefully changed the config files as needed. Now I have some problems running the migation script for the data dir of my 6 farm wikis. www-data at xxxx003:~$ moin --config-dir=/server/wikis/config/ --wiki-url=xxxx003.rd.corpintra.net/wiki1/ migration data Traceback (most recent call last): File "/usr/bin/moin", line 6, in ? run() File "/usr//lib/python2.4/site-packages/MoinMoin/script/moin.py", line 15, in run MoinScript().run(showtime=0) File "/usr//lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run self.mainloop() File "/usr//lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 245, in mainloop plugin_class(args[2:], self.options).run() # all starts again there File "/usr//lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run self.mainloop() File "/usr//lib/python2.4/site-packages/MoinMoin/script/migration/data.py", line 60, in mainloop del meta UnboundLocalError: local variable 'meta' referenced before assignment I'm not sure what this error message means. Is it possible to migrate the data dir directly from 1.5.7 to 1.6.0? Do I have to do something different when running a wiki farm? Ralf From steveo at syslang.net Wed Jan 2 10:05:56 2008 From: steveo at syslang.net (Steven W. Orr) Date: Wed, 2 Jan 2008 10:05:56 -0500 (EST) Subject: [Moin-user] Problems with migration 1.5.3 --> 1.6.0 In-Reply-To: <47784B6C.7090906@rehse.org> References: <47784B6C.7090906@rehse.org> Message-ID: On Sunday, Dec 30th 2007 at 20:52 -0000, quoth Uwe Rehse: =>Hi Steven, => =>two hints for solving the problem: => =>1) in my opionion the moin-command for data migration is not the => same as moin.cgi, which is - as far as I know - "only" responsible => for deliviering your HTML-page according to your browser request. => According to the README.migration file one should call the script => moin (for instance located at /usr/local/bin/ on my opensuse system => or as moin.py at MoinMoin/script/) => So it seems to me that you have seen your HTML output - still uncon- => verted to 1.6.0 =>2) The conversion from 1.5.8 -> 1.6.0 on my system a few day ago was a => two stage process: 1.5.8 -> 1.5.99, then I have had to edit a newly => created file rename1.txt, which I have had to renamed in rename2.txt; => then one had to call the migration command again. => But, between both migration runs I got clear screen outputs about the => things, what have to do next. => =>I would suggest to check whether you called the right conversion script =>and run the migration statement again. => =>Greetings, => =>Uwe Thanks Uwe. It sort of worked and then it didn't. I got rename1.txt created and then I copied it to rename2.txt (I didn't see anything that I needed to change in it.) Then when I reran the moin command moin --config-dir=/e/web/frambors/nicciwiki \ --wiki-url=frambors.syslang.net/nicciwiki migration data everything seemed to be ok. Pages displayed just fine. Since then, I didn't change anything and now it's all broken. I did add Alias /moin_static160/ /usr/share/moin/htdocs/ to the apache config. I go to http://frambors.syslang.net/nicciwiki/FraminghamWikiFrontPage and it now says "This page does not exist yet. You can create a new empty page, or use one of the page templates...." I look in the root of the wiki [root at saturn nicciwiki]# find . -name FraminghamWikiFrontPage ./data.pre160/pages/FraminghamWikiFrontPage ./data/pages/FraminghamWikiFrontPage and I see a couple of copies. What I'm noticing is that every copy of the revisions files are one short: [root at saturn nicciwiki]# cat data/pages/FraminghamWikiFrontPage/current 00000143 [root at saturn nicciwiki]# cat data.pre160/pages/FraminghamWikiFrontPage/current 00000142 [root at saturn nicciwiki]# I don't know if that's a problem. When I go to display the page, apache gives me an error in its error.log: [Wed Jan 02 09:51:08 2008] [error] [client 12.198.241.225] 095108 INFO logging initialized, referer: http://frambors.syslang.net/nicciwiki/moin.cgi/FraminghamWikiFrontPage Any idea what I can do to go further? :-( => =>Steven W. Orr schrieb: =>> I downloaded the new software and built an rpm for my Fedora system. =>> =>> rpm -Uvh /usr/src/redhat/RPMS/noarch/moin-1.6.0-1.noarch.rpm =>> =>> I copied in a copy of the new moin.cgi and made the modifications =>> needed. I also updated the wikiconfig.py file. =>> =>> The URL is =>> =>> http://frambors.syslang.net/nicciwiki/ =>> =>> Then I went and ran the following command =>> =>> ./moin.cgi --config-dir=/e/web/frambors/nicciwiki \ =>> --wiki-url=frambors.syslang.net/nicciwiki migration data =>> =>> It produced a lot of html as output but I two problems: =>> =>> 1 is that the =>> http://frambors.syslang.net/nicciwiki/FraminghamWikiFrontPage =>> links in the front page are no longer hot. =>> =>> 2 is that the meta file in /e/web/frambors/nicciwiki/data says =>> =>> data_format_revision: 01050500 =>> =>> Can someone please tell me how to fix this? I'm down now so sooner would =>> be better :-( =>> =>> TIA =>> => -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net From Ralf-Lists at ralfgross.de Wed Jan 2 11:18:34 2008 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Wed, 2 Jan 2008 17:18:34 +0100 Subject: [Moin-user] wiki farm: upgrade from 1.5.7 to 1.6.0 In-Reply-To: <20080102132948.GB19114@p15145560.pureserver.info> References: <20080102132948.GB19114@p15145560.pureserver.info> Message-ID: <20080102161834.GC19114@p15145560.pureserver.info> Ralf Gross schrieb: > > I've started to upgrade my moinmoin wikis from 1.5.7 to 1.6.0. I > installed the src files to /usr..., copied the underlay etc. files to > my farm base. Installed the new cgi and hopefully changed the config files as > needed. Now I have some problems running the migation script for the data dir > of my 6 farm wikis. > > www-data at xxxx003:~$ moin --config-dir=/server/wikis/config/ > --wiki-url=xxxx003.rd.corpintra.net/wiki1/ migration data > Traceback (most recent call last): > File "/usr/bin/moin", line 6, in ? > run() > File "/usr//lib/python2.4/site-packages/MoinMoin/script/moin.py", line 15, in run > MoinScript().run(showtime=0) > File "/usr//lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run > self.mainloop() > File "/usr//lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 245, in mainloop > plugin_class(args[2:], self.options).run() # all starts again there > File "/usr//lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run > self.mainloop() > File "/usr//lib/python2.4/site-packages/MoinMoin/script/migration/data.py", line 60, in mainloop > del meta > UnboundLocalError: local variable 'meta' referenced before assignment > > > I'm not sure what this error message means. Is it possible to migrate the data > dir directly from 1.5.7 to 1.6.0? Do I have to do something different when > running a wiki farm? Ok, problem was solved on #moin. Some missing meta files and other stuff... Ralf From tw-public at gmx.de Wed Jan 2 19:39:42 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 03 Jan 2008 01:39:42 +0100 Subject: [Moin-user] Problems with migration 1.5.3 --> 1.6.0 In-Reply-To: References: <47784B6C.7090906@rehse.org> Message-ID: <1199320782.6307.8.camel@black> > =>1) in my opionion the moin-command for data migration is not the > => same as moin.cgi, which is - as far as I know - "only" responsible > => for deliviering your HTML-page according to your browser request. Right. The moin command needed for migration (and other commandline stuff) should get installed into your path. Or, if you do not install via setup.py, you can just use MoinMoin/script/moin.py. > => So it seems to me that you have seen your HTML output - still uncon- > => verted to 1.6.0 moin.cgi is expected to output html (to some web server invoking it), but is not expected to be used on the commandline (except for testing whether it outputs html :). > everything seemed to be ok. Pages displayed just fine. Since then, I > didn't change anything and now it's all broken. ? What does it mean "pages displayed just fine" and then "all broken"? Looks like there is some information missing: what happened in between? What exactly means "all broken"? > I go to > http://frambors.syslang.net/nicciwiki/FraminghamWikiFrontPage > > and it now says "This page does not exist yet. You can create a new empty > page, or use one of the page templates...." Did you maybe do the conversion as root and not change the user/group/mode afterwards back to correct values? > and I see a couple of copies. What I'm noticing is that every copy of the > revisions files are one short: No, it is one more (because the converter creates a new revision with the conversion results). > When I go to display the page, apache gives me an error in its error.log: Which error? > [Wed Jan 02 09:51:08 2008] [error] [client 12.198.241.225] 095108 INFO > logging initialized, referer: > http://frambors.syslang.net/nicciwiki/moin.cgi/FraminghamWikiFrontPage That's not an error. > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft How disgusting. 8( From steveo at syslang.net Thu Jan 3 12:49:37 2008 From: steveo at syslang.net (Steven W. Orr) Date: Thu, 3 Jan 2008 12:49:37 -0500 (EST) Subject: [Moin-user] Solved: Was: Problems with migration 1.5.3 --> 1.6.0 In-Reply-To: <1199320782.6307.8.camel@black> References: <47784B6C.7090906@rehse.org> <1199320782.6307.8.camel@black> Message-ID: I finally tracked the last of the problems down. My old URL was http://frambors.syslang.net/nicciwiki/moin.cgi/FraminghamWikiFrontPage After the conversion, that URL is no longer valid. The correct URL Is http://frambors.syslang.net/nicciwiki/FraminghamWikiFrontPage I didn't see anything that said that the URLs would be changing. Thanks to everyone. On Wednesday, Jan 2nd 2008 at 19:39 -0000, quoth Thomas Waldmann: => =>> =>1) in my opionion the moin-command for data migration is not the =>> => same as moin.cgi, which is - as far as I know - "only" responsible =>> => for deliviering your HTML-page according to your browser request. => =>Right. The moin command needed for migration (and other commandline =>stuff) should get installed into your path. Or, if you do not install =>via setup.py, you can just use MoinMoin/script/moin.py. => =>> => So it seems to me that you have seen your HTML output - still uncon- =>> => verted to 1.6.0 => =>moin.cgi is expected to output html (to some web server invoking it), =>but is not expected to be used on the commandline (except for testing =>whether it outputs html :). => =>> everything seemed to be ok. Pages displayed just fine. Since then, I =>> didn't change anything and now it's all broken. => =>? => =>What does it mean "pages displayed just fine" and then "all broken"? =>Looks like there is some information missing: what happened in between? =>What exactly means "all broken"? => => =>> I go to =>> http://frambors.syslang.net/nicciwiki/FraminghamWikiFrontPage =>> =>> and it now says "This page does not exist yet. You can create a new empty =>> page, or use one of the page templates...." => =>Did you maybe do the conversion as root and not change the =>user/group/mode afterwards back to correct values? => =>> and I see a couple of copies. What I'm noticing is that every copy of the =>> revisions files are one short: => =>No, it is one more (because the converter creates a new revision with =>the conversion results). => =>> When I go to display the page, apache gives me an error in its error.log: => =>Which error? => =>> [Wed Jan 02 09:51:08 2008] [error] [client 12.198.241.225] 095108 INFO =>> logging initialized, referer: =>> http://frambors.syslang.net/nicciwiki/moin.cgi/FraminghamWikiFrontPage => =>That's not an error. => =>> ------------------------------------------------------------------------- =>> This SF.net email is sponsored by: Microsoft => =>How disgusting. 8( => => => =>------------------------------------------------------------------------- =>This SF.net email is sponsored by: Microsoft -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net From steveo at syslang.net Thu Jan 3 22:39:46 2008 From: steveo at syslang.net (Steven W. Orr) Date: Thu, 3 Jan 2008 22:39:46 -0500 (EST) Subject: [Moin-user] I still have severe problems. Page creation is dead? Message-ID: The front page is available at http://frambors.syslang.net/nicciwiki/ moin-1.6.0/Apache-2.0.54/Fedora/python-2.4.1 Under 'Event Planning', I added a new page I wanted to create called 'Left Mouse Up'. I then go to click on the page and you can see what happens. It says I can create a new page but then when I try it doesn't work. None of the search functions work, title index, etc, There seems to be no access to templates. Everything was working before the upgrade from 1.5.3 When I try to create a new page, the apache error log says: [Thu Jan 03 22:22:37 2008] [error] [client 207.172.210.41] 222237 INFO logging initialized The content of the meta file in data: data_format_revision: 1060000 There is no error.log in data bash-3.00$ ls -la total 9432 drwxrwx--- 6 apache apache 4096 Jan 2 21:32 . drwxrwxr-x 11 apache apache 4096 Jan 3 11:29 .. drwxrwx--- 11 apache apache 4096 Jan 2 21:30 cache -rw-rw---- 1 apache apache 138649 Jan 3 22:06 edit-log -rw-rw---- 1 apache apache 9449498 Jan 3 22:31 event-log -rw-rw---- 1 apache apache 5952 Dec 10 2006 intermap.txt -rw-rw---- 1 apache apache 29 Jan 2 21:32 meta drwxrwx--- 208 apache apache 12288 Jan 3 10:00 pages drwxrwx--- 10 apache apache 4096 Jan 2 21:32 plugin drwxrwx--- 2 apache apache 4096 Jan 2 21:32 user -bash-3.00$ pwd /e/web/frambors/nicciwiki/data I'm really not good with this so I don't know where to start to see what's wrong. I'm sorry for not being able to explain better, but if someone could just tell me what more information is needed I'd be happy to provide it. Is this enough to help get me started? -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net From tw-public at gmx.de Fri Jan 4 02:55:11 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 04 Jan 2008 08:55:11 +0100 Subject: [Moin-user] I still have severe problems. Page creation is dead? In-Reply-To: References: Message-ID: <1199433311.13242.5.camel@black> As you see here: http://frambors.syslang.net/nicciwiki/RecentChanges?action=raw you did not install the new underlay pages (this is a rather generic point of any moin upgrade, you get current underlay pages in the dist archive under wiki/underlay/). After you do, you will see the page uses <<..>> new macro syntax and will start working again. BTW, the base URL of your wiki should not change from out of nothing and not from a moin upgrade. But if you edited your apache configuration, the reason for the change has to be searched there. From steveo at syslang.net Fri Jan 4 13:55:22 2008 From: steveo at syslang.net (Steven W. Orr) Date: Fri, 4 Jan 2008 13:55:22 -0500 (EST) Subject: [Moin-user] I still have severe problems. Page creation is dead? In-Reply-To: <1199433311.13242.5.camel@black> References: <1199433311.13242.5.camel@black> Message-ID: On Friday, Jan 4th 2008 at 02:55 -0000, quoth Thomas Waldmann: =>As you see here: => =>http://frambors.syslang.net/nicciwiki/RecentChanges?action=raw => =>you did not install the new underlay pages (this is a rather generic =>point of any moin upgrade, you get current underlay pages in the dist =>archive under wiki/underlay/). Thank you. This did the trick. =>BTW, the base URL of your wiki should not change from out of nothing and =>not from a moin upgrade. But if you edited your apache configuration, =>the reason for the change has to be searched there. A couple more questions >From a previous question: > My old URL was > > http://frambors.syslang.net/nicciwiki/moin.cgi/FraminghamWikiFrontPage > > After the conversion, that URL is no longer valid. The correct URL Is > > http://frambors.syslang.net/nicciwiki/FraminghamWikiFrontPage > According to http://moinmo.in/HelpOnInstalling/ApacheOnLinux Alias /moin_static160/ /usr/local/share/htdocs/ ScriptAlias /mywiki /usr/local/share/moin/mywiki/cgi-bin/moin.cgi In my case I have, Alias /images/ /e/web/image/ Alias /images2/ /e/web/frambors/image/ Alias /moin_static160/ /usr/share/moin/htdocs/ ScriptAlias /nicciwiki /e/web/frambors/nicciwiki/moin.cgi Could this be part of my problem re the change in URL? Also, (new question), why do we not all set underlay_dir in wikiconfig.py to just be /usr/share/moin/underlay, since it's all read-only? TIA -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net From rob.kirkbride at gmail.com Tue Jan 8 03:35:19 2008 From: rob.kirkbride at gmail.com (Rob Kirkbride) Date: Tue, 8 Jan 2008 08:35:19 +0000 Subject: [Moin-user] CacheNeedsUpdate error upon creating new page Message-ID: Hi, I've been tearing my hair out with this problem since moving the Wiki instance from a backup. If I edit a page, add a new Wiki link and then attempt to access this new page, I get the error below. I've tried clearing cache directories, checking permissions etc. Can anyone help - I've been struggling with this for weeks, having to add pages manually by copying inside the directory structure and then renaming which is obviously useless! Rob A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. 1. /var/lib/python-support/python2.5/MoinMoin/request.py in *run* (self=< MoinMoin.request.RequestCGI object at 0xb7d0644c>) 1. 1152 # Visit pagename 2. 1153 self.page = Page(self, pagename) 3. 1154 self.page.send_page(self, count_hit=1) 4. 1155 5. 1156 # generate page footer (actions that do not want this footer - *self* = - self.*page* = - self.page.*send_page* = > - count_hit *undefined* 2. /var/lib/python-support/python2.5/MoinMoin/Page.py in *send_page*(self=< MoinMoin.Page.Page instance at 0x82bc2cc>, request=< MoinMoin.request.RequestCGI object at 0xb7d0644c>, msg='', **keywords={'count_hit': 1}) 1. 1218 and send_missing_page)): 2. 1219 if self.default_formatter and not content_only: 3. 1220 self._emptyPageText(request) 4. 1221 elif content_only and send_missing_page: 5. 1222 # We should send MissingPage but it is not there - *self* = - self.*_emptyPageText* = > - *request* = 3. /var/lib/python-support/python2.5/MoinMoin/Page.py in *_emptyPageText*(self=< MoinMoin.Page.Page instance at 0x82bc2cc>, request=< MoinMoin.request.RequestCGI object at 0xb7d0644c>) 1. 1396 missingpage.page_name = self.page_name 2. 1397 missingpage._text_filename_force = missingpagefn 3. 1398 missingpage.send_page(request, content_only=1, send_missing_page=1) 4. 1399 5. 1400 - *missingpage* = - missingpage.*send_page* = > - *request* = - content_only *undefined* - send_missing_page *undefined* 4. /var/lib/python-support/python2.5/MoinMoin/Page.py in *send_page*(self=< MoinMoin.Page.Page instance at 0x83e604c>, request=< MoinMoin.request.RequestCGI object at 0xb7d0644c>, msg='', **keywords={'content_only': 1, 'send_missing_page': 1}) 1. 1234 format_args=pi_formatargs, 2. 1235 do_cache=do_cache, 3. 1236 start_line=pi_lines) 4. 1237 5. 1238 # check for pending footnotes - start_line *undefined* - *pi_lines* = 7 5. /var/lib/python-support/python2.5/MoinMoin/Page.py in * send_page_content* (self=, request=, Parser=, body=u"\n'''This page does not exist yet. You can create...[[EditTemplates]] ||<^> [[LikePages((none))]] ||\n", format_args=u'', do_cache=1, **kw={'start_line': 7}) 1. 1317 try: 2. 1318 code = self.loadCache(request) 3. 1319 self.execute(request, parser, code) 4. 1320 except 'CacheNeedsUpdate': 5. 1321 try: - *self* = - self.*execute* = > - *request* = - *parser* = - *code* = 6. /var/lib/python-support/python2.5/MoinMoin/Page.py in *execute*(self=< MoinMoin.Page.Page instance at 0x83e604c>, request=< MoinMoin.request.RequestCGI object at 0xb7d0644c>, parser=< MoinMoin.parser.wiki.Parser instance at 0x830e92c>, code=) 1. 1341 if hasattr(MoinMoin, '__loader__'): 2. 1342 __file__ = os.path.join(MoinMoin.__loader__.archive, 'dummy') 3. 1343 exec code 4. 1344 5. 1345 def loadCache(self, request): - *code* = 7. /usr/share/moin/ojp/cgi-bin/ProjectPasswords in *?* Exception CacheNeedsUpdate - args = ('CacheNeedsUpdate',) - message = 'CacheNeedsUpdate' System Details - Date: Tue, 08 Jan 2008 08:31:52 +0000 - Platform: Linux ojp-wiki 2.6.20-16-generic #2 SMP Sun Sep 23 19:50:39 UTC 2007 i686 - Python: Python 2.5.1 (/usr/bin/python) - MoinMoin: Release 1.5.3 (release) -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuhnolive at fh-bingen.de Tue Jan 8 08:25:45 2008 From: kuhnolive at fh-bingen.de (kuhnolive at fh-bingen.de) Date: Tue, 8 Jan 2008 14:25:45 +0100 Subject: [Moin-user] How can I migrate a 1.5.7 wiki to 1.6? Message-ID: <1199798745.478379d966624@webmail.fh-bingen.de> Hi there! I am looking for a consistent description to migrate a simple 1.5.7 wiki (not a farm) to 1.6. It is running with apache2 and python2.4. The thing is: I can't get an overview what has to be done to make that thing complete and I don't get the order of things to do. I have found the following description: ***** The migration requires that you run the migration command twice (which was not obvious for me initially). After running the "migration data" cmd once a file "rename1.txt" is created in the data folder. This file may be changed. Either the modified or the unmodified file "rename1.txt" must be stored under the name "rename2.txt" at the same place. Then the migration command has to be run again. This starts main migration to teh new markup. A back-up containing the unconverted data (wiki-pages) is created during the main migration in a folder named "data.pre160". Note that older versions of the pages are not converted - so if an older version is viewed in a moin-1.6 wiki the rendering is broken. 1. Change your config files and server configuration as required (diff 1.5.7 against the new files coming with 1.6.0) 2. Run (make sure that moin.py is on your path or add the path) moin.py --config-dir=pathToWikiConfig --wiki-url=http://yourwiki/ migration data 3. Create the rename2.txt file 4. Start main migration (this creates a new 1.6 version for each page that is converted) moin.py --config-dir=pathToWikiConfig --wiki-url=http://yourwiki/ migration data If the main migration fails you should first fix the problem and then start again: Delete the data-folder that is created during the migration and rename the backup folder from "data.pre160" to "data". Then re-run the migration command. Thanks very much! This worked nicely. ***** Sorry, I don't get it. This doesn't work for me. Do I first have to install the new MoinMoin code to the site-packages before running the migration-script? I did: moin --config.dir=/usr/share/moin/config/ --wiki-url=http://127.0.0.1/biwiki migration data and got: Calling migration script for dta, base revision 1060000 Final mig script reached, migration is complete. O.K. But I did not get this rename1.txt. Is there another stepwise description? greets oliver ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From p.f.moore at gmail.com Tue Jan 8 08:55:38 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Tue, 8 Jan 2008 13:55:38 +0000 Subject: [Moin-user] Problems migrating Message-ID: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> I got an issue migrating my Wiki. I took a copy of the wiki (the whole thing, including config, underlay, data directories) and ran the migration scripts on that, as I don't want to mess with the live copy yet. I hope that's OK. This went through to the point where I had the rename1.txt file, which I edited as expected, and then reran the migration script. Having done this, I got an error message, which I don't understand: Renaming page u'SQL_Scripts' -> u'SQL Scripts' Traceback (most recent call last): File "", line 1, in File "D:\Apps\Python25\lib\site-packages\MoinMoin\script\moin.py", line 15, in run MoinScript().run(showtime=0) File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\__init__.py", line 138, in run self.mainloop() File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\__init__.py", line 245, in mainloop plugin_class(args[2:], self.options).run() # all starts again there File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\__init__.py", line 138, in run self.mainloop() File "D:\Apps\Python25\lib\site-packages\MoinMoin\script\migration\data.py", line 48, in mainloop curr_rev = execute(self, data_dir, curr_rev) File "D:\Apps\Python25\lib\site-packages\MoinMoin\script\migration\1059999.py", line 38, in execute dc.pass2() File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\migration\_conv160.py", line 505, in pass2 self.write_dest() File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\migration\_conv160.py", line 544, in write_dest self.eventlog.copy(opj(self.ddata, 'event-log'), self.renames) File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\migration\_conv160.py", line 113, in copy self.read() File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\migration\_conv160.py", line 87, in read timestamp, action, kvpairs = fields[:3] ValueError: need more than 1 value to unpack The target page directory for the "SQL Scripts" page (the last one reported as being converted) looks OK, so I'm not sure where the error may lie. Can anyone suggest where I should look next? Thanks, Paul. From rick.vanderveer at gmail.com Tue Jan 8 11:05:06 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 8 Jan 2008 10:05:06 -0600 Subject: [Moin-user] Problems migrating In-Reply-To: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> References: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> Message-ID: <5c39e1ca0801080805wbfd3721j5fea3afccf0ca5d5@mail.gmail.com> I initially had a large number of issues also (including migration script issues similar to yours). After my own migration pains, I've a thoroughly documented the upgrade process which (I hope) you might find helpful. (Hopefully it can serve as a concatenated upgrade instructions page). http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 -Rick On Jan 8, 2008 7:55 AM, Paul Moore wrote: > I got an issue migrating my Wiki. I took a copy of the wiki (the whole > thing, including config, underlay, data directories) and ran the > migration scripts on that, as I don't want to mess with the live copy > yet. I hope that's OK. This went through to the point where I had the > rename1.txt file, which I edited as expected, and then reran the > migration script. > > Having done this, I got an error message, which I don't understand: > > Renaming page u'SQL_Scripts' -> u'SQL Scripts' > Traceback (most recent call last): > File "", line 1, in > File "D:\Apps\Python25\lib\site-packages\MoinMoin\script\moin.py", > line 15, in run > MoinScript().run(showtime=0) > File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\__init__.py", > line 138, in run > self.mainloop() > File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\__init__.py", > line 245, in mainloop > plugin_class(args[2:], self.options).run() # all starts again there > File "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\__init__.py", > line 138, in run > self.mainloop() > File > "D:\Apps\Python25\lib\site-packages\MoinMoin\script\migration\data.py", > line 48, in mainloop > curr_rev = execute(self, data_dir, curr_rev) > File > "D:\Apps\Python25\lib\site-packages\MoinMoin\script\migration\1059999.py", > line 38, in execute > dc.pass2() > File > "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\migration\_conv160.py", > line 505, in pass2 > self.write_dest() > File > "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\migration\_conv160.py", > line 544, in write_dest > self.eventlog.copy(opj(self.ddata, 'event-log'), self.renames) > File > "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\migration\_conv160.py", > line 113, in copy > self.read() > File > "D:\Apps\Python25\Lib\site-packages\MoinMoin\script\migration\_conv160.py", > line 87, in read > timestamp, action, kvpairs = fields[:3] > ValueError: need more than 1 value to unpack > > The target page directory for the "SQL Scripts" page (the last one > reported as being converted) looks OK, so I'm not sure where the error > may lie. > > Can anyone suggest where I should look next? > > Thanks, > Paul. > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > 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 Tue Jan 8 11:38:14 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 8 Jan 2008 10:38:14 -0600 Subject: [Moin-user] How can I migrate a 1.5.7 wiki to 1.6? In-Reply-To: <1199798745.478379d966624@webmail.fh-bingen.de> References: <1199798745.478379d966624@webmail.fh-bingen.de> Message-ID: <5c39e1ca0801080838o140cf7acv17ee9704a2a51b42@mail.gmail.com> Oliver, Yes, you need to install moin 1.6 first. Although, I'm not sure how you were able to get that final migration script without doing so first. That kinda baffles me... Here are the steps I took, which can provide a somewhat high-level overview (it's Windows-centric, but it should provide an overview anyway): http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 -Rick On Jan 8, 2008 7:25 AM, wrote: > Hi there! > I am looking for a consistent description to migrate a simple 1.5.7 wiki > (not a > farm) to 1.6. It is running with apache2 and python2.4. > The thing is: I can't get an overview what has to be done to make that > thing > complete and I don't get the order of things to do. > > I have found the following description: > ***** > The migration requires that you run the migration command twice (which was > not > obvious for me initially). After running the "migration data" cmd once a > file > "rename1.txt" is created in the data folder. This file may be changed. > Either > the modified or the unmodified file "rename1.txt" must be stored under the > name > "rename2.txt" at the same place. Then the migration command has to be run > again. > This starts main migration to teh new markup. A back-up containing the > unconverted data (wiki-pages) is created during the main migration in a > folder > named "data.pre160". Note that older versions of the pages are not > converted - > so if an older version is viewed in a moin-1.6 wiki the rendering is > broken. > > 1. Change your config files and server configuration as required (diff > 1.5.7 > against the new files coming with 1.6.0) > > 2. Run (make sure that moin.py is on your path or add the path) > moin.py --config-dir=pathToWikiConfig --wiki-url=http://yourwiki/migration data > > 3. Create the rename2.txt file > > 4. Start main migration (this creates a new 1.6 version for each page that > is > converted) > moin.py --config-dir=pathToWikiConfig --wiki-url=http://yourwiki/migration data > If the main migration fails you should first fix the problem and then > start > again: Delete the data-folder that is created during the migration and > rename > the backup folder from "data.pre160" to "data". Then re-run the migration > command. > > Thanks very much! This worked nicely. > ***** > > Sorry, I don't get it. This doesn't work for me. > > Do I first have to install the new MoinMoin code to the site-packages > before > running the migration-script? > > I did: > > moin --config.dir=/usr/share/moin/config/ --wiki-url= > http://127.0.0.1/biwiki > migration data > > and got: > > Calling migration script for dta, base revision 1060000 > Final mig script reached, migration is complete. > > O.K. But I did not get this rename1.txt. > > Is there another stepwise description? > > greets > oliver > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > 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 p.f.moore at gmail.com Tue Jan 8 11:56:51 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Tue, 8 Jan 2008 16:56:51 +0000 Subject: [Moin-user] Problems migrating In-Reply-To: <5c39e1ca0801080805wbfd3721j5fea3afccf0ca5d5@mail.gmail.com> References: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> <5c39e1ca0801080805wbfd3721j5fea3afccf0ca5d5@mail.gmail.com> Message-ID: <79990c6b0801080856h7aaa6630i307dca2e8396f536@mail.gmail.com> On 08/01/2008, Rick Vanderveer wrote: > I initially had a large number of issues also (including migration script > issues similar to yours). > > After my own migration pains, I've a thoroughly documented the upgrade > process which (I hope) you might find helpful. (Hopefully it can serve as a > concatenated upgrade instructions page). > > http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 Thanks. That looks useful. However, your comment "Moin no longer allows spaces in page names or attachments" cannot be right - page names with spaces are seriously important to us. I just proved this on moinmo.in - see http://moinmo.in/PaulMoore/A%20Test I did change the target names for all the pages it had put underscores into to use spaces (again). So, for example, my rename2.txt file had a line in it: PAGE|SQL_Scripts|SQL Scripts If that's not right, how should I have done it so that the page was still called "SQL Scripts"? Thanks, Paul. From rick.vanderveer at gmail.com Tue Jan 8 12:27:07 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 8 Jan 2008 11:27:07 -0600 Subject: [Moin-user] Problems migrating In-Reply-To: <79990c6b0801080856h7aaa6630i307dca2e8396f536@mail.gmail.com> References: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> <5c39e1ca0801080805wbfd3721j5fea3afccf0ca5d5@mail.gmail.com> <79990c6b0801080856h7aaa6630i307dca2e8396f536@mail.gmail.com> Message-ID: <5c39e1ca0801080927nbc93235sb3d2b26bb240a71e@mail.gmail.com> Paul, Huh, perhaps I mis-read or mis-interpreted the line from the CHANGES file: User interface: ------------------------------------------------------------ * Removed "underscore in URL" == "blank in pagename magic" - it made more trouble than it was worth. If you still want to have a _ in URL, just put a _ into pagename. ... And assumed that was the reason for the whole rename1.txt to rename2.txtsequence. If this is wrong, someone please correct me. When I *didn't* make changes to the rename2.txt file (especially the FILES), the migration script bombed. Someone please clarify the need/use of the rename files? -Rick On Jan 8, 2008 10:56 AM, Paul Moore wrote: > On 08/01/2008, Rick Vanderveer wrote: > > I initially had a large number of issues also (including migration > script > > issues similar to yours). > > > > After my own migration pains, I've a thoroughly documented the upgrade > > process which (I hope) you might find helpful. (Hopefully it can serve > as a > > concatenated upgrade instructions page). > > > > http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 > > Thanks. That looks useful. However, your comment "Moin no longer > allows spaces in page names or attachments" cannot be right - page > names with spaces are seriously important to us. I just proved this on > moinmo.in - see http://moinmo.in/PaulMoore/A%20Test > > I did change the target names for all the pages it had put underscores > into to use spaces (again). So, for example, my rename2.txt file had a > line in it: > > PAGE|SQL_Scripts|SQL Scripts > > If that's not right, how should I have done it so that the page was > still called "SQL Scripts"? > > Thanks, > Paul. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert at cantab.net Tue Jan 8 12:34:14 2008 From: robert at cantab.net (Robert Schumann) Date: Tue, 8 Jan 2008 17:34:14 +0000 Subject: [Moin-user] Problems migrating In-Reply-To: <5c39e1ca0801080927nbc93235sb3d2b26bb240a71e@mail.gmail.com> References: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> <5c39e1ca0801080805wbfd3721j5fea3afccf0ca5d5@mail.gmail.com> <79990c6b0801080856h7aaa6630i307dca2e8396f536@mail.gmail.com> <5c39e1ca0801080927nbc93235sb3d2b26bb240a71e@mail.gmail.com> Message-ID: I would also comment (having spent quite a while one evening doing this) that the upgrade process for those of us using "Apache on Linux over FTP" (or any other setup with only FTP access) is somewhat cumbersome and not very clear. When I say "upgrade", I'm principally referring to the data migration process. I'm thinking of writing a script that does this whole "edit meta -> run moin.py -> edit rename1.txt -> run moin.py" process through a web interface - unless I missed something and this data migration is a nice easy process? Robert. PS - I had a few remnants of spam in my edit.log (I had removed the spam pages themselves by hand), and these broke the migration script due to invalid characters. I'm guessing this should be filed as a bug? On Jan 8, 2008 5:27 PM, Rick Vanderveer wrote: > Paul, > Huh, perhaps I mis-read or mis-interpreted the line from the CHANGES file: > > User interface: > ------------------------------------------------------------ > * Removed "underscore in URL" == "blank in pagename magic" - it made > more > trouble than it was worth. If you still want to have a _ in URL, > just > put a _ into pagename. > > ... And assumed that was the reason for the whole rename1.txt to > rename2.txt sequence. If this is wrong, someone please correct me. When > I *didn't* make changes to the rename2.txt file (especially the FILES), > the migration script bombed. > > Someone please clarify the need/use of the rename files? > > -Rick > > > > On Jan 8, 2008 10:56 AM, Paul Moore < p.f.moore at gmail.com> wrote: > > > On 08/01/2008, Rick Vanderveer wrote: > > > I initially had a large number of issues also (including migration > > script > > > issues similar to yours). > > > > > > After my own migration pains, I've a thoroughly documented the upgrade > > > process which (I hope) you might find helpful. (Hopefully it can serve > > as a > > > concatenated upgrade instructions page). > > > > > > http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 > > > > Thanks. That looks useful. However, your comment "Moin no longer > > allows spaces in page names or attachments" cannot be right - page > > names with spaces are seriously important to us. I just proved this on > > moinmo.in - see http://moinmo.in/PaulMoore/A%20Test > > > > I did change the target names for all the pages it had put underscores > > into to use spaces (again). So, for example, my rename2.txt file had a > > line in it: > > > > PAGE|SQL_Scripts|SQL Scripts > > > > If that's not right, how should I have done it so that the page was > > still called "SQL Scripts"? > > > > Thanks, > > Paul. > > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > 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 pmshell2002 at yahoo.de Tue Jan 8 18:03:04 2008 From: pmshell2002 at yahoo.de (Matthias Popp) Date: Wed, 9 Jan 2008 00:03:04 +0100 Subject: [Moin-user] How can I migrate a 1.5.7 wiki to 1.6? In-Reply-To: <5c39e1ca0801080838o140cf7acv17ee9704a2a51b42@mail.gmail.com> References: <1199798745.478379d966624@webmail.fh-bingen.de> <5c39e1ca0801080838o140cf7acv17ee9704a2a51b42@mail.gmail.com> Message-ID: <200801090003.09667.pmshell2002@yahoo.de> Am Dienstag, 8. Januar 2008 schrieb Rick Vanderveer: > Oliver, > Yes, you need to install moin 1.6 first. > > Although, I'm not sure how you were able to get that final migration script > without doing so first. That kinda baffles me... > > Here are the steps I took, which can provide a somewhat high-level overview > (it's Windows-centric, but it should provide an overview anyway): > http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 > > -Rick > > On Jan 8, 2008 7:25 AM, wrote: > > moin --config.dir=/usr/share/moin/config/ --wiki-url= > > http://127.0.0.1/biwiki > > migration data > > > > and got: > > > > Calling migration script for dta, base revision 1060000 > > Final mig script reached, migration is complete. > > > > O.K. But I did not get this rename1.txt. > > > > Is there another stepwise description? > > > > greets > > oliver I have the same problem to converert a wiki 1.5.8 to 1.6.0 www-data at biljana:/usr/local/share/moin/moin-1.6.0/cgi-bin$ moin --config-dir=/usr/local/share/moin/moin-1.6.0/cgi-bin --wiki-url=http://localhost/moin-1.6.0/ migration data Calling migration script for ../data, base revision 1060000 Final mig script reached, migration is complete. www-data at biljana:/usr/local/share/moin/moin-1.6.0/cgi-bin$ I have debian Lenny with Apache 2.2.6 and both Wikiversion 15.8 and 1.6.0 . I am simply copy the data vom 1.5.8 to 1.6.0 Final mig script reached, migration is complete. This is not true. But nothing happens. What ist wrong ? -- with best regards from Dortmund ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Matthias Popp (KBDCALLS) -------------- 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 8 22:31:39 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 09 Jan 2008 04:31:39 +0100 Subject: [Moin-user] CacheNeedsUpdate error upon creating new page In-Reply-To: References: Message-ID: <1199849499.7677.7.camel@black> > I've been tearing my hair out with this problem since moving the Wiki > instance from a backup. > > If I edit a page, add a new Wiki link and then attempt to access this > new page, I get the error below. > > I've tried clearing cache directories, checking permissions etc. Maybe you have missed to clear the cache within the page directories. For recent moin versions, this is moin ... maint cleancache. Maybe it also helps to install a fresh underlay copy. > Can anyone help - I've been struggling with this for weeks, having to > add pages manually by copying inside the directory structure and then > renaming which is obviously useless! Well, if above does not help, please search the moin wiki if there is a solution. If you don't find any, file a bug report and give lots of details including a traceback.html file. > * 1345 def loadCache(self, request): > * code = "ProjectPasswords", line 2> > * /usr/share/moin/ojp/cgi-bin/ProjectPasswords in ? Looks like that page local cache is defective. > * Python: Python 2.5.1 (/usr/bin/python) > * MoinMoin: Release 1.5.3 (release) Your moin is rather old. Maybe you are struggling with bug(s) we already fixed. See 1.5.8 and 1.6.0. From tw-public at gmx.de Tue Jan 8 22:43:34 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 09 Jan 2008 04:43:34 +0100 Subject: [Moin-user] Problems migrating In-Reply-To: <79990c6b0801080856h7aaa6630i307dca2e8396f536@mail.gmail.com> References: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> <5c39e1ca0801080805wbfd3721j5fea3afccf0ca5d5@mail.gmail.com> <79990c6b0801080856h7aaa6630i307dca2e8396f536@mail.gmail.com> Message-ID: <1199850214.7677.15.camel@black> > Thanks. That looks useful. However, your comment "Moin no longer > allows spaces in page names or attachments" cannot be right - page > names with spaces are seriously important to us. I just proved this on > moinmo.in - see http://moinmo.in/PaulMoore/A%20Test That was a misunderstanding, I fixed it on Rick's page. Moin supports spaces better and easier than ever: [[page with space]] [[page with space|title]] [[attachment:file with space.txt]] What it does not do anymore is treating " " and "_" the same way, like 1.5 did (that was simply a bad idea). > PAGE|SQL_Scripts|SQL Scripts That's OK. But your problem seems to be a damaged event-log. If you can live without statistics, you can simple truncate it to 0 bytes. Otherwise open it with an editor and search for a line not consisting of 3 items timestamp, action, kvpairs. From p.f.moore at gmail.com Wed Jan 9 06:22:46 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Wed, 9 Jan 2008 11:22:46 +0000 Subject: [Moin-user] Problems migrating In-Reply-To: <79990c6b0801090141l692849b2ya968944af63684be@mail.gmail.com> References: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> <5c39e1ca0801080805wbfd3721j5fea3afccf0ca5d5@mail.gmail.com> <79990c6b0801080856h7aaa6630i307dca2e8396f536@mail.gmail.com> <1199850214.7677.15.camel@black> <79990c6b0801090141l692849b2ya968944af63684be@mail.gmail.com> Message-ID: <79990c6b0801090322t3deb252amaf8cc392d03cf485@mail.gmail.com> On 09/01/2008, Paul Moore wrote: > On 09/01/2008, Thomas Waldmann wrote: > > > PAGE|SQL_Scripts|SQL Scripts > > > > That's OK. > > > > But your problem seems to be a damaged event-log. > > > > If you can live without statistics, you can simple truncate it to 0 > > bytes. Otherwise open it with an editor and search for a line not > > consisting of 3 items timestamp, action, kvpairs. > > Ah, I wondered if it might be that, but I wasn't sufficiently sure > that I'd read the traceback correctly. The event log information isn't > critical to me, so I'll manually tidy it up. > > As a suggestion, would it be worth trapping the error and returning a > custom error message "Event log for page xxx appears corrupt"? > Offering to ignore the corrupt data may be helpful as well. If you > like the idea, and I get the time, I'll see if I can put together a > patch. The following patch reports the line number and file name when a corruption is found. With this, I was able to locate and correct the offending line in my event log, and have now managed a successful migration. Feel free to use the patch if you would like to. Thanks for the help! Paul. --- _conv160.py.orig 2007-12-23 21:56:48.000000000 +0000 +++ _conv160.py 2008-01-09 11:02:39.749019800 +0000 @@ -78,14 +78,20 @@ """ read complete event-log from disk """ data = [] try: + lineno = 0 f = file(self.fname, 'r') for line in f: + lineno = lineno + 1 line = line.replace('\r', '').replace('\n', '') if not line.strip(): # skip empty lines continue fields = line.split('\t') - timestamp, action, kvpairs = fields[:3] - timestamp = int(timestamp) + try: + timestamp, action, kvpairs = fields[:3] + timestamp = int(timestamp) + except ValueError, err: + # Corrupt event log - give the user a better message + raise ValueError("Event log '%s' line %d is corrupt" % (self.fname, lineno)) kvdict = wikiutil.parseQueryString(kvpairs) data.append((timestamp, action, kvdict)) f.close() From rick.vanderveer at gmail.com Wed Jan 9 10:17:30 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 9 Jan 2008 09:17:30 -0600 Subject: [Moin-user] PageComment2 & EventCalendar Message-ID: <5c39e1ca0801090717m44c10d86od108c972a5f11fc9@mail.gmail.com> A little help? My organization relies on two macros that are not 1.6-ready: EventCalendar and PageComment2. These two little macros are preventing me from wholly converting to 1.6 and forever leaving 1.5.x in the dust. (If you're wondering why I just don't patiently wait, it's because we also want to implement Oliver Siemoneit's excellent TaskPlanner as soon as possible, which only works in 1.6). http://moinmo.in/MacroMarket/EventCalendar http://moinmo.in/MacroMarket/PageComment2 I suspect the fix would be relatively simple, the error being caused by the new syntax changes in 1.6. If I were a Python developer I would attempt this myself, but alas I am not. I've emailed the original developer. Seungik Lee, but got a rather vague response. Anyone else out there want to take a crack that this? Pretty please?! I would be eternally grateful... -Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Wed Jan 9 11:17:46 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 09 Jan 2008 17:17:46 +0100 Subject: [Moin-user] Problems migrating In-Reply-To: <79990c6b0801090322t3deb252amaf8cc392d03cf485@mail.gmail.com> References: <79990c6b0801080555q5db2b0c1je18104803b6de40b@mail.gmail.com> <5c39e1ca0801080805wbfd3721j5fea3afccf0ca5d5@mail.gmail.com> <79990c6b0801080856h7aaa6630i307dca2e8396f536@mail.gmail.com> <1199850214.7677.15.camel@black> <79990c6b0801090141l692849b2ya968944af63684be@mail.gmail.com> <79990c6b0801090322t3deb252amaf8cc392d03cf485@mail.gmail.com> Message-ID: <4784F3AA.4010507@gmx.de> Hi Paul, > Feel free to use the patch if you would like to. Thanks for the patch, I used most of it, except the error handling. Instead of raising an error, I think we just can skip the corrupt event-log line (and I think this is what the admin would do in such a case manually, if the mig script fails there). So we can safe him from doing this, the event log is not THAT critical, it is mostly used for statistics. See: http://hg.moinmo.in/moin/1.6/rev/7d0f0cd4aae4 Cheers, Thomas From kuhnolive at fh-bingen.de Wed Jan 9 18:11:55 2008 From: kuhnolive at fh-bingen.de (kuhnolive at fh-bingen.de) Date: Thu, 10 Jan 2008 00:11:55 +0100 Subject: [Moin-user] xapian index build error Message-ID: <1199920315.478554bbc5e6c@webmail.fh-bingen.de> Hi. I'm trying to build a xapian index with xapian index build --mode=add and get the following error Traceback (most recent call last): File "/usr/bin/moin", line 6, in ? run() File "/usr/lib/python2.4/site-packages/MoinMoin/script/moin.py", line 15, in run MoinScript().run(showtime=0) File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run self.mainloop() File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 245, in mainloop plugin_class(args[2:], self.options).run() # all starts again there File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run self.mainloop() File "/usr/lib/python2.4/site-packages/MoinMoin/script/index/build.py", line 29, in mainloop self.init_request() File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 180, in init_request self.request = request_cli.Request(pagename=self.options.page) File "/usr/lib/python2.4/site-packages/MoinMoin/request/request_cli.py", line 31, in __init__ RequestBase.__init__(self, properties) File "/usr/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 216, in __init__ self._load_multi_cfg() File "/usr/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 381, in _load_multi_cfg self.cfg = multiconfig.getConfig(self.url) File "/usr/lib/python2.4/site-packages/MoinMoin/config/multiconfig.py", line 170, in getConfig cfg = _makeConfig(cfgName) File "/usr/lib/python2.4/site-packages/MoinMoin/config/multiconfig.py", line 122, in _makeConfig raise error.ConfigurationError(msg) MoinMoin.error.ConfigurationError: ImportError: No module named wikiconfig Check that the file is in the same directory as the server script. If it is not, you must add the path of the directory where the file is located to the python path in the server script. See the comments at the top of the server script. Check that the configuration file name is either "wikiconfig.py" or the module name specified in the wikis list in farmconfig.py. Note that the module name does not include the ".py" suffix. Does anybody know why this is? greets Oliver ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From jbardin at bu.edu Wed Jan 9 22:19:55 2008 From: jbardin at bu.edu (james bardin) Date: Wed, 9 Jan 2008 22:19:55 -0500 Subject: [Moin-user] mod_python and multiple wikis Message-ID: I'm running a wikifarm with all the wikis defined by apache Locations , in the same virtual server, and all pointing to the same PythinHandler. After a few experiments to solve a different problem, I realized that mod_python doesn't create separate sub-interpreters for apache locations. I've seen some strange things like wikis linking random underlay pages to other wikis in the farm, and the preview function booting users out to another page after a few tries, and they are all resolved by restarting apache. Should we recommend using "PythonInterpreter wikiname" in the apache config for a wikifarm when using Location directives? I haven't been able to catch any unusual behavior lately to prove if this solves it, but maybe someone who has more modpy experience may have some input. -jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From rob.kirkbride at gmail.com Thu Jan 10 04:06:33 2008 From: rob.kirkbride at gmail.com (Rob Kirkbride) Date: Thu, 10 Jan 2008 09:06:33 +0000 Subject: [Moin-user] CacheNeedsUpdate error upon creating new page In-Reply-To: <1199849499.7677.7.camel@black> References: <1199849499.7677.7.camel@black> Message-ID: On 09/01/2008, Thomas Waldmann wrote: > > > * Python: Python 2.5.1 (/usr/bin/python) > > * MoinMoin: Release 1.5.3 (release) > > Your moin is rather old. Maybe you are struggling with bug(s) we already > fixed. See 1.5.8 and 1.6.0. Thomas, Thanks. I was using the .deb that comes with Ubuntu but I downloaded the tar.gz and this installed over the top no problem. More importantly it solved the problem for me. Thanks again. Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karen.Janssens at ua.ac.be Thu Jan 10 11:03:32 2008 From: Karen.Janssens at ua.ac.be (Janssens Karen) Date: Thu, 10 Jan 2008 17:03:32 +0100 Subject: [Moin-user] set pageinfo Message-ID: <478641D4.3000600@ua.ac.be> Hello With our installation of MoinMoin, we want to make it possible to import new pages automatically. It means: a user provides some text and a page title (for example by email) and this is converted into wiki format and imported into MoinMoin using a function I wrote based on "edit.saveText" . This is not the problem. But doing this, the page info is set as "Last edited ... by localhost". I would like to make it possible to change the 'localhost' into the user identification, again by som automated routine. I have found the functions "page.lasteditinfo" and "page._last_edited", but I need to *set* the properties 'editor' and 'timestamp', rather than get them. Does anyone has an idea? It would be greatly appreciated! Best regards Karen -- Karen Janssens Universiteit Antwerpen Anet - Bibliotheek Stadscampus Prinsstraat 9 B-2000 Antwerpen Belgium Tel +32 3 220.49.71 Email karen.janssens at ua.ac.be -------------- next part -------------- An HTML attachment was scrubbed... URL: From dodecatheon at gmail.com Thu Jan 10 16:14:11 2008 From: dodecatheon at gmail.com (Ted Stern) Date: Thu, 10 Jan 2008 13:14:11 -0800 Subject: [Moin-user] single user account, multiple wikis Message-ID: I have a conceptual question: I started evangelizing MoinMoin in my organization a couple of years ago, and I've been too successful. Now everyone and his brother wants to start their own wiki. For simplicity, I originally set up one wiki with the cgi-bin script method. Later, I set up a template wiki that I clone so that each new wiki is a copy of the template with a few names changed: wiki.server.com/TemplateWiki/ .............../AnotherWiki/ .............../AndAnotherWiki/ This works well enough, except that users have to create new accounts for each wiki. Problems: 1) There's a lot of proprietary/export - restricted material in these wikis, so I have to use access control. 2) Users have to have multiple accounts, causing confusion. 3) Wiki host doesn't support aliasing (e.g. anotherwiki.server.com) I was considering setting up a wiki farm, but as far as I understand, this still has multiple accounts. Alternatively, I could simply place the wiki at the top level, and make other wikis into SubPages, using SubPage group permissions to control access. This is probably the best solution, because it means users have to have only one account, and once they are logged in, they can get into the other SubPages easily. The only drawback I can see is that I lose the ability to have a different logo for each SubPage. But perhaps that might be tolerable. I guess what I'm looking for in posting here is shared experiences: has anyone run into anything like this before? Am I missing something about wiki farms that I ought to know? Ted -- dodecatheon at gmail dot com Frango ut patefaciam -- I break so that I may reveal From rick.vanderveer at gmail.com Thu Jan 10 18:21:17 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 10 Jan 2008 17:21:17 -0600 Subject: [Moin-user] single user account, multiple wikis In-Reply-To: References: Message-ID: <5c39e1ca0801101521x63bc60c6i90dfbe4e92909312@mail.gmail.com> Ted, A new feature of 1.6 (I believe it was added in 1.6, I don't think it existed before then) is the ability to specify the user directory, so that you can use a common directory among all your wiki's. http://moinmo.in/HelpOnUserHandling (see last section) Of course, you'll probably want to upgrade to a wiki-farm, which has the benefit of reducing duplicate configurations (i.e. one master configuration that effects all your wiki's, then individual configs for only those things that are unique to that wiki (like the logo)). A farm is also useful (at least in my case) because to helps separate similar, but separate, content. So, when a user searches for a common term, she only gets the result that pertain to that project/department. Then of course, you'll need to upgrade to Moin 1.6 (if indeed user_dir is a 1.6-only feature). An overview and concatenated instructions are here: http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 -Rick On Jan 10, 2008 3:14 PM, Ted Stern wrote: > I have a conceptual question: > > I started evangelizing MoinMoin in my organization a couple of years > ago, and I've been too successful. Now everyone and his brother wants > to start their own wiki. > > For simplicity, I originally set up one wiki with the cgi-bin script > method. > > Later, I set up a template wiki that I clone so that each new wiki is > a copy of the template with a few names changed: > > wiki.server.com/TemplateWiki/ > .............../AnotherWiki/ > .............../AndAnotherWiki/ > > This works well enough, except that users have to create new accounts > for each wiki. > > Problems: > > 1) There's a lot of proprietary/export - restricted material in > these wikis, so I have to use access control. > > 2) Users have to have multiple accounts, causing confusion. > > 3) Wiki host doesn't support aliasing (e.g. anotherwiki.server.com) > > > I was considering setting up a wiki farm, but as far as I understand, > this still has multiple accounts. > > Alternatively, I could simply place the wiki at the top level, and > make other wikis into SubPages, using SubPage group permissions to > control access. This is probably the best solution, because it means > users have to have only one account, and once they are logged in, they > can get into the other SubPages easily. > > The only drawback I can see is that I lose the ability to have a > different logo for each SubPage. But perhaps that might be tolerable. > > I guess what I'm looking for in posting here is shared experiences: > has anyone run into anything like this before? Am I missing something > about wiki farms that I ought to know? > > Ted > -- > dodecatheon at gmail dot com > Frango ut patefaciam -- I break so that I may reveal > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > 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 jh at web.de Thu Jan 10 18:01:31 2008 From: jh at web.de (Juergen Hermann) Date: Fri, 11 Jan 2008 00:01:31 +0100 Subject: [Moin-user] single user account, multiple wikis In-Reply-To: Message-ID: On Thu, 10 Jan 2008 13:14:11 -0800, Ted Stern wrote: > 3) Wiki host doesn't support aliasing (e.g. anotherwiki.server.com) Why should it when Apache does -- use mod_rewrite. Ciao, J?rgen From tw-public at gmx.de Thu Jan 10 21:46:51 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 11 Jan 2008 03:46:51 +0100 Subject: [Moin-user] single user account, multiple wikis In-Reply-To: <5c39e1ca0801101521x63bc60c6i90dfbe4e92909312@mail.gmail.com> References: <5c39e1ca0801101521x63bc60c6i90dfbe4e92909312@mail.gmail.com> Message-ID: <1200019611.5679.8.camel@black> Hi Ted, hi Rick, > A new feature of 1.6 (I believe it was added in 1.6, I don't think it > existed before then) is the ability to specify the user directory, so > that you can use a common directory among all your wiki's. user_dir = '/some/common/farm/user/dir' That should work in 1.5 (at least in 1.5.8, I didn't check older versions, see docs/CHANGES). Best is to put it into farmconfig, so every wiki in the farm gets it automatically. Just make sure each wiki has a unique interwikiname set and never change it. > I started evangelizing MoinMoin in my organization a couple of > years ago, and I've been too successful. Now everyone and his > brother wants to start their own wiki. The wiki way is about collaboration and sharing stuff, so the number of wikis should be far less than the number of people. :) > For simplicity, I originally set up one wiki with the cgi-bin > script method. For better speed you maybe want to user some other server method, like fastcgi or wsgi or ... > Alternatively, I could simply place the wiki at the top level, > and > make other wikis into SubPages Using too many hierarchy levels is no good in a wiki. It makes linking complicated. Cheers, Thomas From sebastian.haase at mdc-berlin.de Fri Jan 11 03:17:39 2008 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Fri, 11 Jan 2008 09:17:39 +0100 Subject: [Moin-user] Migrating to 1.6 - was: Re: single user account, multiple wikis Message-ID: Hi Rick, Your instructions at http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 sound most useful ! However, the very first step sound "scary" to me: "Install moin 1.6 onto your existing moin" What does this really mean !? Of course, noone would want to overwrite their current / working system (1.5 most of the time) before testing if ALL installtion steps go trough (and some further testing) ... What is REALLY needed to be copied from old (1.5) to new: only the data directory-tree maybe !? (+ config files ?) In general: were can I find the official README.migrating file - before starting to download/extract/install the new 1.6 ?? Could it be put on the wiki ? (Also: is there a simplified version, which ONLY covers the most common case of going from 1.5 to 1.6 ?) Thanks, Sebastian Haase On Jan 11, 2008 12:21 AM, Rick Vanderveer wrote: > Ted, > A new feature of 1.6 (I believe it was added in 1.6, I don't think it > existed before then) is the ability to specify the user directory, so that > you can use a common directory among all your wiki's. > > http://moinmo.in/HelpOnUserHandling (see last section) > > Of course, you'll probably want to upgrade to a wiki-farm, which has the > benefit of reducing duplicate configurations ( i.e. one master configuration > that effects all your wiki's, then individual configs for only those things > that are unique to that wiki (like the logo)). > > A farm is also useful (at least in my case) because to helps separate > similar, but separate, content. So, when a user searches for a common term, > she only gets the result that pertain to that project/department. > > Then of course, you'll need to upgrade to Moin 1.6 (if indeed user_dir is a > 1.6-only feature). An overview and concatenated instructions are here: > > http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 > > -Rick > > > > > > On Jan 10, 2008 3:14 PM, Ted Stern wrote: > > I have a conceptual question: > > > > I started evangelizing MoinMoin in my organization a couple of years > > ago, and I've been too successful. Now everyone and his brother wants > > to start their own wiki. > > > > For simplicity, I originally set up one wiki with the cgi-bin script > > method. > > > > Later, I set up a template wiki that I clone so that each new wiki is > > a copy of the template with a few names changed: > > > > wiki.server.com/TemplateWiki/ > > .............../AnotherWiki/ > > .............../AndAnotherWiki/ > > > > This works well enough, except that users have to create new accounts > > for each wiki. > > > > Problems: > > > > 1) There's a lot of proprietary/export - restricted material in > > these wikis, so I have to use access control. > > > > 2) Users have to have multiple accounts, causing confusion. > > > > 3) Wiki host doesn't support aliasing (e.g. anotherwiki.server.com) > > > > > > I was considering setting up a wiki farm, but as far as I understand, > > this still has multiple accounts. > > > > Alternatively, I could simply place the wiki at the top level, and > > make other wikis into SubPages, using SubPage group permissions to > > control access. This is probably the best solution, because it means > > users have to have only one account, and once they are logged in, they > > can get into the other SubPages easily. > > > > The only drawback I can see is that I lose the ability to have a > > different logo for each SubPage. But perhaps that might be tolerable. > > > > I guess what I'm looking for in posting here is shared experiences: > > has anyone run into anything like this before? Am I missing something > > about wiki farms that I ought to know? > > > > Ted > > -- > > dodecatheon at gmail dot com > > Frango ut patefaciam -- I break so that I may reveal > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > _______________________________________________ > > 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's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > From p.f.moore at gmail.com Fri Jan 11 10:38:59 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Fri, 11 Jan 2008 15:38:59 +0000 Subject: [Moin-user] Where is standalone server moin.py in 1.6.0? Message-ID: <79990c6b0801110738s5ae4c149x290074aa7e9fe5a5@mail.gmail.com> I'm trying to follow http://moinmo.in/HelpOnInstalling/StandaloneServer on Windows XP using moin 1.6.0. The comment "Copy moin.py to your wiki directory, where your wikiconfig.py is" is puzzling me. The only two moin.py files I got installed (using a bdist_wininst installer I built myself from setup.py) are D:\Apps\Python25\Lib\site-packages\MoinMoin\script\moin.py D:\Apps\Python25\share\moin\server\moin.py The first just says "# see the toplevel directory for the real moin.py" and the second is the moin utility script (moin migration, moin maint etc). Where should I find a suitable standalone server moin.py script? Paul. PS Would it make sense to have utility script commands "moin instance create" and maybe "moin server standalone"? (No promises, but I'll see if I can contribute patches). From rick.vanderveer at gmail.com Fri Jan 11 10:56:10 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 11 Jan 2008 09:56:10 -0600 Subject: [Moin-user] Migrating to 1.6 - was: Re: single user account, multiple wikis In-Reply-To: References: Message-ID: <5c39e1ca0801110756r64250795m80d22a97d9a81617@mail.gmail.com> Hey Sabastian, Firstly, I do have in my instructions that you should test on a test platform before upgrading your actual moin wiki (mentioned in the intro, before the instructions). :-) So, in other words, I couldn't agree with you more-- you need to TEST with you own installation first! :-) Perhaps I need to emphasis that more? Also, these instructions are for people who want to upgrade their existing installation. You could use just your moin data directory, but the steps are still essentially the same as what I outlined. - If you're not using any external authentication (i.e. you are just using the built-in cookie-based authentication), you can simply skip that step. However, if you're using your existing wikiconfig.py file (i.e. so you don't have to re-do all your customizations), you still need to perform the from MoinMoin.config.multiconfig change. - At the same time, if you're not using FastCGI (and why wouldn't you be? It makes a HUGE performance increase!), then you can also skip that step. The "README.migration" file is located in the "docs" folder of the expanded moin-1.6.0 archive that you download. However, the migration instructions do not encapsulate all the potential changes you may have to make (some are also scattered throughout in the "CHANGES" file, listed under HINT), which is why I created my concatenated instructions in the first place. :-) As for a more simplified version-- well, I thought mine is fairly typical moin install of what many would face... LOL! -Rick On Jan 11, 2008 2:17 AM, Sebastian Haase wrote: > Hi Rick, > Your instructions at > http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 > sound most useful ! > However, the very first step sound "scary" to me: > "Install moin 1.6 onto your existing moin" > > What does this really mean !? > Of course, noone would want to overwrite their current / working > system (1.5 most of the time) before testing if ALL installtion steps > go trough (and some further testing) ... > > What is REALLY needed to be copied from old (1.5) to new: only the > data directory-tree maybe !? (+ config files ?) > > In general: were can I find the official README.migrating file - > before starting to download/extract/install the new 1.6 ?? Could it > be put on the wiki ? > (Also: is there a simplified version, which ONLY covers the most > common case of going from 1.5 to 1.6 ?) > > Thanks, > Sebastian Haase > > On Jan 11, 2008 12:21 AM, Rick Vanderveer > wrote: > > Ted, > > A new feature of 1.6 (I believe it was added in 1.6, I don't think it > > existed before then) is the ability to specify the user directory, so > that > > you can use a common directory among all your wiki's. > > > > http://moinmo.in/HelpOnUserHandling (see last section) > > > > Of course, you'll probably want to upgrade to a wiki-farm, which has the > > benefit of reducing duplicate configurations ( i.e. one master > configuration > > that effects all your wiki's, then individual configs for only those > things > > that are unique to that wiki (like the logo)). > > > > A farm is also useful (at least in my case) because to helps separate > > similar, but separate, content. So, when a user searches for a common > term, > > she only gets the result that pertain to that project/department. > > > > Then of course, you'll need to upgrade to Moin 1.6 (if indeed user_dir > is a > > 1.6-only feature). An overview and concatenated instructions are here: > > > > http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 > > > > -Rick > > > > > > > > > > > > On Jan 10, 2008 3:14 PM, Ted Stern wrote: > > > I have a conceptual question: > > > > > > I started evangelizing MoinMoin in my organization a couple of years > > > ago, and I've been too successful. Now everyone and his brother wants > > > to start their own wiki. > > > > > > For simplicity, I originally set up one wiki with the cgi-bin script > > > method. > > > > > > Later, I set up a template wiki that I clone so that each new wiki is > > > a copy of the template with a few names changed: > > > > > > wiki.server.com/TemplateWiki/ > > > .............../AnotherWiki/ > > > .............../AndAnotherWiki/ > > > > > > This works well enough, except that users have to create new accounts > > > for each wiki. > > > > > > Problems: > > > > > > 1) There's a lot of proprietary/export - restricted material in > > > these wikis, so I have to use access control. > > > > > > 2) Users have to have multiple accounts, causing confusion. > > > > > > 3) Wiki host doesn't support aliasing (e.g. anotherwiki.server.com) > > > > > > > > > I was considering setting up a wiki farm, but as far as I understand, > > > this still has multiple accounts. > > > > > > Alternatively, I could simply place the wiki at the top level, and > > > make other wikis into SubPages, using SubPage group permissions to > > > control access. This is probably the best solution, because it means > > > users have to have only one account, and once they are logged in, they > > > can get into the other SubPages easily. > > > > > > The only drawback I can see is that I lose the ability to have a > > > different logo for each SubPage. But perhaps that might be tolerable. > > > > > > I guess what I'm looking for in posting here is shared experiences: > > > has anyone run into anything like this before? Am I missing something > > > about wiki farms that I ought to know? > > > > > > Ted > > > -- > > > dodecatheon at gmail dot com > > > Frango ut patefaciam -- I break so that I may reveal > > > > > > > ------------------------------------------------------------------------- > > > Check out the new SourceForge.net Marketplace. > > > It's the best place to buy or sell services for > > > just about anything Open Source. > > > > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > > _______________________________________________ > > > 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's the best place to buy or sell services for > > just about anything Open Source. > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > _______________________________________________ > > 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's the best place to buy or sell services for > just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > 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 jbardin at bu.edu Fri Jan 11 15:55:59 2008 From: jbardin at bu.edu (James Bardin) Date: Fri, 11 Jan 2008 15:55:59 -0500 Subject: [Moin-user] root wiki with mod_python Message-ID: <4787D7DF.6070707@bu.edu> Hello, If anyone is interested, according to HelpOnConfiguration/ApacheVoodoo, no one has figured out how to get a root mod_python wiki without using the moinmodpy wrapper script. The key seems to be to pass in 'PythonOption Location "/"' so that MoinMoin can link correctly. Here's my config: #################################### RewriteEngine On # don't catch any of our static URLs RewriteCond %{REQUEST_URI} !^/moin_static160.* RewriteCond %{REQUEST_URI} !^/robots.txt$ RewriteCond %{REQUEST_URI} !^/favicon.ico$ # everything else goes to the wiki RewriteRule ^/?(.*)$ /var/www/wikifarm/$1 SetHandler python-program PythonOption Location "/" PythonPath "['/var/www/wikifarm'] + sys.path" PythonHandler MoinMoin.request.request_modpython::Request.run #################################### I'd thought I post it here before committing it to MoinMaster -jim From lists.gnarlodious at gmail.com Sat Jan 12 01:21:18 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Fri, 11 Jan 2008 23:21:18 -0700 Subject: [Moin-user] mod_python or mod_wsgi ??? Message-ID: <3130eec50801112221s697b91fax5762aa8a356d79b9@mail.gmail.com> Starting to think about upgrading to 1.6. I'd like to speed up the server with some integration that is good for Python scripting. Should I go for fastCGI, mod_python or mod_wsgi? What are the advantages and drawbacks of each? Would I need to build Apache with the module ? -- Gnarlie http://Gnarlodious.com/ From rick.vanderveer at gmail.com Sat Jan 12 13:41:17 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Sat, 12 Jan 2008 12:41:17 -0600 Subject: [Moin-user] mod_python or mod_wsgi ??? In-Reply-To: <3130eec50801112221s697b91fax5762aa8a356d79b9@mail.gmail.com> References: <3130eec50801112221s697b91fax5762aa8a356d79b9@mail.gmail.com> Message-ID: <5c39e1ca0801121041g2b6de398m45cc2bae8689930f@mail.gmail.com> Hey Gnarlie, >From my reading on the moin site, FastCGI is the recommended CGI accelerator. Others work obviously, but you occasionally hear of odd issues on this list with the other options. The fact that http://moinmo.in runs on FastCGI was enough to convince me. ;-) All of the choices are simply taking a different approach to solving the same problem. One thing I like about FastCGI is that it is using/loading the actual Python interpreter, whereas mod_python and mod_wsgi are using their own built-in interpreter (which of course may (or may not) include their own bugs, or may not be as current as the actual Python release). (disclaimer: This is how *I* understand it, someone more knowledgeable may have a different take). Secondly, I suggest (and of course you know this already) taking it one step at a time and tackling one before the other. Both represent major infrastructural changes to your wiki, and there's nothing worse than trying to isolate a problem when doing multiple upgrades at the same time! :-) If I had to pick, I'd probably tackle the moin 1.6 upgrade first. :-) Moin on Mac: Finally, I noticed a few weeks ago that you commented on the ApacheOnMacOsx page that it needed to be updated for Leopard. I spent some time and updated this page on moinmaster, but it hasn't migrated to the regular moin yet. If you're using Mac for hosting, you can view the updated page here: http://master.moinmo.in/HelpOnInstalling/ApacheOnMacOsx I haven't tried getting FastCGI up and running on a Mac, but I see that FastCGI is in MacPorts, which would certainly save some build/install pains. :-) http://www.macports.org/ports.php?by=name&substr=FastCGI If you're successful in getting FastCGI working, I'd like to hear about it...! Good luck! -Rick On Jan 12, 2008 12:21 AM, Gnarlodious wrote: > Starting to think about upgrading to 1.6. I'd like to speed up the > server with some integration that is good for Python scripting. Should > I go for fastCGI, mod_python or mod_wsgi? What are the advantages and > drawbacks of each? > > Would I need to build Apache with the module ? > > -- Gnarlie > http://Gnarlodious.com/ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From tw-public at gmx.de Sat Jan 12 15:28:45 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 12 Jan 2008 21:28:45 +0100 Subject: [Moin-user] mod_python or mod_wsgi ??? In-Reply-To: <3130eec50801112221s697b91fax5762aa8a356d79b9@mail.gmail.com> References: <3130eec50801112221s697b91fax5762aa8a356d79b9@mail.gmail.com> Message-ID: <1200169725.7916.13.camel@black> > I go for fastCGI, mod_python or mod_wsgi? What are the advantages and > drawbacks of each? Don't use mod_python. Everything else (except CGI) should give reasonable performance. Maybe, some day, moin will be refactored to use WSGI internally, see: http://moinmo.in/FeatureRequests/WsgiRefactoring So if you can get mod_wsgi working easily, maybe that is the preferred way. It has not found its way into most distributions, though, so maybe fastcgi is easier for now. From pemboa at gmail.com Sat Jan 12 18:07:39 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 12 Jan 2008 17:07:39 -0600 Subject: [Moin-user] mod_python or mod_wsgi ??? In-Reply-To: <1200169725.7916.13.camel@black> References: <3130eec50801112221s697b91fax5762aa8a356d79b9@mail.gmail.com> <1200169725.7916.13.camel@black> Message-ID: <16de708d0801121507j636a2db9y10316e64bc55e3eb@mail.gmail.com> On 1/12/08, Thomas Waldmann wrote: > > I go for fastCGI, mod_python or mod_wsgi? What are the advantages and > > drawbacks of each? > > Don't use mod_python. > > Everything else (except CGI) should give reasonable performance. > > Maybe, some day, moin will be refactored to use WSGI internally, see: > > http://moinmo.in/FeatureRequests/WsgiRefactoring > > So if you can get mod_wsgi working easily, maybe that is the preferred > way. It has not found its way into most distributions, though, so maybe > fastcgi is easier for now. I just recently finish (to satisfaction) my own MoinMoin install, so I'm kind of curios as to what's wrong with mod_python, didn't notice any warnings in the wiki. -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From crosseyedpenguin at yahoo.com Sat Jan 12 21:00:48 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Sat, 12 Jan 2008 18:00:48 -0800 (PST) Subject: [Moin-user] mod_python or mod_wsgi ??? In-Reply-To: <16de708d0801121507j636a2db9y10316e64bc55e3eb@mail.gmail.com> Message-ID: <65483.33154.qm@web36207.mail.mud.yahoo.com> --- Arthur Pemberton wrote: > On 1/12/08, Thomas Waldmann wrote: > > > I go for fastCGI, mod_python or mod_wsgi? What are the advantages > and > > > drawbacks of each? > > > > Don't use mod_python. > > > > Everything else (except CGI) should give reasonable performance. > > > > Maybe, some day, moin will be refactored to use WSGI internally, > see: > > > > http://moinmo.in/FeatureRequests/WsgiRefactoring > > > > So if you can get mod_wsgi working easily, maybe that is the > preferred > > way. It has not found its way into most distributions, though, so > maybe > > fastcgi is easier for now. > > > I just recently finish (to satisfaction) my own MoinMoin install, so > I'm kind of curios as to what's wrong with mod_python, didn't notice > any warnings in the wiki. > > -- > Fedora 7 : sipping some of that moonshine I have been using mod_python with Moin since around 2003 and found it fast and reliable. During that time, I think there has been at least one bug specific to mod_python (related to uploading attachments?) that was discussed here but it never effected my installation. That said, I have been working toward moving my production environment from Fedora Core to Ubuntu. After bringing up a working Ubuntu environment on an old PC, I decided to give mod_wsgi a try. Following the instructions here: http://moinmo.in/HelpOnInstalling/ApacheWithModWSGI I was able to convert from mod_python to mod_wsgi in about 20 minutes. Given a choice between mod_python and mod_wsgi, I think the strategic choice is mod_wsgi because more of the development effort is going in that direction. It is good to have multiple choices that work well. If you are going to develop a new Python application or invest time in installing a new server then wsgi capability is worth considering. So my personal plan is to convert from mod_python to mod_wsgi. Roger Haase ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From lists.gnarlodious at gmail.com Sun Jan 13 00:40:22 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Sat, 12 Jan 2008 22:40:22 -0700 Subject: [Moin-user] root wiki with mod_python In-Reply-To: <4787D7DF.6070707@bu.edu> References: <4787D7DF.6070707@bu.edu> Message-ID: <3130eec50801122140v2aff74eeg95430407eceb5ac1@mail.gmail.com> On 1/11/08, James Bardin wrote: > # don't catch any of our static URLs > RewriteCond %{REQUEST_URI} !^/moin_static160.* > RewriteCond %{REQUEST_URI} !^/robots.txt$ > RewriteCond %{REQUEST_URI} !^/favicon.ico$ Is this working as expected? Because I believe there is an implicit [AND] statement after the first two lines. And of course, it would be impossible for {REQUEST_URI} to fulfill all three conditions. In addition, I think you can shorten that statement to: RewriteCond %{REQUEST_URI} !(^/moin_static160.*|^/robots.txt$|^/favicon.ico$) Unless I'm not grasping you purpose here... Looks like you are intercepting requests. -- Gnarlie http://Gnarlodious.com/Gnarlodious From pemboa at gmail.com Sun Jan 13 02:56:56 2008 From: pemboa at gmail.com (Arthur Pemberton) Date: Sun, 13 Jan 2008 01:56:56 -0600 Subject: [Moin-user] root wiki with mod_python In-Reply-To: <3130eec50801122140v2aff74eeg95430407eceb5ac1@mail.gmail.com> References: <4787D7DF.6070707@bu.edu> <3130eec50801122140v2aff74eeg95430407eceb5ac1@mail.gmail.com> Message-ID: <16de708d0801122356w26f6083aq90c8c003f1f179d9@mail.gmail.com> On Jan 12, 2008 11:40 PM, Gnarlodious wrote: > On 1/11/08, James Bardin wrote: > > > # don't catch any of our static URLs > > RewriteCond %{REQUEST_URI} !^/moin_static160.* > > RewriteCond %{REQUEST_URI} !^/robots.txt$ > > RewriteCond %{REQUEST_URI} !^/favicon.ico$ > > Is this working as expected? Because I believe there is an implicit > [AND] statement after the first two lines. And of course, it would be > impossible for {REQUEST_URI} to fulfill all three conditions. yes, there should be an [OR] on the first two conditions > In addition, I think you can shorten that statement to: > > RewriteCond %{REQUEST_URI} !(^/moin_static160.*|^/robots.txt$|^/favicon.ico$) not as pretty as 3 separate lin -- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) From vakils at gmail.com Sun Jan 13 07:38:31 2008 From: vakils at gmail.com (Mohammed Ali V) Date: Sun, 13 Jan 2008 18:08:31 +0530 Subject: [Moin-user] WYMeditor with MoinMoin Message-ID: <1bb536810801130438w64b8e764g61e8c1f89d7d18d@mail.gmail.com> Hi, Has anyone tried integrating WYMeditor with MoinMoin? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbardin at bu.edu Sun Jan 13 11:39:53 2008 From: jbardin at bu.edu (james bardin) Date: Sun, 13 Jan 2008 11:39:53 -0500 Subject: [Moin-user] root wiki with mod_python In-Reply-To: <16de708d0801122356w26f6083aq90c8c003f1f179d9@mail.gmail.com> References: <4787D7DF.6070707@bu.edu> <3130eec50801122140v2aff74eeg95430407eceb5ac1@mail.gmail.com> <16de708d0801122356w26f6083aq90c8c003f1f179d9@mail.gmail.com> Message-ID: > On Jan 13, 2008 2:56 AM, Arthur Pemberton wrote: > On Jan 12, 2008 11:40 PM, Gnarlodious wrote: > >> Is this working as expected? Because I believe there is an implicit >> [AND] statement after the first two lines. And of course, it would be >> impossible for {REQUEST_URI} to fulfill all three conditions. > > yes, there should be an [OR] on the first two conditions Thanks Arthur, Forgot the [OR]s, as I keep everything the moin_static, and added the others at the last minute. In reality, I only use: RewriteCond %{REQUEST_URI} !^/moin_static160.* RewriteRule ^/?(.*)$ /var/www/wikifarm/$1 -jim > > > In addition, I think you can shorten that statement to: > > > > RewriteCond %{REQUEST_URI} > !(^/moin_static160.*|^/robots.txt$|^/favicon.ico$) > > not as pretty as 3 separate lin > > -- > Fedora 7 : sipping some of that moonshine > ( www.pembo13.com ) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From emailmanjula at yahoo.com Sun Jan 13 15:42:13 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Sun, 13 Jan 2008 12:42:13 -0800 (PST) Subject: [Moin-user] mod_python Message-ID: <44711.54609.qm@web35514.mail.mud.yahoo.com> Hi All, I download mod_python version 3.3.1 from http://httpd.apache.org/modules/python-download.cgi. And changing mod_python_so.PYD file to mod_python.so I am using Apache 1.3.When I include "LoadModule .............................." in Apache httpd.conf .I am not able to restart the Apache service. Can anyone please let me know what I am doing wrong.And whether I am using proper version of mod_python. Thanks in Advance, Manjula ----- Original Message ---- From: Rick Vanderveer To: Gnarlodious Cc: Moin Sent: Saturday, January 12, 2008 10:41:17 AM Subject: Re: [Moin-user] mod_python or mod_wsgi ??? Hey Gnarlie, >From my reading on the moin site, FastCGI is the recommended CGI accelerator. Others work obviously, but you occasionally hear of odd issues on this list with the other options. The fact that http://moinmo.in runs on FastCGI was enough to convince me. ;-) All of the choices are simply taking a different approach to solving the same problem. One thing I like about FastCGI is that it is using/loading the actual Python interpreter, whereas mod_python and mod_wsgi are using their own built-in interpreter (which of course may (or may not) include their own bugs, or may not be as current as the actual Python release). (disclaimer: This is how *I* understand it, someone more knowledgeable may have a different take). Secondly, I suggest (and of course you know this already) taking it one step at a time and tackling one before the other. Both represent major infrastructural changes to your wiki, and there's nothing worse than trying to isolate a problem when doing multiple upgrades at the same time! :-) If I had to pick, I'd probably tackle the moin 1.6 upgrade first. :-) Moin on Mac: Finally, I noticed a few weeks ago that you commented on the ApacheOnMacOsx page that it needed to be updated for Leopard. I spent some time and updated this page on moinmaster, but it hasn't migrated to the regular moin yet. If you're using Mac for hosting, you can view the updated page here: http://master.moinmo.in/HelpOnInstalling/ApacheOnMacOsx I haven't tried getting FastCGI up and running on a Mac, but I see that FastCGI is in MacPorts, which would certainly save some build/install pains. :-) http://www.macports.org/ports.php?by=name&substr=FastCGI If you're successful in getting FastCGI working, I'd like to hear about it...! Good luck! -Rick On Jan 12, 2008 12:21 AM, Gnarlodious wrote: > Starting to think about upgrading to 1.6. I'd like to speed up the > server with some integration that is good for Python scripting. Should > I go for fastCGI, mod_python or mod_wsgi? What are the advantages and > drawbacks of each? > > Would I need to build Apache with the module ? > > -- Gnarlie > http://Gnarlodious.com/ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > 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's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbardin at bu.edu Sun Jan 13 15:59:42 2008 From: jbardin at bu.edu (james bardin) Date: Sun, 13 Jan 2008 15:59:42 -0500 Subject: [Moin-user] interwiki include macro In-Reply-To: <577A9B529B161647A7E166F7C8C394ED4D9F3D@mailnyc3.nyc.deshaw.com> References: <577A9B529B161647A7E166F7C8C394ED4D9F3B@mailnyc3.nyc.deshaw.com> <577A9B529B161647A7E166F7C8C394ED4D9F3D@mailnyc3.nyc.deshaw.com> Message-ID: On Dec 16, 2007 1:40 AM, Shchupak, Vitaliy wrote: > Try initializing the request with: > subreq = RequestCLI('localhost/' + wikiname, > properties={'script_name':'/'+wikiname}) > (may need to me adjusted for 1.6+) > > Vitaliy > My macro works well for wikis in a farm where each wiki is located by "host/wikiname", but I can't get it to work for root mounted wikis, where the url is "wikiname.host/". I'm initializing the request like so: inc_wiki = 'otherwiki.host.com/' req = request_cli.Request(inc_wiki, properties={'script_name': script_name}) The script_name property was the key for getting the macro to work on a directory based farm, but root mounted all have a script_name of '/', and all the internal links in the included page from otherwiki.host.com link to mainwiki.host.com. Is this a possible problem with the request_cli, or am I still missing something? Thanks -jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists.gnarlodious at gmail.com Sun Jan 13 18:10:15 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Sun, 13 Jan 2008 16:10:15 -0700 Subject: [Moin-user] mod_python In-Reply-To: <44711.54609.qm@web35514.mail.mud.yahoo.com> References: <44711.54609.qm@web35514.mail.mud.yahoo.com> Message-ID: <3130eec50801131510p1bdacefdoddb75ca91c46bd78@mail.gmail.com> On 1/13/08, Manjula Kumar wrote: > I am not able to restart the Apache service. What happens with the command: sudo apachectl configtest And what kind of server is it running in? -- Gnarlie http://Gnarlodious.com/ From p.f.moore at gmail.com Mon Jan 14 09:14:24 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Mon, 14 Jan 2008 14:14:24 +0000 Subject: [Moin-user] Where is standalone server moin.py in 1.6.0? In-Reply-To: <79990c6b0801110738s5ae4c149x290074aa7e9fe5a5@mail.gmail.com> References: <79990c6b0801110738s5ae4c149x290074aa7e9fe5a5@mail.gmail.com> Message-ID: <79990c6b0801140614x6d36cdd1t33f763ba70069334@mail.gmail.com> On 11/01/2008, Paul Moore wrote: > Where should I find a suitable standalone server moin.py script? Looks like it's in the top-level of the build directory (ie, the tar archive), but isn't installed by setup.py. Then again, the setup.py gives me a headache, so maybe I missed something. Are there any plans to use setuptools for MoinMoin? It might make some of this stuff a bit easier. Paul. From kuhnolive at fh-bingen.de Mon Jan 14 11:00:19 2008 From: kuhnolive at fh-bingen.de (kuhnolive at fh-bingen.de) Date: Mon, 14 Jan 2008 17:00:19 +0100 Subject: [Moin-user] Problem with building the xapian index Message-ID: <1200326419.478b871355b70@webmail.fh-bingen.de> Hi again. I posted this message a while before with no reaction, so, maybe I didn't add enough information (see below). I'm trying to build a xapian index with xapian index build --mode=add and get the following error Traceback (most recent call last): File "/usr/bin/moin", line 6, in ? run() File "/usr/lib/python2.4/site-packages/MoinMoin/script/moin.py", line 15, in run MoinScript().run(showtime=0) File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run self.mainloop() File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 245, in mainloop plugin_class(args[2:], self.options).run() # all starts again there File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run self.mainloop() File "/usr/lib/python2.4/site-packages/MoinMoin/script/index/build.py", line 29, in mainloop self.init_request() File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 180, in init_request self.request = request_cli.Request(pagename=self.options.page) File "/usr/lib/python2.4/site-packages/MoinMoin/request/request_cli.py", line 31, in __init__ RequestBase.__init__(self, properties) File "/usr/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 216, in __init__ self._load_multi_cfg() File "/usr/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 381, in _load_multi_cfg self.cfg = multiconfig.getConfig(self.url) File "/usr/lib/python2.4/site-packages/MoinMoin/config/multiconfig.py", line 170, in getConfig cfg = _makeConfig(cfgName) File "/usr/lib/python2.4/site-packages/MoinMoin/config/multiconfig.py", line 122, in _makeConfig raise error.ConfigurationError(msg) MoinMoin.error.ConfigurationError: ImportError: No module named wikiconfig Check that the file is in the same directory as the server script. If it is not, you must add the path of the directory where the file is located to the python path in the server script. See the comments at the top of the server script. Check that the configuration file name is either "wikiconfig.py" or the module name specified in the wikis list in farmconfig.py. Note that the module name does not include the ".py" suffix. I checked the given advise: My wikiconfig.py is not in the same directory as the server script, but the moin.cgi has got the line sys.path.insert(0, '/usr/share/moin/biwiki'). My wikiconfig.py is in /usr/share/moin/biwiki. So what's the problem with it? I have no idea, where to look at now. What script does look where for the wikiconfig.py module? Can anybody please help me with that? greets Oliver ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user ----- End forwarded message ----- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From j.k.wight at ncl.ac.uk Mon Jan 14 11:44:11 2008 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Mon, 14 Jan 2008 16:44:11 +0000 Subject: [Moin-user] Problem with plugins after upgrading to 1.6.0 Message-ID: <1200329051.28155.103.camel@gudea.ncl.ac.uk> I've converted one wiki (from 1.3.5) to use 1.6.0. Pages are being displayed OK apart from those accessing the plugin directory. Every access of a page containing a 3rd-party macro results in an error of the form: No module named plugin.macro.XYZ I've copied a couple of the macros to a new wiki in the farm, where they work fine. I can't spot any differences in the filesystem permissions leading to, and within, the plugin directory. In fact, if I make the new wiki's plugin directory be a symbolic link to the converted wiki's plugin directory then the macros work fine in the new wiki. What could be giving rise to the problem in the converted wiki? Jim From p.f.moore at gmail.com Mon Jan 14 12:33:44 2008 From: p.f.moore at gmail.com (Paul Moore) Date: Mon, 14 Jan 2008 17:33:44 +0000 Subject: [Moin-user] Where are the files installed in share/moin used? Message-ID: <79990c6b0801140933h4578c00ayf05877f26a5dcca0@mail.gmail.com> I'm aware that the files in share/moin/data and share/moin/underlay are copied to the Wiki instance when the instance directory is built. I also know that the server directory is sample server scripts, and the config directory is sample configs. My understanding is that these will never be used directly, but will be copied and customised as needed for an instance. That leaves htdocs, which are (I believe) expected to be served from the URL /moin_static60 (or wherever url_prefix_static points). Is that it? The reason I ask is that I'm looking at how we deploy moin internally and, while I don't plan on changing the deployment layout, I'm trying to understand what we *could* change, if the need arose. Thanks, Paul. From qq1 at mogeso.com Mon Jan 14 12:59:40 2008 From: qq1 at mogeso.com (Gerald Gutierrez) Date: Mon, 14 Jan 2008 09:59:40 -0800 Subject: [Moin-user] Mangled new page link with moin 1.6? Message-ID: <6eb8da7e0801140959k54fd2711se04c876b7b3a754e@mail.gmail.com> Hello all, I'm trying a new installation of moin 1.6. Followed instructions and have the standalone and CGI versions working. I can browse all available pages, create users, change themes, etc. However -- creating new pages is broken. Specifically, going to (with standalone server for simplicity) http://localhost:8080/Something gets me to the page saying "This page does not exist yet" and there is a link for "Create new empty page". The URL for that link is http://localhost:8080/ssingPage?action=edit and not http://localhost:8080/Something?action=edit like I thought it would be. Of course it ends up creating the page "ssingPage" instead. What's happening is it is taking the name "MissingPage" and taking the N last letters from it to create the link name, where N is name length of the page I want to create. If I want to create the page "Hello", the page it tries to create is "gPage". What's going on? Didn't do this with the old version. Gerald. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Mon Jan 14 12:35:22 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 14 Jan 2008 18:35:22 +0100 Subject: [Moin-user] Problem with building the xapian index In-Reply-To: <1200326419.478b871355b70@webmail.fh-bingen.de> References: <1200326419.478b871355b70@webmail.fh-bingen.de> Message-ID: <478B9D5A.7040207@gmx.de> > I'm trying to build a xapian index with > > xapian index build --mode=add s/xapian/moin/ ... and of course you need to give correct --config-dir and --wiki-url > MoinMoin.error.ConfigurationError: ImportError: No module named wikiconfig ... what you obviously did not do. > Check that the file is in the same directory as the server script. > I checked the given advise: > My wikiconfig.py is not in the same directory as the server script, but the > moin.cgi has got the line > sys.path.insert(0, '/usr/share/moin/biwiki'). > My wikiconfig.py is in /usr/share/moin/biwiki. Python does not care at all where you put that, but it must be able to locate it - this is what the --config-dir is for. > So what's the problem with it? I have no idea, where to look at now. > What script does look where for the wikiconfig.py module? As you did not tell it otherwise using --config-dir, it only searches the standard python sys.path (which will only find some standard python stuff, but not your config). From tw-public at gmx.de Mon Jan 14 12:41:51 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 14 Jan 2008 18:41:51 +0100 Subject: [Moin-user] Problem with plugins after upgrading to 1.6.0 In-Reply-To: <1200329051.28155.103.camel@gudea.ncl.ac.uk> References: <1200329051.28155.103.camel@gudea.ncl.ac.uk> Message-ID: <478B9EDF.1040007@gmx.de> > I've converted one wiki (from 1.3.5) to use 1.6.0. Pages are being > displayed OK apart from those accessing the plugin directory. Every > access of a page containing a 3rd-party macro results in an error of the > form: > > No module named plugin.macro.XYZ Make sure there are all __init__.py like you see in wiki/data/plugin of the MoinMoin distribution archive. You can just copy them over to your data/plugin directory. Also make sure you have all of the plugin/ subdirectories that are in the dist archive. From tw-public at gmx.de Mon Jan 14 12:44:47 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 14 Jan 2008 18:44:47 +0100 Subject: [Moin-user] Where are the files installed in share/moin used? In-Reply-To: <79990c6b0801140933h4578c00ayf05877f26a5dcca0@mail.gmail.com> References: <79990c6b0801140933h4578c00ayf05877f26a5dcca0@mail.gmail.com> Message-ID: <478B9F8F.7010604@gmx.de> > I'm aware that the files in share/moin/data and share/moin/underlay > are copied to the Wiki instance when the instance directory is built. > I also know that the server directory is sample server scripts, and > the config directory is sample configs. My understanding is that these > will never be used directly, but will be copied and customised as > needed for an instance. Correct (at least it should be this way). > That leaves htdocs, which are (I believe) expected to be served from > the URL /moin_static160 (or wherever url_prefix_static points). Yes. Whether you serve that directly from share/moin/htdocs or copy it also elsewhere is your choice. From tw-public at gmx.de Mon Jan 14 12:52:15 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 14 Jan 2008 18:52:15 +0100 Subject: [Moin-user] Mangled new page link with moin 1.6? In-Reply-To: <6eb8da7e0801140959k54fd2711se04c876b7b3a754e@mail.gmail.com> References: <6eb8da7e0801140959k54fd2711se04c876b7b3a754e@mail.gmail.com> Message-ID: <478BA14F.8050102@gmx.de> > I'm trying a new installation of moin 1.6. Followed instructions and > have the standalone and CGI versions working. I can browse all available > pages, create users, change themes, etc. > > However -- creating new pages is broken. > > Specifically, going to (with standalone server for simplicity) > http://localhost:8080/Something gets me to the page saying "This page > does not exist yet" and there is a link for "Create new empty page". The > URL for that link is http://localhost:8080/ssingPage?action=edit and > not http://localhost:8080/Something?action=edit like I thought it would > be. Of course it ends up creating the page "ssingPage" instead. > > What's happening is it is taking the name "MissingPage" and taking the N > last letters from it to create the link name, where N is name length of > the page I want to create. If I want to create the page "Hello", the > page it tries to create is "gPage". > > What's going on? That would be nice to know. :) The strange thing is that we use the standalone server all the time for testing and we never had such a problem with it. I suggest you file a bug report on the moin wiki and give much more details. Try it with a fresh download of the moin dist archive and just unpack it (don't do other changes or configuration) and start ./moin.py and try to reproduce your problem. Give Python and OS Version in your bug report. From qq1 at mogeso.com Mon Jan 14 13:36:28 2008 From: qq1 at mogeso.com (Gerald Gutierrez) Date: Mon, 14 Jan 2008 10:36:28 -0800 Subject: [Moin-user] Mangled new page link with moin 1.6? In-Reply-To: <478BA14F.8050102@gmx.de> References: <6eb8da7e0801140959k54fd2711se04c876b7b3a754e@mail.gmail.com> <478BA14F.8050102@gmx.de> Message-ID: <6eb8da7e0801141036h1ec882l118fe1c1a6cd5147@mail.gmail.com> Hi Thomas, Fresh copy of moin-1.6.0.tar.gz, uncompress, immediately run moin.py and go to http://localhost:8080/Something. I get exactly the same thing. It's very curious because it doesn't happen with my previous installation of 1.5. I'm running on Mac OSX 10.5 with the Macports version of Python 2.5.1. I just tried it on Ubuntu 7.10 with Python 2.5.1 and it does NOT happen there. I suspect somewhere in the code (maybe template engine) it is attempting to build the link and it is using the wrong page name (the intended page name instead of MissingPage). Where in this source is this located. I can try to track it down but no experience with moin source. Gerald. On 1/14/08, Thomas Waldmann wrote: > > > I'm trying a new installation of moin 1.6. Followed instructions and > > have the standalone and CGI versions working. I can browse all available > > pages, create users, change themes, etc. > > > > However -- creating new pages is broken. > > > > Specifically, going to (with standalone server for simplicity) > > http://localhost:8080/Something gets me to the page saying "This page > > does not exist yet" and there is a link for "Create new empty page". The > > URL for that link is http://localhost:8080/ssingPage?action=edit and > > not http://localhost:8080/Something?action=edit like I thought it would > > be. Of course it ends up creating the page "ssingPage" instead. > > > > What's happening is it is taking the name "MissingPage" and taking the N > > last letters from it to create the link name, where N is name length of > > the page I want to create. If I want to create the page "Hello", the > > page it tries to create is "gPage". > > > > What's going on? > > That would be nice to know. :) > > The strange thing is that we use the standalone server all the time for > testing and we never had such a problem with it. > > I suggest you file a bug report on the moin wiki and give much more > details. Try it with a fresh download of the moin dist archive and just > unpack it (don't do other changes or configuration) and start ./moin.py > and try to reproduce your problem. > > Give Python and OS Version in your bug report. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbardin at bu.edu Mon Jan 14 14:14:44 2008 From: jbardin at bu.edu (James Bardin) Date: Mon, 14 Jan 2008 14:14:44 -0500 Subject: [Moin-user] interwiki include macro In-Reply-To: References: <577A9B529B161647A7E166F7C8C394ED4D9F3B@mailnyc3.nyc.deshaw.com> <577A9B529B161647A7E166F7C8C394ED4D9F3D@mailnyc3.nyc.deshaw.com> Message-ID: <478BB4A4.6010205@bu.edu> james bardin wrote: > Is this a possible problem with the request_cli, or am I still missing > something? > > Thanks > -jim > > Never mind :) Forgot to look at the actual html. The links from the included wiki are correct, as they're returned as relative links. I need to make a new formatter for the included page. The wikiutil functions are being smart, and returning no wikiurl for links within the same wiki. Thanks -jim From tw-public at gmx.de Mon Jan 14 16:17:17 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 14 Jan 2008 22:17:17 +0100 Subject: [Moin-user] Mangled new page link with moin 1.6? In-Reply-To: <6eb8da7e0801141036h1ec882l118fe1c1a6cd5147@mail.gmail.com> References: <6eb8da7e0801140959k54fd2711se04c876b7b3a754e@mail.gmail.com> <478BA14F.8050102@gmx.de> <6eb8da7e0801141036h1ec882l118fe1c1a6cd5147@mail.gmail.com> Message-ID: <1200345437.7214.0.camel@black> I add some details of your post there: http://moinmo.in/MoinMoinBugs/1.6_MacOSX_CreateNewPage_WrongName Let's continue there. From jbardin at bu.edu Mon Jan 14 16:30:46 2008 From: jbardin at bu.edu (James Bardin) Date: Mon, 14 Jan 2008 16:30:46 -0500 Subject: [Moin-user] incorrect editor_quickhelp links Message-ID: <478BD486.1070009@bu.edu> This is in a moin 1.58 wikifarm. The HelpOnEditing and SyntaxReference links at the bottom of the editor often point to other wikis in the farm. Removing the caches doesn't help, and the links will switch to different wikis between reloads. thanks -jim From tw-public at gmx.de Mon Jan 14 18:11:06 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 15 Jan 2008 00:11:06 +0100 Subject: [Moin-user] incorrect editor_quickhelp links In-Reply-To: <478BD486.1070009@bu.edu> References: <478BD486.1070009@bu.edu> Message-ID: <1200352266.5774.1.camel@black> > The HelpOnEditing and SyntaxReference links at the bottom of the editor > often point to other wikis in the farm. You can have a separate underlay dir for each of your wikis, I think that would fix it. From Vitaliy.Shchupak at deshaw.com Mon Jan 14 18:32:06 2008 From: Vitaliy.Shchupak at deshaw.com (Shchupak, Vitaliy) Date: Mon, 14 Jan 2008 18:32:06 -0500 Subject: [Moin-user] incorrect editor_quickhelp links In-Reply-To: <1200352266.5774.1.camel@black> References: <478BD486.1070009@bu.edu> <1200352266.5774.1.camel@black> Message-ID: <577A9B529B161647A7E166F7C8C394ED4DA042@mailnyc3.nyc.deshaw.com> [this applies to 1.5.8, haven't tried with 1.6] I think this is a bug in i18n/__init__.py/getText(), because it caches the parsed translation of the quickhelp text that includes the script_name when converting links. The same translation cache gets served to a different request which may be for a different wiki. Removing the i18n cache entries AND restarting the web server should work. A very hacky workaround to prevent this is to make a trivial modification to the quickhelp text so that translation fails every time. For example, add a space to editor_quickhelp definition in multiconfig.py. There is probably a better workaround for this. I saw several bug reports about this on the MoinMoin site before. Is this fixed in MoinMoin 1.6? Vitaliy -----Original Message----- From: moin-user-bounces at lists.sourceforge.net [mailto:moin-user-bounces at lists.sourceforge.net] On Behalf Of Thomas Waldmann Sent: Monday, January 14, 2008 6:11 PM To: James Bardin Cc: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] incorrect editor_quickhelp links > The HelpOnEditing and SyntaxReference links at the bottom of the editor > often point to other wikis in the farm. You can have a separate underlay dir for each of your wikis, I think that would fix it. ------------------------------------------------------------------------ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp lace _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From jbardin at bu.edu Mon Jan 14 18:58:56 2008 From: jbardin at bu.edu (james bardin) Date: Mon, 14 Jan 2008 18:58:56 -0500 Subject: [Moin-user] incorrect editor_quickhelp links In-Reply-To: <577A9B529B161647A7E166F7C8C394ED4DA042@mailnyc3.nyc.deshaw.com> References: <478BD486.1070009@bu.edu> <1200352266.5774.1.camel@black> <577A9B529B161647A7E166F7C8C394ED4DA042@mailnyc3.nyc.deshaw.com> Message-ID: On Jan 14, 2008 6:32 PM, Shchupak, Vitaliy wrote: > A very hacky workaround to prevent this is to make a trivial > modification to the quickhelp text so that translation fails every time. > For example, add a space to editor_quickhelp definition in > multiconfig.py. There is probably a better workaround for this. > Giving the wikis their own underlay didn't help. BTW, there are two examples in HelpOnConfiguration that show underlay_dir - is this a typo? There's only a data_underlay_directory in multiconfig.py. The above fix will work here for now. I haven't been able to replicate it in 1.6/1.7, and at a quick glance the new i18n/__init__.py looks much different. Thanks -jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From adler at stephenadler.com Mon Jan 14 21:02:44 2008 From: adler at stephenadler.com (Stephen Adler) Date: Mon, 14 Jan 2008 21:02:44 -0500 Subject: [Moin-user] problems running unit tests with 1.6.0 Message-ID: <478C1444.2050006@stephenadler.com> Guys, Has anyone had trouble running the unit tests with 1.6.0? The way you run them is by surfing to the url http://yoursite.com/yourmoinwiki?action=test and then clicking on the "do it" button at the top of the page. What I'm finding out is that the file src/moin-1.6.0/MoinMoin/_tests/__init__.py is zero size! where as the file from version 1.5.8 has real python content, including the run member function. I've just upgraded my wiki from 1.5.8 to 1.6.0 and I would like to execute the unit tests to make sure everything is ok with the upgrade. Thanks. Steve. From j.k.wight at ncl.ac.uk Tue Jan 15 04:40:31 2008 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Tue, 15 Jan 2008 09:40:31 +0000 Subject: [Moin-user] Problem with plugins after upgrading to 1.6.0 In-Reply-To: <478B9EDF.1040007@gmx.de> References: <1200329051.28155.103.camel@gudea.ncl.ac.uk> <478B9EDF.1040007@gmx.de> Message-ID: <1200390031.28155.144.camel@gudea.ncl.ac.uk> On Mon, 2008-01-14 at 18:41 +0100, Thomas Waldmann wrote: > > I've converted one wiki (from 1.3.5) to use 1.6.0. Pages are being > > displayed OK apart from those accessing the plugin directory. Every > > access of a page containing a 3rd-party macro results in an error of the > > form: > > > > No module named plugin.macro.XYZ > > Make sure there are all __init__.py like you see in wiki/data/plugin of > the MoinMoin distribution archive. You can just copy them over to your > data/plugin directory. All __init__.py files within the converted wiki are identical to those in the distribution archive. > Also make sure you have all of the plugin/ subdirectories that are in > the dist archive. The converted wiki had a processor subirectory but not converter. I've deleted all .pyc files from within plugin. When I attempt to access a page containing a macro, plugin/__init__.pyc and plugin/macro/__init__.pyc get recreated, but I continue to get No module named plugin.macro.XYZ and of course plugin/macro/XYZ.pyc doesn't get created. As I mentioned in my previous message, a new 1.6.0 wiki is able to use this troublesome plugin directory, causing XYZ.pyc to be created. Maybe I will start again, converting the same and other wikis in the farm to see whether the problem recurs with any of them. Jim From j.k.wight at ncl.ac.uk Tue Jan 15 04:43:26 2008 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Tue, 15 Jan 2008 09:43:26 +0000 Subject: [Moin-user] Where are the files installed in share/moin used? In-Reply-To: <478B9F8F.7010604@gmx.de> References: <79990c6b0801140933h4578c00ayf05877f26a5dcca0@mail.gmail.com> <478B9F8F.7010604@gmx.de> Message-ID: <1200390206.28155.146.camel@gudea.ncl.ac.uk> On Mon, 2008-01-14 at 18:44 +0100, Thomas Waldmann wrote: > > I'm aware that the files in share/moin/data and share/moin/underlay > > are copied to the Wiki instance when the instance directory is built. > > I also know that the server directory is sample server scripts, and > > the config directory is sample configs. My understanding is that these > > will never be used directly, but will be copied and customised as > > needed for an instance. > > Correct (at least it should be this way). Can underlay not be shared? Jim From tw-public at gmx.de Tue Jan 15 07:46:45 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 15 Jan 2008 13:46:45 +0100 Subject: [Moin-user] Problem with plugins after upgrading to 1.6.0 In-Reply-To: <1200390031.28155.144.camel@gudea.ncl.ac.uk> References: <1200329051.28155.103.camel@gudea.ncl.ac.uk> <478B9EDF.1040007@gmx.de> <1200390031.28155.144.camel@gudea.ncl.ac.uk> Message-ID: <478CAB35.8080208@gmx.de> > The converted wiki had a processor subirectory but not converter. Fix this! :) Remove processor, copy the converter from dist archive. Check access rights. From tw-public at gmx.de Tue Jan 15 07:48:20 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 15 Jan 2008 13:48:20 +0100 Subject: [Moin-user] Where are the files installed in share/moin used? In-Reply-To: <1200390206.28155.146.camel@gudea.ncl.ac.uk> References: <79990c6b0801140933h4578c00ayf05877f26a5dcca0@mail.gmail.com> <478B9F8F.7010604@gmx.de> <1200390206.28155.146.camel@gudea.ncl.ac.uk> Message-ID: <478CAB94.7040809@gmx.de> > Can underlay not be shared? Well, you can, but there could be slight adverse effects due to the html caching. If you want to be on the safer side, don't share it. From rick.vanderveer at gmail.com Tue Jan 15 12:30:47 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 15 Jan 2008 11:30:47 -0600 Subject: [Moin-user] MoinMoinNoFooter? Message-ID: <5c39e1ca0801150930t76c38cf2rce19c1d970c6b789@mail.gmail.com> I'm trying to get a 1.5 macro working in 1.6. The error I'm getting is MoinMoinNoFooter. Unfortunately, I'm not a python programmer, but I assume that this would be a relatively simple fix (something even I could handle), as in all I have to do is change where MoinMoinNoFooter points to (assuming that this call moved from one file to another). If someone could tell me which file to link to, I could probably (hopefully) figure it out from there. Any help is greatly appreciated... -Rick ImportError cannot import name MoinMoinNoFooter If you want to report a bug, please save this page and attach it to your bug report. - Show debugging information - Report bug - Visit MoinMoin wiki Traceback A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. 1. d:\python25\Lib\site-packages\MoinMoin\request\__init__.pyin *run* (self=) 1. 1281 self.page.send_page(msg=msg) 2. 1282 else: 3. 1283 handler(self.page.page_name, self) 4. 1284 5. 1285 # every action that didn't use to raise MoinMoinNoFooter must call this now: - *handler* = - *self* = - self.*page* = - self.page.*page_name* = u'Rvanderveer/TestingTesting' 2. d:\python25\lib\site-packages\MoinMoin\action\__init__.pyin *do_show* (pagename=u'Rvanderveer/TestingTesting', request=< MoinMoin.request.request_fcgi.Request object at 0x0166EDB0>, content_only=0, count_hit=1, cacheable=1, print_mode=0) 1. 237 count_hit=count_hit, 2. 238 print_mode=print_mode, 3. 239 content_only=content_only, 4. 240 ) 5. 241 - *content_only* = 0 3. d:\python25\lib\site-packages\MoinMoin\Page.pyin *send_page* (self=, msg='', **keywords={'content_only': 0, 'count_hit': 1, 'print_mode': 0}) 1. 1167 format_args=pi['formatargs'], 2. 1168 do_cache=do_cache, 3. 1169 start_line=pi['lines']) 4. 1170 5. 1171 # check for pending footnotes - start_line *undefined* - *pi* = {'acl': , 'format': 'wiki', 'formatargs': '', 'language': 'en', 'lines': 0} 4. d:\python25\lib\site-packages\MoinMoin\Page.pyin *send_page_content* (self=, request=, body=u'Describe Rvanderveer/TestingTesting here.\n\n<>\n', format='wiki', format_args='', do_cache=1, **kw={'start_line': 0}) 1. 1260 raise 2. 1261 try: 3. 1262 code = self.makeCache(request, parser) 4. 1263 self.execute(request, parser, code) 5. 1264 except Exception, e: - code *undefined* - *self* = - self.*makeCache* = > - *request* = - *parser* = 5. d:\python25\lib\site-packages\MoinMoin\Page.pyin *makeCache* (self=, request=< MoinMoin.request.request_fcgi.Request object at 0x0166EDB0>, parser=< MoinMoin.parser.text_moin_wiki.Parser instance at 0x0177DC10>) 1. 1320 saved_current_lang = request.current_lang 2. 1321 try: 3. 1322 text = request.redirectedOutput(parser.format, formatter) 4. 1323 finally: 5. 1324 request.current_lang = saved_current_lang - text *undefined* - *request* = - request.*redirectedOutput* = > - *parser* = - parser.*format* = > - *formatter* = 6. d:\python25\Lib\site-packages\MoinMoin\request\__init__.pyin *redirectedOutput* (self=, function=>, *args=(,), **kw={}) 1. 822 self.redirect(buf) 2. 823 try: 3. 824 function(*args, **kw) 4. 825 finally: 5. 826 self.redirect() - *function* = > - *args* = (,) - *kw* = {} 7. d:\python25\Lib\site-packages\MoinMoin\parser\text_moin_wiki.pyin *format* (self=, formatter=, inhibit_p=False) 1. 1506 2. 1507 # Scan line, format and write 3. 1508 formatted_line = self.scan(line, inhibit_p=inhibit_p) 4. 1509 self.request.write(formatted_line) 5. 1510 - *formatted_line* = u'

Describe Rvanderveer/TestingTesting here. ' - *self* = - self.*scan* = > - *line* = u'<> ' - *inhibit_p* = False 8. d:\python25\Lib\site-packages\MoinMoin\parser\text_moin_wiki.pyin *scan* (self=, line=u'<> ', inhibit_p=False) 1. 1319 self.in_table or self.in_list): 2. 1320 result.append(self.formatter.paragraph(1, css_class="line867")) 3. 1321 result.append(self.replace(match, inhibit_p)) 4. 1322 end = match.end() 5. 1323 lastpos = end - *result* = ['

'] - result.*append* = - *self* = - self.*replace* = > - *match* = <_sre.SRE_Match object at 0x017C7F78> - *inhibit_p* = False 9. d:\python25\Lib\site-packages\MoinMoin\parser\text_moin_wiki.pyin *replace* (self=, match=<_sre.SRE_Match object at 0x017C7F78>, inhibit_p=False) 1. 1361 # Get replace method and replace hit 2. 1362 replace_func = getattr(self, '_%s_repl' % type) 3. 1363 result.append(replace_func(hit, match.groupdict())) 4. 1364 return ''.join(result) 5. 1365 else: - *result* = [] - result.*append* = - *replace_func* = > - *hit* = u'PageComment' - *match* = <_sre.SRE_Match object at 0x017C7F78> - match.*groupdict* = 10. d:\python25\Lib\site-packages\MoinMoin\parser\text_moin_wiki.pyin *_macro_repl* (self=, word=u'PageComment', groups={u'big': None, u'big_off': None, u'big_on': None, u'comment': None, u'dl': None, u'email': None, u'emph': None, u'emph_ib_or_bi': None, u'emph_ibb': None, u'emph_ibi': None, ...}) 1. 1285 if self.macro is None: 2. 1286 self.macro = macro.Macro(self) 3. 1287 return self.formatter.macro(self.macro, macro_name, macro_args, markup=groups.get('macro')) 4. 1288 _macro_name_repl = _macro_repl 5. 1289 _macro_args_repl = _macro_repl - *self* = - self.*formatter* = - self.formatter.*macro* = > - self.*macro* = - *macro_name* = u'PageComment' - *macro_args* = None - markup *undefined* - *groups* = {u'big': None, u'big_off': None, u'big_on': None, u'comment': None, u'dl': None, u'email': None, u'emph': None, u'emph_ib_or_bi': None, u'emph_ibb': None, u'emph_ibi': None, ...} - groups.*get* = 11. d:\python25\lib\site-packages\MoinMoin\formatter\text_python.pyin *macro* (self=, macro_obj=, name=u'PageComment', args=None, markup=u'<>') 1. 174 2. 175 def macro(self, macro_obj, name, args, markup=None): 3. 176 if self.__is_static(macro_obj.get_dependencies(name)): 4. 177 # XXX: why is this necessary?? 5. 178 macro_obj.formatter = self - *self* = - self.__is_static *undefined* - *macro_obj* = - macro_obj.*get_dependencies* = > - *name* = u'PageComment' 12. d:\python25\lib\site-packages\MoinMoin\macro\__init__.pyin *get_dependencies* (self=, macro_name=u'PageComment') 1. 136 try: 2. 137 return wikiutil.importPlugin(self.request.cfg, 'macro', 3. 138 macro_name, 'Dependencies') 4. 139 except wikiutil.PluginError: 5. 140 return self.defaultDependency - *macro_name* = u'PageComment' 13. d:\python25\lib\site-packages\MoinMoin\wikiutil.pyin *importPlugin* (cfg=, kind='macro', name=u'PageComment', function='Dependencies') 1. 1098 return importWikiPlugin(cfg, kind, name, function) 2. 1099 except PluginMissingError: 3. 1100 return importBuiltinPlugin(kind, name, function) 4. 1101 5. 1102 - *global* *importBuiltinPlugin* = - *kind* = 'macro' - *name* = u'PageComment' - *function* = 'Dependencies' 14. d:\python25\lib\site-packages\MoinMoin\wikiutil.pyin *importBuiltinPlugin* (kind='macro', name=u'PageComment', function='Dependencies') 1. 1120 raise PluginMissingError 2. 1121 moduleName = 'MoinMoin.%s.%s' % (kind, name) 3. 1122 return importNameFromPlugin(moduleName, function) 4. 1123 5. 1124 - *global* *importNameFromPlugin* = - *moduleName* = u'MoinMoin.macro.PageComment' - *function* = 'Dependencies' 15. d:\python25\lib\site-packages\MoinMoin\wikiutil.pyin *importNameFromPlugin* (moduleName=u'MoinMoin.macro.PageComment', name='Dependencies') 1. 1128 Raise PluginAttributeError if name does not exists. 2. 1129 """ 3. 1130 module = __import__(moduleName, globals(), {}, [name]) 4. 1131 try: 5. 1132 return getattr(module, name) - module *undefined* - *builtin* *__import__* = - *moduleName* = u'MoinMoin.macro.PageComment' - *builtin* *globals* = - *name* = 'Dependencies' 16. d:\python25\lib\site-packages\MoinMoin\macro\PageComment.pyin ** () 1. 149 from MoinMoin.Page import Page 2. 150 from MoinMoin.PageEditor import PageEditor 3. 151 from MoinMoin.parser import wiki 4. 152 5. 153 - MoinMoin *undefined* - wiki *undefined* 17. d:\python25\lib\site-packages\MoinMoin\parser\wiki.pyin ** () 1. 8 2. 9 import os, re 3. 10 from MoinMoin import config, wikimacro, wikiutil 4. 11 from MoinMoin.Page import Page 5. 12 from MoinMoin.util import web - MoinMoin *undefined* - config *undefined* - wikimacro *undefined* - wikiutil *undefined* 18. d:\python25\lib\site-packages\MoinMoin\wikimacro.pyin ** () 1. 15 import re, time, os 2. 16 from MoinMoin import action, config, macro, util 3. 17 from MoinMoin import wikiutil, wikiaction, i18n 4. 18 from MoinMoin.Page import Page 5. 19 from MoinMoin.util import pysupport - MoinMoin *undefined* - wikiutil *undefined* - wikiaction *undefined* - i18n *undefined* 19. d:\python25\lib\site-packages\MoinMoin\wikiaction.pyin ** () 1. 23 from MoinMoin import config, util, wikiutil 2. 24 from MoinMoin.Page import Page 3. 25 from MoinMoin.util import MoinMoinNoFooter, pysupport 4. 26 from MoinMoin.logfile import editlog 5. 27 - MoinMoin *undefined* - MoinMoinNoFooter *undefined* - pysupport *undefined* ImportError cannot import name MoinMoinNoFooter - args = ('cannot import name MoinMoinNoFooter',) - message = 'cannot import name MoinMoinNoFooter' System Details - Date: Mon, 14 Jan 2008 23:47:14 +0000 - Platform: win32 (nt) - Python: Python 2.5.1 (d:\python25\python.exe) - MoinMoin: Release 1.6.0 (release) -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Tue Jan 15 18:26:33 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 16 Jan 2008 00:26:33 +0100 Subject: [Moin-user] MoinMoinNoFooter? In-Reply-To: <5c39e1ca0801150930t76c38cf2rce19c1d970c6b789@mail.gmail.com> References: <5c39e1ca0801150930t76c38cf2rce19c1d970c6b789@mail.gmail.com> Message-ID: <1200439593.7995.6.camel@black> Hi Rick, > I'm trying to get a 1.5 macro working in 1.6. The error I'm getting > is MoinMoinNoFooter. This was an exception raised by moin < 1.6 to signalize that they don't want a theme footer rendered by the framework code. This method was completely removed and now we have kind of inverted it: if an action want to have a footer rendered it needs to call a theme method. If it does not want to have a footer rendered, it does not need to do anything. Thus: just remove "import ... MoinMoinNoFooter" and "raise MoinMoinNoFooter". (You can see how it is done by looking at actions that have no footer rendered vs. actions that render a footer). Cheers, Thomas From tw at waldmann-edv.de Wed Jan 16 19:16:30 2008 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Thu, 17 Jan 2008 01:16:30 +0100 Subject: [Moin-user] Mac OS X new page creation problem solved Message-ID: <1200528990.8203.4.camel@black> Thanks to Jochen Weihgold (a guy with a Mac from our local LUG), lending us his Mac for half an hour and Bastian Blank, helping debugging the problem, this is fixed now. If you want to use moin 1.6.0 on Mac OS X ("darwin" platform), you need this patch: http://hg.moinmo.in/moin/1.6/rev/83dbc5098e4c I didn't try the patch on Mac OS X, but I think it will work. From Alexander.Dietz at astro.cf.ac.uk Thu Jan 17 08:03:51 2008 From: Alexander.Dietz at astro.cf.ac.uk (Alexander Dietz) Date: Thu, 17 Jan 2008 13:03:51 +0000 Subject: [Moin-user] Colored text Message-ID: <9cf809a00801170503l54ba6762ve7cffaad0dbabc8b@mail.gmail.com> Hi, is there a way to generate colored text in a wiki? I want to color normal text, not text within a code or such. Thanks Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.k.wight at ncl.ac.uk Thu Jan 17 08:29:08 2008 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Thu, 17 Jan 2008 13:29:08 +0000 Subject: [Moin-user] Problem with plugins after upgrading to 1.6.0 In-Reply-To: <1200329051.28155.103.camel@gudea.ncl.ac.uk> References: <1200329051.28155.103.camel@gudea.ncl.ac.uk> Message-ID: <1200576548.28155.235.camel@gudea.ncl.ac.uk> On Mon, 2008-01-14 at 16:44 +0000, Jim Wight wrote: > I've converted one wiki (from 1.3.5) to use 1.6.0. Pages are being > displayed OK apart from those accessing the plugin directory. Every > access of a page containing a 3rd-party macro results in an error of the > form: > > No module named plugin.macro.XYZ > > I've copied a couple of the macros to a new wiki in the farm, where they > work fine. > > What could be giving rise to the problem in the converted wiki? The problem occurs at the line module = __import__(moduleName, globals(), {}, [name]) in importNameFromPlugin in wikiutil.py. In a new wiki, where it works, importNameFromPlugin is called thrice with moduleName equal to .plugin.macro.XYZ and name equal to 'Dependencies', followed by three calls with name equal to 'execute'. For the converted wiki, importNameFromPlugin fails on the very first of the equivalent calls (with name equal to 'Dependencies') with 'ImportError: No module named plugin.macro.XYZ'. MoinMoin is definitely reaching the macro directory, because if I remove __init__.pyc it gets recompiled. Also, the correct list of macros is assigned to 'modules' within __init__.py. I'm baffled as to why this isn't working. Jim From emailmanjula at yahoo.com Thu Jan 17 13:16:19 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Thu, 17 Jan 2008 10:16:19 -0800 (PST) Subject: [Moin-user] Colored text Message-ID: <677698.22264.qm@web35504.mail.mud.yahoo.com> Hi Alex, You can color the text using macro Color2(textcolor,text backgroundcolor,fontsize font type,text)]]. But I am not sure about the what you meant by "not text within a code or such". Hope this helps, Manjula ----- Original Message ---- From: Alexander Dietz To: moin-user Sent: Thursday, January 17, 2008 5:03:51 AM Subject: [Moin-user] Colored text Hi, is there a way to generate colored text in a wiki? I want to color normal text, not text within a code or such. Thanks Alex ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -------------- next part -------------- An HTML attachment was scrubbed... URL: From emailmanjula at yahoo.com Thu Jan 17 21:42:17 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Thu, 17 Jan 2008 18:42:17 -0800 (PST) Subject: [Moin-user] Mangled new page link with moin 1.6? Message-ID: <492126.6530.qm@web35510.mail.mud.yahoo.com> Hi All, Can anyone please let me know how to run the wiki on root hostname Mean know I have a wiki running on http://xyz/abc.I would like to change it to http://xyz. Thanks in advance, Manjula ----- Original Message ---- From: Gerald Gutierrez To: Thomas Waldmann Cc: moin-user at lists.sourceforge.net Sent: Monday, January 14, 2008 10:36:28 AM Subject: Re: [Moin-user] Mangled new page link with moin 1.6? Hi Thomas, Fresh copy of moin-1.6.0.tar.gz, uncompress, immediately run moin.py and go to http://localhost:8080/Something. I get exactly the same thing. It's very curious because it doesn't happen with my previous installation of 1.5. I'm running on Mac OSX 10.5 with the Macports version of Python 2.5.1. I just tried it on Ubuntu 7.10 with Python 2.5.1 and it does NOT happen there. I suspect somewhere in the code (maybe template engine) it is attempting to build the link and it is using the wrong page name (the intended page name instead of MissingPage). Where in this source is this located. I can try to track it down but no experience with moin source. Gerald. On 1/14/08, Thomas Waldmann < tw-public at gmx.de> wrote: > I'm trying a new installation of moin 1.6. Followed instructions and > have the standalone and CGI versions working. I can browse all available > pages, create users, change themes, etc. > > However -- creating new pages is broken. > > Specifically, going to (with standalone server for simplicity) > http://localhost:8080/Something gets me to the page saying "This page > does not exist yet" and there is a link for "Create new empty page". The > URL for that link is http://localhost:8080/ssingPage?action=edit and > not http://localhost:8080/Something?action=edit like I thought it would > be. Of course it ends up creating the page "ssingPage" instead. > > What's happening is it is taking the name "MissingPage" and taking the N > last letters from it to create the link name, where N is name length of > the page I want to create. If I want to create the page "Hello", the > page it tries to create is "gPage". > > What's going on? That would be nice to know. :) The strange thing is that we use the standalone server all the time for testing and we never had such a problem with it. I suggest you file a bug report on the moin wiki and give much more details. Try it with a fresh download of the moin dist archive and just unpack it (don't do other changes or configuration) and start ./moin.py and try to reproduce your problem. Give Python and OS Version in your bug report. ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From emailmanjula at yahoo.com Thu Jan 17 21:45:10 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Thu, 17 Jan 2008 18:45:10 -0800 (PST) Subject: [Moin-user] Root wiki Message-ID: <486261.87495.qm@web35507.mail.mud.yahoo.com> Hi All, I would like to know how to change to root wiki name. ie from http://xyz/abc to http://xyz Wiki is running on Apache 1.3,python 2.5 and windows. Thanks in advance, Manjula ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists.gnarlodious at gmail.com Thu Jan 17 22:42:16 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Thu, 17 Jan 2008 20:42:16 -0700 Subject: [Moin-user] Root wiki In-Reply-To: <486261.87495.qm@web35507.mail.mud.yahoo.com> References: <486261.87495.qm@web35507.mail.mud.yahoo.com> Message-ID: <3130eec50801171942sa590fccn98486c004dfe2ff9@mail.gmail.com> On 1/17/08, Manjula Kumar wrote: > I would like to know how to change to root wiki name. > ie from http://xyz/abc to http://xyz It explains heer: http://moinmo.in/HelpOnConfiguration/ApacheVoodoo But it is sort of advanced stuff. -- Gnarlie http://Gnarlodious.com/ From rick.vanderveer at gmail.com Fri Jan 18 10:51:51 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 18 Jan 2008 09:51:51 -0600 Subject: [Moin-user] Root wiki In-Reply-To: <486261.87495.qm@web35507.mail.mud.yahoo.com> References: <486261.87495.qm@web35507.mail.mud.yahoo.com> Message-ID: <5c39e1ca0801180751t3409041cv95203d54f0aa032e@mail.gmail.com> Manjula, If you're running Apache on Windows, I suggest upgrading to 2.0.x. Apache 2 has much better Windows-native support. The Apache group themselves recommend avoid running 1.3 on Windows (as mentioned in the windows-warning on their download page). -Rick On Jan 17, 2008 8:45 PM, Manjula Kumar wrote: > > Hi All, > I would like to know how to change to root wiki name. > ie from http://xyz/abc to http://xyz > Wiki is running on Apache 1.3,python 2.5 and windows. > > Thanks in advance, > Manjula > > ------------------------------ > Looking for last minute shopping deals? Find them fast with Yahoo! Search. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > 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 dodecatheon at gmail.com Fri Jan 18 15:00:26 2008 From: dodecatheon at gmail.com (Ted Stern) Date: Fri, 18 Jan 2008 12:00:26 -0800 Subject: [Moin-user] Mangled new page link with moin 1.6? In-Reply-To: <492126.6530.qm@web35510.mail.mud.yahoo.com> (Manjula Kumar's message of "Thu, 17 Jan 2008 18:42:17 -0800 (PST)") References: <492126.6530.qm@web35510.mail.mud.yahoo.com> Message-ID: On 17 Jan 2008 18:42:17 -0800, Manjula Kumar wrote: > > Hi All, Can anyone please let me know how to run the wiki on root > hostname Mean know I have a wiki running on http://xyz/abc.I would > like to change it to http://xyz. > > Thanks in advance, > Manjula I'm not too clear on this, but I think it is possible to do some kind of DNS aliasing so that abc.xyz.com is translated to xyz.com/abc I think this requires two changes, one at the DNS side and also in /etc/httpd.conf. Ted > > ----- Original Message ---- > From: Gerald Gutierrez > To: Thomas Waldmann > Cc: moin-user at lists.sourceforge.net > Sent: Monday, January 14, 2008 10:36:28 AM > Subject: Re: [Moin-user] Mangled new page link with moin 1.6? > > Hi Thomas, > > Fresh copy of moin-1.6.0.tar.gz, uncompress, immediately run moin.py and go to > http://localhost:8080/Something. I get exactly the same thing. It's very > curious because it doesn't happen with my previous installation of 1.5. > > I'm running on Mac OSX 10.5 with the Macports version of Python 2.5.1. I just > tried it on Ubuntu 7.10 with Python 2.5.1 and it does NOT happen there. > > I suspect somewhere in the code (maybe template engine) it is attempting to > build the link and it is using the wrong page name (the intended page name > instead of MissingPage). Where in this source is this located. I can try to > track it down but no experience with moin source. > > Gerald. > > On 1/14/08, Thomas Waldmann < tw-public at gmx.de> wrote: > > > I'm trying a new installation of moin 1.6. Followed instructions and > > have the standalone and CGI versions working. I can browse all available > > pages, create users, change themes, etc. > > > > However -- creating new pages is broken. > > > > Specifically, going to (with standalone server for simplicity) > > http://localhost:8080/Something gets me to the page saying "This page > > does not exist yet" and there is a link for "Create new empty page". The > > URL for that link is http://localhost:8080/ssingPage?action=edit and > > not http://localhost:8080/Something?action=edit like I thought it would > > be. Of course it ends up creating the page "ssingPage" instead. > > > > What's happening is it is taking the name "MissingPage" and taking the N > > last letters from it to create the link name, where N is name length of > > the page I want to create. If I want to create the page "Hello", the > > page it tries to create is "gPage". > > > > What's going on? > > That would be nice to know. :) > > The strange thing is that we use the standalone server all the time for > testing and we never had such a problem with it. > > I suggest you file a bug report on the moin wiki and give much more > details. Try it with a fresh download of the moin dist archive and just > unpack it (don't do other changes or configuration) and start ./moin.py > and try to reproduce your problem. > > Give Python and OS Version in your bug report. > > ------------------------------------------------------------------------------ > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- dodecatheon at gmail dot com Frango ut patefaciam -- I break so that I may reveal From fdrake at gmail.com Fri Jan 18 15:12:39 2008 From: fdrake at gmail.com (Fred Drake) Date: Fri, 18 Jan 2008 15:12:39 -0500 Subject: [Moin-user] Mangled new page link with moin 1.6? In-Reply-To: References: <492126.6530.qm@web35510.mail.mud.yahoo.com> Message-ID: <80528E3D-0D9A-4E5E-9D54-9CFE6458D1F1@gmail.com> On Jan 18, 2008, at 3:00 PM, Ted Stern wrote: > I'm not too clear on this, but I think it is possible to do some kind > of DNS aliasing so that This has nothing to do with DNS. -Fred -- Fred L. Drake, Jr. From greg at thewhittiers.com Sat Jan 19 12:58:49 2008 From: greg at thewhittiers.com (greg whittier) Date: Sat, 19 Jan 2008 12:58:49 -0500 Subject: [Moin-user] migration to 1.6 -- ImageLink macro conversion without alt text Message-ID: I'm migrating 1.5 to 1.6 and have run into the following problem. We use the ImageLink macro pretty extensively on our wiki to resize images and in the process of migrating, the script has turned all the [[ImageLink(picture.jpg, width=600)]] into [[attachment:picture.jpg|{{attachment:picture.jpg||width=600}}]] which gets served as |width=600 It looks like it can't handle an empty "alt text" argument between the "||". If I do [[attachment:picture.jpg|{{attachment:picture.jpg|some alt text|width=600}}]] then it works. I didn't see this is MoinMoinBugs and I'm not sure whether it's considered one. I'm hoping it is and a patch will keep me from a lot of wiki editing :-) Thanks, Greg From galaviel at yahoo.com Sun Jan 20 04:35:06 2008 From: galaviel at yahoo.com (Gal Aviel) Date: Sun, 20 Jan 2008 09:35:06 +0000 (UTC) Subject: [Moin-user] ldap groups References: <470DB0C2.7070701@nokia.com> <20071011093123.GA2901@castellio.local> <470ECF62.90401@nokia.com> <20071012064639.GA3254@castellio.local> Message-ID: Christoph Ludwig fh-worms.de> writes: > > On Fri, Oct 12, 2007 at 10:35:30AM +0900, Tommi Latti wrote: > > >> I got moinmoin to authenticate from our ldap, works like a charm. Now > > >> the next step is that I need to get the group information from LDAP for > > >> use in ACL's. > > >> > > >> Has anyone done that yet? > > > > > > I have patches for this, but I guess they need some polishing. Anyway, I am > > > prepared to publish them if there is interest. > > > > Well, I would be interested :) They work as groups in ACL's yes? > > yes, they do. I am at a conference right now, so I cannot get to it > immediately. I suggest you contact me off-list on Thursday next week. > > Regards > > Christoph > Hi Christoph, Your patch sounds great. Where can I get this patch? any chance of posting it in Moin wiki? I would be grateful. Importing LDAP groups to use as Wiki Groups seems like a basic step when installing for the corporate. Any help would be greatly appreciate. thanks - Gal Aviel. From tw-public at gmx.de Sun Jan 20 16:39:18 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 20 Jan 2008 22:39:18 +0100 Subject: [Moin-user] migration to 1.6 -- ImageLink macro conversion without alt text In-Reply-To: References: Message-ID: <1200865158.8312.27.camel@black> Hi Greg, > [[attachment:picture.jpg|{{attachment:picture.jpg||width=600}}]] > > which gets served as > > |width=600 src="/mywiki/MyPage?action=AttachFile&do=get&target=picture.jpg" > title="|width=600" /> > > It looks like it can't handle an empty "alt text" argument between the > "||". If I do > > [[attachment:picture.jpg|{{attachment:picture.jpg|some alt text|width=600}}]] > > then it works. Already fixed, see: http://hg.moinmo.in/moin/1.6/rev/78fd95e463a9 Cheers, Thomas From aline.guedes at gmail.com Sun Jan 20 19:16:08 2008 From: aline.guedes at gmail.com (Aline Guedes) Date: Sun, 20 Jan 2008 22:16:08 -0200 Subject: [Moin-user] Moin 1.5.8 and fastcgi Message-ID: <758e74a50801201616t69038230g9e3915e4936fbf12@mail.gmail.com> Hello, I am running Moin 1.5.8 with mod_fastcgi (4 processes, 5 threads each) and I am getting worse performance than I was getting when running moin with mod_python. Any ideas why this is happening? I am running apache preforked and I was wondering if that could prevent mod_fastcgi threads to answer requests, making only the 4 processes able to answer them... Should I use apache worker with mod_fastcgi so threads could answer requests? Does it make any difference? Any help is appreciated! Thanks! Aline -------------- next part -------------- An HTML attachment was scrubbed... URL: From steveo at syslang.net Mon Jan 21 10:47:58 2008 From: steveo at syslang.net (Steven W. Orr) Date: Mon, 21 Jan 2008 10:47:58 -0500 (EST) Subject: [Moin-user] How can I customize the colors in the gui editor? Message-ID: I have 1.6.0. Can I change the default in the GUI Editor so that the command and comment lines are in something more readable than red. They are already shaded in gray, so they stand out. Blue maybe? It is hard to read in the GUI editor, as it stands now. TIA -- steveo at syslang dot net TMMP1 http://frambors.syslang.net/ Do you have neighbors who are not frambors? Steven W. Orr From lists.gnarlodious at gmail.com Mon Jan 21 11:15:45 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Mon, 21 Jan 2008 09:15:45 -0700 Subject: [Moin-user] How can I customize the colors in the gui editor? In-Reply-To: References: Message-ID: <3130eec50801210815o798aaf91xfbdc067fe752f393@mail.gmail.com> On 1/21/08, Steven W. Orr wrote: > Can I change the default in the GUI Editor so that the command and > comment lines are in something more readable than red. You will have to get busy with CSS. The best way to do this is to find your theme's CSS files that are serving up the colors you see. You can use some digital color utility to sample the rendered color, then search for that hex code in the css file. Simply change the hex code to what you want, save the file and reload the page. More invoved CSS work may require examining the DOM tree, but the method I suggest should get you by. -- Gnarlie http://Gnarlodious.com/ From ludwig at fh-worms.de Mon Jan 21 11:34:23 2008 From: ludwig at fh-worms.de (Christoph Ludwig) Date: Mon, 21 Jan 2008 17:34:23 +0100 Subject: [Moin-user] ldap groups In-Reply-To: References: <470DB0C2.7070701@nokia.com> <20071011093123.GA2901@castellio.local> <470ECF62.90401@nokia.com> <20071012064639.GA3254@castellio.local> Message-ID: <20080121163422.GD1573@castellio.ztt.fh-worms.de> Hi Gal, On Sun, Jan 20, 2008 at 09:35:06AM +0000, Gal Aviel wrote: > Your patch sounds great. glad to hear. > Where can I get this patch? any chance of posting it in Moin wiki? I would > be grateful. Importing LDAP groups to use as Wiki Groups seems like a basic > step when installing for the corporate. The patch was created under time pressure (as usual) and is therefore not very "clean". I can send it to you in its current form, but you'd probably have to review it and adapt it to the most recent MoinMoin release. I'd like to bring it in shape so I can upload it to the Moin wiki, but for the next months I will still be swamped, unfortunately. Regards Christoph -- FH Worms - University of Applied Sciences Fachbereich Informatik / Telekommunikation Erenburgerstr. 19, 67549 Worms, Germany From steveo at syslang.net Mon Jan 21 11:57:05 2008 From: steveo at syslang.net (Steven W. Orr) Date: Mon, 21 Jan 2008 11:57:05 -0500 (EST) Subject: [Moin-user] How can I customize the colors in the gui editor? In-Reply-To: <3130eec50801210815o798aaf91xfbdc067fe752f393@mail.gmail.com> References: <3130eec50801210815o798aaf91xfbdc067fe752f393@mail.gmail.com> Message-ID: On Monday, Jan 21st 2008 at 11:15 -0000, quoth Gnarlodious: =>On 1/21/08, Steven W. Orr wrote: => =>> Can I change the default in the GUI Editor so that the command and =>> comment lines are in something more readable than red. => =>You will have to get busy with CSS. The best way to do this is to find =>your theme's CSS files that are serving up the colors you see. You can =>use some digital color utility to sample the rendered color, then =>search for that hex code in the css file. Simply change the hex code =>to what you want, save the file and reload the page. => =>More invoved CSS work may require examining the DOM tree, but the =>method I suggest should get you by. That's what I was looking for. Thanks. And in the interests of easily locating low-hanging fruit, can you tell me which css file to start with? 512 > find . -name \*.css ./rightsidebar/css/common.css ./rightsidebar/css/print.css ./rightsidebar/css/screen.css ./rightsidebar/css/projection.css ./common/ie7/ie7-server.css ./modern/css/common.css ./modern/css/print.css ./modern/css/screen.css ./modern/css/projection.css ./classic/css/common.css ./classic/css/print.css ./classic/css/screen.css ./classic/css/projection.css ./applets/FCKeditor/_testcases/testcases.css ./applets/FCKeditor/_samples/sample.css ./applets/FCKeditor/editor/dialog/common/fck_dialog_common.css ./applets/FCKeditor/editor/dialog/fck_universalkey/fck_universalkey.css ./applets/FCKeditor/editor/dialog/fck_spellerpages/spellerpages/spellerStyle.css ./applets/FCKeditor/editor/skins/office2003/fck_editor.css ./applets/FCKeditor/editor/skins/office2003/fck_dialog.css ./applets/FCKeditor/editor/skins/office2003/fck_contextmenu.css ./applets/FCKeditor/editor/skins/default/fck_editor.css ./applets/FCKeditor/editor/skins/default/fck_dialog.css ./applets/FCKeditor/editor/skins/default/fck_contextmenu.css ./applets/FCKeditor/editor/skins/silver/fck_editor.css ./applets/FCKeditor/editor/skins/silver/fck_dialog.css ./applets/FCKeditor/editor/skins/silver/fck_contextmenu.css ./applets/FCKeditor/editor/filemanager/browser/default/browser.css ./applets/FCKeditor/editor/css/fck_internal.css ./applets/FCKeditor/editor/css/fck_editorarea.css ./applets/FCKeditor/editor/css/fck_showtableborders_gecko.css -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net From lists.gnarlodious at gmail.com Mon Jan 21 12:25:46 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Mon, 21 Jan 2008 10:25:46 -0700 Subject: [Moin-user] How can I customize the colors in the gui editor? In-Reply-To: References: <3130eec50801210815o798aaf91xfbdc067fe752f393@mail.gmail.com> Message-ID: <3130eec50801210925s2adde348kffd1cdc667de0247@mail.gmail.com> On 1/21/08, Steven W. Orr wrote: > can you tell me which css file to start with? Not really, no. You said something about "command and comment lines". I don't know what that means, and couldn't find any such thing at http://frambors.syslang.net/nicciwiki/ -- Gnarlie http://Gnarlodious.com/ From crosseyedpenguin at yahoo.com Mon Jan 21 13:33:53 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Mon, 21 Jan 2008 10:33:53 -0800 (PST) Subject: [Moin-user] How can I customize the colors in the gui editor? In-Reply-To: Message-ID: <211591.84403.qm@web36205.mail.mud.yahoo.com> --- "Steven W. Orr" wrote: > On Monday, Jan 21st 2008 at 11:15 -0000, quoth Gnarlodious: > > =>On 1/21/08, Steven W. Orr wrote: > => > =>> Can I change the default in the GUI Editor so that the command > and > =>> comment lines are in something more readable than red. > => > =>You will have to get busy with CSS. The best way to do this is to > find > =>your theme's CSS files that are serving up the colors you see. > > That's what I was looking for. Thanks. And in the interests of easily > > locating low-hanging fruit, can you tell me which css file to start > with? > A good tool to use is Firefox with the Web Developer add-on extension. Load the target web page, select Tools, Web Developer, CSS, View Style Information (or just Ctrl-shift-Y). Move the mouse pointer over the element you want to change and click. This displays everything you need to know about the CSS source file or files. Roger Haase ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From io-subscribe at mail.ru Mon Jan 21 17:16:00 2008 From: io-subscribe at mail.ru (Dmitriy Zotikov) Date: Tue, 22 Jan 2008 01:16:00 +0300 Subject: [Moin-user] Editing many local files with moin Message-ID: <20080122011600.0cfecc75@localhost> Hello everyone, I'm running MoinMoin in an intranet environment and there is a need to edit many (100+) local files through the web with a usual set of wiki features (privilege separation, version control, etc). I also would like to provide an FTP access to the files. So far, I can't see the possibility to solve the problem -- even manual importing wouldn't help, since I lose the ability to share the files through FTP. The files are now in reSturcturedText format, but I know how to install additional parsers, so this is not a problem. P.S. If I decline the idea with FTP, is there any way to import many local files in moinmoin? Thanks. -- wbr, io From tw-public at gmx.de Tue Jan 22 05:49:25 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 22 Jan 2008 11:49:25 +0100 Subject: [Moin-user] Editing many local files with moin In-Reply-To: <20080122011600.0cfecc75@localhost> References: <20080122011600.0cfecc75@localhost> Message-ID: <4795CA35.2060006@gmx.de> > I'm running MoinMoin in an intranet environment and there is a need to > edit many (100+) local files through the web What does "edit through the web" mean? Like a wiki page? > with a usual set of wiki > features (privilege separation, version control, etc). Moin offers this. > I also would like to provide an FTP access to the files. Moin does not do FTP. And it would not work with revisioning. > So far, I can't see the possibility to solve the problem -- even > manual importing wouldn't help, since I lose the ability to share the > files through FTP. Not sure why you need FTP when you can have HTTP. There is raw action to get the wiki page content, there is action Load to load a page from a file and action Save to save a page into a file. > The files are now in reSturcturedText format, but I know how to install > additional parsers, so this is not a problem. Moin has a builtin parser for reST (#format rst). > P.S. If I decline the idea with FTP, is there any way to import many > local files in moinmoin? You can use wiki xmlrpc. There are some samples in MoinMoin/script/xmlrpc and .../old/xmlrpc. From io-subscribe at mail.ru Tue Jan 22 09:04:40 2008 From: io-subscribe at mail.ru (Dmitriy Zotikov) Date: Tue, 22 Jan 2008 17:04:40 +0300 Subject: [Moin-user] Editing many local files with moin In-Reply-To: <4795CA35.2060006@gmx.de> References: <20080122011600.0cfecc75@localhost> <4795CA35.2060006@gmx.de> Message-ID: <20080122170440.03c639eb@localhost> On Tue, 22 Jan 2008 11:49:25 +0100 Thomas Waldmann : Hello Thomas, > > I'm running MoinMoin in an intranet environment and there is a need > > to edit many (100+) local files through the web > > What does "edit through the web" mean? Like a wiki page? > > > with a usual set of wiki > > features (privilege separation, version control, etc). > > Moin offers this. Sure, but that wasn't the question. > > I also would like to provide an FTP access to the files. > > Moin does not do FTP. And it would not work with revisioning. Yes, I've planned to provide the FTP access with ProFTPd. Actually, the situation is as follows: There are a bunch of files, lying under /srv/ftp/ directory, like this: /srv/ftp/ | |-- pub/ | |-- dir1/ | | |-- file1 | | |-- file2 | | ... | | `-- filen | |-- dir2/ | `-- ... `--- ... I thought it would be nice to allow users to edit files /srv/ftp/pub/dir/file[1-n] with nice wiki interface (which moin is :) ). > > So far, I can't see the possibility to solve the problem -- even > > manual importing wouldn't help, since I lose the ability to share > > the files through FTP. > > Not sure why you need FTP when you can have HTTP. > > There is raw action to get the wiki page content, there is action > Load to load a page from a file and action Save to save a page into a > file. > > > The files are now in reSturcturedText format, but I know how to > > install additional parsers, so this is not a problem. > > Moin has a builtin parser for reST (#format rst). Yup, and it is not the problem for me, again. > > P.S. If I decline the idea with FTP, is there any way to import many > > local files in moinmoin? > > You can use wiki xmlrpc. There are some samples in > MoinMoin/script/xmlrpc and .../old/xmlrpc. Ok, I'll take a look. However, I wonder how does http://master.moinmo.in/MoinI18n/* work, since, AFAIU, all changes made on, say, http://master.moinmo.in/MoinI18n/ru, *using wiki interface* go to a trunk tree (or sort of). -- wbr, io From tw-public at gmx.de Tue Jan 22 09:26:05 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 22 Jan 2008 15:26:05 +0100 Subject: [Moin-user] Editing many local files with moin In-Reply-To: <20080122170440.03c639eb@localhost> References: <20080122011600.0cfecc75@localhost> <4795CA35.2060006@gmx.de> <20080122170440.03c639eb@localhost> Message-ID: <4795FCFD.50406@gmx.de> > However, I wonder how does http://master.moinmo.in/MoinI18n/* work, > since, AFAIU, all changes made on, say, > http://master.moinmo.in/MoinI18n/ru, *using wiki interface* go to a > trunk tree (or sort of). I have a script transfering the content from there to the po files in the MoinMoin/i18n/ dir, updating it there and transferring the updated content back to the wiki. It uses wiki xmlrpc to do this. From io-subscribe at mail.ru Tue Jan 22 10:31:16 2008 From: io-subscribe at mail.ru (Dmitriy Zotikov) Date: Tue, 22 Jan 2008 18:31:16 +0300 Subject: [Moin-user] Editing many local files with moin In-Reply-To: <4795FCFD.50406@gmx.de> References: <20080122011600.0cfecc75@localhost> <4795CA35.2060006@gmx.de> <20080122170440.03c639eb@localhost> <4795FCFD.50406@gmx.de> Message-ID: <20080122183116.537abe61@localhost> ?? Tue, 22 Jan 2008 15:26:05 +0100 Thomas Waldmann ????????: > > However, I wonder how does http://master.moinmo.in/MoinI18n/* work, > > since, AFAIU, all changes made on, say, > > http://master.moinmo.in/MoinI18n/ru, *using wiki interface* go to a > > trunk tree (or sort of). > > I have a script transfering the content from there to the po files in > the MoinMoin/i18n/ dir, updating it there and transferring the > updated content back to the wiki. It uses wiki xmlrpc to do this. Doesn't it seem like a typical task for you? So that there could be a simple solution in futute moin versions -- like "Import directory tree" action. You feed a directory to it -- and viola! you have centralized RCS with comfortable web-interface. -- wbr, io From lists at iDIAcomputing.com Tue Jan 22 11:05:04 2008 From: lists at iDIAcomputing.com (George Dinwiddie) Date: Tue, 22 Jan 2008 11:05:04 -0500 Subject: [Moin-user] target="_BLANK" Message-ID: <47961430.2000707@iDIAcomputing.com> Is there any way to get particular external MoinMoin links to open in a new window or tab? I spent some time poking through the help pages, but didn't find anything on this topic. I'm assuming it's not supported, but wanted to ask to be sure. - George -- ---------------------------------------------------------------------- * George Dinwiddie * http://blog.gdinwiddie.com Software Development http://www.idiacomputing.com Consultant and Coach http://www.agilemaryland.org ---------------------------------------------------------------------- From theology at gmail.com Tue Jan 22 11:19:54 2008 From: theology at gmail.com (Zeth) Date: Tue, 22 Jan 2008 16:19:54 +0000 Subject: [Moin-user] target="_BLANK" In-Reply-To: <47961430.2000707@iDIAcomputing.com> References: <47961430.2000707@iDIAcomputing.com> Message-ID: On 22/01/2008, George Dinwiddie wrote: > Is there any way to get particular external MoinMoin links to open in a > new window or tab? The visitor right clicks the link and chooses "Open Link in New Tab". What is the reason you want to do this? Maybe there is a better way to achieve your aim. Best Wishes, Zeth From emailmanjula at yahoo.com Tue Jan 22 13:36:09 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Tue, 22 Jan 2008 10:36:09 -0800 (PST) Subject: [Moin-user] target="_BLANK" Message-ID: <201400.59468.qm@web35515.mail.mud.yahoo.com> George, There is macro to open a page in new window. Download the macro from Macromarket here Syntax: [[NewWindow("url ","Text name")]] Every new page you create opens as a tab . Hope this helps, Manjula ----- Original Message ---- From: George Dinwiddie To: moin-user at lists.sourceforge.net Sent: Tuesday, January 22, 2008 8:05:04 AM Subject: [Moin-user] target="_BLANK" Is there any way to get particular external MoinMoin links to open in a new window or tab? I spent some time poking through the help pages, but didn't find anything on this topic. I'm assuming it's not supported, but wanted to ask to be sure. - George -- ---------------------------------------------------------------------- * George Dinwiddie * http://blog.gdinwiddie.com Software Development http://www.idiacomputing.com Consultant and Coach http://www.agilemaryland.org ---------------------------------------------------------------------- ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -------------- next part -------------- An HTML attachment was scrubbed... URL: From emailmanjula at yahoo.com Tue Jan 22 13:40:07 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Tue, 22 Jan 2008 10:40:07 -0800 (PST) Subject: [Moin-user] target="_BLANK" Message-ID: <608093.84201.qm@web35502.mail.mud.yahoo.com> To open in a new window download macro new window. The link is http://moinmoin.wikiwikiweb.de/MacroMarket?highlight=%28macromarket%29 Syntax: [[NewWindow("url ","Text name")]] -Manjula ----- Original Message ---- From: Manjula Kumar To: lists at iDIAcomputing.com; moin-user at lists.sourceforge.net Sent: Tuesday, January 22, 2008 10:36:09 AM Subject: Re: [Moin-user] target="_BLANK" George, There is macro to open a page in new window. Download the macro from Macromarket here Syntax: [[NewWindow("url ","Text name")]] Every new page you create opens as a tab . Hope this helps, Manjula ----- Original Message ---- From: George Dinwiddie To: moin-user at lists.sourceforge.net Sent: Tuesday, January 22, 2008 8:05:04 AM Subject: [Moin-user] target="_BLANK" Is there any way to get particular external MoinMoin links to open in a new window or tab? I spent some time poking through the help pages, but didn't find anything on this topic. I'm assuming it's not supported, but wanted to ask to be sure. - George -- ---------------------------------------------------------------------- * George Dinwiddie * http://blog.gdinwiddie.com Software Development http://www.idiacomputing.com Consultant and Coach http://www.agilemaryland.org ---------------------------------------------------------------------- ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at iDIAcomputing.com Tue Jan 22 14:14:04 2008 From: lists at iDIAcomputing.com (George Dinwiddie) Date: Tue, 22 Jan 2008 14:14:04 -0500 Subject: [Moin-user] target="_BLANK" In-Reply-To: <201400.59468.qm@web35515.mail.mud.yahoo.com> References: <201400.59468.qm@web35515.mail.mud.yahoo.com> Message-ID: <4796407C.2080308@iDIAcomputing.com> Manjula Kumar wrote: > George, > There is macro to open a page in new window. > Download the macro from Macromarket here > Syntax: > [[NewWindow("url ","Text name")]] > Every new page you create opens as a tab . Thanks, Manjula. I looked at the Macromarket page, but I only checked the Release 1.5 section. -- ---------------------------------------------------------------------- * George Dinwiddie * http://blog.gdinwiddie.com Software Development http://www.idiacomputing.com Consultant and Coach http://www.agilemaryland.org ---------------------------------------------------------------------- From emailmanjula at yahoo.com Tue Jan 22 16:10:21 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Tue, 22 Jan 2008 13:10:21 -0800 (PST) Subject: [Moin-user] root wiki Message-ID: <389302.99830.qm@web35510.mail.mud.yahoo.com> Hi All, I am trying to setup the root wiki.I am trying to put the below code in httpd.conf but without any luck. I am not sure what is going wrong. I am using Apache 1.3 on windows. Is it because the version Apache I am not able to setup the root wiki.Since when I had mailed to the forum before some said it is because of version Apache.Can anyone please let me know what I am doing wrong Alias /wiki/ "C:/Python/share/moin/htdocs/" ScriptAlias /xyz "C:/Moin/intranet/moin.cgi" RewriteEngine On RewriteLogLevel 0 # Point to moin shared static files RewriteRule ^/wiki/ C:/Python/share/moin/htdocs/$1 [last] # Map everything else to moin cgi script RewriteRule ^(.*)$ C:/Moin/intranet/moin.cgi$1 [type=application/x-httpd-cgi] RewriteRule http://abc/ http://abc/xyz [R,L] Thanks, Manjula ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From emailmanjula at yahoo.com Tue Jan 22 17:06:38 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Tue, 22 Jan 2008 14:06:38 -0800 (PST) Subject: [Moin-user] link to outlook Message-ID: <563360.49382.qm@web35512.mail.mud.yahoo.com> Hi All, Can anyone let me know how to link to outlook:\\Blah Blah \Blah Blah Calendar Thanks, Manjula Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -------------- next part -------------- An HTML attachment was scrubbed... URL: From adh at displaylink.com Wed Jan 23 06:30:25 2008 From: adh at displaylink.com (Dave Hill) Date: Wed, 23 Jan 2008 11:30:25 +0000 Subject: [Moin-user] 1.5.8 -> 1.6.0 "TypeError: sort() takes no keyword arguments" Message-ID: Hi I am trying to upgrade from 1.5.8 to 1.6.0 and I get the following traceback when running the migration script: $ python2.3 /usr/local/moin-1.6.0/bin/moin --config=/var/www/wikinew/config migration data Calling migration script for data, base revision 1050800 Traceback (most recent call last): File "/usr/local/moin-1.6.0/bin/moin", line 6, in ? run() File "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/moin.p y", line 15, in run MoinScript().run(showtime=0) File "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/__init __.py", line 138, in run self.mainloop() File "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/__init __.py", line 245, in mainloop plugin_class(args[2:], self.options).run() # all starts again there File "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/__init __.py", line 138, in run self.mainloop() File "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/migrat ion/data.py", line 48, in mainloop curr_rev = execute(self, data_dir, curr_rev) File "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/migrat ion/1050800.py", line 15, in execute dc.pass1() File "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/migrat ion/_conv160.py", line 467, in pass1 self.save_list(self.complete_fname, self.complete) File "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/migrat ion/_conv160.py", line 474, in save_list what_sorted.sort(cmp=lambda x, y: cmp(x[1:], y[1:])) TypeError: sort() takes no keyword arguments I'm Running Python 2.3 - any ideas? I checked this list and Google and moinmoin.in and didn't spot anything. Dave -- Dave Hill DisplayLink (UK) Ltd From skip at pobox.com Wed Jan 23 12:26:33 2008 From: skip at pobox.com (skip at pobox.com) Date: Wed, 23 Jan 2008 11:26:33 -0600 Subject: [Moin-user] 1.5.8 -> 1.6.0 "TypeError: sort() takes no keyword arguments" In-Reply-To: References: Message-ID: <18327.30921.325642.361999@montanaro.dyndns.org> Dave> I am trying to upgrade from 1.5.8 to 1.6.0 and I get the following Dave> traceback when running the migration script: ... Dave> "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/migrat Dave> ion/_conv160.py", line 474, in save_list Dave> what_sorted.sort(cmp=lambda x, y: cmp(x[1:], y[1:])) Dave> TypeError: sort() takes no keyword arguments Dave> I'm Running Python 2.3 - any ideas? Try upgrading to Python 2.4 or, better yet, 2.5. -- Skip Montanaro - skip at pobox.com - http://www.webfast.com/~skip/ The major difference between Democrats and Republicans is that Republicans don't know that Randy Newman's lyrics are full of sarcasm. From lists.gnarlodious at gmail.com Wed Jan 23 13:14:51 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Wed, 23 Jan 2008 11:14:51 -0700 Subject: [Moin-user] How about a common.css file? Message-ID: <3130eec50801231014m6b8b72fy2e04de6dc38e96f5@mail.gmail.com> Whenever I add some new CSS element, I need to go through all installed themes and add that element to the css files. Would it not be simpler to add a "Common.css" stylesheet that would apply default styles first? This would allow for theme-independent styles that control some basic layout and structural elements. Colors and other theme-based properties could still be set in separate themes. Does that sound like an improvement? -- Gnarlie http://Gnarlodious.com/ From sebastian.haase at mdc-berlin.de Wed Jan 23 13:20:12 2008 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Wed, 23 Jan 2008 19:20:12 +0100 Subject: [Moin-user] 1.5.8 -> 1.6.0 "TypeError: sort() takes no keyword arguments" In-Reply-To: <18327.30921.325642.361999@montanaro.dyndns.org> References: <18327.30921.325642.361999@montanaro.dyndns.org> Message-ID: What is the required minimum version of Python to run MoinMoin? -Sebastian Haase On Jan 23, 2008 6:26 PM, wrote: > > Dave> I am trying to upgrade from 1.5.8 to 1.6.0 and I get the following > Dave> traceback when running the migration script: > > ... > Dave> "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/migrat > Dave> ion/_conv160.py", line 474, in save_list > Dave> what_sorted.sort(cmp=lambda x, y: cmp(x[1:], y[1:])) > Dave> TypeError: sort() takes no keyword arguments > > Dave> I'm Running Python 2.3 - any ideas? > > Try upgrading to Python 2.4 or, better yet, 2.5. > > -- > Skip Montanaro - skip at pobox.com - http://www.webfast.com/~skip/ > > The major difference between Democrats and Republicans is that > Republicans don't know that Randy Newman's lyrics are full of sarcasm. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From skip at pobox.com Wed Jan 23 14:24:46 2008 From: skip at pobox.com (skip at pobox.com) Date: Wed, 23 Jan 2008 13:24:46 -0600 Subject: [Moin-user] 1.5.8 -> 1.6.0 "TypeError: sort() takes no keyword arguments" In-Reply-To: References: <18327.30921.325642.361999@montanaro.dyndns.org> Message-ID: <18327.38014.441172.682890@montanaro.dyndns.org> Sebastian> What is the required minimum version of Python to run Sebastian> MoinMoin? Given the keyword arg issue with [].sort() it appears the lowest version for Moin 1.6.0 is at least Python 2.4. I haven't looked at MoinMoin requirements in quite awhile though. Have you read the install/upgrade info? It probably says something in there. -- Skip Montanaro - skip at pobox.com - http://www.webfast.com/~skip/ The major difference between Democrats and Republicans is that Republicans don't know that Randy Newman's lyrics are full of sarcasm. From adh at displaylink.com Wed Jan 23 14:39:00 2008 From: adh at displaylink.com (Dave Hill) Date: Wed, 23 Jan 2008 19:39:00 +0000 Subject: [Moin-user] 1.5.8 -> 1.6.0 "TypeError: sort() takes no keyword arguments" References: <18327.30921.325642.361999@montanaro.dyndns.org> <18327.38014.441172.682890@montanaro.dyndns.org> Message-ID: In article <18327.38014.441172.682890 at montanaro.dyndns.org>, skip at pobox.com wrote: > Sebastian> What is the required minimum version of Python to run > Sebastian> MoinMoin? > > Given the keyword arg issue with [].sort() it appears the lowest version for > Moin 1.6.0 is at least Python 2.4. I haven't looked at MoinMoin > requirements in quite awhile though. Have you read the install/upgrade > info? It probably says something in there. CHANGES says nothing since 1.5.0beta1 which requires ">= 2.3". INSTALL.html says "The CHANGES file in the MoinMoin archive mentions what versions are supported. Python 2.3 is the minimum requirement for MoinMoin 1.5, but we suggest you use the latest Python release version." I haven't tried updating yet... Dave -- Dave Hill DisplayLink (UK) Ltd From mail at heavy.ch Wed Jan 23 15:48:57 2008 From: mail at heavy.ch (mail at heavy.ch) Date: Wed, 23 Jan 2008 21:48:57 +0100 Subject: [Moin-user] How about a common.css file? In-Reply-To: <3130eec50801231014m6b8b72fy2e04de6dc38e96f5@mail.gmail.com> References: <3130eec50801231014m6b8b72fy2e04de6dc38e96f5@mail.gmail.com> Message-ID: <1201121337.8016.32.camel@lestat.vampyre.home> Hi there According to my opinion the moderne theme needs more some "Lift up" for to be more attractive and not only "practically". You may could use a css framework like yaml, but others will say it "sucks" and it's much cleaner to generate only css for thing ya need (and not carry a bunch of useless/poor adapted css with your custom theme). Using a yaml is just like to break a butterfly on a wheel (well maybe read this http://mondaybynoon.com/2007/08/27/please-do-not-use-css-frameworks/ ). I think if somebody really want to change a theme, your not done with changing some font sizes and colors. You maybe would start to modify the basic theme with python and also add your own css class/ids and after all add some custom css styles. so in the end you maybe would anyway need a special common, screen and printer css. But If you still not want to override the standard css, you may add to your moin-theme an extra href to your own custom common.css (after the other css's) and done! just my 5cents. cya Marcel Am Mittwoch, den 23.01.2008, 11:14 -0700 schrieb Gnarlodious: > Whenever I add some new CSS element, I need to go through all > installed themes and add that element to the css files. Would it not > be simpler to add a "Common.css" stylesheet that would apply default > styles first? This would allow for theme-independent styles that > control some basic layout and structural elements. Colors and other > theme-based properties could still be set in separate themes. > > Does that sound like an improvement? > > -- Gnarlie > http://Gnarlodious.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From crosseyedpenguin at yahoo.com Wed Jan 23 20:11:08 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Wed, 23 Jan 2008 17:11:08 -0800 (PST) Subject: [Moin-user] How about a common.css file? In-Reply-To: <3130eec50801231014m6b8b72fy2e04de6dc38e96f5@mail.gmail.com> Message-ID: <103368.89950.qm@web36201.mail.mud.yahoo.com> --- Gnarlodious wrote: > Whenever I add some new CSS element, I need to go through all > installed themes and add that element to the css files. Would it not > be simpler to add a "Common.css" stylesheet that would apply default > styles first? This would allow for theme-independent styles that > control some basic layout and structural elements. Colors and other > theme-based properties could still be set in separate themes. > > Does that sound like an improvement? Duplicating the img directory and the CSS files has troubled me as well. For the last couple of custom themes I created I sub-classed a parent theme. Something like: ''' import fixedleft class Theme(fixedleft.Theme): def html_head(self, d): """ Add another screen.css and a javascript function to whatever fixedleft creates.""" head = u'\n'.join((fixedleft.Theme.html_head(self, d), u'', u'', u'', u'', u'', )) return head ''' As the word wrap may have made the above hard to read, the idea is to import a parent theme and then override the html_head method to load additional CSS or Javascript files unique to the new theme. Obviously this doesn't help if you are using the contributed themes. But if you are developing internal themes (or maybe a new contributed theme), you can sub-class one of the Moin standard themes (modern, classic, or rightsidebar) and avoid duplicating the existing css and img files. Back to your original point, the "common.css" files distributed in htdocs/classic/css, ../modern/.., and ../rightsidebar/.. are all different. Maybe something along the lines of your suggestion could be put on next year's "easy to do list". Roger Haase ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From tw-public at gmx.de Thu Jan 24 04:55:23 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 24 Jan 2008 10:55:23 +0100 Subject: [Moin-user] 1.5.8 -> 1.6.0 "TypeError: sort() takes no keyword arguments" In-Reply-To: References: Message-ID: <1201168523.7758.5.camel@black> > I am trying to upgrade from 1.5.8 to 1.6.0 and I get the following > traceback when running the migration script: > > $ python2.3 /usr/local/moin-1.6.0/bin/moin > --config=/var/www/wikinew/config migration data > Calling migration script for data, base revision 1050800 > Traceback (most recent call last): ... > "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/migrat > ion/_conv160.py", line 474, in save_list > what_sorted.sort(cmp=lambda x, y: cmp(x[1:], y[1:])) > TypeError: sort() takes no keyword arguments I am sorry about that bug, I used a feature of python 2.4 there, but moin should be compatible to python 2.3. This is what you can do right now: a) change line 474 to read #what_sorted.... (that disables the sorting of the rename map, it will be slightly harder to read, but often this is no problem) b) apply this patch http://hg.moinmo.in/moin/1.6/rev/9ed9176ac6dc c) run the migration on a machine with python 2.4 or 2.5 The fix will also be included in 1.6.1 (expected in next few weeks). From tw-public at gmx.de Thu Jan 24 05:24:58 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 24 Jan 2008 11:24:58 +0100 Subject: [Moin-user] How about a common.css file? In-Reply-To: <1201121337.8016.32.camel@lestat.vampyre.home> References: <3130eec50801231014m6b8b72fy2e04de6dc38e96f5@mail.gmail.com> <1201121337.8016.32.camel@lestat.vampyre.home> Message-ID: <1201170298.7758.25.camel@black> > According to my opinion the moderne theme needs more some "Lift up" for > to be more attractive and not only "practically". Right. And somebody doing it. > You may could use a css framework like yaml, We thought about this about half a year ago (a SOC student was doing some genshi-based theming work [he did not complete]). I also heard some talk about YAML and it sounded really good. BUT: the YAML license (CC-A 2.0) is not GPL compatible (it REQUIRES you to set a backlink to yaml.de), which spoils it completely for bundling with moin as default theme (and as far as I am concerned, this is the only thing that would be interesting for me). To make it clear: that backlink and giving him credit is not a real problem, we could just include it in the default theme, but the REQUIREMENT to have that backlink on any site using YAML-based stuff is the problem. And having such requirements is for sure not GPL compatible. I talked to the YAML author about this stuff (and also wrote him a longer mail about GPL, dual licensing, etc.). He seemed to be a very helpful guy, but it looks like he did not want to distribute YAML under GPL for usage by software that is under GPL (or he did not want to change licensing again / add another license). Well, maybe it would help if some more people discuss that with him. :) From tw-public at gmx.de Thu Jan 24 05:31:06 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 24 Jan 2008 11:31:06 +0100 Subject: [Moin-user] Microsoft advertisements In-Reply-To: <1201168523.7758.5.camel@black> References: <1201168523.7758.5.camel@black> Message-ID: <1201170666.7758.31.camel@black> > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. That enduring advertisement for M$ products on a free software project's mailing list is really annoying. BTW, we are considering switching away from SF because of this. Of course there will be an official announcement here when we do it. From newz at bearfruit.org Thu Jan 24 11:31:47 2008 From: newz at bearfruit.org (Matthew Nuzum) Date: Thu, 24 Jan 2008 10:31:47 -0600 Subject: [Moin-user] What's in a theme? Message-ID: On Jan 24, 2008 4:24 AM, Thomas Waldmann wrote: > > You may could use a css framework like yaml, > > BUT: the YAML license (CC-A 2.0) is not GPL compatible (it REQUIRES you > to set a backlink to yaml.de), which spoils it completely for bundling > with moin as default theme (and as far as I am concerned, this is the > only thing that would be interesting for me). > That is a nice css framework. I've been using another CSS framework lately which *is* GPL compatible, called "blueprint." http://code.google.com/p/blueprintcss/ I'm curious, what are the essential elements of a default theme for moin? Maybe if we list the requirements, someone will come along and make a theme. One item is easy re-theming support using CSS (so that a person can make minor or even major tweaks by only adding an additional CSS file). -- Matthew Nuzum newz2000 on freenode From szybalski at gmail.com Thu Jan 24 11:50:23 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Thu, 24 Jan 2008 10:50:23 -0600 Subject: [Moin-user] Moinmoin and swf? plugin for flash? Message-ID: <804e5c70801240850i5207b6ach850cdd453332d87f@mail.gmail.com> Hello, I was wondering if moinmoin is able to use flash files. I would like to upload a file to moinmoin, just like I upload a picture. Then add it to my page inline:mydocumentationmovie.swf Is that possible? Lucas From rick.vanderveer at gmail.com Thu Jan 24 12:12:02 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 24 Jan 2008 11:12:02 -0600 Subject: [Moin-user] Moinmoin and swf? plugin for flash? In-Reply-To: <804e5c70801240850i5207b6ach850cdd453332d87f@mail.gmail.com> References: <804e5c70801240850i5207b6ach850cdd453332d87f@mail.gmail.com> Message-ID: <5c39e1ca0801240912t225b74c9ne92ec941badc09fb@mail.gmail.com> Absolutely! Moin supports objects via the built-in EmbedObject macro. However, it does have to be enabled (of sorts). I updated the process on moin-master, but those instructions haven't been pushed to regular moin yet. So, in the meantime, you can look at it here: http://master.moinmo.in/HelpOnMacros/EmbedObject -Rick On Jan 24, 2008 10:50 AM, Lukasz Szybalski wrote: > Hello, > I was wondering if moinmoin is able to use flash files. > > I would like to upload a file to moinmoin, just like I upload a > picture. Then add it to my page > > inline:mydocumentationmovie.swf > > > Is that possible? > Lucas > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > 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 adh at displaylink.com Thu Jan 24 13:03:44 2008 From: adh at displaylink.com (Dave Hill) Date: Thu, 24 Jan 2008 18:03:44 +0000 Subject: [Moin-user] 1.5.8 -> 1.6.0 "TypeError: sort() takes no keyword arguments" References: <1201168523.7758.5.camel@black> Message-ID: In article <1201168523.7758.5.camel at black>, Thomas Waldmann wrote: > > I am trying to upgrade from 1.5.8 to 1.6.0 and I get the following > > traceback when running the migration script: > > > > $ python2.3 /usr/local/moin-1.6.0/bin/moin > > --config=/var/www/wikinew/config migration data > > Calling migration script for data, base revision 1050800 > > Traceback (most recent call last): > ... > > "/usr/local/moin-1.6.0/lib/python2.3/site-packages/MoinMoin/script/migrat > > ion/_conv160.py", line 474, in save_list > > what_sorted.sort(cmp=lambda x, y: cmp(x[1:], y[1:])) > > TypeError: sort() takes no keyword arguments > > I am sorry about that bug, I used a feature of python 2.4 there, but > moin should be compatible to python 2.3. > > This is what you can do right now: > a) change line 474 to read #what_sorted.... (that disables the sorting > of the rename map, it will be slightly harder to read, but often this is > no problem) > b) apply this patch http://hg.moinmo.in/moin/1.6/rev/9ed9176ac6dc > c) run the migration on a machine with python 2.4 or 2.5 > > The fix will also be included in 1.6.1 (expected in next few weeks). Thanks for that - I read it just after I reinstalled using Python 2.5.1 and re-ran the script (which now works of course)! Dave -- Dave Hill DisplayLink (UK) Ltd From emailmanjula at yahoo.com Fri Jan 25 15:55:52 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Fri, 25 Jan 2008 12:55:52 -0800 (PST) Subject: [Moin-user] Editing theme In-Reply-To: Message-ID: <608661.78289.qm@web35503.mail.mud.yahoo.com> Hi All, I have a theme python file in data/plugin/theme/ which contains theme of my wiki, I say I have downloaded this style from moin moin website.Using thi theme I would like to customize this theme.The problem is I not able to understand function like self.username() self.trial(),...etc where it is defined.Can anyone please let me know where these function are defined. Thanks in advance, Manjula Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user --------------------------------- Never miss a thing. Make Yahoo your homepage. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Fri Jan 25 20:52:34 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 26 Jan 2008 02:52:34 +0100 Subject: [Moin-user] blueprint css framework In-Reply-To: References: Message-ID: <1201312354.5571.1.camel@black> Hi Matthew, > http://code.google.com/p/blueprintcss/ I am playing with that right now, thanks for the tip! From tw-public at gmx.de Sun Jan 27 07:59:54 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 27 Jan 2008 13:59:54 +0100 Subject: [Moin-user] Changed mailing list settings Message-ID: <1201438794.13091.6.camel@black> I had changed the mailing list settings to hold non-member postings a while ago. Although this reduced the amount of spam on the list, it increased my workload, because I was notified for all those (mostly spam) postings and had to manually check and discard them. Because of that, I changed the settings again and non-member postings will be simply discarded. So if you don't get through, please subscribe to the list (and use same email address for postings as you used for subscription). From adler at stephenadler.com Sun Jan 27 16:18:13 2008 From: adler at stephenadler.com (Stephen Adler) Date: Sun, 27 Jan 2008 16:18:13 -0500 Subject: [Moin-user] 1.6.0 unit test does not seem to work Message-ID: <479CF515.8050500@stephenadler.com> Guys, I've just done a fresh install of moin 1.6.0 on a redhat system. (i.e. ApacheOnLinux type install) and I get an error message when I try and run the unit tests. To run the unit tests, you surf to http://yourwebsite.com/WikiName?action=test What I got was the following ugly output.... The rest of the installation test seemed to be ok. (i.e. surfing the WikiSandBox, editing the page, saving the change, seeing the change, and then surfing to RecentChanges and see the page as a recent change.) Anyone seen this error? Cheers. Steve. MoinMoin Diagnosis ====================== Release 1.6.0 Revision release Python version 2.4.3 (#1, Dec 11 2006, 11:39:03) [GCC 4.1.1 20061130 (Red Hat 4.1.1-43)] Python installed to /usr PyXML is installed Python Path: /usr/local/wiki/moin/lib/python2.4/site-packages /usr/local/wiki/Instances/TestWiki /usr/local/wiki/Instances/TestWiki/cgi-bin /usr/lib64/python24.zip /usr/lib64/python2.4 /usr/lib64/python2.4/plat-linux2 /usr/lib64/python2.4/lib-tk /usr/lib64/python2.4/lib-dynload /usr/lib64/python2.4/site-packages /usr/lib64/python2.4/site-packages/Numeric /usr/lib64/python2.4/site-packages/gtk-2.0 /usr/lib/python2.4/site-packages Checking directories... data directory tests OK (set to '/usr/local/wiki/Instances/TestWiki/data') user directory tests OK (set to '/usr/local/wiki/Instances/TestWiki/data/user') Server Environment: ONLY AVAILABLE FOR LOCAL REQUESTS ON THIS HOST! Unit Tests: --> -->

AttributeError

'module' object has no attribute 'run'

If you want to report a bug, please save this page and attach it to your bug report.

Traceback

A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred.

  1. /usr/local/wiki/moin-1.6.0/lib/python2.4/site-packages/MoinMoin/request/__init__.py in run (self=<MoinMoin.request.request_cgi.Request object>)

    1. 1281 self.page.send_page(msg=msg)
    2. 1282 else:
    3. 1283 handler(self.page.page_name, self)
    4. 1284
    5. 1285 # every action that didn't use to raise MoinMoinNoFooter must call this now:
    • handler = <function execute>
    • self = <MoinMoin.request.request_cgi.Request object>
    • self.page = <MoinMoin.Page.Page object>
    • self.page.page_name = u'TestWikiHomePage'

  2. /usr/local/wiki/moin-1.6.0/lib/python2.4/site-packages/MoinMoin/action/test.py in execute (pagename=u'TestWikiHomePage', request=<MoinMoin.request.request_cgi.Request object>)

    1. 118
    2. 119 def execute(pagename, request):
    3. 120 """ Glue code for actions """
    4. 121 test(pagename, request).render()
    5. 122
    • global test = <class MoinMoin.action.test.test>
    • pagename = u'TestWikiHomePage'
    • request = <MoinMoin.request.request_cgi.Request object>
    • ).render undefined

  3. /usr/local/wiki/moin-1.6.0/lib/python2.4/site-packages/MoinMoin/action/__init__.py in render (self=<MoinMoin.action.test.test instance>)

    1. 188 elif self.form_trigger in form: # user hit the trigger button
    2. 189 if self.ticket_ok():
    3. 190 success, self.error = self.do_action()
    4. 191 else:
    5. 192 success = False
    • success undefined
    • self = <MoinMoin.action.test.test instance>
    • self.error = ''
    • self.do_action = <bound method test.do_action of <MoinMoin.action.test.test instance>>

  4. /usr/local/wiki/moin-1.6.0/lib/python2.4/site-packages/MoinMoin/action/test.py in do_action (self=<MoinMoin.action.test.test instance>)

    1. 110 request.emit_http_headers(["Content-type: text/plain; charset=%s" % config.charset])
    2. 111 request.write('MoinMoin Diagnosis\n======================\n\n')
    3. 112 runTest(request)
    4. 113 return True, ""
    5. 114
    • global runTest = <function runTest>
    • request = <MoinMoin.request.request_cgi.Request object>

  5. /usr/local/wiki/moin-1.6.0/lib/python2.4/site-packages/MoinMoin/action/test.py in runTest (request=<MoinMoin.request.request_cgi.Request object>)

    1. 98 request.write(" *** The unit tests are not available ***")
    2. 99 else:
    3. 100 _tests.run(request)
    4. 101
    5. 102 class test(ActionBase):
    • _tests = <module 'MoinMoin._tests' from '/usr/local/wiki/...n2.4/site-packages/MoinMoin/_tests/__init__.pyc'>
    • _tests.run undefined
    • request = <MoinMoin.request.request_cgi.Request object>

AttributeError

'module' object has no attribute 'run'

  • args = ("'module' object has no attribute 'run'",)

System Details

  • Date: Sun, 27 Jan 2008 21:08:18 +0000
  • Platform: Linux basement00 2.6.18-53.1.6.el5 #1 SMP Wed Jan 16 03:56:15 EST 2008 x86_64
  • Python: Python 2.4.3 (/usr/bin/python)
  • MoinMoin: Release 1.6.0 (release)
From tw-public at gmx.de Mon Jan 28 07:57:34 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 28 Jan 2008 13:57:34 +0100 Subject: [Moin-user] 1.6.0 unit test does not seem to work In-Reply-To: <479CF515.8050500@stephenadler.com> References: <479CF515.8050500@stephenadler.com> Message-ID: <479DD13E.2010201@gmx.de> Hi Stephen, > Anyone seen this error? > File "/usr/local/wiki/moin-1.6.0/lib/python2.4/site-packages/MoinMoin/action/test.py", line 100, in runTest > _tests.run(request) > AttributeError: 'module' object has no attribute 'run' You found some outdated piece of code. :) In 1.5 we used python stdlib unittest and I guess that worked for that. In 1.6 we use py.test and the tests got quite some changes because of that. If you want to run the tests, you need to have py.test installed and just run it from the directory above MoinMoin/ (IIRC, one test will fail because I forgot to disable it for the release). I'll have a look at the tests and test action later and either fix it or remove it. Cheers, Thomas From emailmanjula at yahoo.com Mon Jan 28 20:02:42 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Mon, 28 Jan 2008 17:02:42 -0800 (PST) Subject: [Moin-user] Revert back in Moin In-Reply-To: <804e5c70801240850i5207b6ach850cdd453332d87f@mail.gmail.com> Message-ID: <90516.71198.qm@web35506.mail.mud.yahoo.com> Hi All, Can anyone let me know how to revert the pages,once it has already been saved. Thanks, Manjula ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user --------------------------------- Never miss a thing. Make Yahoo your homepage. -------------- next part -------------- An HTML attachment was scrubbed... URL: From moin at mspacek.mm.st Mon Jan 28 21:21:07 2008 From: moin at mspacek.mm.st (Martin Spacek) Date: Mon, 28 Jan 2008 18:21:07 -0800 Subject: [Moin-user] Monitoring site gets 500 error: 'NoneType' object has no attribute 'startswith' Message-ID: <479E8D93.6040807@mspacek.mm.st> I just upgraded to 1.6.0 final from 1.6.0beta1. Everything seemed to be fine, but my (free) monitoring service, siteuptime.com, started complaining that the wiki (http://swindale.ecc.ubc.ca) was down, even though it obviously wasn't when I viewed it in various browsers on various networks. I just tried a few other monitoring services and they're all reporting that it's down. One of them gave it as a 500 Internal Server error. I checked my moin.log, and it looks like every time a monitoring service tries to access the site, I get one of these: 2008-01-28 17:49:25,674 ERROR AttributeError: 'NoneType' object has no attribute 'startswith' Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/MoinMoin/request/__init__.py", line 1248, in run self.page = wikiutil.getFrontPage(self) File "/usr/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line 783, in getFrontPage return getLocalizedPage(request, request.cfg.page_front_page) File "/usr/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line 752, in getLocalizedPage i18n_name = request.getText(pagename, formatted=False) File "/usr/lib/python2.5/site-packages/MoinMoin/request/__init__.py", line 273, in self.getText = lambda text, i18n=self.i18n, request=self, lang=self.lang, **kv: i18n.getText(text, request, lang, **kv) File "/usr/lib/python2.5/site-packages/MoinMoin/i18n/__init__.py", line 234, in getText t.loadLanguage(request) File "/usr/lib/python2.5/site-packages/MoinMoin/i18n/__init__.py", line 178, in loadLanguage needsupdate = cache.needsUpdate(langfilename) File "/usr/lib/python2.5/site-packages/MoinMoin/caching.py", line 92, in needsUpdate ctime = os.path.getmtime(self._filename()) File "/usr/lib/python2.5/site-packages/MoinMoin/caching.py", line 75, in _filename return os.path.join(self.arena_dir, self.key) File "posixpath.py", line 60, in join if b.startswith('/'): AttributeError: 'NoneType' object has no attribute 'startswith' However, when I access it with a web browser, the site displays fine, and nothing shows up in the log. My site is a single language English site. I found a bug report that sounds similar, but doesn't apply in my case: http://moinmo.in/MoinMoinBugs/1.6.0LanguageIgnoreBrowserConfigurationError I'm using Twisted. I've attached my wikiconfig.py, with a couple of sensitive fields replaced with 'blahblah'. Any ideas? Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: wikiconfig.py Type: text/x-python Size: 8067 bytes Desc: not available URL: From emailmanjula at yahoo.com Tue Jan 29 16:47:15 2008 From: emailmanjula at yahoo.com (Manjula Kumar) Date: Tue, 29 Jan 2008 13:47:15 -0800 (PST) Subject: [Moin-user] Secondar navi bar In-Reply-To: <90516.71198.qm@web35506.mail.mud.yahoo.com> Message-ID: <369446.32260.qm@web35515.mail.mud.yahoo.com> Hi All, Can anyone please let me know how I can create a secondary navigation bar in moin which point me to some pages.I know to do so I should edit the theme.py.But what are other things which I should,Please let me know. Thanks, Manjula ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user --------------------------------- Never miss a thing. Make Yahoo your homepage. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user --------------------------------- Looking for last minute shopping deals? Find them fast with Yahoo! Search. -------------- next part -------------- An HTML attachment was scrubbed... URL: