From cbyron2003 at yahoo.co.uk Tue Mar 6 06:48:39 2012 From: cbyron2003 at yahoo.co.uk (C byron) Date: Tue, 6 Mar 2012 11:48:39 +0000 (GMT) Subject: [Moin-user] No icons css following install Message-ID: <1331034519.74850.YahooMailNeo@web132102.mail.ird.yahoo.com> Hi, ? I am having problems with my moinmoin installation on a windows XP machine. I have followed the instructions for installing on windows using Apache 2.2. ? Following installation I can navigate to my first page but there seems to be no styling at all, just plain html. ? Looking in the Apache error logs I see the following error [Tue Mar 06 11:28:54 2012] [error] [client 127.0.0.1] File does not exist: C:/Python, referer: http://localhost:3128/theRevManWiki ? This seems to suggest to me that the correct python is not being found, I have amended the first line of? theRevManWiki/moin.cgi to be #! C:/Python27/python ? I also see the following errors in the Apache access.log 127.0.0.1 - - [06/Mar/2012:11:28:52 +0000] "GET /theRevManWiki HTTP/1.1" 404 6928 127.0.0.1 - - [06/Mar/2012:11:28:54 +0000] "GET /moin_static194/common/js/common.js HTTP/1.1" 404 232 127.0.0.1 - - [06/Mar/2012:11:28:54 +0000] "GET /moin_static194/modernized/css/common.css HTTP/1.1" 404 238 127.0.0.1 - - [06/Mar/2012:11:28:54 +0000] "GET /moin_static194/modernized/css/screen.css HTTP/1.1" 404 238 127.0.0.1 - - [06/Mar/2012:11:28:54 +0000] "GET /moin_static194/modernized/css/print.css HTTP/1.1" 404 237 127.0.0.1 - - [06/Mar/2012:11:28:54 +0000] "GET /moin_static194/modernized/css/projection.css HTTP/1.1" 404 242 ? This seems to suggest that my Alias commands are not set up properly but I ahve checked and re-checked and cannot see any problems. I have appended the following lines to the bottom of httpd.conf ? Alias /moin_static194/ "C:/Python/Lib/site-packages/MoinMoin/web/static/htdocs/" ScriptAlias /theRevManWiki "C:/Moin/theRevManWiki/moin.cgi" ? Any advice/help would be appreciated. ? Thanks ? Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From clements at galaxyproject.org Tue Mar 6 14:29:21 2012 From: clements at galaxyproject.org (Dave Clements) Date: Tue, 6 Mar 2012 11:29:21 -0800 Subject: [Moin-user] BackLinks Slow Message-ID: Hello all, Clicking on BackLinks (the page title) to see what links to this page, is slow i my 1.9 wiki, often timing out after 5 minutes. It looks like this is not searching the cache. Is there any way to speed this up? Thanks, Dave C. -- http://galaxyproject.org/GCC2012 http://galaxyproject.org/ http://getgalaxy.org/ http://usegalaxy.org/ http://galaxyproject.org/wiki/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at boddie.org.uk Tue Mar 6 16:23:21 2012 From: paul at boddie.org.uk (Paul Boddie) Date: Tue, 6 Mar 2012 22:23:21 +0100 Subject: [Moin-user] BackLinks Slow In-Reply-To: References: Message-ID: <201203062223.21476.paul@boddie.org.uk> On Tuesday 06 March 2012 20:29:21 Dave Clements wrote: > Hello all, > > Clicking on BackLinks (the page title) to see what links to this page, is > slow i my 1.9 wiki, often timing out after 5 minutes. It looks like this > is not searching the cache. Is there any way to speed this up? I would imagine that having Xapian enabled would make a big difference if a full search needed to be performed; the HelpOnXapian page has the details. If you already have Xapian enabled then something else is going wrong, and I guess we'd need to look more deeply into what is happening to fix it. Paul From clements at galaxyproject.org Tue Mar 6 18:22:43 2012 From: clements at galaxyproject.org (Dave Clements) Date: Tue, 6 Mar 2012 15:22:43 -0800 Subject: [Moin-user] BackLinks Slow In-Reply-To: <201203062223.21476.paul@boddie.org.uk> References: <201203062223.21476.paul@boddie.org.uk> Message-ID: Hi Paul, I'm not currently using Xapian, but I will look into it. Thanks for the suggestion. Dave C On Tue, Mar 6, 2012 at 1:23 PM, Paul Boddie wrote: > On Tuesday 06 March 2012 20:29:21 Dave Clements wrote: > > Hello all, > > > > Clicking on BackLinks (the page title) to see what links to this page, is > > slow i my 1.9 wiki, often timing out after 5 minutes. It looks like this > > is not searching the cache. Is there any way to speed this up? > > I would imagine that having Xapian enabled would make a big difference if a > full search needed to be performed; the HelpOnXapian page has the details. > If > you already have Xapian enabled then something else is going wrong, and I > guess we'd need to look more deeply into what is happening to fix it. > > Paul > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- http://galaxyproject.org/GCC2012 http://galaxyproject.org/ http://getgalaxy.org/ http://usegalaxy.org/ http://galaxyproject.org/wiki/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From meuser at tedsoft.de Wed Mar 7 10:48:31 2012 From: meuser at tedsoft.de (Stefan Meuser) Date: Wed, 7 Mar 2012 16:48:31 +0100 Subject: [Moin-user] Encoding Problem Message-ID: Hi, in a fresh installation (1.9.4) I see the following somehow strange problem with some page names: I goto "Find Page", enter something like "?Test" (the first is (c39c) in UTF-8 (captial U with diaeresis)). I get the missing page. The title shown there is wrong; it is (efbfbd3f)Test (which is displayed as non displayable character and a questionmark) as well as the link. Also the link for create new page is wrong. At least chrome shows the "?" correct in the URL (wiki/mywiki/?Test). I can create the page and edit it. All characters are correct in the text editor. It also works with other characters with diaresis, e.g "?Test" is working fine. I can see that it is not working for characters between (c391) and (c39c), why ever... (c390) and (c39d) do work as well as some other characters I tested. The installation was originally done on a Win2008 Server, with python 2.7.2 and apache 2.2.22 with an older wiki. In order to exclude effects from the migration I tested it with a fresh install on Windows 7, python 2.7.2 and apache 2.2.22. MoinMoin is started as CGI (slow) script. If I start the standalone server (wikiserver.py), everything works fine. Did I miss some configuration (apache or MoinMoin)? At least the apache log looks correct and there are no error messages in the error.log or the moinmoin log. Any ideas? kind regards, Stefan From tw-public at gmx.de Thu Mar 8 06:42:55 2012 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 08 Mar 2012 12:42:55 +0100 Subject: [Moin-user] No icons css following install In-Reply-To: <1331034519.74850.YahooMailNeo@web132102.mail.ird.yahoo.com> References: <1331034519.74850.YahooMailNeo@web132102.mail.ird.yahoo.com> Message-ID: <1331206975.7433.5.camel@x300.localdomain> A general question: if you are running this on a win xp machine, couldn't you just use the "wikiserver.py"? Would be much easier than configuring apache as this runs out of the box if you just unpack the download archive of moin. Your primary problem seems to be some server stuff (not moin) is not configured correctly, the :3128 in your URL seems also a little strange (are you using a proxy?). Instead of using moin.cgi, you should use apache with mod_wsgi and moin.wsgi, that is much faster. From tw-public at gmx.de Thu Mar 8 06:45:05 2012 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 08 Mar 2012 12:45:05 +0100 Subject: [Moin-user] BackLinks Slow In-Reply-To: References: Message-ID: <1331207105.7433.7.camel@x300.localdomain> > Clicking on BackLinks (the page title) to see what links to this page, > is slow i my 1.9 wiki, often timing out after 5 minutes. It looks > like this is not searching the cache. Is there any way to speed this > up? > The first time (or the first time after clearing the cache) you run it, it should rebuild some sort of "backlinks" cache. Depending on wiki size that might take a while (make sure it can do that without getting killed/interrupted/cancelled). But afterwards it should be faster. From tw-public at gmx.de Thu Mar 8 06:51:29 2012 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 08 Mar 2012 12:51:29 +0100 Subject: [Moin-user] Encoding Problem In-Reply-To: References: Message-ID: <1331207489.7433.10.camel@x300.localdomain> > If I start the standalone server (wikiserver.py), everything works fine. That is because nothing is getting in between then. :) On windows you can get quite some strange behaviours that are due to windows bugs and limitation (and in your case maybe also due to how cgi works). > Did I miss some configuration (apache or MoinMoin)? You could try mod_wsgi and moin.wsgi, MAYBE that works better. From clements at galaxyproject.org Thu Mar 8 19:04:41 2012 From: clements at galaxyproject.org (Dave Clements) Date: Thu, 8 Mar 2012 16:04:41 -0800 Subject: [Moin-user] BackLinks Slow In-Reply-To: <1331207105.7433.7.camel@x300.localdomain> References: <1331207105.7433.7.camel@x300.localdomain> Message-ID: Hi Thomas, I had that theory, but it did not seem to happen for me. However, I haven't investigated if the backlinks cache building process completes or not. I do clear the cache for 3 dynamic pages every 10 minutes or so, but that doesn't touch the rest of the pages I will investigate. Thanks, Dave C. On Thu, Mar 8, 2012 at 3:45 AM, Thomas Waldmann wrote: > > > Clicking on BackLinks (the page title) to see what links to this page, > > is slow i my 1.9 wiki, often timing out after 5 minutes. It looks > > like this is not searching the cache. Is there any way to speed this > > up? > > > The first time (or the first time after clearing the cache) you run it, > it should rebuild some sort of "backlinks" cache. Depending on wiki size > that might take a while (make sure it can do that without getting > killed/interrupted/cancelled). > > But afterwards it should be faster. > > > > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- http://galaxyproject.org/GCC2012 http://galaxyproject.org/ http://getgalaxy.org/ http://usegalaxy.org/ http://galaxyproject.org/wiki/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From hugo at lip.pt Mon Mar 12 06:45:33 2012 From: hugo at lip.pt (Hugo Gomes) Date: Mon, 12 Mar 2012 10:45:33 +0000 Subject: [Moin-user] New accounts Message-ID: <1331549133.2013.4.camel@lnsys16.lip.pt> Hi all, I'm having problems with bots creating new accounts, Is there any solution to implement only in account creation to solve this problems? Like a captcha system to new accounts? Best regards, Hugo Gomes -- ************************************************* Hugo Gomes LIP Av. Elias Garcia 14, 1? 1000-149 Lisboa, Portugal Telef.: +351- 217 998 587 URL: http://www.lip.pt E-mail: hugo at lip.pt ************************************************* From chris at cvs.rochester.edu Mon Mar 12 08:41:32 2012 From: chris at cvs.rochester.edu (Chris Freemesser) Date: Mon, 12 Mar 2012 08:41:32 -0400 Subject: [Moin-user] New accounts In-Reply-To: <1331549133.2013.4.camel@lnsys16.lip.pt> References: <1331549133.2013.4.camel@lnsys16.lip.pt> Message-ID: <4F5DEEFC.1060008@cvs.rochester.edu> On 3/12/12 6:45 AM, Hugo Gomes wrote: > Hi all, > > I'm having problems with bots creating new accounts, Is there any > solution to implement only in account creation to solve this problems? > Like a captcha system to new accounts? I'm seeing a similar problem...all of a sudden, bots are creating numerous accounts on our wikis. If Captcha isn't an option, is there any easy way to disable account creation or limit it so only certain designated users can create new accounts? Chris _____________________________________________ Chris Freemesser, University of Rochester Department of Brain & Cognitive Sciences / Center for Visual Science Meliora Hall, Room 244 E-Mail: chris at cvs.rochester.edu Phone: (585)275-0786 _____________________________________________ From steve at einval.com Mon Mar 12 10:49:19 2012 From: steve at einval.com (Steve McIntyre) Date: Mon, 12 Mar 2012 14:49:19 +0000 Subject: [Moin-user] New accounts In-Reply-To: <4F5DEEFC.1060008@cvs.rochester.edu> References: <1331549133.2013.4.camel@lnsys16.lip.pt> <4F5DEEFC.1060008@cvs.rochester.edu> Message-ID: <20120312144911.GZ3843@einval.com> On Mon, Mar 12, 2012 at 08:41:32AM -0400, Chris Freemesser wrote: >On 3/12/12 6:45 AM, Hugo Gomes wrote: >> Hi all, >> >> I'm having problems with bots creating new accounts, Is there any >> solution to implement only in account creation to solve this problems? >> Like a captcha system to new accounts? > >I'm seeing a similar problem...all of a sudden, bots are creating numerous >accounts on our wikis. If Captcha isn't an option, is there any easy way to >disable account creation or limit it so only certain designated users can >create new accounts? I have a patch for recaptcha with moin, used for wiki.debian.org. See http://sourceforge.net/mailarchive/forum.php?thread_name=20110811163911.GF14260%40einval.com&forum_name=moin-user -- Steve McIntyre, Cambridge, UK. steve at einval.com "...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver." -- Daniel Pead From rb.proj at gmail.com Mon Mar 12 12:23:29 2012 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 12 Mar 2012 17:23:29 +0100 Subject: [Moin-user] New accounts In-Reply-To: <1331549133.2013.4.camel@lnsys16.lip.pt> References: <1331549133.2013.4.camel@lnsys16.lip.pt> Message-ID: Am 12.03.2012 11:45, schrieb Hugo Gomes: > Hi all, > > I'm having problems with bots creating new accounts, Is there any > solution to implement only in account creation to solve this problems? > Like a captcha system to new accounts? > > Best regards, > Hugo Gomes > > Hi there enable a textcha, see http://moinmo.in/HelpOnSpam cheers Reimar From sdocio at gmail.com Mon Mar 12 16:26:21 2012 From: sdocio at gmail.com (sdocio at gmail.com) Date: Mon, 12 Mar 2012 21:26:21 +0100 Subject: [Moin-user] New accounts In-Reply-To: References: <1331549133.2013.4.camel@lnsys16.lip.pt> Message-ID: <20120312202621.GA29661@huginn.inv.usc.es> R.Bauer escribiu: > Hi there > > enable a textcha, see > http://moinmo.in/HelpOnSpam Hi, is it possible to apply a textcha only for user registration? Thank you, -- "Non hai peor fascista ca un burgu?s asustado -- An?nimo" From clements at galaxyproject.org Mon Mar 12 16:47:43 2012 From: clements at galaxyproject.org (Dave Clements) Date: Mon, 12 Mar 2012 13:47:43 -0700 Subject: [Moin-user] New accounts In-Reply-To: References: <1331549133.2013.4.camel@lnsys16.lip.pt> Message-ID: Hello all, We use textchas on our site and I haven't seen any updates that look like they come from bots. An interesting point is that the account creation textcha still does not discourage some noticeable percentage of spammer login creation. However, the textchas on the page edits/creates prevent almost all actual spam. We do have one textcha question that anyone can answer. I wonder if the logins we do see are from that question, and if the limited spam we do see comes from users who get that question twice in a row. Dave C. On Mon, Mar 12, 2012 at 9:23 AM, R.Bauer wrote: > Am 12.03.2012 11:45, schrieb Hugo Gomes: > > Hi all, > > > > I'm having problems with bots creating new accounts, Is there any > > solution to implement only in account creation to solve this problems? > > Like a captcha system to new accounts? > > > > Best regards, > > Hugo Gomes > > > > > > Hi there > > enable a textcha, see > http://moinmo.in/HelpOnSpam > > cheers > Reimar > > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- http://galaxyproject.org/GCC2012 http://galaxyproject.org/ http://getgalaxy.org/ http://usegalaxy.org/ http://galaxyproject.org/wiki/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at googlemail.com Mon Mar 12 17:36:46 2012 From: rb.proj at googlemail.com (ReimarBauer) Date: Mon, 12 Mar 2012 22:36:46 +0100 Subject: [Moin-user] New accounts In-Reply-To: <20120312202621.GA29661@huginn.inv.usc.es> References: <1331549133.2013.4.camel@lnsys16.lip.pt> <20120312202621.GA29661@huginn.inv.usc.es> Message-ID: Am 12.03.2012 21:26, schrieb sdocio at gmail.com: > R.Bauer escribiu: >> Hi there >> >> enable a textcha, see >> http://moinmo.in/HelpOnSpam > > Hi, > > is it possible to apply a textcha only for user registration? > Thank you, > The other way around works. You can add all users or all groups of users to a TrustedEditorGroup and configure this group as textchas_disabled_group. Then none of your users gets any question. Someone who is logged in and creates an account for someone else didn't get the question too. In our wikis we often give anypne of this group the right to add new users, see http://moinmo.in/TrustedEditorGroup That gives no user creation spam and also no wikipage spam. If something is unclear on the page I showed help us to improve it. cheers Reimar From rb.proj at googlemail.com Mon Mar 12 17:45:22 2012 From: rb.proj at googlemail.com (ReimarBauer) Date: Mon, 12 Mar 2012 22:45:22 +0100 Subject: [Moin-user] New accounts In-Reply-To: References: <1331549133.2013.4.camel@lnsys16.lip.pt> Message-ID: Am 12.03.2012 21:47, schrieb Dave Clements: > Hello all, > > We use textchas on our site and I haven't seen any updates that look > like they come from bots. > > An interesting point is that the account creation textcha still does not > discourage some noticeable percentage of spammer login creation. > However, the textchas on the page edits/creates prevent almost all > actual spam. We do have one textcha question that anyone can answer. I > wonder if the logins we do see are from that question, and if the > limited spam we do see comes from users who get that question twice in a > row. We have recognized sometimes that some users have not used a WikiName username and haven't seen that they can rename their account (or because renaming is blocked). They have created a new account. Is this the same pattern you have with your additional accounts? May be some of them become disabled? SystemAdmin -> "do user browser" lists for a superuser user all existing users and that status. cheers Reimar > > Dave C. > > > On Mon, Mar 12, 2012 at 9:23 AM, R.Bauer > wrote: > > Am 12.03.2012 11:45, schrieb Hugo Gomes: > > Hi all, > > > > I'm having problems with bots creating new accounts, Is > there any > > solution to implement only in account creation to solve this problems? > > Like a captcha system to new accounts? > > > > Best regards, > > Hugo Gomes > > > > > > Hi there > > enable a textcha, see > http://moinmo.in/HelpOnSpam > > cheers > Reimar > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > -- > http://galaxyproject.org/GCC2012 > http://galaxyproject.org/ > http://getgalaxy.org/ > http://usegalaxy.org/ > http://galaxyproject.org/wiki/ > > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > > > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From sdocio at gmail.com Mon Mar 12 17:53:44 2012 From: sdocio at gmail.com (sdocio at gmail.com) Date: Mon, 12 Mar 2012 22:53:44 +0100 Subject: [Moin-user] New accounts In-Reply-To: References: <1331549133.2013.4.camel@lnsys16.lip.pt> <20120312202621.GA29661@huginn.inv.usc.es> Message-ID: <20120312215344.GB30806@huginn.inv.usc.es> ReimarBauer escribiu: > The other way around works. You can add all users or all groups of users > to a TrustedEditorGroup and configure this group as > textchas_disabled_group. Then none of your users gets any question. > Someone who is logged in and creates an account for someone else didn't > get the question too. In our wikis we often give anypne of this group > the right to add new users, see http://moinmo.in/TrustedEditorGroup > > That gives no user creation spam and also no wikipage spam. > > If something is unclear on the page I showed help us to improve it. Yes, I've done this. First I made a try with the special group 'Known' but it didn't run, so I created this new group. I was trying to avoid that because I have a wiki farm. Is it possible to create a "TrustedEditorGroup" which is common to all the wikis in a farm? Thank you again. Regards, -- "When the government fears the people, there is liberty. When the people fear the government, there is tyranny." -- Thomas Jefferson From rb.proj at googlemail.com Mon Mar 12 18:26:15 2012 From: rb.proj at googlemail.com (ReimarBauer) Date: Mon, 12 Mar 2012 23:26:15 +0100 Subject: [Moin-user] New accounts In-Reply-To: <20120312215344.GB30806@huginn.inv.usc.es> References: <1331549133.2013.4.camel@lnsys16.lip.pt> <20120312202621.GA29661@huginn.inv.usc.es> <20120312215344.GB30806@huginn.inv.usc.es> Message-ID: Am 12.03.2012 22:53, schrieb sdocio at gmail.com: > ReimarBauer escribiu: >> The other way around works. You can add all users or all groups of users >> to a TrustedEditorGroup and configure this group as >> textchas_disabled_group. Then none of your users gets any question. >> Someone who is logged in and creates an account for someone else didn't >> get the question too. In our wikis we often give anypne of this group >> the right to add new users, see http://moinmo.in/TrustedEditorGroup >> >> That gives no user creation spam and also no wikipage spam. >> >> If something is unclear on the page I showed help us to improve it. > > Yes, I've done this. First I made a try with the special group 'Known' but > it didn't run, so I created this new group. I was trying to avoid that > because I have a wiki farm. Is it possible to create a "TrustedEditorGroup" > which is common to all the wikis in a farm? > > Thank you again. > > Regards, > Have all farm wikis the same users? Reimar From reuterru at arcor.de Tue Mar 13 01:50:34 2012 From: reuterru at arcor.de (Rudolf Reuter) Date: Tue, 13 Mar 2012 06:50:34 +0100 Subject: [Moin-user] New accounts In-Reply-To: <1331549133.2013.4.camel@lnsys16.lip.pt> References: <1331549133.2013.4.camel@lnsys16.lip.pt> Message-ID: <4F5EE02A.6060709@arcor.de> Hello, for me the best solution was: from http://www.moinmo.in/FeatureRequests/DisableUserCreation *Solution for 1.9 to only allow superusers to create new accounts* In short: In order to avoid SPAM creating new accounts, patch MoinMoin/action/newaccount.py Line 172: page = Page(request, pagename) _ = request.getText # 2011-08-20 RR if not request.user.isSuperUser(): request.theme.add_msg(_('You are not allowed to use this action.'), "error") return page.send_page() form = request.form Best regards, Rudolf Am 12.03.12 11:45, schrieb Hugo Gomes: > Hi all, > > I'm having problems with bots creating new accounts, Is there any > solution to implement only in account creation to solve this problems? > Like a captcha system to new accounts? > > Best regards, > Hugo Gomes > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clements at galaxyproject.org Tue Mar 13 13:18:27 2012 From: clements at galaxyproject.org (Dave Clements) Date: Tue, 13 Mar 2012 10:18:27 -0700 Subject: [Moin-user] New accounts In-Reply-To: References: <1331549133.2013.4.camel@lnsys16.lip.pt> Message-ID: Hi Reimar, Sorry, I was not being clear. I was trying to explain how effective Textchas were. At the risk of getting off-topic, I'll explain what I've been doing in the hope that it contributes to the discussion. 1) Our wiki requires a Textcha for both account creation and for edits. 2) We have one easy question. Something like: Tired of answering these questions? Enter "yes" and send us an email with your user id 3) However, almost no one ever sends me an email (but a spammer did once! :-) 4) Once a month I walk through new logins (about 20-30), searching the web and my inbox for them. * I add those that I can confirm to the trusted list (and send them an email) * Diable those that are obvious spammers * Leave the rest alone. I'm updating this to: 1) Drop the easy question, since no one actually sends me their address. 2) Automate the monthly review process as much as possible. I'm guessing that change #1 will make my (very small) spam problem go away entirely. Dave C On Mon, Mar 12, 2012 at 2:45 PM, ReimarBauer wrote: > Am 12.03.2012 21:47, schrieb Dave Clements: > > Hello all, > > > > We use textchas on our site and I haven't seen any updates that look > > like they come from bots. > > > > An interesting point is that the account creation textcha still does not > > discourage some noticeable percentage of spammer login creation. > > However, the textchas on the page edits/creates prevent almost all > > actual spam. We do have one textcha question that anyone can answer. I > > wonder if the logins we do see are from that question, and if the > > limited spam we do see comes from users who get that question twice in a > > row. > > We have recognized sometimes that some users have not used a WikiName > username and haven't seen that they can rename their account (or because > renaming is blocked). They have created a new account. Is this the same > pattern you have with your additional accounts? > May be some of them become disabled? > > > SystemAdmin -> "do user browser" lists for a superuser user all existing > users and that status. > > cheers > Reimar > > > > > > Dave C. > > > > > > On Mon, Mar 12, 2012 at 9:23 AM, R.Bauer > > wrote: > > > > Am 12.03.2012 11:45, schrieb Hugo Gomes: > > > Hi all, > > > > > > I'm having problems with bots creating new accounts, Is > > there any > > > solution to implement only in account creation to solve this > problems? > > > Like a captcha system to new accounts? > > > > > > Best regards, > > > Hugo Gomes > > > > > > > > > > Hi there > > > > enable a textcha, see > > http://moinmo.in/HelpOnSpam > > > > cheers > > Reimar > > > > > > > ------------------------------------------------------------------------------ > > Try before you buy = See our experts in action! > > The most comprehensive online learning library for Microsoft > developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, > MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-dev2 > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net Moin-user at lists.sourceforge.net> > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > > > > > > -- > > http://galaxyproject.org/GCC2012 > > http://galaxyproject.org/ > > http://getgalaxy.org/ > > http://usegalaxy.org/ > > http://galaxyproject.org/wiki/ > > > > > > > > > ------------------------------------------------------------------------------ > > Try before you buy = See our experts in action! > > The most comprehensive online learning library for Microsoft developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-dev2 > > > > > > > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- http://galaxyproject.org/GCC2012 http://galaxyproject.org/ http://getgalaxy.org/ http://usegalaxy.org/ http://galaxyproject.org/wiki/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kai at aplteam.com Wed Mar 14 03:37:21 2012 From: kai at aplteam.com (Kai Jaeger) Date: Wed, 14 Mar 2012 07:37:21 +0000 Subject: [Moin-user] Spam - very bad news Message-ID: I am entertaining a sandbox wiki for test purposes: http://sandbox.aplwiki.com When spammer discovered it I had to introduce text captchas. That solved the problem. Until recently. I am now getting large piles of spam into the wiki. It's certainly done by robots because every night the sandbox is set back, so a human would realize that the effort is for nothing. Also, the text inserted into the wiki does not make any sense. It seems to be rubbish, randomly generated. There are not even links. I don't understand the business logic. That means that robots somehow managed to get over the captchas, and that is really bad news. I wonder whether others suffer from similar problems. Kai P.S.: an example: to me Dear Wiki user, You have subscribed to a wiki page or wiki category on "Sandbox" for change notification. The "HelpOnEditing/SubPages/ThirdLevel" page has been changed by : http://sandbox.aplwiki.com/HelpOnEditing/SubPages/ThirdLevel?action=diff&rev1=4&rev2=5 Comment: Kristy thanks for the play by play. It's lnceleext information and I'm going to take a closer look at our meta tags and keywords to be sure I'm getting maximum exposure. As always, you are a trusted - Yeah, I sort of get it, reduce spam.At the memont I'm seeing red because between Google Reader, WordPress and Tweetmeme, I'm being squeezed into delivering content in ways that make no sense for the value I add.I may stop using Tweetmeme. I'm not sure how it works, but if I can't figure out how to stop it from using a title of it's choosing rather than my choosing, it's just a no go. My choice of title isn't alway what I want to publish with. In fact, my first choice of title is often really crappy.So I end up with a crappy, possibly non-converting title running around the web. How could that possibly be useful? My issues with Google Reader aren't relevant here, other than how it handles titles is getting in my way. + Kristy thanks for the play by play. It's lnceleext information and I'm going to take a closer look at our meta tags and keywords to be sure I'm getting maximum exposure. As always, you are a trusted expert and resource. ---- CategoryCategory From rb.proj at gmail.com Wed Mar 14 05:29:42 2012 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 14 Mar 2012 10:29:42 +0100 Subject: [Moin-user] Spam - very bad news In-Reply-To: References: Message-ID: Am 14.03.2012 08:37, schrieb Kai Jaeger: > I am entertaining a sandbox wiki for test purposes: > > http://sandbox.aplwiki.com > > When spammer discovered it I had to introduce text captchas. That > solved the problem. Until recently. > > I am now getting large piles of spam into the wiki. It's certainly > done by robots because every night the sandbox is set back, so a human > would realize that the effort is for nothing. > > Also, the text inserted into the wiki does not make any sense. It > seems to be rubbish, randomly generated. There are not even links. I > don't understand the business logic. > > That means that robots somehow managed to get over the captchas, and > that is really bad news. I wonder whether others suffer from similar > problems. > > Kai > Look into the logs. You should see that the textcha is answered or not. And how much trials were needed Reimar > > P.S.: an example: > > to me > Dear Wiki user, > > You have subscribed to a wiki page or wiki category on "Sandbox" for > change notification. > > The "HelpOnEditing/SubPages/ThirdLevel" page has been changed by : > http://sandbox.aplwiki.com/HelpOnEditing/SubPages/ThirdLevel?action=diff&rev1=4&rev2=5 > > Comment: > Kristy thanks for the play by play. It's lnceleext information and > I'm going to take a closer look at our meta tags and keywords to be > sure I'm getting maximum exposure. As always, you are a trusted > > - Yeah, I sort of get it, reduce spam.At the memont I'm seeing red > because between Google Reader, WordPress and Tweetmeme, I'm being > squeezed into delivering content in ways that make no sense for the > value I add.I may stop using Tweetmeme. I'm not sure how it works, > but if I can't figure out how to stop it from using a title of it's > choosing rather than my choosing, it's just a no go. My choice of > title isn't alway what I want to publish with. In fact, my first > choice of title is often really crappy.So I end up with a crappy, > possibly non-converting title running around the web. How could that > possibly be useful? My issues with Google Reader aren't relevant > here, other than how it handles titles is getting in my way. > + Kristy thanks for the play by play. It's lnceleext information and > I'm going to take a closer look at our meta tags and keywords to be > sure I'm getting maximum exposure. As always, you are a trusted expert > and resource. > ---- > CategoryCategory > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ From rb.proj at gmail.com Wed Mar 14 05:40:30 2012 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 14 Mar 2012 10:40:30 +0100 Subject: [Moin-user] Spam - very bad news In-Reply-To: References: Message-ID: Am 14.03.2012 08:37, schrieb Kai Jaeger: > I am entertaining a sandbox wiki for test purposes: > > http://sandbox.aplwiki.com > > When spammer discovered it I had to introduce text captchas. That > solved the problem. Until recently. > > I am now getting large piles of spam into the wiki. It's certainly > done by robots because every night the sandbox is set back, so a human > would realize that the effort is for nothing. > > Also, the text inserted into the wiki does not make any sense. It > seems to be rubbish, randomly generated. There are not even links. I > don't understand the business logic. > > That means that robots somehow managed to get over the captchas, and > that is really bad news. I wonder whether others suffer from similar > problems. May be your spam comes by xmlrpc. If you enable it you should have propper acls set. At least not allowing anonymous edits is a good idea. On default xmlrpc is disabled by actions_excluded. I get by ListPages -w http://sandbox.aplwiki.com ['HelpOnEditing/SubPages/ThirdLevel', 'HelpOnEditing/SubPages/sub page with arbitrary page name', 'ScanOperator', 'SlideShowTemplate/000 Introduction', 'ExampleNo2', 'ExampleNo1', 'TrustedGroup', 'TestPage2', 'TestPage3', 'ExampleNumber3', 'TestPage1'] various other cmds are in http://pypi.python.org/pypi/wiki-xmlrpc-extensions http://moinmo.in/ReimarBauer/xmlrpc cheers Reimar > > Kai > > > P.S.: an example: > > to me > Dear Wiki user, > > You have subscribed to a wiki page or wiki category on "Sandbox" for > change notification. > > The "HelpOnEditing/SubPages/ThirdLevel" page has been changed by : > http://sandbox.aplwiki.com/HelpOnEditing/SubPages/ThirdLevel?action=diff&rev1=4&rev2=5 > > Comment: > Kristy thanks for the play by play. It's lnceleext information and > I'm going to take a closer look at our meta tags and keywords to be > sure I'm getting maximum exposure. As always, you are a trusted > > - Yeah, I sort of get it, reduce spam.At the memont I'm seeing red > because between Google Reader, WordPress and Tweetmeme, I'm being > squeezed into delivering content in ways that make no sense for the > value I add.I may stop using Tweetmeme. I'm not sure how it works, > but if I can't figure out how to stop it from using a title of it's > choosing rather than my choosing, it's just a no go. My choice of > title isn't alway what I want to publish with. In fact, my first > choice of title is often really crappy.So I end up with a crappy, > possibly non-converting title running around the web. How could that > possibly be useful? My issues with Google Reader aren't relevant > here, other than how it handles titles is getting in my way. > + Kristy thanks for the play by play. It's lnceleext information and > I'm going to take a closer look at our meta tags and keywords to be > sure I'm getting maximum exposure. As always, you are a trusted expert > and resource. > ---- > CategoryCategory > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ From hugo at lip.pt Wed Mar 14 06:23:18 2012 From: hugo at lip.pt (Hugo Gomes) Date: Wed, 14 Mar 2012 10:23:18 +0000 Subject: [Moin-user] New accounts In-Reply-To: References: <1331549133.2013.4.camel@lnsys16.lip.pt> <20120312202621.GA29661@huginn.inv.usc.es> Message-ID: <1331720598.6615.8.camel@lnsys16.lip.pt> Hi, I've implemented the TrustedEditorGroup and add my usersGroups to this group, and for now is working fine. Thanks very much for the support. Regards, Hugo Gomes On Mon, 2012-03-12 at 22:36 +0100, ReimarBauer wrote: > Am 12.03.2012 21:26, schrieb sdocio at gmail.com: > > R.Bauer escribiu: > >> Hi there > >> > >> enable a textcha, see > >> http://moinmo.in/HelpOnSpam > > > > Hi, > > > > is it possible to apply a textcha only for user registration? > > Thank you, > > > > The other way around works. You can add all users or all groups of users > to a TrustedEditorGroup and configure this group as > textchas_disabled_group. Then none of your users gets any question. > Someone who is logged in and creates an account for someone else didn't > get the question too. In our wikis we often give anypne of this group > the right to add new users, see http://moinmo.in/TrustedEditorGroup > > That gives no user creation spam and also no wikipage spam. > > If something is unclear on the page I showed help us to improve it. > > cheers > Reimar > > > > > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- ************************************************* Hugo Gomes LIP Av. Elias Garcia 14, 1? 1000-149 Lisboa, Portugal Telef.: +351- 217 998 587 URL: http://www.lip.pt E-mail: hugo at lip.pt ************************************************* From tw-public at gmx.de Thu Mar 15 10:06:51 2012 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 15 Mar 2012 15:06:51 +0100 Subject: [Moin-user] Spam - very bad news In-Reply-To: References: Message-ID: <1331820411.3356.17.camel@server.firma.waldmann-edv.de> > http://sandbox.aplwiki.com ^^ that wiki is running moin 1.9.3 >From docs/CHANGES of 1.9.4: """Improve textcha security, use some crypto and timing to make cheating harder - use cfg.textchas_expiry_time = 600 (default, seconds) to set the time a textcha is valid.""" Try that, maybe it helps. There are also some other changes and fixes in 1.9.4 you may like, see there: http://hg.moinmo.in/moin/1.9/file/1.9.4/docs/CHANGES > I am now getting large piles of spam into the wiki. It's certainly > done by robots because every night the sandbox is set back, so a human > would realize that the effort is for nothing. Well, I think we also have to consider hybrid approaches: some automated thing that also includes helps of humans (maybe even humans that do not know that they are helping to break captchas). > That means that robots somehow managed to get over the captchas, and > that is really bad news. I wonder whether others suffer from similar > problems. Well, I noticed some issue with the old textcha code, that is why that change was done that is now included in 1.9.4. From mark.scheufele at diasemi.com Thu Mar 15 12:21:10 2012 From: mark.scheufele at diasemi.com (Mark Scheufele) Date: Thu, 15 Mar 2012 16:21:10 +0000 Subject: [Moin-user] Question regarding Wiki Synchronistation Message-ID: <39080CC9D403A94F992B5A8183FE77BC6BBFD9CA@NB-EX-MBX01.diasemi.com> Hi MoinMoin users, I am in the middle of setting up synchronization between two wiki systems (moinmoin version 1.9.3). The synchronization is already working. Yet I am still having some questions on the topic. - using the SyncJobTemplate that relies on the action SyncPages it is not possible to synchronize attachments when using version 1.9.3, correct? - is the new moinmoin version 1.9.4 able to synchronize attachments? - I would like to schedule the synchronization using a batch job. To accomplish that I have written a python script that calls the SyncJobTemplate using httplib. In my first attempt I was trying to call the SyncJobTemplate page using a http GET and the URL http://nb-it-lt-ms/testwiki/SyncJobTemplate?action=SyncPages. As I did not succeed I had a look at the SyncPages.py code and noticed that when the SyncJobTemplate is interactively started by a user the first call to the Page is a http GET to the URL http://nb-it-lt-ms/testwiki/SyncJobTemplate? action=SyncPages afterwards the page is displayed once more showing a form with user/password fields and cancel/start buttons. Pressing the start button on that page fires another call to http://nb-it-lt-ms/testwiki/SyncJobTemplate?action=SyncPages using a http POST. I tried the same within my script yet still no success. Then I recognized that when sending the http POST an additional parameter called ticket, which must have been created at some point along the line, is also sent. Here I am stuck at the minute. Maybe someone could give me a hint how such a ticket can be created? Or if someone did already succeed in starting the synchronization using some kind of batch job it would be great if he could share his knowledge. Many Thanks in advance, mark _______________________________________________________________________________________ Dialog Semiconductor GmbH Neue Str. 95 D-73230 Kirchheim Managing Directors: Dr. Jalal Bagherli, Jean-Michel Richard Chairman of the Supervisory Board: Gregorio Reyes Commercial register: Amtsgericht Stuttgart: HRB 231181 UST-ID-Nr. DE 811121668 Legal Disclaimer: This e-mail communication (and any attachment/s) is confidential and contains proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Please consider the environment before printing this e-mail From manfred.lotz at arcor.de Sun Mar 18 08:44:41 2012 From: manfred.lotz at arcor.de (Manfred Lotz) Date: Sun, 18 Mar 2012 13:44:41 +0100 Subject: [Moin-user] How to install a theme? Message-ID: <20120318134441.40ecf8ad@arcor.com> Hi all, I played a bit with moinmoin and tried to install a theme. Wasn't successful. The documentation doesn't really help either. In my case I tried to install this template: http://moinmo.in/ThemeMarket/sinorca4moin I looked at: http://moinmo.in/HelpOnThemes and found: < You can not just copy the whole directory to a themes directory. < That will not work. To install a new theme follow the instructions < by the theme author. < Generally you have two different locations: < The directory where all the static files of the themes reside < Unpack the archive and put the theme directory here (containing < two directories: css/ and img/). < The data/plugin/theme directory where theme code can reside < move the theme script here (that has the same name as the theme < but with a .py ending). The theme archive has a sinorca4moin.py and two directories ./css and ./img. Can anybody tell me where to put the stuff? If for example I copy sinorca4moin.py to directory wiki/data/plugin/theme/ then where to put the two directories ./css, and ./img? -- Being confused, Manfred From rb.proj at gmail.com Mon Mar 19 05:48:39 2012 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 19 Mar 2012 10:48:39 +0100 Subject: [Moin-user] How to install a theme? In-Reply-To: <20120318134441.40ecf8ad@arcor.com> References: <20120318134441.40ecf8ad@arcor.com> Message-ID: Am 18.03.2012 13:44, schrieb Manfred Lotz: > Hi all, > I played a bit with moinmoin and tried to install a theme. Wasn't > successful. The documentation doesn't really help either. > > In my case I tried to install this template: > http://moinmo.in/ThemeMarket/sinorca4moin > > I looked at: http://moinmo.in/HelpOnThemes and found: > > < You can not just copy the whole directory to a themes directory. > < That will not work. To install a new theme follow the instructions > < by the theme author. > < Generally you have two different locations: > < The directory where all the static files of the themes reside > < Unpack the archive and put the theme directory here (containing > < two directories: css/ and img/). > < The data/plugin/theme directory where theme code can reside > < move the theme script here (that has the same name as the theme > < but with a .py ending). > > The theme archive has a sinorca4moin.py and two directories ./css > and ./img. Can anybody tell me where to put the stuff? > > If for example I copy sinorca4moin.py to directory > wiki/data/plugin/theme/ then where to put the two directories ./css, > and ./img? > Without knowing your setup I try to give these hints: Below MoinMoin/web/web/static/htdocs/sinorca4moin Or to the htdocs alias on your server. That depends how you deploy it. You can have used the builtin method that it is the path above. You also do it by your webserver configuration or also change the path by e.g. http://hg.moinmo.in/moin/1.9/file/1ddf7d88c53d/wiki/server/moin.wsgi#l48 cheers Reimar > > > -- > Being confused, > Manfred > > > > > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure From manfred.lotz at arcor.de Mon Mar 19 08:28:57 2012 From: manfred.lotz at arcor.de (Manfred Lotz) Date: Mon, 19 Mar 2012 13:28:57 +0100 Subject: [Moin-user] How to install a theme? In-Reply-To: References: <20120318134441.40ecf8ad@arcor.com> Message-ID: <20120319132857.210db744@arcor.com> Hi Reimar, On Mon, 19 Mar 2012 10:48:39 +0100 "R.Bauer" wrote: > Am 18.03.2012 13:44, schrieb Manfred Lotz: > > Hi all, > > I played a bit with moinmoin and tried to install a theme. Wasn't > > successful. The documentation doesn't really help either. > > > > In my case I tried to install this template: > > http://moinmo.in/ThemeMarket/sinorca4moin > > > > I looked at: http://moinmo.in/HelpOnThemes and found: > > > > < You can not just copy the whole directory to a themes directory. > > < That will not work. To install a new theme follow the > > instructions < by the theme author. > > < Generally you have two different locations: > > < The directory where all the static files of the themes reside > > < Unpack the archive and put the theme directory here > > (containing < two directories: css/ and img/). > > < The data/plugin/theme directory where theme code can reside > > < move the theme script here (that has the same name as the > > theme < but with a .py ending). > > > > The theme archive has a sinorca4moin.py and two directories ./css > > and ./img. Can anybody tell me where to put the stuff? > > > > If for example I copy sinorca4moin.py to directory > > wiki/data/plugin/theme/ then where to put the two directories ./css, > > and ./img? > > > > Without knowing your setup I try to give these hints: > > Below MoinMoin/web/web/static/htdocs/sinorca4moin/ That is it. I just didn't know where the static directory is. Now when I put the sinorca4moin.py in wiki/data/plugin/theme and the css resp. img directories below MoinMoin/web/web/static/htdocs/sinorca4moin/ it works like a charm. Thanks a lot. -- Manfred From quincey.robertson at yahoo.com Mon Mar 19 21:18:49 2012 From: quincey.robertson at yahoo.com (Quincey Robertson) Date: Mon, 19 Mar 2012 18:18:49 -0700 (PDT) Subject: [Moin-user] Import Problem Message-ID: <1332206329.89740.YahooMailNeo@web121602.mail.ne1.yahoo.com> ??? Hi; Getting this error: File "/usr/local/lib/python2.6/site-packages/MoinMoin/support/werkzeug/formparser.py", line 16, in ? ???? from functools import update_wrapper ?ImportError: cannot import name update_wrapper This is happening because the default python is 2.4. I ran setup with the path to 2.6 but apparently that wasn't enough. I installed functools for 2.4 but that didn't work, either. Ideas? TIA, Quincey -------------- next part -------------- An HTML attachment was scrubbed... URL: From c.taube at hcf.yourweb.de Tue Mar 20 05:21:47 2012 From: c.taube at hcf.yourweb.de (Christian Taube) Date: Tue, 20 Mar 2012 10:21:47 +0100 Subject: [Moin-user] Displaying of foot notes in MoinMoin themes Message-ID: <20120320102147.6de04b4b@ideapad> Hello, This is probably a question for a web designer, but as it affects the default theme of MoinMoin, it should fit on this list, too. I am currently playing around with the CSS code to change the look of my MoinMoin installation. Now, there is this section in the file common.css of the 'modernized' theme: } .footnotes div { border-top: 1pt solid gray; width: 5em; } I think the intention here is to paint a short, thin line between the regular wiki text and the foot notes(1). ________ (1) Just like I've done here in ASCII. Actually, I would really like it if it would work this way, as in MoinMoins default theme it is rather hard to differentiate between wiki text and foot notes otherwise. However, none of my browsers actually draw this line. And I didn't find out how to change the css-file to get this correct. I've examined the page with the Firebug extension of Firefox and it seems this code block isn't even loaded. You can take this page as example: http://moinmo.in/HelpOnMacros This page has three foot notes and the above code is in the common.css file. Firebug, however, shows only .footnotes ol as active for this block. Any ideas how to get this right? -- Christian Taube From kai at aplteam.com Tue Mar 20 15:13:49 2012 From: kai at aplteam.com (Kai Jaeger) Date: Tue, 20 Mar 2012 19:13:49 +0000 Subject: [Moin-user] Displaying of foot notes in MoinMoin themes In-Reply-To: <20120320102147.6de04b4b@ideapad> References: <20120320102147.6de04b4b@ideapad> Message-ID: Indeed, that's an interesting point. I changed it to div.footnotes { border-top: 1pt solid gray; } which makes the border appear, but it stretches over the whole width. Defining width:5em; is not appropriate because that influences not only the border but also the footnotes. 100% width is still better than nothing On Tue, Mar 20, 2012 at 09:21, Christian Taube wrote: > Hello, > > This is probably a question for a web designer, but as it affects the > default theme of MoinMoin, it should fit on this list, too. > > I am currently playing around with the CSS code to change the look of my > MoinMoin installation. > > Now, there is this section in the file common.css of the 'modernized' > theme: > > } > .footnotes div { > ? ?border-top: 1pt solid gray; > ? ?width: 5em; > } > > > I think the intention here is to paint a short, thin line between the > regular wiki text and the foot notes(1). > ________ > (1) Just like I've done here in ASCII. > > > Actually, I would really like it if it would work this way, as in > MoinMoins default theme it is rather hard to differentiate between wiki > text and foot notes otherwise. However, none of my browsers actually > draw this line. And I didn't find out how to change the css-file to > get this correct. I've examined the page with the Firebug extension of > Firefox and it seems this code block isn't even loaded. > > You can take this page as example: > http://moinmo.in/HelpOnMacros > > This page has three foot notes and the above code is in the common.css > file. Firebug, however, shows only .footnotes ol as active for this > block. > > Any ideas how to get this right? > > -- > Christian Taube > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From web at busino.ch Thu Mar 22 06:12:47 2012 From: web at busino.ch (Raphael Walker) Date: Thu, 22 Mar 2012 11:12:47 +0100 Subject: [Moin-user] Username from Apache to MoinMoin Message-ID: <4F6AFB1F.7090904@busino.ch> Hello, I set up a new wiki with MoinMoin 1.9. and I use `GivenAuth` and Apache `Basic Authentication` to control the access of the wiki. (see config below) The wiki is accessible via SSL only. Instead of the name the Wiki gets a number as username. Some ideas how to fix that? Raphael ------------- Config ------------ wikiconfig.py class Config(multiconfig.DefaultConfig): from MoinMoin.auth import GivenAuth auth = [GivenAuth(autocreate=True)] apache.conf ..... ### moin ScriptAlias /mywiki "/usr/share/moin/mywiki/moin.cgi" alias /moin_static192 "/usr/share/moin/htdocs" AllowOverride None AuthType Basic AuthName "Mywiki users only" AuthUserFile /opt/passwords AuthGroupFile /opt/groups Require group mywiki Order allow,deny Allow from all .... From meuser at tedsoft.de Fri Mar 23 12:48:19 2012 From: meuser at tedsoft.de (Stefan Meuser) Date: Fri, 23 Mar 2012 17:48:19 +0100 Subject: [Moin-user] MoinMoin Windows and case sensitive Pages Message-ID: Hello, we observe the following behaviour with MoinMoin 1.9.4 on windows (standalone server as well as apache via wsgi): 1. Create a new page "Abwesenheit" and write some text 2. Search for the page "AbwesenHeit" and "Abwesenheit" is found and displayed (the URL is "AbwesenHeit"). You can now edit this page; add some text 3. Search again for the page "Abwesenheit"; you find the page and your edit from 2. is visible Now edit this page again and the edit from 2. is gone... At least this behaviour is unexpected. It looks as if there is some part of MoinMoin case sensitive while other parts are case insensitive (due to the filesystem). Of course, I could not see this behaviour on Linux. Is there a workaround? kind regards Stefan From rb.proj at googlemail.com Sat Mar 24 06:32:29 2012 From: rb.proj at googlemail.com (ReimarBauer) Date: Sat, 24 Mar 2012 11:32:29 +0100 Subject: [Moin-user] MoinMoin Windows and case sensitive Pages In-Reply-To: References: Message-ID: Am 23.03.2012 17:48, schrieb Stefan Meuser: > Hello, > > we observe the following behaviour with MoinMoin 1.9.4 on windows > (standalone server as well as apache via wsgi): > 1. Create a new page "Abwesenheit" and write some text > 2. Search for the page "AbwesenHeit" and "Abwesenheit" is found and > displayed (the URL is "AbwesenHeit"). You can now edit this page; add > some text > 3. Search again for the page "Abwesenheit"; you find the page and your > edit from 2. is visible > Now edit this page again and the edit from 2. is gone... > > At least this behaviour is unexpected. It looks as if there is some > part of MoinMoin case sensitive while other parts are case insensitive > (due to the filesystem). > Of course, I could not see this behaviour on Linux. > Is there a workaround? > > kind regards > > Stefan If it is a qustion about how to make your filesystem case sensitive may be this or a similiar search helps http://superuser.com/questions/266110/how-do-you-make-windows-7-fully-case-sensitive-with-respect-to-the-filesystem Reimar > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure From tw-public at gmx.de Sat Mar 24 17:08:28 2012 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 24 Mar 2012 22:08:28 +0100 Subject: [Moin-user] MoinMoin Windows and case sensitive Pages In-Reply-To: References: Message-ID: <1332623308.18897.10.camel@x300.localdomain> > At least this behaviour is unexpected. Not quite. Windows filesystem lookups are case-insensitive, but it stores case. Search code often does case-insensitive matching to make searching easier (some search code even lowercases everything before putting it into the index, e.g. xapian). > It looks as if there is some > part of MoinMoin case sensitive while other parts are case insensitive > (due to the filesystem). Usually moin works case-sensitive (search see above). If your filesystem does not support that, we can't do much about it. For next major release (MoinMoin 2.0), this problem will go away, as we do not map page/attachment names to the filesystem any more. The same is true for non-ascii filenames for attachments. In moin2, names of items (== pages / attachments) will be stored into metadata and are not used to make up the filenames, so one does not have to deal with such filesystem limitations any more. From tw-public at gmx.de Sat Mar 24 17:12:51 2012 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 24 Mar 2012 22:12:51 +0100 Subject: [Moin-user] Import Problem In-Reply-To: <1332206329.89740.YahooMailNeo@web121602.mail.ne1.yahoo.com> References: <1332206329.89740.YahooMailNeo@web121602.mail.ne1.yahoo.com> Message-ID: <1332623571.18897.12.camel@x300.localdomain> > > This is happening because the default python is 2.4. I ran setup with > the path to 2.6 but apparently that wasn't enough. I installed > functools for 2.4 but that didn't work, either. Ideas? For the moin 1.9.4 download you need at least python 2.5 (due to requirements of the bundled libraries we depend on). Also, you should of course use the same python for installing moin and running moin.