From tw-public at gmx.de Sun Jun 1 16:41:39 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 01 Jun 2008 22:41:39 +0200 Subject: [Moin-user] 1.7.0rc2 released Message-ID: <1212352899.7728.20.camel@black> See http://moinmo.in/MoinMoinDownload and please help testing. Changelog is here: http://hg.moinmo.in/moin/1.7/file/1.7.0rc2/docs/CHANGES If you know a non-english language, you can also help translating and/or fixing stuff on master17, see: http://moinmo.in/MoinDev/Translation From rick.vanderveer at gmail.com Mon Jun 2 14:58:43 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Mon, 2 Jun 2008 13:58:43 -0500 Subject: [Moin-user] upgrade to 1.7rc2 - round two Message-ID: <5c39e1ca0806021158v2635d6acpba54a6ed54e9b242@mail.gmail.com> Last episode, I attempted to upgrade to 1.7.0rc1, but was unsuccessful. Submitting my farmconfig.py to this list found only a couple minor errors, but otherwise everything looked ok. Thomas suggested waiting for rc2, which has better import-error reporting. So here we go, round two. As you can see, it seems to be having trouble importing HTTPAuth, but there are no (AFAICS) no typos. Any thoughts? -Rick --> --> ImportError cannot import name HTTPAuth If you want to report a bug, please save this page and attach it to your bug report. * Show debugging information * Report bug * Visit MoinMoin wiki Traceback A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. 1. C:\python25\lib\site-packages\MoinMoin\request\request_cgi.py in __init__ (self=, properties={}) 1. 24 2. 25 self._setup_vars_from_std_env(os.environ) 3. 26 RequestBase.__init__(self, properties) 4. 27 5. 28 except Exception, err: * global RequestBase = * RequestBase.__init__ = * self = * properties = {} 2. c:\python25\Lib\site-packages\MoinMoin\request\__init__.py in __init__ (self=, properties={}) 1. 164 self.__dict__.update(properties) 2. 165 try: 3. 166 self._load_multi_cfg() 4. 167 except error.NoConfigMatchedError: 5. 168 self.makeForbidden(404, 'No wiki configuration matching the URL found!\r\n') * self = * self._load_multi_cfg = > 3. c:\python25\Lib\site-packages\MoinMoin\request\__init__.py in _load_multi_cfg (self=) 1. 354 if not hasattr(self, 'cfg'): 2. 355 self.clock.start('load_multi_cfg') 3. 356 self.cfg = multiconfig.getConfig(self.url) 4. 357 self.clock.stop('load_multi_cfg') 5. 358 * self = * self.cfg undefined * global multiconfig = * multiconfig.getConfig = * self.url = 'wikitest.cognitivearts.com/main' 4. c:\python25\Lib\site-packages\MoinMoin\config\multiconfig.py in getConfig (url='wikitest.cognitivearts.com/main') 1. 202 @return: config object for specific wiki 2. 203 """ 3. 204 cfgName = _getConfigName(url) 4. 205 try: 5. 206 cfg = _config_cache[cfgName] * cfgName undefined * global _getConfigName = * url = 'wikitest.cognitivearts.com/main' 5. c:\python25\Lib\site-packages\MoinMoin\config\multiconfig.py in _getConfigName (url='wikitest.cognitivearts.com/main') 1. 184 def _getConfigName(url): 2. 185 """ Return config name for url or raise """ 3. 186 for name, regex in _url_re_list(): 4. 187 match = regex.match(url) 5. 188 if match: * name undefined * regex undefined * global _url_re_list = 6. c:\python25\Lib\site-packages\MoinMoin\config\multiconfig.py in _url_re_list () 1. 77 if _url_re_cache is None: 2. 78 try: 3. 79 farmconfig, _farmconfig_mtime = _importConfigModule('farmconfig') 4. 80 except ImportError, err: 5. 81 if 'farmconfig' in str(err): * farmconfig undefined * global _farmconfig_mtime = None * global _importConfigModule = 7. c:\python25\Lib\site-packages\MoinMoin\config\multiconfig.py in _importConfigModule (name='farmconfig') 1. 43 """ 2. 44 try: 3. 45 module = __import__(name, globals(), {}) 4. 46 mtime = os.path.getmtime(module.__file__) 5. 47 except ImportError: * module undefined * builtin __import__ = * name = 'farmconfig' * builtin globals = 8. C:\moin\farmconfig.py in () 1. 86 # from the DefaultConfig, except those we explicitely define different. 2. 87 3. 88 class FarmConfig(DefaultConfig): 4. 89 5. 90 # Critical setup --------------------------------------------------- * FarmConfig undefined * DefaultConfig = None 9. C:\moin\farmconfig.py in FarmConfig () 1. 132 ## Rick: Here's my attempt at getting domain authentication working: 2. 133 ## http://moinmoin.wikiwikiweb.de/HelpOnAuthentication 3. 134 from MoinMoin.auth.http import HTTPAuth 4. 135 auth = [HTTPAuth()] 5. 136 * MoinMoin undefined * HTTPAuth undefined ImportError cannot import name HTTPAuth * args = ('cannot import name HTTPAuth',) * message = 'cannot import name HTTPAuth' System Details * Date: Mon, 02 Jun 2008 18:50:58 +0000 * Platform: win32 (nt) * Python: Python 2.5.1 (C:\python25\python.exe) * MoinMoin: Release 1.7.0rc2 (release) From tw-public at gmx.de Tue Jun 3 03:17:50 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 03 Jun 2008 09:17:50 +0200 Subject: [Moin-user] upgrade to 1.7rc2 - round two (solved) In-Reply-To: <5c39e1ca0806021158v2635d6acpba54a6ed54e9b242@mail.gmail.com> References: <5c39e1ca0806021158v2635d6acpba54a6ed54e9b242@mail.gmail.com> Message-ID: <1212477470.6196.23.camel@black> > As you can see, it seems to be having trouble importing HTTPAuth, but > there are no (AFAICS) no typos. > ImportError > cannot import name HTTPAuth Looks like something in site-packages/MoinMoin/... got mixed up. Rick purged that directory and reinstalled using setup.py and it works now. From Greg.Keith at noaa.gov Wed Jun 4 13:58:13 2008 From: Greg.Keith at noaa.gov (Greg Keith) Date: Wed, 04 Jun 2008 11:58:13 -0600 Subject: [Moin-user] Using AD group names for ACLs? Message-ID: <4846D7B5.9040106@noaa.gov> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all- I'm a newbie MoinMoin admin. I've been tasked with setting up four MoinMoin wikis that use ActiveDirectory group names for user authentication. After some struggling with ActiveDirectory syntax and looking at the LDAP example in smb_farmconfig.py, I got this working, and now when users log into the wikis, they can be authenticated with their ActiveDirectory username and password. However, I have two wikis that have certain requirements: with one wiki, no one is supposed to be able to read or edit the pages but the members of one group (let's call them the "jetsons" group). The first time I had this wiki up, I realized I didn't have to login to see or edit pages, so I was wondering how I could control access in the required fashion, and then discovered I could do this with ACLs. But MoinMoin is not recognizing the second ACL statement I'm using, it seems (users in the "jetsons" group cannot see or edit any of the wiki pages after I added the second ACL statement). The two ACL statements I have in my wikiconfig.py are as follows: acl_rights_before = u'gkeith:read,write,delete,revert,admin' acl_rights_default = u'jetsons:read,write,revert,delete' The group name "jetsons" worked fine for user authentication, but from my reading of http://moinmo.in/HelpOnAccessControlLists, it seems that I can't use group names with ACLs unless there is a MoinMoin page for the group that defines its members. Which seems to defeat the point of using ActiveDirectory groups for authentication - why bother if I have to manage the group details within MoinMoin as well? Anyway, can someone chime in to tell me if the above is correct (that I can't use AD group names for ACLs unless there is a wiki page defining the group)? I realize that this functionality may not exist because wikis are all about open access, but I don't have any choices in the matter, I was just given some requirements. I am using Moin 1.5.7, and am about to upgrade to Moin 1.6.3. Thanks for any help! Greg -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFIRte18IR34NeP2BwRAqg6AJ9e95t38sdoS44t0m9uuGcuDqwDegCeKAN/ 84SwOkt/itN2TFN8DLJnrlI= =npgS -----END PGP SIGNATURE----- From tw-public at gmx.de Wed Jun 4 18:29:10 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 05 Jun 2008 00:29:10 +0200 Subject: [Moin-user] Using AD group names for ACLs? In-Reply-To: <4846D7B5.9040106@noaa.gov> References: <4846D7B5.9040106@noaa.gov> Message-ID: <1212618550.6136.10.camel@black> Hi Greg, > I'm a newbie MoinMoin admin. I've been tasked with setting up four > MoinMoin wikis that use ActiveDirectory group names for user > authentication. There is no ldap group support yet. But we have a "Google Summer of Code 2008" project to implement that. What you can do right now is: a) write some script that extracts group information from AD/LDAP and pushes that onto a group definition page in the wiki You may want to have a look at MoinMoin/xmlrpc/UpdateGroup.py for this. b) for some very simple group use (like "only accept authentication of group x members") you can also put the group into the ldap filter expression when searching for the user account data in AD. > However, I have two wikis that have certain requirements: with one wiki, > no one is supposed to be able to read or edit the pages but the members > of one group (let's call them the "jetsons" group). That could even work with b) (and Known: vs. All:). > I am using Moin 1.5.7, and am about to upgrade to Moin 1.6.3. Good idea. :) BTW, 1.7 will have enhanced authentication. E.g. you could configure 2 AD servers and have failover to the secondary if the primary fails. That's not limited to LDAP, the secondary auth could be any auth you trust and that works for the same user names/passwords. Cheers, Thomas From rb.proj at gmail.com Thu Jun 5 02:26:04 2008 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 05 Jun 2008 08:26:04 +0200 Subject: [Moin-user] Latex in moin-1.6.2? In-Reply-To: References: Message-ID: Neal Becker schrieb: > {{{#!inline_latex > hello > }}} > > Gives me this: > cannot import name wiki see http://moinmo.in/ParserMarket/latex cheers Reimar From rb.proj at gmail.com Thu Jun 5 02:30:21 2008 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 05 Jun 2008 08:30:21 +0200 Subject: [Moin-user] ExcelPastedTable vs CSV parser (tabs) In-Reply-To: References: Message-ID: Jim Kleckner schrieb: > I gave ExcelPastedTable a try and it makes a nice way for people to > copy/paste simple tab-separated information to/from a spreadsheet. > http://moinmo.in/parser/ExcelPastedTable.py > > Note that according to the file, it requires a modification to MoinMoin > to eliminate expanding of tabs in "rawtext = self.raw.expandtabs()". > I went ahead and made that change to try this out. > > It seems there is overlap between the CSV parser and this one. > This principle difference is using a tab separator. > > The first question is, would it be possible to allow the CSV parser to > use tabs? (I tried a few obvious ways without luck). I guess the 1.7 > version might work with unicode? > a) yes it uses the sniffer and the preferred_delimiters = [',', '\t', ';', ' ', ':'] b) yes if you like to try out you can go to http://test17.moinmo.in cheers Reimar > I see that in 1.7 release, the CSV parser appears to check for CamelCase > words to generate links. Nice: > http://hg.moinmo.in/moin/1.7/file/b3747c0e81ae/MoinMoin/parser/text_csv.py > > > > Thanks. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ From rb.proj at gmail.com Thu Jun 5 02:39:18 2008 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 05 Jun 2008 08:39:18 +0200 Subject: [Moin-user] 1.6 Attachment syntax In-Reply-To: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com> References: <79990c6b0805190938g4a2e66b5se2482f88e4e4dd1@mail.gmail.com> Message-ID: Paul Moore schrieb: > I'm trying to attach a file and include a link which will download > that file directly. The syntax [[attachment:file_name.cmd]] doesn't > work - it takes the user to the attachmnent management page, which > isn't very friendly for a naive user. > > Do I have to use the full, clumsy URL: > > ...PageName?action=AttachFile&do=get&target=file_name.cmd > > ? > > Paul. Hi you can add parameters e.g. [[attachment:file_name.cmd||&get]] cheers Reimar From cmiramon at kde-france.org Thu Jun 5 08:11:10 2008 From: cmiramon at kde-france.org (cmiramon at kde-france.org) Date: Thu, 05 Jun 2008 14:11:10 +0200 Subject: [Moin-user] Installing a theme in standalone mode Message-ID: Hello, I'm trying to use MoinMoin 1.6.3 in standalone mode with a different theme on Debian Sid. I have created a directory twisted in my home with the data, underlay and I have also copied the htdocs directory from /usr/share/moin I changed in wikiconfig.py line 84 to url_prefix_static = './htdocs' When I start the standalone moin I get a lot of 404 errors like : 135922 INFO 127.0.0.1 "GET /htdocs/common/js/common.js HTTP/1.1" 404 - The permission on the file seems good : charles at bafin:~/twisted/htdocs/common/js$ ls -alh common.js -rw-rw-rw- 1 charles charles 7,1K jun 5 00:35 common.js I'm puzzled. Does themes only work with apache ? Cheers, Charles From tw-public at gmx.de Thu Jun 5 11:36:07 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 05 Jun 2008 17:36:07 +0200 Subject: [Moin-user] Installing a theme in standalone mode In-Reply-To: References: Message-ID: <484807E7.6040909@gmx.de> > I'm trying to use MoinMoin 1.6.3 in standalone mode with a different theme > on Debian Sid. If you want to have a standalone wiki, the easiest way is: get the 1.6.3 release archive, uncompress it to your home directory. cd moin-1.6.3 ./moin.py and it will work. Of course you can do the same thing with the debian package somehow, but I guess it will be more configuration work for fixing the pathes. > I changed in wikiconfig.py line 84 to > url_prefix_static = './htdocs' This is a URL, not a path. From khellman at mcprogramming.com Sun Jun 8 23:35:32 2008 From: khellman at mcprogramming.com (Keith Hellman) Date: Sun, 8 Jun 2008 21:35:32 -0600 Subject: [Moin-user] MoinMoin on simple hosting sites Message-ID: <20080609033532.GA20003@doberman.l.localdomain> Many companies provide a website account with a small amount of diskspace (1-4GB), a cgi-bin directory, access to the apache error log (for your url), and rsync+ssh, sftp, or a homegrown "web file manager". Assuming the company provides a python interpretor, is it possible to setup moinmoin on one of these hosting sites? 1. Does anyone have experience doing this (or trying to do this)? 2. Can any of the moinmoin gurus see show stoppers to trying? 3. Have I missed some obvious documentation on the MoinMoin site? TIA for your comments, -- Keith Hellman #include khellman at mcprogramming.com from disclaimer import standard khellman at mines.edu -*- public key @ pgp.mit.edu 9FCF40FD Y!M: mcprogramming AIM/ICQ: 485403897 gtalk: jabber at mcprogramming.com -*- "You want to know the secret to immortality, write a bunch of songs that people keep singin' and playin'." -- Dr(x) John on Duke Ellington -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From newz at bearfruit.org Mon Jun 9 10:01:59 2008 From: newz at bearfruit.org (Matthew Nuzum) Date: Mon, 9 Jun 2008 09:01:59 -0500 Subject: [Moin-user] MoinMoin on simple hosting sites In-Reply-To: <20080609033532.GA20003@doberman.l.localdomain> References: <20080609033532.GA20003@doberman.l.localdomain> Message-ID: On Sun, Jun 8, 2008 at 10:35 PM, Keith Hellman wrote: > Many companies provide a website account with a small amount of > diskspace (1-4GB), a cgi-bin directory... > 1. Does anyone have experience doing this (or trying to do this)? > 2. Can any of the moinmoin gurus see show stoppers to trying? > 3. Have I missed some obvious documentation on the MoinMoin site? http://moinmo.in/HelpOnInstalling I've used CGI for small wikis and for theme/plugin development and it works just fine. Besides standalone, which (as I understand) should not be used on public wikis, it is the easiest install method. I suspect as concurrency or server load goes up you'll wish you could use another technique. -- Matthew Nuzum newz2000 on freenode From mail at heavy.ch Mon Jun 9 12:05:34 2008 From: mail at heavy.ch (mail at heavy.ch) Date: Mon, 09 Jun 2008 18:05:34 +0200 Subject: [Moin-user] MoinMoin on simple hosting sites In-Reply-To: <20080609033532.GA20003@doberman.l.localdomain> References: <20080609033532.GA20003@doberman.l.localdomain> Message-ID: <1213027534.6630.5.camel@lestat.vampyre.home> Hi I'm using webfaction.com. they offering you to a moderate price, a ssh access and your own apache instance. so you can run your own apache mod_wsgi or a standalone version. also it's possible to compile your own xapian search. cgi works also but it's too slow in my eyes. bye Marcel Am Sonntag, den 08.06.2008, 21:35 -0600 schrieb Keith Hellman: > Many companies provide a website account with a small amount of > diskspace (1-4GB), a cgi-bin directory, access to the apache error log > (for your url), and rsync+ssh, sftp, or a homegrown "web file manager". > Assuming the company provides a python interpretor, is it possible to > setup moinmoin on one of these hosting sites? > > 1. Does anyone have experience doing this (or trying to do this)? > 2. Can any of the moinmoin gurus see show stoppers to trying? > 3. Have I missed some obvious documentation on the MoinMoin site? > > TIA for your comments, > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From barry.cornelius at oucs.ox.ac.uk Tue Jun 10 10:05:22 2008 From: barry.cornelius at oucs.ox.ac.uk (Barry Cornelius) Date: Tue, 10 Jun 2008 15:05:22 +0100 (BST) Subject: [Moin-user] moinmaster.wikiwikiweb.de:8000/?action=xmlrpc2 delivers error message Message-ID: The bottom of the BadContent page of our 1.5.3 MoinMoin wiki says: BadContent (last edited 2008-03-05 16:54:04 by Antispam subsystem) So the Antispam subsystem has not updated this file recently. Our wikiconfig.py contains: from MoinMoin.util.antispam import SecurityPolicy My understanding is that antispam.py executes: http://moinmaster.wikiwikiweb.de:8000/?action=xmlrpc2 However, that page is delivering the error: faultCode 1 faultString xml.parsers.expat.ExpatError: no element found: line 1, column 0 File "/srv/moin/code/1.6/MoinMoin/xmlrpc/__init__.py", line 123, in process params, method = xmlrpclib.loads(data) File "xmlrpclib.py", line 1080, in loads p.close() File "xmlrpclib.py", line 530, in close self._parser.Parse("", 1) # end of data Please help. Thanks. -- Barry Cornelius Oxford University Computing Services University of Oxford, 13 Banbury Road, Oxford, OX2 6NN, UK www.barrycornelius.com 01865 273267 or +44 1865 273267 From tw-public at gmx.de Tue Jun 10 11:12:07 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 10 Jun 2008 17:12:07 +0200 Subject: [Moin-user] moinmaster.wikiwikiweb.de:8000/?action=xmlrpc2 delivers error message In-Reply-To: References: Message-ID: <484E99C7.2030306@gmx.de> > The bottom of the BadContent page of our 1.5.3 MoinMoin wiki says: > BadContent (last edited 2008-03-05 16:54:04 by Antispam subsystem) > So the Antispam subsystem has not updated this file recently. Looks like. Is maybe some firewall blocking the outgoing connection recently? > Our wikiconfig.py contains: > from MoinMoin.util.antispam import SecurityPolicy That's ok. Are there other SecurityPolicy definitions there? > My understanding is that antispam.py executes: > http://moinmaster.wikiwikiweb.de:8000/?action=xmlrpc2 > > However, that page is delivering the error: That URL is only useful for a xmlrpc client, if you go there with a browser, the server side is missing xmlrpc request data. I checked http://wiki.python.de/BadContent and it seems to fetch updates (it is running 1.5.5a, rather old code like yours), so the problem seems to sit somewhere between moinmaster and your wiki server. From david at hlacik.eu Tue Jun 10 17:12:44 2008 From: david at hlacik.eu (=?ISO-8859-2?Q?David_Hl=E1=E8ik?=) Date: Tue, 10 Jun 2008 23:12:44 +0200 Subject: [Moin-user] restrict page creation Message-ID: Hello, i would like to know, how can i allow a new page creation only to users of some group and disable to all others. Thank you in advance! David From sunlist at yahoo.com Tue Jun 10 17:34:17 2008 From: sunlist at yahoo.com (mailing list) Date: Tue, 10 Jun 2008 14:34:17 -0700 (PDT) Subject: [Moin-user] Wiki Synchronization (w/authorization) Message-ID: <39200.78530.qm@web63808.mail.re1.yahoo.com> How do I send my username/password for synchronization? My local wiki needs to sync with the wiki server, and the server requires LDAP login, hence, I keep getting the below error message: Is there a parameter in certain file I can edit to auto send my username and password for the sync? Thank you. Regards, Mike From barry.cornelius at oucs.ox.ac.uk Wed Jun 11 06:08:33 2008 From: barry.cornelius at oucs.ox.ac.uk (Barry Cornelius) Date: Wed, 11 Jun 2008 11:08:33 +0100 (BST) Subject: [Moin-user] moinmaster.wikiwikiweb.de:8000/?action=xmlrpc2 delivers error message In-Reply-To: <484E99C7.2030306@gmx.de> References: <484E99C7.2030306@gmx.de> Message-ID: On Tue, 10 Jun 2008, Thomas Waldmann wrote: > Is maybe some firewall blocking the outgoing connection recently? Yes. That's right. I should have thought of that. My understanding from our Systems people is that previously we had opened up the firewall for port 3000 for a particular IP address but the IP address of the machine has now changed. So we have had to alter our firewall rule. (I hope I got that right.) It's all working fine again now. > That URL is only useful for a xmlrpc client, if you go there with a > browser, the server side is missing xmlrpc request data. OK. Silly me. Lesson learnt. Thanks for your help. -- Barry Cornelius Oxford University Computing Services University of Oxford, 13 Banbury Road, Oxford, OX2 6NN, UK www.barrycornelius.com 01865 273267 or +44 1865 273267 From irma at calyx.net.au Wed Jun 11 07:00:42 2008 From: irma at calyx.net.au (Calyx) Date: Wed, 11 Jun 2008 21:00:42 +1000 Subject: [Moin-user] Error number 13 Message-ID: <20080611110055.UDGN1860.nschwotgx03p.mx.bigpond.com@Latitude> Hi list members, When I edit a wiki page and click "show preview" all seems to work as usual. However when I then want to save the chages, this message appears. Once this message appears, I can only log out of moinmoin. Although the changes have been saved, I wonder if anyone can suggest a solution so I dont have to log out and log back in for too much longer. I am not sure why I would have lost permission to edit and how I restore it. Traceback (most recent call last): File "/var/lib/python-support/python2.4/MoinMoin/request.py", line 1137, in run handler(self.page.page_name, self) File "/var/lib/python-support/python2.4/MoinMoin/wikiaction.py", line 638, in do_edit savemsg = pg.saveText(savetext, rev, trivial=trivial, comment=comment) File "/var/lib/python-support/python2.4/MoinMoin/PageEditor.py", line 918, in saveText mtime_usecs, rev = self._write_file(newtext, action, comment, extra) File "/var/lib/python-support/python2.4/MoinMoin/PageEditor.py", line 810, in _write_file glog.add(self.request, mtime_usecs, rev, action, self.page_name, None, extra, comment) File "/var/lib/python-support/python2.4/MoinMoin/logfile/editlog.py", line 176, in add self._add(line) File "/var/lib/python-support/python2.4/MoinMoin/logfile/logfile.py", line 411, in _add self._output.write(line) File "/var/lib/python-support/python2.4/MoinMoin/logfile/logfile.py", line 139, in __getattr__ self._output = codecs.open(self.__filename, 'a', config.charset) File "codecs.py", line 666, in open file = __builtin__.open(filename, mode, buffering) IOError: [Errno 13] Permission denied: '/usr/share/moin/data/edit-log' Additionally cgitb raised this exception: Traceback (most recent call last): File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 143, in handle handler.handle() File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 566, in handle doc = view.format(formatter, self.context) File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 343, in format return formatter.section(self.formatContent(), {'class': 'cgitb'}) File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 32, in formatContent content = ( File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 82, in formatDebugInfo info = [self.debugInfoHideScript(), File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 96, in formatTraceback return self.formatAllTracebacks(self.formatOneTraceback) File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 108, in formatAllTracebacks tracebacks.append(formatFuction((type, value, tb))) File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 421, in formatOneTraceback output = [self.formatter.subTitle('Traceback'), File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 434, in tracebackFrames frames.append(frame.format(self.formatter)) File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 197, in format vars, highlight = self.scan() File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 286, in scan vars = self.scanVariables(reader) File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 298, in scanVariables value = getattr(parent, token, __UNDEF__) File "/var/lib/python-support/python2.4/MoinMoin/logfile/logfile.py", line 139, in __getattr__ self._output = codecs.open(self.__filename, 'a', config.charset) File "codecs.py", line 666, in open file = __builtin__.open(filename, mode, buffering) IOError: [Errno 13] Permission denied: '/usr/share/moin/data/edit-log' Many thanks for any suggestions. Irma -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at iDIAcomputing.com Wed Jun 11 08:04:12 2008 From: lists at iDIAcomputing.com (George Dinwiddie) Date: Wed, 11 Jun 2008 08:04:12 -0400 Subject: [Moin-user] Error number 13 In-Reply-To: <20080611110055.UDGN1860.nschwotgx03p.mx.bigpond.com@Latitude> References: <20080611110055.UDGN1860.nschwotgx03p.mx.bigpond.com@Latitude> Message-ID: <484FBF3C.5020403@iDIAcomputing.com> Calyx, The answer is in the line IOError: [Errno 13] Permission denied: '/usr/share/moin/data/edit-log' Moin does not have write permission to this file. I can't say why the permissions on this file were changed. To fix this, give write permission to the effective user of the Moin process. This may be a matter of adding group write permission or of changing the ownership of the file to the Moin user, depending on your situation. - George Calyx wrote: > Hi list members, > > When I edit a wiki page and click "show preview" all seems to work as usual. > However when I then want to save the chages, this message appears. Once > this message appears, I can only log out of moinmoin. > Although the changes have been saved, I wonder if anyone can suggest a > solution so I dont have to log out and log back in for too much longer. > I am not sure why I would have lost permission to edit and how I restore it. > > > Traceback (most recent call last): > File "/var/lib/python-support/python2.4/MoinMoin/request.py", line 1137, in run > handler(self.page.page_name, self) > File "/var/lib/python-support/python2.4/MoinMoin/wikiaction.py", line 638, in do_edit > savemsg = pg.saveText(savetext, rev, trivial=trivial, comment=comment) > File "/var/lib/python-support/python2.4/MoinMoin/PageEditor.py", line 918, in saveText > mtime_usecs, rev = self._write_file(newtext, action, comment, extra) > File "/var/lib/python-support/python2.4/MoinMoin/PageEditor.py", line 810, in _write_file > glog.add(self.request, mtime_usecs, rev, action, self.page_name, None, extra, comment) > File "/var/lib/python-support/python2.4/MoinMoin/logfile/editlog.py", line 176, in add > self._add(line) > File "/var/lib/python-support/python2.4/MoinMoin/logfile/logfile.py", line 411, in _add > self._output.write(line) > File "/var/lib/python-support/python2.4/MoinMoin/logfile/logfile.py", line 139, in __getattr__ > self._output = codecs.open(self.__filename, 'a', config.charset) > File "codecs.py", line 666, in open > file = __builtin__.open(filename, mode, buffering) > IOError: [Errno 13] Permission denied: '/usr/share/moin/data/edit-log' > > Additionally cgitb raised this exception: > Traceback (most recent call last): > File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 143, in handle > handler.handle() > File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 566, in handle > doc = view.format(formatter, self.context) > File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 343, in format > return formatter.section(self.formatContent(), {'class': 'cgitb'}) > File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 32, in formatContent > content = ( > File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 82, in formatDebugInfo > info = [self.debugInfoHideScript(), > File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 96, in formatTraceback > return self.formatAllTracebacks(self.formatOneTraceback) > File "/var/lib/python-support/python2.4/MoinMoin/failure.py", line 108, in formatAllTracebacks > tracebacks.append(formatFuction((type, value, tb))) > File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 421, in formatOneTraceback > output = [self.formatter.subTitle('Traceback'), > File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 434, in tracebackFrames > frames.append(frame.format(self.formatter)) > File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 197, in format > vars, highlight = self.scan() > File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 286, in scan > vars = self.scanVariables(reader) > File "/var/lib/python-support/python2.4/MoinMoin/support/cgitb.py", line 298, in scanVariables > value = getattr(parent, token, __UNDEF__) > File "/var/lib/python-support/python2.4/MoinMoin/logfile/logfile.py", line 139, in __getattr__ > self._output = codecs.open(self.__filename, 'a', config.charset) > File "codecs.py", line 666, in open > file = __builtin__.open(filename, mode, buffering) > IOError: [Errno 13] Permission denied: '/usr/share/moin/data/edit-log' > > > Many thanks for any suggestions. > > Irma > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- ---------------------------------------------------------------------- * George Dinwiddie * http://blog.gdinwiddie.com Software Development http://www.idiacomputing.com Consultant and Coach http://www.agilemaryland.org ---------------------------------------------------------------------- From david at hlacik.eu Wed Jun 11 15:59:25 2008 From: david at hlacik.eu (=?ISO-8859-2?Q?David_Hl=E1=E8ik?=) Date: Wed, 11 Jun 2008 21:59:25 +0200 Subject: [Moin-user] restrict page creation In-Reply-To: References: Message-ID: http://moinmoin.wikiwikiweb.de/MoinMoinQuestions/Administration#How+To+Create+Groups On Tue, Jun 10, 2008 at 11:12 PM, David Hl??ik wrote: > Hello, > > i would like to know, how can i allow a new page creation only to > users of some group and disable to all others. > > Thank you in advance! > > David > -------------- next part -------------- An HTML attachment was scrubbed... URL: From c_moinmoin at jonc.me.uk Thu Jun 12 05:38:48 2008 From: c_moinmoin at jonc.me.uk (Jonathan Cooper) Date: Thu, 12 Jun 2008 10:38:48 +0100 Subject: [Moin-user] Can MoinMoin change passwords stored in an Apache DBM file? Message-ID: <20080612093848.GA21875@jonc.ath.cx> Hi guys, I'm in a situation where I need to use Apache to authenticate users of a MoinMoin wiki, but I'd like users to be able to change/reset their own passwords so such requests don't have to come via me. I've googled around, but haven't found any solution thus far. Has anyone else succeeded in doing this, either for DBM or htpasswd? Or something similar that they think might work for me? Thanks for any suggestions, Jonathan. -- Jonathan Cooper MSN: msn at jonc.me.uk www: jonc.me.uk/ '"Welcome, Prince," said Aslan. "Do you feel yourself sufficient to take up the Kingship of Narnia?" "I - I don't think I do, Sir," said Caspian. "I'm only a kid." "Good," said Aslan. "If you had felt yourself sufficient, it would have been proof that you were not." - C.S.Lewis, "Prince Caspian" From rick.vanderveer at gmail.com Thu Jun 12 17:21:22 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 12 Jun 2008 16:21:22 -0500 Subject: [Moin-user] Funny, as admin user, I can no longer delete pages Message-ID: <5c39e1ca0806121421m6597e5f5qc15060bca4858abd@mail.gmail.com> This is not something I need to do every day, so I can't say when it exactly broke. But, "Delete Page" from the action menu is now grayed out for me. Here's the relevant section from my farmconfig.py file: acl_rights_before = u"Rvanderveer:admin,read,write,delete,revert" acl_rights_default = u"All:read,write,revert,delete" Any thoughts? -Rick From tw-public at gmx.de Sat Jun 14 13:07:09 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 14 Jun 2008 19:07:09 +0200 Subject: [Moin-user] moin 1.7.0rc3 released! Message-ID: <1213463229.11131.0.camel@black> See http://moinmo.in/MoinMoinDownload and please help testing. Changelog is here: http://hg.moinmo.in/moin/1.7/file/1.7.0rc3/docs/CHANGES If you know a non-english language, you can also help translating and/or fixing stuff on master17, see: http://moinmo.in/MoinDev/Translation From crosseyedpenguin at yahoo.com Sun Jun 15 12:25:27 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Sun, 15 Jun 2008 09:25:27 -0700 (PDT) Subject: [Moin-user] Page Trails Lost for Anonymous Users in 1.7? Message-ID: <127312.43792.qm@web36207.mail.mud.yahoo.com> In moin 1.6, there were moin_session and moin_anon_session Auth methods. These have gone away in 1.7. The only related docs I could find was in one of the moin chat logs with a comment that these are now "built-in". In 1.6, if moin_anon_session was added to the end of the authorization list, anonymous users received a cookie. This made it possible to maintain a page trail for non-logged in users. Is there a way to create page trails for anonymous users in 1.7? Roger Haase From rb.proj at gmail.com Mon Jun 16 02:28:05 2008 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 16 Jun 2008 08:28:05 +0200 Subject: [Moin-user] restrict page creation In-Reply-To: References: Message-ID: David Hl??ik schrieb: > http://moinmoin.wikiwikiweb.de/MoinMoinQuestions/Administration#How+To+Create+Groups http://moinmo.in/MoinMoinQuestions/Administration#How+To+Create+Groups > > On Tue, Jun 10, 2008 at 11:12 PM, David Hl??ik wrote: > >> Hello, >> >> i would like to know, how can i allow a new page creation only to >> users of some group and disable to all others. >> >> Thank you in advance! >> >> David >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user From kai at aplteam.com Mon Jun 16 02:45:38 2008 From: kai at aplteam.com (kai at aplteam.com) Date: Mon, 16 Jun 2008 07:45:38 +0100 Subject: [Moin-user] newly created user accounts: getting notified automatically Message-ID: <99f673360806152345o290ae1bfhe681819a40a3ca25@mail.gmail.com> Hi I am running a small Wiki. Everybody can look at it, and everybody can create a user account. Before a user can edit/change/delete an administrator must take action. In my case this is possible because the number of new users is so small. I have a program in place which, when started, displayes all new users in a list. Ticking a check box and clicking the "Process" button is enough the let the program add those users to a particular group page and send them a "welcome" email. Only problem is: I would like to get a automated notifications as soon as a new user account is created. One can subscribe to page changes. Is there a similar feature available for new user accounts? Kai From rb.proj at gmail.com Mon Jun 16 02:46:32 2008 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 16 Jun 2008 08:46:32 +0200 Subject: [Moin-user] Page Trails Lost for Anonymous Users in 1.7? In-Reply-To: <127312.43792.qm@web36207.mail.mud.yahoo.com> References: <127312.43792.qm@web36207.mail.mud.yahoo.com> Message-ID: Roger Haase schrieb: > In moin 1.6, there were moin_session and moin_anon_session Auth methods. These have gone away in 1.7. The only related docs I could find was in one of the moin chat logs with a comment that these are now "built-in". > > In 1.6, if moin_anon_session was added to the end of the authorization list, anonymous users received a cookie. This made it possible to maintain a page trail for non-logged in users. > > Is there a way to create page trails for anonymous users in 1.7? > Hi see http://moinmo.in/HelpOnSessions you have to configure anonymous_session_lifetime cheers Reimar > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php From rb.proj at gmail.com Mon Jun 16 03:01:21 2008 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 16 Jun 2008 09:01:21 +0200 Subject: [Moin-user] newly created user accounts: getting notified automatically In-Reply-To: <99f673360806152345o290ae1bfhe681819a40a3ca25@mail.gmail.com> References: <99f673360806152345o290ae1bfhe681819a40a3ca25@mail.gmail.com> Message-ID: kai at aplteam.com schrieb: > Hi > > I am running a small Wiki. Everybody can look at it, and everybody can > create a user account. > Before a user can edit/change/delete an administrator must take > action. In my case this is possible because the number of new users is > so small. > > I have a program in place which, when started, displayes all new users > in a list. Ticking a check box and clicking the "Process" button is > enough the let the program add those users to a particular group page > and send them a "welcome" email. > > Only problem is: I would like to get a automated notifications as soon > as a new user account is created. One can subscribe to page changes. > Is there a similar feature available for new user accounts? > The notification of 1.7 has got a lot of changes and does support Notification sent when pages are changed in various ways (content change, page rename, deletion, page copy), users being created (visible to super user only!), attachments being added and users subscribing to pages... http://moinmo.in/HelpOnNotification cheers Reimar From Greg.Keith at noaa.gov Mon Jun 16 13:59:29 2008 From: Greg.Keith at noaa.gov (Greg Keith) Date: Mon, 16 Jun 2008 11:59:29 -0600 Subject: [Moin-user] Upgraded from 1.5.7 to 1.6.3, LDAP authentication now broken Message-ID: <4856AA01.6050408@noaa.gov> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - Given the quick and helpful reply I received to my earlier question (vielen dank Herr Waldmann!), I am posting to the list again. I'm a newbie Moin admin running Moin 1.6.3 on a RHEL5.1 box, and I just upgraded from 1.5.7 to 1.6.3. I had spent some time figuring out how to get LDAP authentication to work with 1.5.7, and finally got everything working. However, it seems that LDAP authentication has changed in 1.6.3, so I followed the instructions on http://moinmaster.wikiwikiweb.de/HelpOnAuthentication/LDAP (the 1.6 version of the page) to replace some of the code I had in my wikiconfig.py. The old version of my wikiconfig.py started off with: (snip) from MoinMoin.multiconfig import DefaultConfig class Config(DefaultConfig): ~ from MoinMoin import auth ~ auth = [auth.ldap_login, auth.moin_cookie] (snip) The new version is (emphasis mine): (snip) from MoinMoin.*config*.multiconfig import DefaultConfig class Config(DefaultConfig): ~ from MoinMoin.*auth.ldap_login import ldap_login* ~ *from MoinMoin.auth import moin_session* ~ auth = [*ldap_login, moin_session*] (snip) Now when I run the moin command to build my xapian index for searching I get the error: MoinMoin.error.ConfigurationError: ImportError: No module named ldap I do have a /usr/lib/python2.4/site-packages/MoinMoin/auth/ldap_login.py, it does seem to list ldap as a module ("import ldap" statement on line 19). My moin.cgi and wikiconfig.py are in the same subdir, with the same permissions and ownership. I'm sure there are a myriad of other things that could be wrong, it's just that this was working fine under 1.5.7.... I have included the full text of my wikiconfig.py following this, and the full error message. Thanks for any advice! Greg ========================================= FULL PROMPT AND ERROR [root at intranet config]# moin --config-dir=/httpd/sysdocs/config --wiki-url=(I've omitted this for privacy) index build --mode=add Traceback (most recent call last): ~ File "/usr/bin/moin", line 6, in ? ~ run() ~ File "/usr/lib/python2.4/site-packages/MoinMoin/script/moin.py", line 14, in run ~ MoinScript().run(showtime=0) ~ File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run ~ self.mainloop() ~ File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 251, in mainloop ~ plugin_class(args[2:], self.options).run() # all starts again there ~ File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 138, in run ~ self.mainloop() ~ File "/usr/lib/python2.4/site-packages/MoinMoin/script/index/build.py", line 50, in mainloop ~ self.init_request() ~ File "/usr/lib/python2.4/site-packages/MoinMoin/script/__init__.py", line 178, in init_request ~ self.request = request_cli.Request(self.options.wiki_url, self.options.page) ~ File "/usr/lib/python2.4/site-packages/MoinMoin/request/request_cli.py", line 31, in __init__ ~ RequestBase.__init__(self, properties) ~ File "/usr/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 216, in __init__ ~ self._load_multi_cfg() ~ File "/usr/lib/python2.4/site-packages/MoinMoin/request/__init__.py", line 381, in _load_multi_cfg ~ self.cfg = multiconfig.getConfig(self.url) ~ File "/usr/lib/python2.4/site-packages/MoinMoin/config/multiconfig.py", line 170, in getConfig ~ cfg = _makeConfig(cfgName) ~ File "/usr/lib/python2.4/site-packages/MoinMoin/config/multiconfig.py", line 122, in _makeConfig ~ raise error.ConfigurationError(msg) MoinMoin.error.ConfigurationError: ImportError: No module named ldap Check that the file is in the same directory as the server script. If it is not, you must add the path of the directory where the file is located to the python path in the server script. See the comments at the top of the server script. Check that the configuration file name is either "wikiconfig.py" or the module name specified in the wikis list in farmconfig.py. Note that the module name does not include the ".py" suffix. ============================================================================== WIKICONFIG.PY FILE (LDAP PORTION) # -*- coding: iso-8859-1 -*- # IMPORTANT! This encoding (charset) setting MUST be correct! If you live in a # western country and you don't know that you use utf-8, you probably want to # use iso-8859-1 (or some other iso charset). If you use utf-8 (a Unicode # encoding) you MUST use: coding: utf-8 # That setting must match the encoding your editor uses when you modify the # settings below. If it does not, special non-ASCII chars will be wrong. """ """ from MoinMoin.config.multiconfig import DefaultConfig class Config(DefaultConfig): ~ from MoinMoin.auth.ldap_login import ldap_login ~ from MoinMoin.auth import moin_session ~ auth = [ldap_login, moin_session] ~ import ldap ~ ldap_uri = '(omitted for privacy)' # ldap / active directory server URI ~ ldap_binddn = '(omitted for privacy)' # DN we use for first bind (OpenLDAP) ~ ldap_bindpw = '(omitted for privacy)' # password we use for first bind ~ ldap_base = '(omitted for privacy)' # base DN we use for searching ~ ldap_scope = 2 # scope of the search we do (2 == ldap.SCOPE_SUBTREE) ~ ldap_referrals = 0 # (0 needed for AD) ~ ldap_filter = '(&(sAMAccountName=%(username)s)((omitted for privacy)))' ~ ldap_givenname_attribute = 'givenname' # ldap attribute we get the first name from ~ ldap_surname_attribute = 'sn' # ldap attribute we get the family name from ~ ldap_aliasname_attribute = 'cn' # ldap attribute we get the aliasname from ~ ldap_email_attribute = 'mail' # ldap attribute we get the email address from ~ ldap_email_callback = None # the function that is called with a dict as the first ~ # argument that provides LDAP data. the function has to return the e-mail address that was generated from the dict input ~ ldap_coding = 'utf-8' # coding used for ldap queries and result values ~ ldap_timeout = 10 # how long we wait for the ldap server [s] ~ ldap_verbose = True # if True, put lots of LDAP debug info into the log ~ cookie_lifetime = 1 # 1 hour after last access LDAP login is required again ~ user_autocreate = True ~ # TLS / SSL-related configuration ~ ldap_start_tls = 0 # 0 = No, 1 = Try, 2 = Required ~ ldap_tls_cacertdir = '' ~ ldap_tls_cacertfile = '' ~ ldap_tls_certfile = '' ~ ldap_tls_keyfile = '' ~ ldap_tls_require_cert = ldap.OPT_X_TLS_NEVER ~ ldap_bindonce = False # set to True to only do one bind. Useful if configured to bind as the user on the first attempt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFIVqoA8IR34NeP2BwRAiV4AJ9cgz/3AfIKFWZ9YlcwZAeqS27ulQCdEqKH zoq6a/50VHqwnCvW368Td40= =DmNp -----END PGP SIGNATURE----- -------------- next part -------------- An HTML attachment was scrubbed... URL: From eisoab at gmail.com Mon Jun 16 15:36:33 2008 From: eisoab at gmail.com (Eiso AB) Date: Mon, 16 Jun 2008 21:36:33 +0200 Subject: [Moin-user] attachment download link if attachment is not present Message-ID: <4856C0C1.2040303@gmail.com> hi , I recently upgredad from 1.5.something to 1.6.3 Previously attachments which were not already present were shown as a 'download ...' link on the page, and if the attachment was already present you would get a normal link to a pdf for example. Now, with [[attachment:file.pdf|pdf] it will just show the 'pdf' link and if file.pdf is not present it will take you to the attachment page, which might confuse an unsuspecting user. I liked the old behaviour much better, where you could see on the wiki page directly whether an attachment is or is not present. Is there a way to get the old behaviour back? thanks, Eiso -- _________ _________________/ Eiso AB \___________________________ From crosseyedpenguin at yahoo.com Mon Jun 16 17:15:53 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Mon, 16 Jun 2008 14:15:53 -0700 (PDT) Subject: [Moin-user] Where is 1.7 master wiki? Message-ID: <964996.88622.qm@web36201.mail.mud.yahoo.com> If I go to: http://moinmaster.wikiwikiweb.de/FrontPage it says this is the 1.6 master and provides a broken link to: http://moinmaster17.wikiwikiweb.de/FrontPage Roger Haase From tw-public at gmx.de Mon Jun 16 17:26:47 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 16 Jun 2008 23:26:47 +0200 Subject: [Moin-user] Upgraded from 1.5.7 to 1.6.3, LDAP authentication now broken In-Reply-To: <4856AA01.6050408@noaa.gov> References: <4856AA01.6050408@noaa.gov> Message-ID: <1213651607.8392.8.camel@black> > Given the quick and helpful reply I received to my earlier question > (vielen dank Herr Waldmann!), You're welcome! :) > I am posting to the list again. I'm a newbie Moin admin running Moin > 1.6.3 on a RHEL5.1 box, and I just upgraded from 1.5.7 to 1.6.3. Did you also upgrade / change your python version? > from MoinMoin.*config*.multiconfig import DefaultConfig > > class Config(DefaultConfig): > > ~ from MoinMoin.*auth.ldap_login import ldap_login* > ~ *from MoinMoin.auth import moin_session* > ~ auth = [*ldap_login, moin_session*] Looks ok. > MoinMoin.error.ConfigurationError: ImportError: No module named ldap That looks like pyldap (python-ldap) is missing. Moin's ldap code depends on that to be able to work. If it worked for moin 1.5, it should also work for 1.6, though, except if you changed the python version at the same time and you still need to install python-ldap for that python version maybe. Or someone deinstalled python-ldap? Just start a python interpreter and enter: >>> import ldap That should work. BTW, after you have it working, have a look at moin 1.7. Some LDAP stuff was further improved there. auth stuff is handled by auth objects there (not functions as in 1.6), so you can have multiple ldap authenticators now. From tw-public at gmx.de Mon Jun 16 17:35:07 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 16 Jun 2008 23:35:07 +0200 Subject: [Moin-user] attachment download link if attachment is not present In-Reply-To: <4856C0C1.2040303@gmail.com> References: <4856C0C1.2040303@gmail.com> Message-ID: <1213652107.8392.17.camel@black> > Previously attachments which were not already present > were shown as a 'download ...' You mean upload. :) > link on the page, It should be a grey link now for nonexisting file attachments. It should be a grey image now for nonexisting attachment image transclusions. Like it shows a grey link to a nonexisting wiki page. If you click on those grey links you get to some page where you can create the target object (no matter if it is a wiki page or a file or image attachment). BTW, if you want "immediate download" back when clicking on a attachment link, use [[attachment:foo|label|&do=get]] > I liked the old behaviour much better, where you could see on > the wiki page directly whether an attachment is or is not present. You still can see. :) > Is there a way to get the old behaviour back? No. BTW, this is just a small step on the road to unifying attachments and pages... From tw-public at gmx.de Mon Jun 16 17:52:26 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 16 Jun 2008 23:52:26 +0200 Subject: [Moin-user] Where is 1.7 master wiki? In-Reply-To: <964996.88622.qm@web36201.mail.mud.yahoo.com> References: <964996.88622.qm@web36201.mail.mud.yahoo.com> Message-ID: <1213653146.8392.19.camel@black> > it says this is the 1.6 master and provides a broken link to: > http://moinmaster17.wikiwikiweb.de/FrontPage Oops. Will fix that. The master wikis for moin 1.6 and 1.7 are there: ? * http://master16.moinmo.in/ ? * http://master17.moinmo.in/ It is also linked from: http://moinmo.in/MoinDev/Translation From Burkhard.Schultheis at uniserv.com Tue Jun 17 07:35:19 2008 From: Burkhard.Schultheis at uniserv.com (Burkhard.Schultheis at uniserv.com) Date: Tue, 17 Jun 2008 13:35:19 +0200 Subject: [Moin-user] Problems using macro MiniPage Message-ID: Hello, I'm creating and changing Wiki pages in our company since last week. ;-) We use Moinmoin V1.53 (it's not easy for me to get an upgrade on our server). Now I wanted to use the macro MiniPage within a table to get more formatting possibilities. So I downloaded MiniPage-1.3.3-1.py (the version that should work with our older moinmoin), put the file as MiniPage to the plugin/macro directory of our Wiki, changed the page with a call to MiniPage, but I see only the macro calling sequence and nothing else. Maybe I mut restart the Wiki? But how to do it? On the Windows machine running the Wiki I see no suspicious service or process running. The colleague which installed the Wiki isn't with us. The Wiki runs, but I don't know, how to restart it. Thank you in advance! Best regards, Burkhard Schultheis SDC - Software Development & Consulting PJT - Project Management Team Uniserv GmbH Rastatter Stra?e 13 75179 Pforzheim Germany Phone +49 7231 936-2125 Fax +49 7231 936-2500 Email burkhard.schultheis at uniserv.com www.uniserv.com www.uniserv.com/demo _____________________________________________________ Uniserv GmbH Sitz der Gesellschaft: Pforzheim, Germany Gesch?ftsf?hrer: Roland Pfeiffer Registergericht: Mannheim HRB 501535 From rick.vanderveer at gmail.com Tue Jun 17 10:19:41 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 17 Jun 2008 09:19:41 -0500 Subject: [Moin-user] Problems using macro MiniPage In-Reply-To: References: Message-ID: <5c39e1ca0806170719q387d6471qa945b8237c50a6ba@mail.gmail.com> Hello Burkhard, Since you're running Moin on Windows, I foresee one of two scenarios: 1. Moin is using just CGI (file name moin.cgi). In this case, no restarting is necessary since every request relaunches the CGI script. 2. Moin is using FastCGI (file name moin.fcg). In this case, it would be likely that it's running as a service. If this is the case, there's no telling what he would've created the service name as. But, when in doubt, you can always reboot the computer, that'll always restart the service for you! :-) You can also verify which method you're using by opening the httpd.conf file (located approximately: c:\Program Files\Apache Group\Apache2\conf\) and finding the line would would be similar to: ScriptAlias /moin d:/wiki/moin.cgi (Look for the extension on the file, to see how you're configured). Also, this assumes that you're running Apache. It may be that you're running thru IIS. Finally, I would suggest you patently go thru the Windows-specific installation guides (see http://moinmo.in/HelpOnInstalling) and familiarize yourself with how Moin is set up and works. Once you wrap your head around that, it's not that difficult (and then you can even upgrade your server!). :-) -Rick On Tue, Jun 17, 2008 at 6:35 AM, wrote: > Hello, > > I'm creating and changing Wiki pages in our company since last week. ;-) We use Moinmoin V1.53 (it's not easy for me to get an upgrade on our server). > Now I wanted to use the macro MiniPage within a table to get more formatting possibilities. So I downloaded MiniPage-1.3.3-1.py (the version that should work with our older moinmoin), put the file as MiniPage to the plugin/macro directory of our Wiki, changed the page with a call to MiniPage, but I see only the macro calling sequence and nothing else. > Maybe I mut restart the Wiki? But how to do it? On the Windows machine running the Wiki I see no suspicious service or process running. The colleague which installed the Wiki isn't with us. The Wiki runs, but I don't know, how to restart it. > > Thank you in advance! > > Best regards, > > Burkhard Schultheis > SDC - Software Development & Consulting > PJT - Project Management Team > > Uniserv GmbH > Rastatter Stra?e 13 > 75179 Pforzheim > Germany > Phone +49 7231 936-2125 > Fax +49 7231 936-2500 > Email burkhard.schultheis at uniserv.com > www.uniserv.com > www.uniserv.com/demo > > _____________________________________________________ > > Uniserv GmbH > Sitz der Gesellschaft: Pforzheim, Germany > Gesch?ftsf?hrer: Roland Pfeiffer > Registergericht: Mannheim HRB 501535 > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From Greg.Keith at noaa.gov Wed Jun 18 15:34:44 2008 From: Greg.Keith at noaa.gov (Greg Keith) Date: Wed, 18 Jun 2008 13:34:44 -0600 Subject: [Moin-user] Putting link to migration details on some prominent Moin wiki page? Message-ID: <48596354.1000804@noaa.gov> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all- I finally have successfully upgraded MoinMoin from 1.5.7 to 1.6.3. Thanks again, Thomas, for your reply to my upgrade questions. Can I suggest that Rick VanderVeer's excellent page http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 have links posted to it from prominent places that folks may look? When I worked as a technical writer and editor, we would typically put information about upgrades at the same level as installation, since in our minds there were two installation types: a fresh install, and an upgrade install. So I would suggest a link from both: http://www.moinmo.in/HelpForAdministrators http://www.moinmo.in/HelpOnInstalling - For example, you might just add a sentence at the top that says "These instructions are for a new MoinMoin installation. If you are upgrading from a previous version of MoinMoin, see (link)." My two cents - thanks! Greg -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFIWWNU8IR34NeP2BwRAvqjAJ9YE89pSAZEI1OrI/ExCgfwgAGq5gCcDsad uGViI4UYlp90wiaKYl8ha2Q= =w9ha -----END PGP SIGNATURE----- From jek-gmane at kleckner.net Fri Jun 20 19:14:54 2008 From: jek-gmane at kleckner.net (Jim Kleckner) Date: Fri, 20 Jun 2008 16:14:54 -0700 Subject: [Moin-user] ExcelPastedTable vs CSV parser (tabs) In-Reply-To: References: Message-ID: R.Bauer wrote: > Jim Kleckner schrieb: >> I gave ExcelPastedTable a try and it makes a nice way for people to >> copy/paste simple tab-separated information to/from a spreadsheet. >> http://moinmo.in/parser/ExcelPastedTable.py >> >> Note that according to the file, it requires a modification to MoinMoin >> to eliminate expanding of tabs in "rawtext = self.raw.expandtabs()". >> I went ahead and made that change to try this out. >> >> It seems there is overlap between the CSV parser and this one. >> This principle difference is using a tab separator. >> >> The first question is, would it be possible to allow the CSV parser to >> use tabs? (I tried a few obvious ways without luck). I guess the 1.7 >> version might work with unicode? >> > > a) yes it uses the sniffer and the preferred_delimiters = [',', '\t', > ';', ' ', ':'] Nice, but it is desirable to be able to be explicit to handle the case that you have more than one delimiter type on each line. Is it possible to be explicit that the delimiter is tab? Is this behavior with the sniffer new to 1.7? > b) yes > > if you like to try out you can go to http://test17.moinmo.in Seems a bit strange. See: http://test17.moinmo.in/TestCsvWithTabs and note the extra 3 empty columns. From tw-public at gmx.de Sat Jun 21 18:28:22 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 22 Jun 2008 00:28:22 +0200 Subject: [Moin-user] moin 1.7.0 released! Message-ID: <1214087302.10818.3.camel@black> See http://moinmo.in/MoinMoinDownload for the release archive and the change log. Some system text translations and help pages still need improvement - if you know a non-english language, you can also help translating and/or fixing stuff on master17, see: http://moinmo.in/MoinDev/Translation - your work will get into 1.7.1 release then. From j.k.wight at ncl.ac.uk Sun Jun 22 12:50:13 2008 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Sun, 22 Jun 2008 17:50:13 +0100 Subject: [Moin-user] moin 1.7.0 released! In-Reply-To: <1214087302.10818.3.camel@black> References: <1214087302.10818.3.camel@black> Message-ID: <485E82C5.5090308@ncl.ac.uk> TableOfContents is getting things wrong. For example, see HelpOnMacros, where the first row appears as 1. 1. Macros Jim From rick.vanderveer at gmail.com Mon Jun 23 15:49:52 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Mon, 23 Jun 2008 14:49:52 -0500 Subject: [Moin-user] Funny, as admin user, I can no longer delete pages In-Reply-To: <5c39e1ca0806121421m6597e5f5qc15060bca4858abd@mail.gmail.com> References: <5c39e1ca0806121421m6597e5f5qc15060bca4858abd@mail.gmail.com> Message-ID: <5c39e1ca0806231249s109ba41fk45c2994c0fba18de@mail.gmail.com> ok, I discovered the answer to my own problem. In my farmconfig.py file, I have: actions_excluded = ['DeletePage', ] However, I also have myself listed as Superuser: superuser = [u"Rvanderveer", ] I confirmed this issue with both 1.6.2 and my 1.7 (testing) installation. Is this normal? -Rick On Thu, Jun 12, 2008 at 4:21 PM, Rick Vanderveer wrote: > This is not something I need to do every day, so I can't say when it > exactly broke. But, "Delete Page" from the action menu is now grayed > out for me. Here's the relevant section from my farmconfig.py file: > > acl_rights_before = u"Rvanderveer:admin,read,write,delete,revert" > acl_rights_default = u"All:read,write,revert,delete" > > Any thoughts? > > -Rick > From rick.vanderveer at gmail.com Tue Jun 24 01:06:31 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 24 Jun 2008 00:06:31 -0500 Subject: [Moin-user] Funny, as admin user, I can no longer delete pages In-Reply-To: <20080623211641.GA10437@wmid.amu.edu.pl.edu> References: <5c39e1ca0806121421m6597e5f5qc15060bca4858abd@mail.gmail.com> <5c39e1ca0806231249s109ba41fk45c2994c0fba18de@mail.gmail.com> <20080623211641.GA10437@wmid.amu.edu.pl.edu> Message-ID: <5c39e1ca0806232206s68b81b89q1ae1282a276d0a81@mail.gmail.com> Oh, I think I get it now! Actions_Excluded basically overrules ACL's regardless of ACL_rights_before settings. Makes sense. -Rick On Mon, Jun 23, 2008 at 4:16 PM, Radomir Dopieralski wrote: > Mon, Jun 23, 2008 at 02:49:52PM -0500: >> ok, I discovered the answer to my own problem. >> >> In my farmconfig.py file, I have: >> actions_excluded = ['DeletePage', ] >> >> However, I also have myself listed as Superuser: >> superuser = [u"Rvanderveer", ] >> >> I confirmed this issue with both 1.6.2 and my 1.7 (testing) >> installation. Is this normal? > > Being a superuser has nothing to do with access control. It > just means you can become other users temporarily and are > allowed to do some configuration-specific tasks in the wiki. > > -- > Radomir `The Sheep' Dopieralski > On and on until we change / Everything remains the same > On and on until we learn / On and on the wheels will turn > From j.treleaven at greenfieldethanol.com Tue Jun 24 12:11:04 2008 From: j.treleaven at greenfieldethanol.com (James Treleaven) Date: Tue, 24 Jun 2008 12:11:04 -0400 Subject: [Moin-user] revision history Message-ID: I have a small MoinMoin installation going, but I am wondering if MoinMoin maintains full revision history for its pages. In particular: - I can not see any way to view the revision history for a particular page, I can only see a revision history for all pages by going to the "RecentChanges" tab. - The RecentChanges tab doesn't seem able to show me changes that happened more than 90 days ago. Any pointers on how to do these things would be much appreciated! James From czerwinski1977 at gmx.net Tue Jun 24 12:20:46 2008 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Tue, 24 Jun 2008 18:20:46 +0200 Subject: [Moin-user] revision history In-Reply-To: References: Message-ID: Did you try the "Info" link, right next to "Edit"? On Tue, 24 Jun 2008 18:11:04 +0200, James Treleaven wrote: > I have a small MoinMoin installation going, but I am wondering if > MoinMoin maintains full revision history for its pages. In particular: > > - I can not see any way to view the revision history for a particular > page, I can only see a revision history for all pages by going to the > "RecentChanges" tab. > - The RecentChanges tab doesn't seem able to show me changes that > happened more than 90 days ago. > > Any pointers on how to do these things would be much appreciated! > > James > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From rick.vanderveer at gmail.com Tue Jun 24 12:22:16 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 24 Jun 2008 11:22:16 -0500 Subject: [Moin-user] SortBy.py macro broken in 1.7 In-Reply-To: <5c39e1ca0806240906j6c213fe7ybb1340225e856ac4@mail.gmail.com> References: <5c39e1ca0806240906j6c213fe7ybb1340225e856ac4@mail.gmail.com> Message-ID: <5c39e1ca0806240922y4e6d081m42c659eb11173358@mail.gmail.com> Hello all, So, I just upgraded to Moin 1.7 last night. I thought I ran thru a battery of tests of all the third-party macros I use on my test server, but evidently missed one: the SortBy macro. We use this to sort a phone number table for our internal phone directory. This macro worked perfectly in 1.6 (surviving the 1.5 to 1.6 upgrade unscathed), but there's some change in 1.7 that finally did it in. I realize this is the third-party macro, but I'm hoping the fix will be an easy one (hence, why I'm sending it to the list). The error: TypeError send_page() takes exactly 1 non-keyword argument (2 given) If you want to report a bug, please save this page and attach it to your bug report. - Show debugging information - Report bug - Visit MoinMoin wiki Traceback A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. 1. d:\python25\Lib\site-packages\MoinMoin\request\__init__.py in *run*(self=) 1. 1304 self.page.send_page() 2. 1305 else: 3. 1306 handler(self.page.page_name, self) 4. 1307 5. 1308 # every action that didn't use to raise MoinMoinFinish must call this now: - *handler* = - *self* = - self.*page* = - self.page.*page_name* = u'PhoneList' 2. d:\python25\Lib\site-packages\MoinMoin\action\__init__.py in *do_show*(pagename=u'PhoneList', request=, content_only=0, count_hit=1, cacheable=1, print_mode=0) 1. 251 count_hit=count_hit, 2. 252 print_mode=print_mode, 3. 253 content_only=content_only, 4. 254 ) 5. 255 - *content_only* = 0 3. d:\python25\Lib\site-packages\MoinMoin\Page.py in *send_page*(self=, **keywords={'content_only': 0, 'count_hit': 1, 'print_mode': 0}) 1. 1195 format_args=pi['formatargs'], 2. 1196 do_cache=do_cache, 3. 1197 start_line=pi['lines']) 4. 1198 5. 1199 # check for pending footnotes - start_line *undefined* - *pi* = {'acl': , 'format': 'wiki', 'formatargs': '', 'language': 'en', 'lines': 0} 4. d:\python25\Lib\site-packages\MoinMoin\Page.py in *send_page_content*(self=, request=, body=u"= The Cognitive Arts Phonelist =\n . ~-500 Davis ...es on this list, go to the PhoneListData page.''\n", format='wiki', format_args='', do_cache=1, **kw={'start_line': 0}) 1. 1283 try: 2. 1284 code = self.loadCache(request) 3. 1285 self.execute(request, parser, code) 4. 1286 except Exception, e: 5. 1287 if not is_cache_exception(e): - *self* = - self.*execute* = > - *request* = - *parser* = - *code* = at 01109E30, file "PhoneList", line 2> 5. d:\python25\Lib\site-packages\MoinMoin\Page.py in *execute*(self=, request=, parser=, code= at 01109E30, file "PhoneList", line 2>) 1. 1314 __file__ = os.path.join(MoinMoin.__loader__.archive, 'dummy') 2. 1315 try: 3. 1316 exec code 4. 1317 except "CacheNeedsUpdate": # convert the exception 5. 1318 raise Exception("CacheNeedsUpdate") - *code* = at 01109E30, file "PhoneList", line 2> 6. d:\moin\PhoneList in ** () 7. d:\python25\Lib\site-packages\MoinMoin\formatter\__init__.py in *macro*(self=, macro_obj=, name=u'SortBy', args=u'PhoneListData,1,1,alpha', markup=u'<>') 1. 312 # call the macro 2. 313 try: 3. 314 return macro_obj.execute(name, args) 4. 315 except ImportError, err: 5. 316 errmsg = unicode(err) - *macro_obj* = - macro_obj.*execute* = > - *name* = u'SortBy' - *args* = u'PhoneListData,1,1,alpha' 8. d:\python25\Lib\site-packages\MoinMoin\macro\__init__.py in *execute*(self=, macro_name=u'SortBy', args=u'PhoneListData,1,1,alpha') 1. 126 else: 2. 127 raise ImportError("Cannot load macro %s" % macro_name) 3. 128 return execute(self, args) 4. 129 5. 130 def _m_lang(self, text): - *execute* = - *self* = - *args* = u'PhoneListData,1,1,alpha' 9. D:\Python25\lib\site-packages\MoinMoin\macro\SortBy.py in *execute*(macro=, args=u'PhoneListData,1,1,alpha') 1. 428 sort_page, table, num_headers, sort_list = process_args(args, macro.request) 2. 429 for sort_column, sort_type, reverse in sort_list: 3. 430 sort_table(table, num_headers, sort_column, sort_type, reverse) 4. 431 return format(sort_page, macro, table) 5. 432 except SortByError, e: return error(e.msg, args) - *global* *format* = - *sort_page* = - *macro* = - *table* = [['\'\'\'__Name__ \'\'\' ', "'''__Email__''' ", "'''__Phone__''' ", "'''__Cell__''' "], ['Joe User ', ' juser at example.com ', '555-555-5555', '555-555-5555'], ['Joe Blow', ' jblow at example.com ', '555-555-5555', '555-555-5555'], ['...............this is sample data to protect privacy, but it gives you basic layout............ ' '], ...] 10. D:\Python25\lib\site-packages\MoinMoin\macro\SortBy.py in *format*(sort_page=, macro=, table=[['\'\'\'__Name__\'\'\' ', "'''__Email__''' ", "'''__Phone__''' ", "'''__Cell__''' "], ['1 boardroom ', ' ', '847-563-5001 ', ' '], ['2 west huddle room ', ' ', '847-425-8502 ', ' '], ['3 south huddle room ', ' ', '847-563-5013 ', ' '], ['Joe User ', ' juser at example.com ', '555-555-5555', '555-555-5555'], ['Joe Blow', ' jblow at example.com ', '555-555-5555', '555-555-5555'], ['...............this is sample data to protect privacy, but it gives you basic layout............ '], ' '], ...]) 1. 402 stdout = sys.stdout 2. 403 sys.stdout = StringIO.StringIO() 3. 404 sort_page.send_page(macro.request, content_only=1) 4. 405 ret += sys.stdout.getvalue() 5. 406 sys.stdout = stdout - *sort_page* = - sort_page.*send_page* = > - *macro* = - macro.*request* = - content_only *undefined* TypeError send_page() takes exactly 1 non-keyword argument (2 given) - args = ('send_page() takes exactly 1 non-keyword argument (2 given)',) - message = 'send_page() takes exactly 1 non-keyword argument (2 given)' System Details - Date: Tue, 24 Jun 2008 15:48:56 +0000 - Platform: win32 (nt) - Python: Python 2.5.1 (D:\Python25\python.exe) - MoinMoin: Release 1.7.0 (release) -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Tue Jun 24 12:23:30 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 24 Jun 2008 11:23:30 -0500 Subject: [Moin-user] SortBy.py macro broken in 1.7 (part 2) Message-ID: <5c39e1ca0806240923i98acb8lbe5cbeb86e879d99@mail.gmail.com> For completeness, here is a copy of the macro: ------------------------------------------------------------------------------------------ import sys, re, StringIO, cgi from MoinMoin.Page import Page class SortByError(Exception): """Raised anywhere in the macro, caught outside the main loop.""" def __init__(self, msg=''): """msg -- a string to be displayed to the user""" self.msg = msg def error(msg, args): """Return a message followed by usage information, all in HTML. msg -- a string describing the error args -- the macro's original argument string """ html = """ [[SortBy(%s)]]< /tt>
SortBy: %s
%s
Valid sort types are: %s
""" msg = cgi.escape(msg) usage = cgi.escape("""Usage: SortBy(TablePage, , , [, , ] ... )""") sorts = ' '.join(valid_sorts) return html % (args, msg, usage, sorts) def read_table(page_file): """Read page_file and convert its first table's lines into row data""" file = open(page_file) intable = 0 table_rows = [] for line in file.xreadlines(): if len(line) < 2 or line[0:2] != '||': if intable: break # We're done else: continue # Skip non-table lines until we hit the table else: intable = 1 table_rows.append(line[:-1]) # strip the \n while we're at it return table_rows def strip_fmt(arg): """Remove formatting characters and leading/trailing whitespace. Commas (such as in 1,000,000) are considered formatting chars.""" for fmt_string in ["'''", "''", '{{{', '}}}', ',']: arg = arg.replace(fmt_string, '') return arg.strip() def to_number(arg): """Convert arg to int or float if possible, else return a string.""" arg = strip_fmt(arg) try: return int(arg) except ValueError: try: return float(arg) except ValueError: return arg def to_nocase(arg): """Return arg in lowercase with no formatting characters.""" return strip_fmt(arg).lower() def to_nosort(arg, count=[0]): """Return a higher integer each time so rows don't move when sorted.""" count[0] += 1 # count is a default arg, so references the same list and return count[0] # incr's the same [0] every time the function is called. decorate_functions = {'alpha': strip_fmt, 'number': to_number, 'nocase': to_nocase, 'nosort': to_nosort} valid_sorts = decorate_functions.keys() valid_sorts.sort() valid_sorts.extend(['reverse'+sort_name for sort_name in valid_sorts]) def process_args(args, request): """Parse args string, return (sort_page, table, num_headers, sort_list).""" arglist = re.split(r'\s*,\s*', args.strip()) if len(arglist) < 4: msg = """Not enough arguments (%s). At least 4 are required.""" % len(arglist) raise SortByError, msg table_page, num_headers = arglist[0:2] try: num_headers = int(num_headers) except ValueError: msg = """Number of header rows (%s) must be an integer""" % num_headers raise SortByError, msg if num_headers < 0: msg = """Number of header rows (%s) must be a positive integer""" % num_headers raise SortByError, msg arglist[:2] = [] # Make arglist contain only column & sort_type pairs if len(arglist)%2 != 0: raise SortByError, 'Odd number of arguments (%s)' % (len(arglist)+2) sort_list = [] while arglist: # Pop the sort_type and column from the end of the arglist. # They get stored in the sort_list in the opposite order # they were requested so the primary sort is done last. sort_type = arglist.pop().lower() sort_column = arglist.pop() try: sort_column = int(sort_column) except ValueError: msg = 'Column number (%s) must be an integer' % sort_column raise SortByError, msg if sort_column < 1: msg = """Column number (%s) must be 1 or higher. 1 = leftmost column""" % sort_column raise SortByError, msg sort_column -= 1 # Use zero-based column indexing internally if sort_type[:7] == 'reverse': # If the sort_type begins with 'reverse' reverse = 1 # set the reverse flag sort_type = sort_type[7:] # and strip 'reverse' from sort_type else: reverse = 0 sort_list.append((sort_column, sort_type, reverse)) # Append a 3-tuple sort_page = Page(request, table_page) try: table_rows = read_table(sort_page._text_filename()) except IOError: raise SortByError, 'Unable to open the table page "%s"' % table_page table = [row.split('||')[1:-1] for row in table_rows] if num_headers > len(table): msg = """Number of header rows (%s) is more than the table length (%s)""" % (num_headers, len(table)) raise SortByError, msg return (sort_page, table, num_headers, sort_list) def sort_table(table, num_headers, sort_column, sort_type, reverse): """Sort of the table (in-place), preserving num_headers rows at the top. Arguments: table -- a list of lists representing rows of column entries num_headers -- an integer number of rows to keep at the top of the table sort_column -- the column number (zero-based) containing the sort values sort_type -- which kind of sort to perform on the values being sorted reverse -- 0 or 1, meaning an ascending or descending (reverse) sort """ header = table[:num_headers] table[:num_headers] = [] if table and sort_column > min([len(row) for row in table]): msg = """Column number (%s) is higher than the length of one or more rows""" % (sort_column+1) raise SortByError, msg if sort_type not in valid_sorts: raise SortByError, 'Invalid sort type "%s"' % sort_type decorate = decorate_functions[sort_type] # Use the 'decorate, sort, undecorate' pattern with ascending or # descending indices to ensure that the sort is stable. decorations = [decorate(row[sort_column]) for row in table] if reverse: indices = xrange(len(table), 0, -1) else: indices = xrange(len(table)) decorated = zip(decorations, indices, table) decorated.sort() table[:] = [row for (decoration, index, row) in decorated] if reverse: table.reverse() table[:0] = header return def format(sort_page, macro, table): """Format the sorted table and return it as an HTML fragment. Arguments: sort_page -- a MoinMoin Page object representing the table page macro -- the macro argument that was provided by MoinMoin table -- a list of lists representing rows of column entries """ ret = '' table_rows = ['||%s||' % '||'.join(row) for row in table] sort_page.set_raw_body('\n'.join(table_rows), 1) # format the table # Here's some tricky stuff copied from Richard Jones' Include macro. stdout = sys.stdout sys.stdout = StringIO.StringIO() sort_page.send_page(macro.request, content_only=1) ret += sys.stdout.getvalue() sys.stdout = stdout # Output a helper link to get to the page with the table. name = sort_page.page_name ret += '' + macro.formatter.url(1, name) + \ macro.formatter.text('[goto %s]' % name) + macro.formatter.url(0) + \ '' return ret def execute(macro, args): """Parse args, sort_table() repeatedly, return formatted table as HTML. Sort the table once for each column & sort_type in the sort_list beginning with the last (and least significant) sort in args because they were 'popped' from the end of the args. Since sort_table() uses a stable sort algorithm, the ordering of the earlier sorts is preserved in the later sorts when there are duplicates of the sort key. """ try: sort_page, table, num_headers, sort_list = process_args(args, macro.request) for sort_column, sort_type, reverse in sort_list: sort_table(table, num_headers, sort_column, sort_type, reverse) return format(sort_page, macro, table) except SortByError, e: return error(e.msg, args) From j.treleaven at greenfieldethanol.com Tue Jun 24 12:25:17 2008 From: j.treleaven at greenfieldethanol.com (James Treleaven) Date: Tue, 24 Jun 2008 12:25:17 -0400 Subject: [Moin-user] revision history In-Reply-To: References: Message-ID: Reinhard Mayr aka Czerwinski wrote: > Did you try the "Info" link, right next to "Edit"? Well - that is embarrassing. :-) thanks, James From rick.vanderveer at gmail.com Tue Jun 24 12:38:26 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 24 Jun 2008 11:38:26 -0500 Subject: [Moin-user] SortBy.py macro broken in 1.7 (solved!) Message-ID: <5c39e1ca0806240938k64aaacb8t98fc613e2dcc671c@mail.gmail.com> Man, before I barely got part 2 sent when Thomas emailed me directly with the fix!!!! Thanks again, Thomas! New version of SortBy.py will be uploaded to MacroMarket shortly... -Rick On Tue, Jun 24, 2008 at 11:06 AM, Rick Vanderveer wrote: > Hello all, > > So, I just upgraded to Moin 1.7 last night. I thought I ran thru a battery > of tests of all the third-party macros I use on my test server, but > evidently missed one: the SortBy macro. We use this to sort a phone number > table for our internal phone directory. This macro worked perfectly in 1.6 > (surviving the 1.5 to 1.6 upgrade unscathed), but there's some change in 1.7 > that finally did it in. I realize this is the third-party macro, but I'm > hoping the fix will be an easy one (hence, why I'm sending it to the list). > The error: > > > TypeError > > send_page() takes exactly 1 non-keyword argument (2 given) > From roach.list at gmail.com Tue Jun 24 13:21:52 2008 From: roach.list at gmail.com (Robert Spencer) Date: Tue, 24 Jun 2008 19:21:52 +0200 Subject: [Moin-user] Automatically create links Message-ID: <8b8c4c740806241021ybd811b7hb0e269e0c2b23153@mail.gmail.com> Hi Guys, I working on wikifying the Linux Document Projects doc's. http://tldp.org/ & http://wiki.tldp.org/ I've run into a number of problems, but the one I'm trying to sort out here is how to get existing docs automatically linked, even if there is no explicit link in the doc. BTW, while I'm thinking of linking, if someone can please point me in the right direction in regards to getting underscore links back in the most recent MoinMoin - I'd appreciate it. Thanks. -- Robert Spencer From tw-public at gmx.de Tue Jun 24 17:10:09 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 24 Jun 2008 23:10:09 +0200 Subject: [Moin-user] Automatically create links In-Reply-To: <8b8c4c740806241021ybd811b7hb0e269e0c2b23153@mail.gmail.com> References: <8b8c4c740806241021ybd811b7hb0e269e0c2b23153@mail.gmail.com> Message-ID: <486162B1.70606@gmx.de> > I working on wikifying the Linux Document Projects doc's. Cool. :) linuxwiki.de also runs moin. > I've run into a number of problems, The biggest one seems to be spam. I suggest you try moin 1.6.3 or 1.7.0 because it will likely keep the spam away if you use textchas. I have seen you use Python 2.3 still - moin SHOULD be still compatible to this old python version, but better try with a test setup as many of the moin developers don't even have py2.3 installed. > but the one I'm trying to sort out > here is how to get existing docs automatically linked, even if there > is no explicit link in the doc. Well, for a collection of documents, maybe just use TitleIndex? You could also put category tags onto the pages and search for the categories to autogenerate some categorized list. > BTW, while I'm thinking of linking, if someone can please point me in > the right direction in regards to getting underscore links back in the > most recent MoinMoin - I'd appreciate it. I am not sure what you mean with underscore links. In case you mean moin magically changing spaces to underscores when generating URLs, that won't ever come back (we only had troubles with it and we would have even more trouble soon, when unifying attachments and pages to mimetype items). For moin >=1.6, it is simple: * If you want underscores in a page URL, use a page name with underscores. * If you want blanks (%20), use a page name with blanks. BTW, you maybe want a theme that is less emphasizing the page name (wiki nav). E.g. the Linux Cluster HOWTO page looks like this: Linux Cluster HOWTO <- page name (wiki nav) Linux Cluster HOWTO <- h1 (content) What you maybe want is a rather small or separate display of the wiki nav and prominently show the content h1. That will also solve your underscore problem, btw. Just name the page LinuxClusterHowTo or Linux_Cluster_HOWTO or ... (to have URLs without %20). And keep the h1 as it is. The page name in wiki nav has to be considered like a file name (you won't print resume.doc in big letters above your resume, right?), but it will just show the content (and maybe the filename in a rather small font somewhere). From guangrui_wu at gtmc.com.cn Tue Jun 24 20:55:41 2008 From: guangrui_wu at gtmc.com.cn (=?UTF-8?B?5ZC05bm/55Ge?=) Date: Wed, 25 Jun 2008 08:55:41 +0800 Subject: [Moin-user] NO-ASCII attachment names corrupted on download Message-ID: <1E41E8B0-C5CD-48F7-B532-701DABFA836D@gtmc.com.cn> Well,this problem still didn't resolute in 1.7 release. and I alos want to know why the name of page is in the file system is corrupted in linux file system. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Wed Jun 25 16:37:46 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 25 Jun 2008 15:37:46 -0500 Subject: [Moin-user] TableOfContents in Moin 1.7 Message-ID: <5c39e1ca0806251337s231bfd7dje351ac4bd11fcbde@mail.gmail.com> Hey all, In Moin 1.6.x and below, I was able to modify the TableOfContents macro to ignore heading-1 headers (for example, = Page Title =). The reason why is because on our wiki, we use heading-1 to title the page (for example, the actual page name might be AlbertEinstein, but the page itself will be titled "= The Life of Albert Einstein ="). We don't want "The Life of Albert Einstein" to actually show up in the TableOfContents, just the sub-sections on that page. In the macro for versions 1.6.x and below, I was able to set "self.mindepth = 1" to "self.mindepth = 2" and all was good. But it seems with 1.7, this variable disappeared. Can anyone point me to a new workaround? Thanks! -Rick From roach.list at gmail.com Thu Jun 26 05:14:35 2008 From: roach.list at gmail.com (Robert Spencer) Date: Thu, 26 Jun 2008 11:14:35 +0200 Subject: [Moin-user] Automatically create links In-Reply-To: <486162B1.70606@gmx.de> References: <8b8c4c740806241021ybd811b7hb0e269e0c2b23153@mail.gmail.com> <486162B1.70606@gmx.de> Message-ID: <8b8c4c740806260214x1074de8bhe6a76e81c867163b@mail.gmail.com> On Tue, Jun 24, 2008 at 11:10 PM, Thomas Waldmann wrote: >> I working on wikifying the Linux Document Projects doc's. > > Cool. :) linuxwiki.de also runs moin. Nice. Unfortunately I understand very little German, I saw that the logo was linuxwiki.org and hoped that there was an english site too, but linuxwiki.org just redirects to linuxwiki.de. >> I've run into a number of problems, > > The biggest one seems to be spam. > > I suggest you try moin 1.6.3 or 1.7.0 because it will likely keep the > spam away if you use textchas. Finding were textchas are enabled is still on my to do list, as well as PDF and plain text output and DocBook > moin > DocBook, the priority is to get content into wiki first though. I'm busy writing a script for that, unfortunately moin markup does not work well with our content. is the main one that there is problems with, a short term solution is just to remove any such markup (the authors abuse it anyway and there is no standard). I also had a hard time doing the Vim HOWTO, as moin thinks Vim commands are markup. I wish there was a way to escape character without changing there rendering, like ~ or ! for links. > I have seen you use Python 2.3 still - moin SHOULD be still compatible > to this old python version, but better try with a test setup as many of > the moin developers don't even have py2.3 installed. Server should be replaced this week, hopefully that will also upgrade python. >> but the one I'm trying to sort out >> here is how to get existing docs automatically linked, even if there >> is no explicit link in the doc. > > Well, for a collection of documents, maybe just use TitleIndex? > > You could also put category tags onto the pages and search for the > categories to autogenerate some categorized list. Thank you for that, but some of the content that will be added can not be changed due to licence problems and will have an attached comment page. If there is a mention of the "Linux Cluster HOWTO" in the document, it would be nice if that just linked automatically. I would also like to add small pages for Perl, sudo, apt, yum, etc. and have them show up as links in whatever text gets added. CameCase is not really a solution as sometimes it doesn't make sense, e.g.: - In Ubuntu you can type `sudo su`, this will allow you to do all further actions as root. I would like sudo to and su to be linked, SuDo would be plainly wrong and if the novice tried to type in, it would not work. su is too short and what about, vi, ls, ps, ... >> BTW, while I'm thinking of linking, if someone can please point me in >> the right direction in regards to getting underscore links back in the >> most recent MoinMoin - I'd appreciate it. > > I am not sure what you mean with underscore links. > > In case you mean moin magically changing spaces to underscores when > generating URLs, that won't ever come back (we only had troubles with it > and we would have even more trouble soon, when unifying attachments and > pages to mimetype items). > > For moin >=1.6, it is simple: > * If you want underscores in a page URL, use a page name with underscores. > * If you want blanks (%20), use a page name with blanks. On the desktop version of MoinMoin that I'm experimenting with, there is no %20 in links, just white space. White space in links make me cringe, it is just not right and will make other things break so you have to quote all links. > BTW, you maybe want a theme that is less emphasizing the page name (wiki > nav). Theme does need changing, yes. > E.g. the Linux Cluster HOWTO page looks like this: > > Linux Cluster HOWTO <- page name (wiki nav) > > Linux Cluster HOWTO <- h1 (content) > > What you maybe want is a rather small or separate display of the wiki > nav and prominently show the content h1. > > That will also solve your underscore problem, btw. > > Just name the page LinuxClusterHowTo or Linux_Cluster_HOWTO or ... (to > have URLs without %20). > > And keep the h1 as it is. > > The page name in wiki nav has to be considered like a file name (you > won't print resume.doc in big letters above your resume, right?), but it > will just show the content (and maybe the filename in a rather small > font somewhere). Okay, thanks. I understand the reason for removing _, it just happened to be a bit convenient in our specific case, but making the page name less conspicuous is the right solution. -- Robert Spencer From tw-public at gmx.de Thu Jun 26 11:44:19 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 26 Jun 2008 17:44:19 +0200 Subject: [Moin-user] Automatically create links In-Reply-To: <8b8c4c740806260214x1074de8bhe6a76e81c867163b@mail.gmail.com> References: <8b8c4c740806241021ybd811b7hb0e269e0c2b23153@mail.gmail.com> <486162B1.70606@gmx.de> <8b8c4c740806260214x1074de8bhe6a76e81c867163b@mail.gmail.com> Message-ID: <4863B953.3040506@gmx.de> Hi Robert, >>> I working on wikifying the Linux Document Projects doc's. >> Cool. :) linuxwiki.de also runs moin. > > Nice. Unfortunately I understand very little German, I saw that the > logo was linuxwiki.org and hoped that there was an english site too, > but linuxwiki.org just redirects to linuxwiki.de. Well, the initial idea was to run it multi-language, but we lacked English contributors - all the founders were from Germany. I tried to make some international contacts, but interest in collaboration was lower than expected. >> The biggest one seems to be spam. >> >> I suggest you try moin 1.6.3 or 1.7.0 because it will likely keep the >> spam away if you use textchas. > > Finding were textchas are enabled is still on my to do list, as well > as PDF and plain text output and DocBook > moin > DocBook, the > priority is to get content into wiki first though. May I strongly advise against that priority list? If you put in content first, you will have a continuing spam annoyance as the spammers really seem to like your domain... - it will also clutter your data_dir with lots of fake user accounts and spam pages / spam revisions. You don't want that. Enabling textchas is 15 minutes, living with spam creates much more annoyance and work. BTW, there is a textchas_disabled_group, you want to put all trusted editors using the wiki regularly in that group, so they don't get annoyed with questions. > I'm busy writing a script for that, unfortunately moin markup does not work > well with our content. 1.7 has admonitions, I guess you'ld really like that for pretty docs. > is the main one that there is problems with, a short term > solution is just to remove any such markup (the authors abuse it > anyway and there is no standard). > > I also had a hard time doing the Vim HOWTO, as moin thinks Vim > commands are markup. Usually you want to put such stuff into `backticks` or some {{{ pre section }}} >>> but the one I'm trying to sort out >>> here is how to get existing docs automatically linked, even if there >>> is no explicit link in the doc. >> Well, for a collection of documents, maybe just use TitleIndex? >> >> You could also put category tags onto the pages and search for the >> categories to autogenerate some categorized list. > > Thank you for that, but some of the content that will be added can not > be changed due to licence problems and will have an attached comment > page. If there is a mention of the "Linux Cluster HOWTO" in the > document, it would be nice if that just linked automatically. Well, I implemented automagic linking some time ago, but due to some problems back then, it was never added to a moin production version (search for gaga to find discussion about it on moin wiki). Maybe I'll retry after we have our new storage backend, it should fix some of those problems (but please don't hold your breath :). Until then, the only sane way is to use [[free links]] (where allowed). If a document's license is so restrictive you may not even add markup to create a good rendering of it, I am not sure it is worth caring for it. > CameCase is not really a solution as sometimes it doesn't make sense Sure, this is why we offer both CamelCase and [[free links]]. >>> BTW, while I'm thinking of linking, if someone can please point me in >>> the right direction in regards to getting underscore links back in the >>> most recent MoinMoin - I'd appreciate it. >> I am not sure what you mean with underscore links. >> >> In case you mean moin magically changing spaces to underscores when >> generating URLs, that won't ever come back (we only had troubles with it >> and we would have even more trouble soon, when unifying attachments and >> pages to mimetype items). >> >> For moin >=1.6, it is simple: >> * If you want underscores in a page URL, use a page name with underscores. >> * If you want blanks (%20), use a page name with blanks. > > On the desktop version of MoinMoin that I'm experimenting with, there > is no %20 in links, just white space. Be careful, SOME browsers unquote the URL before showing to you in the URL entry line at top of the content window. Some even do for the status line below the content window when your mouse pointer is over the link. You see it easily when going to a page with non-ascii name or with a space in the name. If your browser shows non-ascii or a space in the URL, it is unquoting. Moin never creates non-ascii URLs, but always url-quoted utf-8. moin also never creates URLs with space char in them, there is always a %20. Cheers, Thomas From Burkhard.Schultheis at uniserv.com Fri Jun 27 04:58:43 2008 From: Burkhard.Schultheis at uniserv.com (Burkhard.Schultheis at uniserv.com) Date: Fri, 27 Jun 2008 10:58:43 +0200 Subject: [Moin-user] question to versions Message-ID: We are going to use moinmoin (V1.53) to show the status of our projects in our intranet. But we want to show only certain versions, not all versions in-between. One solution we think of is the following: We store the versions we want to show as MHT file and point to these versions with a link. Then the access is beyond the wiki. Is it possible within the wiki? Best regards, Burkhard Schultheis SDC - Software Development & Consulting PJT - Project Management Team Uniserv GmbH Rastatter Stra?e 13 75179 Pforzheim Germany Phone +49 7231 936-2125 Fax +49 7231 936-2500 Email burkhard.schultheis at uniserv.com www.uniserv.com www.uniserv.com/demo _____________________________________________________ Uniserv GmbH Sitz der Gesellschaft: Pforzheim, Germany Gesch?ftsf?hrer: Roland Pfeiffer Registergericht: Mannheim HRB 501535 From tw-public at gmx.de Fri Jun 27 10:27:49 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 27 Jun 2008 16:27:49 +0200 Subject: [Moin-user] question to versions In-Reply-To: References: Message-ID: <4864F8E5.3060309@gmx.de> Burkhard.Schultheis at uniserv.com schrieb: > We are going to use moinmoin (V1.53) /me blows the dust off it. :) ... and suggests using 1.7.0 (or at least 1.6.3, if you think 1.7.0 is too new). 1.5 is not maintained any more. And as 1.7 has some fixes that were too big for 1.6, currently 1.7 is really the recommended version. > to show the status of our projects in our intranet. But we want to show only certain versions, not all versions in-between. ACLs are designed to operate per page (not necessarily per revision). > One solution we think of is the following: We store the versions we want to show as MHT file > and point to these versions with a link. Then the access is beyond the wiki. Is it possible within the wiki? Well, attaching files is possible. Whether your web browser can deal with MHT you have to try. If you attach the files to a page with relaxed ACLs and have everything else with strict ACLs, it could work (but would not be very comfortable). You maybe could also use the supplementation page feature to have the main page as the public version(s) and the supplementation page as the ACL-protected non-public versions. Copying some specific revision would be just a full-page copy&paste, copying attachments would be a bit more work. Cheers, Thomas From mdasilva at cmat.edu.uy Fri Jun 27 12:27:45 2008 From: mdasilva at cmat.edu.uy (=?ISO-8859-15?Q?Miguel_Da_Silva_-_Centro_de_Matem=E1tic?= =?ISO-8859-15?Q?a?=) Date: Fri, 27 Jun 2008 13:27:45 -0300 Subject: [Moin-user] Editing tables (using