From tw at waldmann-edv.de Sat Dec 1 07:41:10 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Sat, 01 Dec 2012 13:41:10 +0100 Subject: [Moin-user] Lost Moin-Moin central wiki In-Reply-To: <47595489-40F2-4D76-9FBB-67EBF0120630@gmail.com> References: <47595489-40F2-4D76-9FBB-67EBF0120630@gmail.com> Message-ID: <1354365670.16334.14.camel@x300.localdomain> > Recently I upgraded to version 1.9.5 after many happy years with > 1.8.*. When I did so I lost all my personal modifications (page > layout, etc) If you are speaking of a custom theme, you likely need to update it for 1.9. Same is true for some other extensions, esp. if they access stuff in the request object (as moin 1.9 is using werkzeug/wsgi there, which is different from the custom stuff we had before). > but, worst of all, I lost connectivity to the central wiki on which > most of the documentation can be found. For example, a title search > on "format" comes up empty. A text search returns only pages from my > local wiki. This is way too unspecific and lacking important information to post any really helpful answer. From tw at waldmann-edv.de Sat Dec 1 07:36:08 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Sat, 01 Dec 2012 13:36:08 +0100 Subject: [Moin-user] moin-moin under Android? In-Reply-To: <782A0DBB-1695-47D2-AD72-BF71C0106256@gmail.com> References: <782A0DBB-1695-47D2-AD72-BF71C0106256@gmail.com> Message-ID: <1354365368.16334.9.camel@x300.localdomain> > Has anyone run moin-moin under Android? Not me. > I have this vision of running it from DropBox on both my Mac and my > Android Samsung Galaxy Note II. I have a Galaxy Note (N7000) and love it, but I would not even think of running moin on it. A wiki usually is a server side software, so installing it on every client and syncing data between all those clients sounds like a pain compared to just using clients as clients and accessing the wiki on the server. So all problems you'ld have with installing moin on arbitrary client devices go away if you just create CONNECTIVITY to your server instead. From paul at boddie.org.uk Sat Dec 1 10:15:02 2012 From: paul at boddie.org.uk (Paul Boddie) Date: Sat, 1 Dec 2012 16:15:02 +0100 Subject: [Moin-user] Lost Moin-Moin central wiki In-Reply-To: <1354365670.16334.14.camel@x300.localdomain> References: <47595489-40F2-4D76-9FBB-67EBF0120630@gmail.com> <1354365670.16334.14.camel@x300.localdomain> Message-ID: <201212011615.02838.paul@boddie.org.uk> On Saturday 01 December 2012 13:41:10 Thomas Waldmann wrote: > > Recently I upgraded to version 1.9.5 after many happy years with > > 1.8.*. When I did so I lost all my personal modifications (page > > layout, etc) > > If you are speaking of a custom theme, you likely need to update it for > 1.9. Same is true for some other extensions, esp. if they access stuff > in the request object (as moin 1.9 is using werkzeug/wsgi there, which > is different from the custom stuff we had before). > > > but, worst of all, I lost connectivity to the central wiki on which > > most of the documentation can be found. For example, a title search > > on "format" comes up empty. A text search returns only pages from my > > local wiki. > > This is way too unspecific and lacking important information to post any > really helpful answer. Is this not a reference to the help pages? Depending on how the upgrade was done, it's possible that the inquirer has a Wiki without various underlay pages which then have to be installed separately in 1.9 as page packages from the SystemPagesSetup page. Similarly, any custom theme would go away if the upgrade was more like a fresh install and a migration of the old data. But I'm just guessing here. Paul From dbenoy at sandvine.com Mon Dec 10 15:13:51 2012 From: dbenoy at sandvine.com (Daniel Benoy) Date: Mon, 10 Dec 2012 20:13:51 +0000 Subject: [Moin-user] "Please use the interactive user interface to use action edit!" Message-ID: I'm getting this error message while editing one of the pages on our internal wiki, but it only seems to happen on one page and I'm not sure what makes it different. "Please use the interactive user interface to use action edit!" Can anyone suggest a fix, or a way for me to dig up more useful technical details from the error message? Daniel Benoy Linux Application Server Administrator www.sandvine.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw at waldmann-edv.de Thu Dec 20 10:46:42 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Thu, 20 Dec 2012 16:46:42 +0100 Subject: [Moin-user] "Please use the interactive user interface to use action edit!" In-Reply-To: References: Message-ID: <1356018402.5622.8.camel@x300.localdomain> On Mon, 2012-12-10 at 20:13 +0000, Daniel Benoy wrote: > I'm getting this error message while editing one of the pages on our > internal wiki, but it only seems to happen on one page and I'm not > sure what makes it different. > That might just look like that. > > "Please use the interactive user interface to use action edit!" That means that it did not find the token that was part of the edit form you got for editing. Or the token was invalid because it was modified or just too old. That stuff (IIRC) is for 2 purposes: to make it a bit harder for spammers and to avoid CSRF attacks. From steveo at syslang.net Mon Dec 24 12:45:31 2012 From: steveo at syslang.net (Steven W. Orr) Date: Mon, 24 Dec 2012 12:45:31 -0500 Subject: [Moin-user] Dealing with spammers who create pages. Message-ID: <50D894BB.7020901@syslang.net> I'm offering this in the holiday spirit and hope I don't get screwed because of it. Over the years, I have had to adapt as best I could because of the increase in spam. With the email side of things, it was pretty straightforward. The implementations are extremely complex (because of my circumstances) but as time goes forward, the complexity has increased. As far as email is concerned, I'm in good shape. Using moin has been a different experience. I started out with a totally vanilla setup and slowly realized that only people who are logged in should be allowed to edit. The next evolutionary step was to use Textchas to foil the robots. I just followed the directions and asked dumb questions; What comes after Wednesday? What are trees made of? etc... Over time, Textchas turned out to be a failure. The total number of people who create accounts and succeed at adding a page to sell their candles or dick cream or real estate scams was averaging out to over 25+ per day, with around double that in new accounts and failed page creation. Very annoying. Then I came up with a simple solution that works *for me*. Your situation make not make this helpful *to you*: I changed the Textcha questions to be of *local* relevance. I can do this because the wiki I have is intended for people who are *local*. Things like, What state am I in? What river flows through here? Who just got elected as Official Dog Catcher? (Not the real questions, but the same flavor.) Since I did it, I have not had a single spammer get through. Hope this helps a few people. Steve :-) From holzkaefer at email-ausdrucker.de Tue Dec 25 23:19:53 2012 From: holzkaefer at email-ausdrucker.de (r2d2) Date: Wed, 26 Dec 2012 05:19:53 +0100 Subject: [Moin-user] drawplugin missing in debian-squeeze Message-ID: <50DA7AE9.4010804@email-ausdrucker.de> Hi all, I try to get twikidraw or anywikidraw working on my moin-squeeze-server. And I need help. I chose the repository-package from Debian because I do not want to care about updates and so far the whole thing runs smoothly. Just "Insert/Edit Image" does not work. But the readme files under "/usr/share/moin/htdocs/applets/[plugin]" only states "applet has not yet been packaged for Debian". Furthermore the link in the readme for twikidraw leads to a dead-end. The installation instructions for anywikidraw0.17 (http://sourceforge.net/projects/anywikidraw) to moinmoin reads "To do". To be honest, I am completely lost. How can I get anywikidraw or twikidraw working? Thank you. h From tw at waldmann-edv.de Wed Dec 26 01:32:53 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Wed, 26 Dec 2012 07:32:53 +0100 Subject: [Moin-user] Dealing with spammers who create pages. In-Reply-To: <50D894BB.7020901@syslang.net> References: <50D894BB.7020901@syslang.net> Message-ID: <1356503573.2608.11.camel@x300.localdomain> Hi Steven, > I just followed the directions and asked > dumb questions; What comes after Wednesday? What are trees made of? etc... Don't the directions say "ask site-specific questions"? Where did you read about dumb questions? Asking too common-sense questions may keep out some robots, but i think since quite a while spammers use hybrid setups. Like spamming with robots, but assisting them with humans (to get those questions answered). So rather ask questions that your visitors are able to answer, but not someone who has nothing to do with your site / topic. > Over time, Textchas turned out to be a failure. The total number of > people who create accounts and succeed at adding a page to sell their > candles or dick cream or real estate scams was averaging out to over 25+ > per day, with around double that in new accounts and failed page > creation. Very annoying. Well, that just means that your questions maybe have been too easy / too common-sense and you need to get some better ones. If you recognize that some question is answered by spammers, just remove it and add a more difficult one. You can remove ALL common-sense questions. Also, do not keep a single too-easy question, otherwise the spammers will just retry and retry until they get the easy one. > Then I came up with a simple solution that works *for me*. Your > situation make not make this helpful *to you*: > > I changed the Textcha questions to be of *local* relevance. I can do > this because the wiki I have is intended for people who are *local*. Yeah, much better. Often spammers (of people willingly or unwillingly helping them) have no clue about what they are spamming. Or they just go away if the question is not answered in 2 seconds. Cheers, Thomas From tw at waldmann-edv.de Wed Dec 26 01:43:48 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Wed, 26 Dec 2012 07:43:48 +0100 Subject: [Moin-user] drawplugin missing in debian-squeeze In-Reply-To: <50DA7AE9.4010804@email-ausdrucker.de> References: <50DA7AE9.4010804@email-ausdrucker.de> Message-ID: <1356504228.2608.17.camel@x300.localdomain> > I chose the repository-package from Debian because I do not want to care > about updates and so far the whole thing runs smoothly. Debian (and likely same for Ubuntu) is known to remove some stuff due to misc. reasons. > "Insert/Edit Image" does not work. Are you sure this is related to the drawing plugins? Sounds rather like a gui editor issue. > But the readme files under > "/usr/share/moin/htdocs/applets/[plugin]" only states "applet has not > yet been packaged for Debian". If there is no debian package, maybe just put the files from the moin download archive at the right place. In case of these drawing applets, I think you just need to copy the directories below applets/. Cheers, Thomas From lighton.phiri at gmail.com Sat Dec 29 02:55:56 2012 From: lighton.phiri at gmail.com (Lighton Phiri) Date: Sat, 29 Dec 2012 09:55:56 +0200 Subject: [Moin-user] CGI Internal Errors on Shared Server Message-ID: I've just started playing around with MoinMoin. I managed to set up an instance on my local machine, however getting it to work on a shared server platform has been really hard... I am working with verbuib 1.9.5 and using a traditional CGI approach. I get Internal errors and error logs have the entries below. I'd really appreciate it if someone could point me in the right direction here. [Sat Dec 29 02:12:25 2012] [error] [client 137.158.153.205] File does not exist: /home/opensour/public_html/404.shtml [Sat Dec 29 02:12:25 2012] [error] [client 137.158.153.205] File does not exist: /home/opensour/public_html/favicon.ico [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File does not exist: /home/opensour/public_html/500.shtml [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/support/werkzeug/formparser.py", line 16, in ? [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/support/werkzeug/wrappers.py", line 35, in ? [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/support/werkzeug/test.py", line 23, in ? [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/support/werkzeug/__init__.py", line 119, in __getattr__ [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/web/contexts.py", line 13, in ? [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/wsgiapp.py", line 14, in ? [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/web/serving.py", line 82, in make_application [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/web/frontend.py", line 36, in run [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File "/home/opensour/moin/MoinMoin/web/flup_frontend.py", line 135, in run Lighton Phiri http://lightonphiri.org From lighton.phiri at gmail.com Sat Dec 29 04:01:39 2012 From: lighton.phiri at gmail.com (Lighton Phiri) Date: Sat, 29 Dec 2012 11:01:39 +0200 Subject: [Moin-user] CGI Internal Errors on Shared Server In-Reply-To: References: Message-ID: Desperately running out of ideas, I decided to lower myself and regress to 1.8.5. Interestingly, it works flawlessly... well at least for now. Are there any issues one should be aware of about 1.9.5? I should mention here that I had a hard time finding the 1.8.* download link ;) Lighton Phiri http://lightonphiri.org On 29 December 2012 09:55, Lighton Phiri wrote: > I've just started playing around with MoinMoin. I managed to set up an > instance on my local machine, however getting it to work on a shared > server platform has been really hard... > > I am working with verbuib 1.9.5 and using a traditional CGI approach. > I get Internal errors and error logs have the entries below. I'd > really appreciate it if someone could point me in the right direction > here. > > [Sat Dec 29 02:12:25 2012] [error] [client 137.158.153.205] File does > not exist: /home/opensour/public_html/404.shtml > [Sat Dec 29 02:12:25 2012] [error] [client 137.158.153.205] File does > not exist: /home/opensour/public_html/favicon.ico > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File does > not exist: /home/opensour/public_html/500.shtml > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/support/werkzeug/formparser.py", line > 16, in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/support/werkzeug/wrappers.py", line 35, > in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/support/werkzeug/test.py", line 23, in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/support/werkzeug/__init__.py", line 119, > in __getattr__ > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/web/contexts.py", line 13, in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/wsgiapp.py", line 14, in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/web/serving.py", line 82, in > make_application > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/web/frontend.py", line 36, in run > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/web/flup_frontend.py", line 135, in run > > > Lighton Phiri > http://lightonphiri.org From kai at aplteam.com Sat Dec 29 03:56:33 2012 From: kai at aplteam.com (Kai Jaeger) Date: Sat, 29 Dec 2012 08:56:33 +0000 Subject: [Moin-user] Excluding twikidraw and anywikidraw Message-ID: I've done exactly what was suggested to fix the security issue: actions_excluded = ['newaccount', 'RenderAsDocbook', 'SyncPages', 'xmlrpc', 'PackagePages', 'Raw Text', 'twikidraw', 'anywikidraw', ] but the page is rendered without an error message, see the bottom of this page http://sandbox.aplwiki.com/TestPage1 Advice is welcome Kai From lighton.phiri at gmail.com Sat Dec 29 05:23:33 2012 From: lighton.phiri at gmail.com (Lighton Phiri) Date: Sat, 29 Dec 2012 12:23:33 +0200 Subject: [Moin-user] Wiki restore - 1.5.8 to 1.8.5 Message-ID: I am working with version 1.8.5 and would like to restore wiki data from an older version --1.5.8. I came across this [1] page but it hasn't been very helpful. What steps do I have to take to move data from the older version to the newer one? Can I just move the data directory? Can I just restore pages without restoring users? [1] http://static.moinmo.in/m2/html/admin/backup.html Lighton Phiri http://lightonphiri.org From tw at waldmann-edv.de Sat Dec 29 10:09:57 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Sat, 29 Dec 2012 16:09:57 +0100 Subject: [Moin-user] Excluding twikidraw and anywikidraw In-Reply-To: References: Message-ID: <1356793797.13548.1.camel@x300.localdomain> On Sat, 2012-12-29 at 08:56 +0000, Kai Jaeger wrote: > I've done exactly what was suggested to fix the security issue: > > actions_excluded = ['newaccount', 'RenderAsDocbook', 'SyncPages', > 'xmlrpc', 'PackagePages', 'Raw Text', 'twikidraw', 'anywikidraw', ] > > but the page is rendered without an error message, see the bottom of this page > > http://sandbox.aplwiki.com/TestPage1 I get "unknown action twikidraw" now, so it looks like you found why it did not work. You may want to read SecurityFixes again, there were more changes recently. From tw at waldmann-edv.de Sat Dec 29 10:13:00 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Sat, 29 Dec 2012 16:13:00 +0100 Subject: [Moin-user] remote code execution vulnerability in moin 1.9.x Message-ID: <1356793980.13548.4.camel@x300.localdomain> See there for details and hints what to do about it: http://moinmo.in/SecurityFixes If you haven't done it already: subscribe to the page if you are interested in security updates. I'll update the page when more informations related to this are available. From tw at waldmann-edv.de Sat Dec 29 10:16:47 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Sat, 29 Dec 2012 16:16:47 +0100 Subject: [Moin-user] Wiki restore - 1.5.8 to 1.8.5 In-Reply-To: References: Message-ID: <1356794207.13548.8.camel@x300.localdomain> On Sat, 2012-12-29 at 12:23 +0200, Lighton Phiri wrote: > I am working with version 1.8.5 and would like to restore wiki data > from an older version --1.5.8. I came across this [1] page but it > hasn't been very helpful. You shouldn't run 1.8.x, it is not maintained any more and has known issues. Soon there will be a new 1.9.6 release that fixes severe security issues. > What steps do I have to take to move data from the older version to > the newer one? Read docs/update.html (in our download archive). > Can I just move the data directory? No, you should always run the migration scripts. > Can I just restore pages without restoring users? The mig scripts always deal with pages (and attachments) AND users. > [1] http://static.moinmo.in/m2/html/admin/backup.html That is moin2 related stuff, it does not apply to moin 1.x.x. From tw at waldmann-edv.de Sat Dec 29 10:22:31 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Sat, 29 Dec 2012 16:22:31 +0100 Subject: [Moin-user] CGI Internal Errors on Shared Server In-Reply-To: References: Message-ID: <1356794551.13548.12.camel@x300.localdomain> On Sat, 2012-12-29 at 09:55 +0200, Lighton Phiri wrote: > I've just started playing around with MoinMoin. I managed to set up an > instance on my local machine, however getting it to work on a shared > server platform has been really hard... Some of the rather cheap hosters don't support python well. Running bigger python apps in CGI mode is rather slow, so the preferred method is using stuff like mod-wsgi (with apache2) or other stuff that stays resident in memory and does not start/terminate for every single request. But I now that on cheap hosting, stuff like that might be not available. > [Sat Dec 29 02:12:25 2012] [error] [client 137.158.153.205] File does > not exist: /home/opensour/public_html/404.shtml > [Sat Dec 29 02:12:25 2012] [error] [client 137.158.153.205] File does > not exist: /home/opensour/public_html/favicon.ico > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File does > not exist: /home/opensour/public_html/500.shtml > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/support/werkzeug/formparser.py", line > 16, in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/support/werkzeug/wrappers.py", line 35, > in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/support/werkzeug/test.py", line 23, in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/support/werkzeug/__init__.py", line 119, > in __getattr__ > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/web/contexts.py", line 13, in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/wsgiapp.py", line 14, in ? > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/web/serving.py", line 82, in > make_application > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/web/frontend.py", line 36, in run > [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File > "/home/opensour/moin/MoinMoin/web/flup_frontend.py", line 135, in run That somehow looks incomplete. If you could put the complete traceback on a pastebin, that would be helpful. From kai at aplteam.com Sat Dec 29 10:26:25 2012 From: kai at aplteam.com (Kai Jaeger) Date: Sat, 29 Dec 2012 15:26:25 +0000 Subject: [Moin-user] Excluding twikidraw and anywikidraw In-Reply-To: <1356793797.13548.1.camel@x300.localdomain> References: <1356793797.13548.1.camel@x300.localdomain> Message-ID: ?? I haven't changed anything since I wrote the mail, and it still works for me. I am gastly flubbered ;) On Sat, Dec 29, 2012 at 3:09 PM, Thomas Waldmann wrote: > On Sat, 2012-12-29 at 08:56 +0000, Kai Jaeger wrote: >> I've done exactly what was suggested to fix the security issue: >> >> actions_excluded = ['newaccount', 'RenderAsDocbook', 'SyncPages', >> 'xmlrpc', 'PackagePages', 'Raw Text', 'twikidraw', 'anywikidraw', ] >> >> but the page is rendered without an error message, see the bottom of this page >> >> http://sandbox.aplwiki.com/TestPage1 > > I get "unknown action twikidraw" now, so it looks like you found why it > did not work. > > You may want to read SecurityFixes again, there were more changes > recently. > From tw at waldmann-edv.de Sat Dec 29 11:10:18 2012 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Sat, 29 Dec 2012 17:10:18 +0100 Subject: [Moin-user] Excluding twikidraw and anywikidraw In-Reply-To: References: <1356793797.13548.1.camel@x300.localdomain> Message-ID: <1356797418.13548.14.camel@x300.localdomain> > I haven't changed anything since I wrote the mail, and it still works for me. Maybe browser caching? I just tried again. Neither twikidraw nor anywikidraw nor moinexec action works for me on that url: > >> http://sandbox.aplwiki.com/TestPage1 (note: there is some strange looking crap above the drawing links, it maybe would be simpler if that was removed) From kai at aplteam.com Sat Dec 29 11:31:49 2012 From: kai at aplteam.com (Kai Jaeger) Date: Sat, 29 Dec 2012 16:31:49 +0000 Subject: [Moin-user] Excluding twikidraw and anywikidraw In-Reply-To: <1356797418.13548.14.camel@x300.localdomain> References: <1356793797.13548.1.camel@x300.localdomain> <1356797418.13548.14.camel@x300.localdomain> Message-ID: The strange looking crap is actually code in my favorite programming language, APL, but I forgive you. The crap can do amazing things: http://www.youtube.com/watch?v=a9xAKttWgP4 I get no error message in Chrome, my standard browser, after Ctrl+F5. I tried again with Opera and Safari which I use very rarely, no error message. So, am I save?! On Sat, Dec 29, 2012 at 4:10 PM, Thomas Waldmann wrote: >> I haven't changed anything since I wrote the mail, and it still works for me. > > Maybe browser caching? > > I just tried again. Neither twikidraw nor anywikidraw nor moinexec > action works for me on that url: > >> >> http://sandbox.aplwiki.com/TestPage1 > > (note: there is some strange looking crap above the drawing links, it > maybe would be simpler if that was removed) > > From lighton.phiri at gmail.com Sat Dec 29 13:41:45 2012 From: lighton.phiri at gmail.com (Lighton Phiri) Date: Sat, 29 Dec 2012 20:41:45 +0200 Subject: [Moin-user] CGI Internal Errors on Shared Server In-Reply-To: <1356794551.13548.12.camel@x300.localdomain> References: <1356794551.13548.12.camel@x300.localdomain> Message-ID: >That somehow looks incomplete. If you could put the complete traceback on a pastebin, that would be helpful. That's all I could salvage from CPanel. I don't have ssh access to server. Lighton Phiri http://lightonphiri.org On 29 December 2012 17:22, Thomas Waldmann wrote: > On Sat, 2012-12-29 at 09:55 +0200, Lighton Phiri wrote: >> I've just started playing around with MoinMoin. I managed to set up an >> instance on my local machine, however getting it to work on a shared >> server platform has been really hard... > > Some of the rather cheap hosters don't support python well. > > Running bigger python apps in CGI mode is rather slow, so the preferred > method is using stuff like mod-wsgi (with apache2) or other stuff that > stays resident in memory and does not start/terminate for every single > request. But I now that on cheap hosting, stuff like that might be not > available. > >> [Sat Dec 29 02:12:25 2012] [error] [client 137.158.153.205] File does >> not exist: /home/opensour/public_html/404.shtml >> [Sat Dec 29 02:12:25 2012] [error] [client 137.158.153.205] File does >> not exist: /home/opensour/public_html/favicon.ico >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File does >> not exist: /home/opensour/public_html/500.shtml >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/support/werkzeug/formparser.py", line >> 16, in ? >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/support/werkzeug/wrappers.py", line 35, >> in ? >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/support/werkzeug/test.py", line 23, in ? >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/support/werkzeug/__init__.py", line 119, >> in __getattr__ >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/web/contexts.py", line 13, in ? >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/wsgiapp.py", line 14, in ? >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/web/serving.py", line 82, in >> make_application >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/web/frontend.py", line 36, in run >> [Sat Dec 29 02:12:24 2012] [error] [client 137.158.153.205] File >> "/home/opensour/moin/MoinMoin/web/flup_frontend.py", line 135, in run > > That somehow looks incomplete. If you could put the complete traceback > on a pastebin, that would be helpful. > > From rb.proj at googlemail.com Sat Dec 29 16:33:34 2012 From: rb.proj at googlemail.com (Reimar Bauer) Date: Sat, 29 Dec 2012 22:33:34 +0100 Subject: [Moin-user] moin-1.9.6 released Message-ID: This release is mostly about fixing some serious security issues. For details see: http://hg.moinmo.in/moin/1.9/raw-file/1.9.6/docs/CHANGES See http://moinmo.in/MoinMoinDownload for the release archive. BTW, for future moin 1.9 releases, we still need many more people helping with maintaining and updating translations on http://master19.moinmo.in/ . So, especially if you speak some non-english language, you can help! See http://moinmo.in/MoinDev/Translation for details. These days we spent most of our time on developing moin2, see http://moinmo.in/MoinMoin2.0 for details. If you like to hack / test new stuff, have a look! Also feel invited to help with it, so it gets ready for production sooner. If you are interested in helping, feel free to contact us on IRC chat, see: http://moinmo.in/MoinMoinChat