From aterry at lavoltapress.com Sun Feb 3 01:12:46 2013 From: aterry at lavoltapress.com (Allan Terry) Date: Sat, 02 Feb 2013 22:12:46 -0800 Subject: [Moin-user] Farmwiki configuration in Windows Message-ID: <510DFFDE.5020609@lavoltapress.com> I am trying to install a Moin 1.9.6 wikifarm on my Windows 7 box for personal use. I got the single wiki using the built-in web server going just fine. I am now trying to expand that to several wikis. I think I am close, but missing one concept. I get from the request, thru farmwiki, to the ScrumWiki.py, but not to individual pages. The first one I am trying set up, I want to access via localhost:8080/ScrumWiki My wikis = [ ("scrumwiki", r"^http://localhost:8080/ScrumWiki/.*$"), ] If I go to http://localhost:8080/ScrumWiki, the URL is not found. Fair enough. If I visit http://localhost:8080/ScrumWiki/FooBar it get what looks like an unformatted wiki page, I assume it is a MissingPage page If I use its link to create a page, I get Foo(2f)Bar under \pages and I can't visit that. if I copy a page from the old wikiconfig.py wiki into \pages, it isn't found either. I wanted to use the built in web server for simplicity. I set PYTHONHOME and PYTHONPATH already. The docs looks like if this were apache, I'd need to mess with its configuration file, and possibly with moin.wsgi. What and were are the equivalents for the built-in server? (for that matter, what is the built-in even called? I wanted to move the pages out of Program Files\Moin but I assume I need to give rights to the directory to some Moin process or user.) If I really can't use the built-in for a farm, I'll probably try to use tomcat 7. I assume that is wsgi. thanks, Allan From nicozanf at gmail.com Thu Feb 7 05:56:03 2013 From: nicozanf at gmail.com (Nico Zanferrari) Date: Thu, 7 Feb 2013 11:56:03 +0100 Subject: [Moin-user] TypeError after upgrading to 1.9.6 Message-ID: Hello, I've just upgraded from 1.9.5 to the latest 1.9.6 and I'm getting a 500 Internal Server error on every requests. In moin.log I can see these errors: ERROR 2013-02-07 11:46:54,286 MoinMoin.wsgiapp:293 An exception has occurred [my_internal_link_omitted]. Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/MoinMoin/wsgiapp.py", line 282, in __call__ response = run(context) File "/usr/lib/python2.6/site-packages/MoinMoin/wsgiapp.py", line 88, in run response = dispatch(request, context, action_name) File "/usr/lib/python2.6/site-packages/MoinMoin/wsgiapp.py", line 136, in dispatch response = handle_action(context, pagename, action_name) File "/usr/lib/python2.6/site-packages/MoinMoin/wsgiapp.py", line 195, in handle_action handler(context.page.page_name, context) File "/usr/lib/python2.6/site-packages/MoinMoin/action/__init__.py", line 258, in do_show if not request.user.may.read(pagename): File "/usr/lib/python2.6/site-packages/MoinMoin/security/__init__.py", line 150, in return lambda pagename: _check(self.request, pagename, self.name, attr) File "/usr/lib/python2.6/site-packages/MoinMoin/security/__init__.py", line 85, in _check acl = p.getACL(request) # this will be fast in a reused page obj File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 1596, in getACL acl = self.parseACL() File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 1617, in parseACL return self.pi['acl'] File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 252, in get_pi self.__pi = self.parse_processing_instructions() File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 917, in parse_processing_instructions if args in i18n.wikiLanguages(): TypeError: argument of type 'NoneType' is not iterable Note that I'm using a wikifarm and I have this problem only on 3 of my instances - while 2 of them are working fine. They use the same underlay and static folders. Do you have any hints? Thank you, Nico -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicozanf at gmail.com Thu Feb 7 06:05:19 2013 From: nicozanf at gmail.com (Nico Zanferrari) Date: Thu, 7 Feb 2013 12:05:19 +0100 Subject: [Moin-user] TypeError after upgrading to 1.9.6 In-Reply-To: References: Message-ID: Forget it, it was my fault (just a file access problem ;-). Cheers, Nico 2013/2/7 Nico Zanferrari > Hello, > > I've just upgraded from 1.9.5 to the latest 1.9.6 and I'm getting a 500 > Internal Server error on every requests. In moin.log I can see these errors: > > ERROR 2013-02-07 11:46:54,286 MoinMoin.wsgiapp:293 An exception has > occurred [my_internal_link_omitted]. > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/MoinMoin/wsgiapp.py", line 282, > in __call__ > response = run(context) > File "/usr/lib/python2.6/site-packages/MoinMoin/wsgiapp.py", line 88, in > run > response = dispatch(request, context, action_name) > File "/usr/lib/python2.6/site-packages/MoinMoin/wsgiapp.py", line 136, > in dispatch > response = handle_action(context, pagename, action_name) > File "/usr/lib/python2.6/site-packages/MoinMoin/wsgiapp.py", line 195, > in handle_action > handler(context.page.page_name, context) > File "/usr/lib/python2.6/site-packages/MoinMoin/action/__init__.py", > line 258, in do_show > if not request.user.may.read(pagename): > File "/usr/lib/python2.6/site-packages/MoinMoin/security/__init__.py", > line 150, in > return lambda pagename: _check(self.request, pagename, self.name, > attr) > File "/usr/lib/python2.6/site-packages/MoinMoin/security/__init__.py", > line 85, in _check > acl = p.getACL(request) # this will be fast in a reused page obj > File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 1596, in > getACL > acl = self.parseACL() > File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 1617, in > parseACL > return self.pi['acl'] > File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 252, in > get_pi > self.__pi = self.parse_processing_instructions() > File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 917, in > parse_processing_instructions > if args in i18n.wikiLanguages(): > TypeError: argument of type 'NoneType' is not iterable > > Note that I'm using a wikifarm and I have this problem only on 3 of my > instances - while 2 of them are working fine. They use the same underlay > and static folders. Do you have any hints? > > Thank you, > Nico > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at boddie.org.uk Thu Feb 7 06:39:52 2013 From: paul at boddie.org.uk (Paul Boddie) Date: Thu, 7 Feb 2013 12:39:52 +0100 Subject: [Moin-user] TypeError after upgrading to 1.9.6 In-Reply-To: References: Message-ID: <201302071239.52851.paul@boddie.org.uk> On Thursday 07 February 2013 12:05:19 Nico Zanferrari wrote: > Forget it, it was my fault (just a file access problem ;-). [...] > > File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 917, in > > parse_processing_instructions > > if args in i18n.wikiLanguages(): > > TypeError: argument of type 'NoneType' is not iterable Could you share with us which permissions were wrong? I encounter this bug occasionally and it's written up here: http://moinmo.in/MoinMoinBugs/argument%20of%20type%20%27NoneType%27%20is%20not%20iterable It would be good to identify it and get rid of it for good. That would mean producing a better error for permissions problems. Paul From m.decker at fz-juelich.de Thu Feb 7 06:40:25 2013 From: m.decker at fz-juelich.de (Michael Decker) Date: Thu, 7 Feb 2013 12:40:25 +0100 Subject: [Moin-user] TypeError after upgrading to 1.9.6 In-Reply-To: <201302071239.52851.paul@boddie.org.uk> References: <201302071239.52851.paul@boddie.org.uk> Message-ID: <511392A9.1020307@fz-juelich.de> I'm not entirely sure any more, but I think I have encountered this error when I did not clean up the cache after upgrading... On 07.02.2013 12:39, Paul Boddie wrote: > On Thursday 07 February 2013 12:05:19 Nico Zanferrari wrote: >> Forget it, it was my fault (just a file access problem ;-). > > [...] > >>> File "/usr/lib/python2.6/site-packages/MoinMoin/Page.py", line 917, in >>> parse_processing_instructions >>> if args in i18n.wikiLanguages(): >>> TypeError: argument of type 'NoneType' is not iterable > > Could you share with us which permissions were wrong? I encounter this bug > occasionally and it's written up here: > > http://moinmo.in/MoinMoinBugs/argument%20of%20type%20%27NoneType%27%20is%20not%20iterable > > It would be good to identify it and get rid of it for good. That would mean > producing a better error for permissions problems. > > Paul > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- Michael Decker Forschungszentrum J?lich Institut f?r Energie- und Klimaforschung - Troposph?re (IEK-8) Tel.: +49 2461 61-3867 E-Mail: m.decker at fz-juelich.de ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4679 bytes Desc: S/MIME Cryptographic Signature URL: From steve at einval.com Thu Feb 7 07:34:34 2013 From: steve at einval.com (Steve McIntyre) Date: Thu, 7 Feb 2013 12:34:34 +0000 Subject: [Moin-user] TypeError after upgrading to 1.9.6 In-Reply-To: <511392A9.1020307@fz-juelich.de> References: <201302071239.52851.paul@boddie.org.uk> <511392A9.1020307@fz-juelich.de> Message-ID: <20130207123434.GD9381@einval.com> On Thu, Feb 07, 2013 at 12:40:25PM +0100, Michael Decker wrote: >I'm not entirely sure any more, but I think I have encountered this >error when I did not clean up the cache after upgrading... Yup, it's the normal symptom of forgetting to clean the cache. -- Steve McIntyre, Cambridge, UK. steve at einval.com Who needs computer imagery when you've got Brian Blessed? From nicozanf at gmail.com Thu Feb 7 08:12:27 2013 From: nicozanf at gmail.com (Nico Zanferrari) Date: Thu, 7 Feb 2013 14:12:27 +0100 Subject: [Moin-user] TypeError after upgrading to 1.9.6 In-Reply-To: <20130207123434.GD9381@einval.com> References: <201302071239.52851.paul@boddie.org.uk> <511392A9.1020307@fz-juelich.de> <20130207123434.GD9381@einval.com> Message-ID: The command history confirm that I've done a moin ... maint cleancache and even a reboot without success. Then I've re-applied the default file rights and it worked. But maybe the error was just cached in the browser... Nico -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw at waldmann-edv.de Fri Feb 8 07:19:16 2013 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Fri, 08 Feb 2013 13:19:16 +0100 Subject: [Moin-user] Farmwiki configuration in Windows In-Reply-To: <510DFFDE.5020609@lavoltapress.com> References: <510DFFDE.5020609@lavoltapress.com> Message-ID: <5114ED44.3080501@waldmann-edv.de> Hi Allan, > I am trying to install a Moin 1.9.6 wikifarm on my Windows 7 box for > personal use. I got the single wiki using the built-in web server going > just fine. ... which uses "/" as the URL root of the wiki. > I am now trying to expand that to several wikis. I think I > am close, but missing one concept. I get from the request, thru > farmwiki, to the ScrumWiki.py, but not to individual pages. > The first one I am trying set up, I want to access via > localhost:8080/ScrumWiki > My wikis = [ ("scrumwiki", > r"^http://localhost:8080/ScrumWiki/.*$"), ] Please note that these regexes just DISPATCH to the correct individual wiki's config. They do NOT set up serving the wiki at that url. The builtin server by default serves localhost:8080/PageName. What you are trying here is to do path-based farming and I don't think the builtin server supports that. What you could do instead is hostname-based farming, by giving the localhost IP some more names (edit "hosts" file of your OS) and dispatch by hostname then. > > If I go to http://localhost:8080/ScrumWiki, the URL is not found. Fair > enough. Yes, the regex wants that "/" at the end (at least). > If I visit http://localhost:8080/ScrumWiki/FooBar > it get what looks like an unformatted wiki page, I assume it is a > MissingPage page > If I use its link to create a page, I get Foo(2f)Bar under \pages > and I can't visit that. if I copy a page from the old wikiconfig.py > wiki into \pages, it isn't found either. As it does not really KNOW that that wiki is rooted at .../ScrumWiki/, it thinks the pagename is ScrumWiki/Foo/Bar (not Foo/Bar). Usually, SCRIPT_NAME and PATH_INFO environment is used to decide what is what. > I wanted to use the built in web server for simplicity. Yes, I see that. But please note that this builtin server is mostly intended for simple setups, testing, development and not really intended for farms, production or bigger stuff. In general, path-based farming is a bit more complicated to set up than hostname based farming. > If I really can't use the built-in for a farm, I'll probably try to use > tomcat 7. I assume that is wsgi. The only thing I know about tomcat is that it is java stuff, so I wouldn't assume it supports wsgi (but I really don't know). But aside from apache2/mod-wsgi, nginx/uwsgi, there are multiple python wsgi servers out there, just google for "python wsgi server" or so. I personally usually use apache2/mod-wsgi for production and builtin server for development, so I personally can't help much with other stuff. The wsgi server usually has some documentation about how to get a standard wsgi app working. moin is such a standard wsgi app. Cheers, Thomas From yinyang at eburg.com Fri Feb 8 23:25:58 2013 From: yinyang at eburg.com (Gordon Messmer) Date: Fri, 08 Feb 2013 20:25:58 -0800 Subject: [Moin-user] Include macro with variable interpolation In-Reply-To: References: <50FB2B41.2060308@eburg.com> <50FDCEEE.2020704@eburg.com> <5102F48A.1000608@eburg.com> Message-ID: <5115CFD6.90800@eburg.com> On 01/30/2013 12:41 PM, Reimar Bauer wrote: > added some comments, Thanks, Reimar. I've been away for a while, but I really appreciate the time you took to review the code. I'll update the plugin as soon as I can and try to upload changes. From philip.colmer at linaro.org Mon Feb 11 04:36:55 2013 From: philip.colmer at linaro.org (Philip Colmer) Date: Mon, 11 Feb 2013 09:36:55 +0000 Subject: [Moin-user] 'dict' object is not callable Message-ID: I'm trying to migrate an existing moinmoin wiki from one server to another. I've taken a complete file copy of the original server and unpacked it into a directory on the new server. I've installed moinmoin into a different directory so that I can test and check the installation of moinmoin. It is working as I expect it to. If I soft-link to the data & underlay directories that have been unpacked from the original server, I get an internal server error when I try to browse the front page of the site: [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] mod_wsgi (pid=3111): Exception occurred processing WSGI script '/usr/share/moin/moin.wsgi'. [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] Traceback (most recent call last): [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/werkzeug/wsgi.py", line 411, in __call__ [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] return self.app(environ, start_response) [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 282, in __call__ [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] response = run(context) [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 88, in run [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] response = dispatch(request, context, action_name) [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 136, in dispatch [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] response = handle_action(context, pagename, action_name) [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 195, in handle_action [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] handler(context.page.page_name, context) [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/MoinMoin/action/__init__.py", line 268, in do_show [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] content_only=content_only, [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 1198, in send_page [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] start_line=pi['lines']) [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 1292, in send_page_content [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] self.execute(request, parser, code) [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "/usr/lib/python2.7/dist-packages/MoinMoin/Page.py", line 1323, in execute [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] exec code [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] File "FrontPage", line 2, in [Mon Feb 11 09:32:24 2013] [error] [client 86.161.238.198] TypeError: 'dict' object is not callable I don't think it is the config file that is the problem because I've tried using the "out of the box" config file and I'm getting the same problem. Switching back to my test "data" and "underlay" folders gets me back to a working server. So, it looks like there is something about the folders from the original server that are the problem. I've set the file permissions to match. Any suggestions, please? Many thanks. Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at sumpfralle.de Mon Feb 11 06:37:59 2013 From: lists at sumpfralle.de (Lars Kruse) Date: Mon, 11 Feb 2013 12:37:59 +0100 Subject: [Moin-user] 'dict' object is not callable In-Reply-To: References: Message-ID: <20130211123759.6539a9b0@erker.lan> Hi Philip, > Any suggestions, please? The following bug report should be suitable: http://www.moinmo.in/MoinMoinBugs/ExceptionRaisedAtPageLoading Summary: moinmoin's cache needs to be cleaned. I hope this helps! cheers, Lars From philip.colmer at linaro.org Mon Feb 11 06:45:28 2013 From: philip.colmer at linaro.org (Philip Colmer) Date: Mon, 11 Feb 2013 11:45:28 +0000 Subject: [Moin-user] 'dict' object is not callable In-Reply-To: <20130211123759.6539a9b0@erker.lan> References: <20130211123759.6539a9b0@erker.lan> Message-ID: Brilliant! Thank you. Philip On 11 February 2013 11:37, Lars Kruse wrote: > Hi Philip, > > > > Any suggestions, please? > > The following bug report should be suitable: > http://www.moinmo.in/MoinMoinBugs/ExceptionRaisedAtPageLoading > > Summary: moinmoin's cache needs to be cleaned. > > I hope this helps! > > cheers, > Lars > -------------- next part -------------- An HTML attachment was scrubbed... URL: