From tcataldo at bham.lib.al.us Fri Apr 1 11:55:47 2011 From: tcataldo at bham.lib.al.us (Tobin Cataldo) Date: Fri, 01 Apr 2011 10:55:47 -0500 Subject: [Moin-user] How to custom audit with ldap authentication In-Reply-To: <1298377921.10510.50.camel@x300> References: <1298377921.10510.50.camel@x300> Message-ID: <4D95F583.8090207@bham.lib.al.us> Hello, I am trying to find a strategy to audit login attempts to MoinMoin (using LDAPAuth) in an external resource without modifying ldap_login.py The data I am after is: Username, HostAddress, IsSuccess Ideas on modification FarmConfig to catch this data? Also, I was playing around with multiple authenticators and used MoinMoin.auth.log.AuthLog as a second authenticator, the docstring in MoinMoin.auth.log.py says "This does nothing except logging the auth parameters (the password is NOT logged, of course)." In fact, password is logged as part of 'kw' args. Perhaps I am using AuthLog incorrectly? Thanks, Tobin From tw-public at gmx.de Fri Apr 1 16:13:57 2011 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 01 Apr 2011 22:13:57 +0200 Subject: [Moin-user] How to custom audit with ldap authentication In-Reply-To: <4D95F583.8090207@bham.lib.al.us> References: <1298377921.10510.50.camel@x300> <4D95F583.8090207@bham.lib.al.us> Message-ID: <1301688837.3030.254.camel@x300> > Ideas on modification FarmConfig to catch this data? Well, do something similar as AuthLog does there? > Also, I was playing around with multiple authenticators and used > MoinMoin.auth.log.AuthLog as a second authenticator, the docstring in > MoinMoin.auth.log.py says "This does nothing except logging the auth > parameters (the password is NOT logged, of course)." In fact, password > is logged as part of 'kw' args. Perhaps I am using AuthLog incorrectly? No, the docstring was not matching the code any more. I updated it. From tcataldo at bham.lib.al.us Fri Apr 1 16:40:55 2011 From: tcataldo at bham.lib.al.us (Tobin Cataldo) Date: Fri, 01 Apr 2011 15:40:55 -0500 Subject: [Moin-user] How to custom audit with ldap authentication In-Reply-To: <1301688837.3030.254.camel@x300> References: <1298377921.10510.50.camel@x300> <4D95F583.8090207@bham.lib.al.us> <1301688837.3030.254.camel@x300> Message-ID: <4D963857.8020403@bham.lib.al.us> On 4/1/2011 3:13 PM, Thomas Waldmann wrote: >> Ideas on modification FarmConfig to catch this data? > Well, do something similar as AuthLog does there? > Thanks for response, I have been attempting that for some time. AuthLog won't log a failed login attempt when it is after LDAPAuth (e.g. auth = [ldap_athenticator1, AuthLog()]). I think this has to do with CancelLogin(). I can get the submitted form values in AuthLog() and my CustomLog() when LDAPAuth is not used. if I modify ldap_login.py ... (line 244) except ldap.INVALID_CREDENTIALS, err: logging.debug("invalid credentials (wrong password?) for dn %r (username: %r)" % (dn, username)) --> return CancelLogin(_("Invalid username or password.")) to ContinueLogin(u) the submitted form data is accessible in AuthLog() and CustomLog() Do I need to do something special with CancelLogin()? Thanks, Tobin >> Also, I was playing around with multiple authenticators and used >> MoinMoin.auth.log.AuthLog as a second authenticator, the docstring in >> MoinMoin.auth.log.py says "This does nothing except logging the auth >> parameters (the password is NOT logged, of course)." In fact, password >> is logged as part of 'kw' args. Perhaps I am using AuthLog incorrectly? > No, the docstring was not matching the code any more. I updated it. > > > > ------------------------------------------------------------------------------ > Create and publish websites with WebMatrix > Use the most popular FREE web apps or write code yourself; > WebMatrix provides all the features you need to develop and > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From tw-public at gmx.de Tue Apr 12 14:12:56 2011 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 12 Apr 2011 20:12:56 +0200 Subject: [Moin-user] MoinMoin 2.0 & Summer of Code 2011 - help wanted! Message-ID: <1302631976.668.76.camel@server.firma.waldmann-edv.de> As you may have read on the wiki, MoinMoin is taking part in Google Summer of Code 2011. Hopefully, this will bring moin2 (MoinMoin 2.0) yet another big step forwards. Note: as moin 1.9 is a stable release and we need to get ahead with moin2, we don't do moin 1.9 based projects any more for SOC. We have student applications for projects relating to: moin2 search * text extraction / preprocessing, indexing * query parsing, searching * results presentation * whoosh, python, jinja2, html5, css, js moin2 tests * py.test2 port * better test infrastructure * tests sanity check/cleanup/rewrite * py.test 2, testing web apps (flask) moin2 userinterface * content area / views improvements * theme improvements * html5, css, javascript/jquery, python, artistic * UI design, usability, accessibility confluence wiki to moin wiki converter * this is a project application belonging to another organisation, but we would help them doing it * wiki markup, xml, moin2 (dom converters / storage), confluence (some of these have multiple applications) While we have 5 mentors signed up to mentor these students, there is the opportunity to co-mentor this stuff (== help with ideas, advice, being available on the IRC channel now and then, etc. - without the obligations that the primary mentors have). So, if any of this sounds interesting to you and you know any of the above mentioned stuff very well, feel invited to join us on IRC #moin-dev and help improving the outcome of the projects. If you like to apply as primary mentor, you can still do this also. But please note that for being a primary mentor we require rather long-term and broad experience with moin, good experience with moin2 (which is quite different from moin 1.x). You should also have regularly worked with the moin code, including recently. To start, you can also drop me an email (but later, most stuff will happen on IRC). From david at davidpriest.ca Thu Apr 21 15:35:24 2011 From: david at davidpriest.ca (David) Date: Thu, 21 Apr 2011 12:35:24 -0700 Subject: [Moin-user] Docbook XSL 1.73 Render Errors Message-ID: <4DB086FC.7040609@davidpriest.ca> I can not get my local MoinMoin to display Docbook XML pages. I have Installed the latest Moinmoin, 4Suite, and Docbook XSL 1.76.1, and correctly configured MoinMoin. 4Suite does run, the XSL is found, etc. However, I get this error: XSLT processing error: (u'Malformed expression: "translate(substring( *unicodestring* , 1, 1), *unicodestring*, *unicodestring*)" in the element at file:///Users/davidp/dev/moin-1.9.3/wiki/data/docbook/html/autoidx.xsl, line 31, column 0\n parse error at line 1, column 147: reached end-of-input, expecting \')\' or \',\'' (and this is repeated as the interpreters fail out). The latter two *unicodestring* are entities from the common/entities.ent file. I don't see where this is missing a ) or , as reported by the error. Has anyone else had success in Docbook rendering using the latest Docbook 5 XSL transformations? From lasse-list-moin-user-2011 at mail.plastictree.net Mon Apr 25 16:45:09 2011 From: lasse-list-moin-user-2011 at mail.plastictree.net (Lasse Kliemann) Date: Mon, 25 Apr 2011 22:45:09 +0200 Subject: [Moin-user] Moin2 Mercurial Backend Message-ID: <20110425204509.GB2616@lasse.mail.plastictre.net> Moin2 will support a Mercurial storage backend, I have read. Will this allow users to check out the whole wiki via Mercurial, edit pages using their favorite texteditor and then publishing them by commit and push? I mean something similar to what Ikiwiki does. That would be an *extremely* useful feature. I am aware that this might circumvent any ACLs, but that would be acceptable for many applications I have in mind. Thank you for Moin! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From akash2607 at gmail.com Mon Apr 25 17:15:58 2011 From: akash2607 at gmail.com (Akash Sinha) Date: Tue, 26 Apr 2011 02:45:58 +0530 Subject: [Moin-user] Greetings Message-ID: Greetings to the MoinMoin community. Regards Akash Sinha From moin-user-list.GarveyPatrickD at spamgourmet.com Mon Apr 25 20:46:55 2011 From: moin-user-list.GarveyPatrickD at spamgourmet.com (moin-user-list.GarveyPatrickD at spamgourmet.com) Date: Mon, 25 Apr 2011 17:46:55 -0700 Subject: [Moin-user] Greetings In-Reply-To: References: Message-ID: Have you created an account on the MoinMoin wiki? http://moinmo.in/4ct10n/newaccount/WikiCourse/06%20Your%20own%20wiki%20homepage?action=newaccount http://master.moinmo.in/WikiCourse/04%20Creating%20a%20wiki%20account Then you can tell us about yourself on your Homepage, http://master.moinmo.in/WikiCourse/06%20Your%20own%20wiki%20homepage On Mon, Apr 25, 2011 at 2:15 PM, Akash Sinha - akash2607 at gmail.com wrote: > Greetings to the MoinMoin community. > > > Regards > Akash Sinha From tw-public at gmx.de Tue Apr 26 03:16:56 2011 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 26 Apr 2011 09:16:56 +0200 Subject: [Moin-user] Moin2 Mercurial Backend In-Reply-To: <20110425204509.GB2616@lasse.mail.plastictre.net> References: <20110425204509.GB2616@lasse.mail.plastictre.net> Message-ID: <1303802216.22671.9.camel@x300> On Mon, 2011-04-25 at 22:45 +0200, Lasse Kliemann wrote: > Moin2 will support a Mercurial storage backend, I have read. Yeah, likely, but it could get a bit more love recently... I am personally not too familiar with its code, though. > edit pages using their favorite texteditor and then publishing > them by commit and push? Likely not just as it is and not just as a filesystem file. The problem is that wiki items are not just revisioned files. A moin item revision is data plus metadata. You need to be able to represent and edit both. And it needs to work for text files as well as for binary files (images, audio, pdf, doc, ...). If you have an idea how to solve that, just tell. :) > I mean something similar to what Ikiwiki > does. That would be an *extremely* useful feature. I never used ikiwiki. If you have an idea how to cleanly solve above problem, feel free to help us. From moinmoin at sheep.art.pl Tue Apr 26 05:02:51 2011 From: moinmoin at sheep.art.pl (Radomir Dopieralski) Date: Tue, 26 Apr 2011 11:02:51 +0200 Subject: [Moin-user] Moin2 Mercurial Backend In-Reply-To: <20110425204509.GB2616@lasse.mail.plastictre.net> References: <20110425204509.GB2616@lasse.mail.plastictre.net> Message-ID: On Mon, Apr 25, 2011 at 10:45 PM, Lasse Kliemann wrote: > Moin2 will support a Mercurial storage backend, I have read. > > Will this allow users to check out the whole wiki via Mercurial, > edit pages using their favorite texteditor and then publishing > them by commit and push? I mean something similar to what Ikiwiki > does. That would be an *extremely* useful feature. That was the idea when the work on this backend started, but in the mean time MoinMoin2 changed a little, and now the content of the items is stored in files that have random names. So, although you can edit them and commit, finding the right files may be nontrivial. -- Radomir Dopieralski, http://sheep.art.pl From tw-public at gmx.de Tue Apr 26 05:50:55 2011 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 26 Apr 2011 11:50:55 +0200 Subject: [Moin-user] Moin2 Mercurial Backend In-Reply-To: References: <20110425204509.GB2616@lasse.mail.plastictre.net> Message-ID: <1303811455.22671.26.camel@x300> > > Will this allow users to check out the whole wiki via Mercurial, > > edit pages using their favorite texteditor and then publishing > > them by commit and push? I mean something similar to what Ikiwiki > > does. That would be an *extremely* useful feature. > > That was the idea when the work on this backend started, but in the mean time > MoinMoin2 changed a little, The storage api is still mostly using the item name to access items. I am on the way to provide an additional way via UUID, though, but that work is not complete yet. > and now the content of the items is stored in files that have random names. That might be mostly due to limitations of the filesystem, like with non-ascii chars, slashes/colons in item names, maximum allowed filename/path length, etc. If one just uses an ID instead of the item name (which can easily either get computed as hash(itemname) or just stored into item metadata (like the UUID stuff), these fs limitations usually don't matter. But: it's not readable. > So, although you can edit them and commit, finding the > right files may be nontrivial. Yup. But please note that for moin 1.x, this was only different if you had pure-ASCII or mostly-ASCII names, then you could usually easily find the right directory. If your page name was in chinese, the directory name was hex-digits only. This was done for same reason as mentioned above. From lasse-list-moin-user-2011 at mail.plastictree.net Tue Apr 26 08:14:52 2011 From: lasse-list-moin-user-2011 at mail.plastictree.net (Lasse Kliemann) Date: Tue, 26 Apr 2011 14:14:52 +0200 Subject: [Moin-user] Moin2 Mercurial Backend In-Reply-To: References: <20110425204509.GB2616@lasse.mail.plastictre.net> Message-ID: <20110426121452.GD2616@lasse.mail.plastictre.net> * Message by -Radomir Dopieralski- from Tue 2011-04-26: > On Mon, Apr 25, 2011 at 10:45 PM, Lasse Kliemann > wrote: > > Moin2 will support a Mercurial storage backend, I have read. > > > > Will this allow users to check out the whole wiki via Mercurial, > > edit pages using their favorite texteditor and then publishing > > them by commit and push? I mean something similar to what Ikiwiki > > does. That would be an *extremely* useful feature. > > That was the idea when the work on this backend started, but in the mean time > MoinMoin2 changed a little, and now the content of the items is stored in files > that have random names. So, although you can edit them and commit, finding the > right files may be nontrivial. Would it be difficult to generate symlinks that map from the "realname" of the item (i.e., the name under which it would be known to a user of the web interface) to the actual file with the random name? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From lasse-list-moin-user-2011 at mail.plastictree.net Tue Apr 26 09:47:05 2011 From: lasse-list-moin-user-2011 at mail.plastictree.net (Lasse Kliemann) Date: Tue, 26 Apr 2011 15:47:05 +0200 Subject: [Moin-user] Moin2 Mercurial Backend In-Reply-To: References: <20110425204509.GB2616@lasse.mail.plastictre.net> <20110426121452.GD2616@lasse.mail.plastictre.net> Message-ID: <20110426134705.GF2616@lasse.mail.plastictre.net> * Message by -Radomir Dopieralski- from Tue 2011-04-26: > On Tue, Apr 26, 2011 at 2:14 PM, Lasse Kliemann > wrote: > > * Message by -Radomir Dopieralski- from Tue 2011-04-26: > >> On Mon, Apr 25, 2011 at 10:45 PM, Lasse Kliemann > >> wrote: > >> > Moin2 will support a Mercurial storage backend, I have read. > >> > > >> > Will this allow users to check out the whole wiki via Mercurial, > >> > edit pages using their favorite texteditor and then publishing > >> > them by commit and push? I mean something similar to what Ikiwiki > >> > does. That would be an *extremely* useful feature. > >> > >> That was the idea when the work on this backend started, but in the mean time > >> MoinMoin2 changed a little, and now the content of the items is stored in files > >> that have random names. So, although you can edit them and commit, finding the > >> right files may be nontrivial. > > > > Would it be difficult to generate symlinks that map from the > > "realname" of the item (i.e., the name under which it would be > > known to a user of the web interface) to the actual file with the > > random name? > > If we could reliably create valid file names from the page titles, we > would use that directly. > Unfortunately every file system on every platform has its own set of > allowed characters, special files, filename length limit and case > sensitivity. And even if we get it all right for the existing > filesystems, someone will create a new one next year... Then how about providing the mapping in an easy-to-parse format in a text file? Then users can write their own tools to find the right files. For example, I could imagine generating a HTML file from it and then using the w3m browser's "edit file" feature, which fires up an editor of the user's choice on local files. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From fluxent at gmail.com Tue Apr 26 13:51:13 2011 From: fluxent at gmail.com (Bill Seitz) Date: Tue, 26 Apr 2011 12:51:13 -0500 Subject: [Moin-user] BlueHost complaining my Moin site has too many files Message-ID: Currently using 200k files, they want me to get it under 50k. Biggest folder (most files) is 74k in moin-page-revisions. Anyone have experience with this? From david at davidpriest.ca Tue Apr 26 14:00:01 2011 From: david at davidpriest.ca (David) Date: Tue, 26 Apr 2011 11:00:01 -0700 Subject: [Moin-user] Docbook Wiki Message-ID: <4DB70821.9030309@davidpriest.ca> Has anyone succeeded in configuring the latest MoinMoin with the latest DocBook tools? From moinmoin at sheep.art.pl Tue Apr 26 14:21:05 2011 From: moinmoin at sheep.art.pl (Radomir Dopieralski) Date: Tue, 26 Apr 2011 20:21:05 +0200 Subject: [Moin-user] BlueHost complaining my Moin site has too many files In-Reply-To: References: Message-ID: On Tue, Apr 26, 2011 at 7:51 PM, Bill Seitz wrote: > Currently using 200k files, they want me to get it under 50k. Biggest > folder (most files) is 74k in moin-page-revisions. > > Anyone have experience with this? I think that moin had a commandline command for deleting old revisions of pages. I can't find the documentation for it, so I'm not sure if this is it: http://moinmo.in/HelpOnMoinCommand#moin_..._maint_reducewiki_... -- Radomir Dopieralski, http://sheep.art.pl From tw-public at gmx.de Thu Apr 28 05:49:00 2011 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 28 Apr 2011 11:49:00 +0200 Subject: [Moin-user] BlueHost complaining my Moin site has too many files In-Reply-To: References: Message-ID: <1303984140.11871.2.camel@x300> > > Currently using 200k files, they want me to get it under 50k. Biggest > > folder (most files) is 74k in moin-page-revisions. What moin version is that? > I think that moin had a commandline command for deleting old revisions of pages. > I can't find the documentation for it, so I'm not sure if this is it: > > http://moinmo.in/HelpOnMoinCommand#moin_..._maint_reducewiki_... Be careful, maint reducewiki will kill ALL revisions, except the last one. From basil83 at gmail.com Thu Apr 28 06:04:50 2011 From: basil83 at gmail.com (=?EUC-KR?B?s+vBpMXC?=) Date: Thu, 28 Apr 2011 19:04:50 +0900 Subject: [Moin-user] Unsubscribe to mailing list(eom) Message-ID: . -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndemou at gmail.com Thu Apr 28 07:17:24 2011 From: ndemou at gmail.com (Nick Demou) Date: Thu, 28 Apr 2011 14:17:24 +0300 Subject: [Moin-user] BlueHost complaining my Moin site has too many files In-Reply-To: <1303984140.11871.2.camel@x300> References: <1303984140.11871.2.camel@x300> Message-ID: On Thu, Apr 28, 2011 at 12:49 PM, Thomas Waldmann wrote: > [...] > Be careful, maint reducewiki will kill ALL revisions, except the last > one. If you really need to keep the most recent revisions you may write a small script. if you can write scripts in any programming language --or know someone else who can do it for you-- then ask again for instructions; it's a really simple job (a few lines of code), you just have to test it thoroughly before "hitting the big red button". From ajhurst at me.com Thu Apr 28 18:17:04 2011 From: ajhurst at me.com (John Hurst) Date: Fri, 29 Apr 2011 08:17:04 +1000 Subject: [Moin-user] BlueHost complaining my Moin site has too many files In-Reply-To: References: <1303984140.11871.2.camel@x300> Message-ID: <5A74F86F-B283-4F78-BC13-6A1FB0416855@me.com> On 20110428, at 21:17 , Nick Demou wrote: > On Thu, Apr 28, 2011 at 12:49 PM, Thomas Waldmann > wrote: >> [...] >> Be careful, maint reducewiki will kill ALL revisions, except the last >> one. > > If you really need to keep the most recent revisions you may write a > small script. if you can write scripts in any programming language > --or know someone else who can do it for you-- then ask again for > instructions; it's a really simple job (a few lines of code), you just > have to test it thoroughly before "hitting the big red button". Are there any hidden "gotchas"? I mean, is there documentation on how revisions are maintained? I tried deleting some old revisions, and got "internal system error" when I went to view the page. cheers, --John Hurst --5 Fran Court, Glen Waverley, VIC 3150 ~ ~~~&#: -- ajhurst at mac.com +61 3 9803 9346 _..___ ---____ at ___H__ --(mob 0407 569 292) |_____[_|_________[__]_ -- http://homepage.mac.com/ajhurst/ oo oo oo O--O--O o=o -- -- "Computing is e-Meccano" From paul at boddie.org.uk Thu Apr 28 18:29:14 2011 From: paul at boddie.org.uk (Paul Boddie) Date: Fri, 29 Apr 2011 00:29:14 +0200 Subject: [Moin-user] BlueHost complaining my Moin site has too many files In-Reply-To: <5A74F86F-B283-4F78-BC13-6A1FB0416855@me.com> References: <5A74F86F-B283-4F78-BC13-6A1FB0416855@me.com> Message-ID: <201104290029.14497.paul@boddie.org.uk> On Friday 29 April 2011 00:17:04 John Hurst wrote: > > Are there any hidden "gotchas"? I mean, is there documentation on how > revisions are maintained? I tried deleting some old revisions, and > got "internal system error" when I went to view the page. One thing I regularly get caught out by when running the moin script is any difference in permissions or ownership between the Web server user and the user running the script. That might be the cause of your internal system (server?) error. Paul