From marquis at roble.com Sun Feb 1 02:07:59 2009 From: marquis at roble.com (Roger Marquis) Date: Sat, 31 Jan 2009 23:07:59 -0800 (PST) Subject: [Moin-user] HTTPAuth again Message-ID: <20090201070759.3E7A32B21F2@mx5.roble.com> This never worked for us in 1.7 and now it's still broke in 1.8. Access works fine, the username is correct, and the "Edit" link works, but when "Saved" or "Previewed" it returns: "You are not allowed to edit this page." Trying to save user "Settings" returns: "You must login to use this action: userprefs" Page permissions are correct and everything looks right under data/user/, however, debug shows "after auth: no valid user": 2009-01-31 22:52:17,430 MoinMoin.session DEBUG session started for user 2009-01-31 22:52:17,430 MoinMoin.session DEBUG after auth: no valid user, no anon session 2009-01-31 22:52:20,936 MoinMoin.session DEBUG got cookie with session_name '3bb31042f91b24c36d34eea205123750' 2009-01-31 22:52:20,936 MoinMoin.session DEBUG starting session (reusing session_name '3bb31042f91b24c36d34eea205123750') 2009-01-31 22:52:20,937 MoinMoin.session DEBUG session started for user None 2009-01-31 22:52:20,941 MoinMoin.session DEBUG setting cookie with session_name '3bb31042f91b24c36d34eea205123750', expiry 1548831140.9384789 2009-01-31 22:52:20,941 MoinMoin.session DEBUG storing 'expires':1548834740.9384789 item into session cache entry 2009-01-31 22:52:20,942 MoinMoin.session DEBUG after auth: storing valid user into session: u'apacheauthuser' 2009-01-31 22:52:20,960 MoinMoin.session DEBUG storing 'trail':[u'PageName'] item into session cache entry 2009-01-31 22:52:22,716 MoinMoin.session DEBUG got cookie with session_name '3bb31042f91b24c36d34eea205123750' 2009-01-31 22:52:22,716 MoinMoin.session DEBUG starting session (reusing session_name '3bb31042f91b24c36d34eea205123750') 2009-01-31 22:52:22,716 MoinMoin.session DEBUG loaded session data from cache entry: {'user.id': '1207287688.2.60830', 'expires': 1548834740.9384789, 'user.auth_attribs': ('name', 'password'), 'user.auth_method': 'http', 'trail': [u'PageName']} 2009-01-31 22:52:22,717 MoinMoin.session DEBUG session started for user 2009-01-31 22:52:22,718 MoinMoin.session DEBUG storing 'user.id':'1207287688.2.60830' item into session cache entry 2009-01-31 22:52:22,719 MoinMoin.session DEBUG storing 'user.auth_method':'http' item into session cache entry 2009-01-31 22:52:22,720 MoinMoin.session DEBUG storing 'user.auth_attribs':('name', 'password') item into session cache entry 2009-01-31 22:52:22,723 MoinMoin.session DEBUG setting cookie with session_name '3bb31042f91b24c36d34eea205123750', expiry 1548831142.72048 2009-01-31 22:52:22,723 MoinMoin.session DEBUG after auth: storing valid user into session: u'apacheauthuser' 2009-01-31 22:52:24,974 MoinMoin.session DEBUG got cookie with session_name '3bb31042f91b24c36d34eea205123750' 2009-01-31 22:52:24,974 MoinMoin.session DEBUG starting session (reusing session_name '3bb31042f91b24c36d34eea205123750') 2009-01-31 22:52:24,974 MoinMoin.session DEBUG loaded session data from cache entry: {'user.id': '1207287688.2.60830', 'expires': 1548834740.9384789, 'user.auth_attribs': ('name', 'password'), 'user.auth_method': 'http', 'trail': [u'PageName']} 2009-01-31 22:52:24,975 MoinMoin.session DEBUG session started for user 2009-01-31 22:52:24,977 MoinMoin.session DEBUG storing 'user.id':'1207287688.2.60830' item into session cache entry 2009-01-31 22:52:24,977 MoinMoin.session DEBUG storing 'user.auth_method':'http' item into session cache entry 2009-01-31 22:52:24,978 MoinMoin.session DEBUG storing 'user.auth_attribs':('name', 'password') item into session cache entry 2009-01-31 22:52:24,981 MoinMoin.session DEBUG setting cookie with session_name '3bb31042f91b24c36d34eea205123750', expiry 1548831144.9787331 2009-01-31 22:52:24,981 MoinMoin.session DEBUG after auth: storing valid user into session: u'apacheauthuser' 2009-01-31 22:52:30,145 MoinMoin.session DEBUG got cookie with session_name '3bb31042f91b24c36d34eea205123750' 2009-01-31 22:52:30,145 MoinMoin.session DEBUG starting session (reusing session_name '3bb31042f91b24c36d34eea205123750') 2009-01-31 22:52:30,145 MoinMoin.session DEBUG loaded session data from cache entry: {'user.id': '1207287688.2.60830', 'expires': 1548834740.9384789, 'user.auth_attribs': ('name', 'password'), 'user.auth_method': 'http', 'trail': [u'PageName']} 2009-01-31 22:52:30,146 MoinMoin.session DEBUG session started for user 2009-01-31 22:52:30,147 MoinMoin.session DEBUG after auth: no valid user, no anon session Anyone have http auth working in 1.8? Roger From berankin99 at yahoo.com Sun Feb 1 13:34:41 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Sun, 1 Feb 2009 10:34:41 -0800 (PST) Subject: [Moin-user] Error log: INFO MoinMoin.config.multiconfig... References: <878867.40748.qm@web112212.mail.gq1.yahoo.com> <1233418634.7146.3.camel@black.firma.waldmann-edv.de> Message-ID: <711711.20398.qm@web112207.mail.gq1.yahoo.com> > > With CGI, moin is started once per request, so you get that line all the > time. > > 2 ways to resolve this: > > a) do not use CGI (it is very slow anyway), try to use WSGI > Would using a CGI-> WSGI wrapper work? Probobly not? I don't have mod_wsgi, and can't start any log running process. Speed via CGi is just fine, for our traffic levels. (private wiki) > b) configure moin's logging as you like, e.g. raise logging level to > WARN (not INFO), see moin.cgi and logging configuration samples in > wiki/config/logging/. > Thanks, i'll take a look. From berankin99 at yahoo.com Sun Feb 1 13:36:44 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Sun, 1 Feb 2009 10:36:44 -0800 (PST) Subject: [Moin-user] HTTPAuth again References: <20090201070759.3E7A32B21F2@mx5.roble.com> Message-ID: <837269.62716.qm@web112202.mail.gq1.yahoo.com> > > Anyone have http auth working in 1.8? > Yes, under CGI mode. Seems to work fine. It is a little buggy when switching users without clearing the MoinMoin session cookie. Though, I am having a problem getting emails to be sent. Unsure if it's related. From berankin99 at yahoo.com Sun Feb 1 13:53:30 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Sun, 1 Feb 2009 10:53:30 -0800 (PST) Subject: [Moin-user] email notifcations: Not sent? Message-ID: <7951.85612.qm@web112214.mail.gq1.yahoo.com> Hello, Running 1.8 under CGI w/ HTTPauth, and would like notification for each change made. The config file has these lines: mail_smarthost = "127.0.0.1" mail_from = u"auser at thedomain.com" I also tried: mail_smarthost = "127.0.0.1:25" The notification page regex box has this entry: ..* However, I am not receiving any notifications, or even indications of such. A simple CGI connecting to 127.0.0.1 can send mail just fine. Is there another config option i need to flip? Thank you From berankin99 at yahoo.com Sun Feb 1 13:56:15 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Sun, 1 Feb 2009 10:56:15 -0800 (PST) Subject: [Moin-user] to-do list? Message-ID: <233178.5562.qm@web112202.mail.gq1.yahoo.com> Hello, Are there any features or addons that can help make ToDo lists in MoinMoin? (Or other project management tools..) Thank you :) From mela at darkover.inka.de Sun Feb 1 14:06:12 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Sun, 1 Feb 2009 20:06:12 +0100 Subject: [Moin-user] to-do list? In-Reply-To: <233178.5562.qm@web112202.mail.gq1.yahoo.com> References: <233178.5562.qm@web112202.mail.gq1.yahoo.com> Message-ID: <20090201190612.GB90071@darkover.inka.de> On Sun, Feb 01, 2009 at 10:56:15AM -0800, Bernard Rankin wrote: > Hello, > Are there any features or addons that can help make ToDo lists in MoinMoin? (Or other project management tools..) > Thank you > :) There was. TaskPlanner http://moinmo.in/TaskPlanner was a nice, handy Macro for Todo-Lists, but it stopped working as expected unter 1.7.x I fear unter 1.8.x it won't get better. Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ > Kann man mit LCARS-Konsolen auch Fehler machen? Nur einmal. Danach explodiert die Konsole. (Hauke Heidtmann at UseNet) From czerwinski1977 at gmx.net Sun Feb 1 14:35:33 2009 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Sun, 01 Feb 2009 20:35:33 +0100 Subject: [Moin-user] Compatibility (was: to-do list?) In-Reply-To: <20090201190612.GB90071@darkover.inka.de> References: <233178.5562.qm@web112202.mail.gq1.yahoo.com> <20090201190612.GB90071@darkover.inka.de> Message-ID: It seems to me, as if there were lots of macros, themes, etc. which stopped working with a certain version. I am no Moin developer and hence have no insight into the depths of the system. However, I would like to point out that compatibility is *always* appreciated by the user. Actually I am afraid of introducing the usage of a macro/theme to my system because the chances it won't work after an update ar too high... What do the developers say? How would you handle the situation? Cheers, Reinhard. On Sun, 01 Feb 2009 20:06:12 +0100, Mela Eckenfels wrote: > On Sun, Feb 01, 2009 at 10:56:15AM -0800, Bernard Rankin wrote: >> Hello, >> Are there any features or addons that can help make ToDo lists in >> MoinMoin? (Or other project management tools..) >> Thank you >> :) > > There was. TaskPlanner http://moinmo.in/TaskPlanner was a nice, handy > Macro for Todo-Lists, but it stopped working as expected unter 1.7.x > > I fear unter 1.8.x it won't get better. > > Mela -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From berankin99 at yahoo.com Sun Feb 1 17:37:47 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Sun, 1 Feb 2009 14:37:47 -0800 (PST) Subject: [Moin-user] Compatibility (was: to-do list?) References: <233178.5562.qm@web112202.mail.gq1.yahoo.com> <20090201190612.GB90071@darkover.inka.de> Message-ID: <717899.92049.qm@web112202.mail.gq1.yahoo.com> > It seems to me, as if there were lots of macros, themes, etc. which stopped > working with a certain version. > > I am no Moin developer and hence have no insight into the depths of the system. > However, I would like to point out that compatibility is *always* appreciated by > the user. Actually I am afraid of introducing the usage of a macro/theme to my > system because the chances it won't work after an update ar too high... > > What do the developers say? How would you handle the situation? > > Cheers, Reinhard. > Also, it seems there not such a well defined plugin API. Most of those extensions seem to require patching various bits of Moin's code. From mela at darkover.inka.de Sun Feb 1 17:43:32 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Sun, 1 Feb 2009 23:43:32 +0100 Subject: [Moin-user] Compatibility (was: to-do list?) In-Reply-To: <717899.92049.qm@web112202.mail.gq1.yahoo.com> References: <233178.5562.qm@web112202.mail.gq1.yahoo.com> <20090201190612.GB90071@darkover.inka.de> <717899.92049.qm@web112202.mail.gq1.yahoo.com> Message-ID: <20090201224332.GA91169@darkover.inka.de> On Sun, Feb 01, 2009 at 02:37:47PM -0800, Bernard Rankin wrote: > Also, it seems there not such a well defined plugin API. Most of those extensions seem to require patching various bits of Moin's code. That might be the problem. There should be a well defined plugin API. Kind regards, Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GIT>L dpu(-) s+:++ a C+++(++++)$ UBV*++++$ P+>++++ L-$ E--- W+++(-)$ N+(++) o++ K w--- O- M->+ V- PS+++ PE Y+ PGP>+ t++ 5++ X+ R+(+++) tv--(-) b+(++++) DI++ D-- G++ e* h- r+++ x+++* ------END GEEK CODE BLOCK------ From gerg.ward+moin at gmail.com Sun Feb 1 16:14:13 2009 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Sun, 1 Feb 2009 16:14:13 -0500 Subject: [Moin-user] Failing tests on 1.9 Message-ID: I wanted to take a crack at porting some patches to Moin 1.9 the other day, so I cloned the repository and ran the tests. A number of tests are currently failing. So far I have only investigated one failure: """ MoinMoin/_tests/test_packages.py[6] ..F... ________________________________________________________________________________ File "test_packages.py", line 89, in testSearch E assert package.searchpackage(self.request, "BadCon") == [u'BadContent'] > assert [] == [u'BadContent'] + where [] = .searchpackage(.request, 'BadCon') """ Using "hg bisect", it appears that this changeset is to blame: changeset: 4498:910474dded06 parent: 4477:4d95fa3b074d parent: 4497:6beaf3e083c6 user: Thomas Waldmann date: Sat Jan 24 03:13:41 2009 +0100 summary: merged moin/1.8 Just to be sure that "hg bisect" isn't broken, I investigated a little further back and tested the two parents of that merge. Both parents (4d95fa3b074d and 6beaf3e083c6) run test_packages.py just fine. I'll see f I can figure out what broke and supply a patch. If I fail, though, hopefully this bisection will be of use to someone else to fix the failure. Greg -- Greg Ward http://www.gerg.ca/ Budget's in the red? Let's tax religion! -- Dead Kennedys From mela at darkover.inka.de Sun Feb 1 18:15:23 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Mon, 2 Feb 2009 00:15:23 +0100 Subject: [Moin-user] Mail-Import. Again. Message-ID: <20090201231523.GA91343@darkover.inka.de> Hello, after portaudit bugs me with security messages about the MoinMoin 1.7.1. installation I migrated unwillingly to 1.8.1. And as expected .. needed functionality stopped working (again). Most desastrous for me is that all my effords last week to get the mail-import working are nullified. This time I get the message: ------ pipe to |/usr/local/bin/moin -q --config /usr/local/share/moin/moin-dir/ xmlrpc mailimport generated by import at mail.address ------ Invalid password ------ What *??$%&@^+ password is the mail-import asking for? I can't find anything about it in the docs and the code. *sigh* Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ OpenBSD: 5 years without a remote clue in the default maintainer. Sec at IRC From berankin99 at yahoo.com Sun Feb 1 18:44:36 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Sun, 1 Feb 2009 15:44:36 -0800 (PST) Subject: [Moin-user] email notifcations: Not sent? References: <7951.85612.qm@web112214.mail.gq1.yahoo.com> Message-ID: <722758.48533.qm@web112219.mail.gq1.yahoo.com> > Running 1.8 under CGI w/ HTTPauth, and would like notification for each change > made. > > The config file has these lines: > > mail_smarthost = "127.0.0.1" > mail_from = u"auser at thedomain.com" > > I also tried: mail_smarthost = "127.0.0.1:25" > > The notification page regex box has this entry: > ..* > > However, I am not receiving any notifications, or even indications of such. > > A simple CGI connecting to 127.0.0.1 can send mail just fine. > > Is there another config option i need to flip? > Anybody? How would I go about debugging this? Thank you From rb.proj at gmail.com Sun Feb 1 20:46:23 2009 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 02 Feb 2009 02:46:23 +0100 Subject: [Moin-user] HTTPAuth again In-Reply-To: <20090201070759.3E7A32B21F2@mx5.roble.com> References: <20090201070759.3E7A32B21F2@mx5.roble.com> Message-ID: Roger Marquis schrieb: > This never worked for us in 1.7 and now it's still broke in 1.8. Access > works fine, the username is correct, and the "Edit" link works, but when > "Saved" or "Previewed" it returns: > > "You are not allowed to edit this page." > > Trying to save user "Settings" returns: > > "You must login to use this action: userprefs" > > Page permissions are correct and everything looks right under data/user/, > however, debug shows "after auth: no valid user": > > 2009-01-31 22:52:17,430 MoinMoin.session DEBUG session started for user > 2009-01-31 22:52:17,430 MoinMoin.session DEBUG after auth: no valid user, no anon session > 2009-01-31 22:52:20,936 MoinMoin.session DEBUG got cookie with session_name '3bb31042f91b24c36d34eea205123750' > 2009-01-31 22:52:20,936 MoinMoin.session DEBUG starting session (reusing session_name '3bb31042f91b24c36d34eea205123750') > 2009-01-31 22:52:20,937 MoinMoin.session DEBUG session started for user None > 2009-01-31 22:52:20,941 MoinMoin.session DEBUG setting cookie with session_name '3bb31042f91b24c36d34eea205123750', expiry 1548831140.9384789 > 2009-01-31 22:52:20,941 MoinMoin.session DEBUG storing 'expires':1548834740.9384789 item into session cache entry > 2009-01-31 22:52:20,942 MoinMoin.session DEBUG after auth: storing valid user into session: u'apacheauthuser' > 2009-01-31 22:52:20,960 MoinMoin.session DEBUG storing 'trail':[u'PageName'] item into session cache entry > 2009-01-31 22:52:22,716 MoinMoin.session DEBUG got cookie with session_name '3bb31042f91b24c36d34eea205123750' > 2009-01-31 22:52:22,716 MoinMoin.session DEBUG starting session (reusing session_name '3bb31042f91b24c36d34eea205123750') > 2009-01-31 22:52:22,716 MoinMoin.session DEBUG loaded session data from cache entry: {'user.id': '1207287688.2.60830', 'expires': 1548834740.9384789, 'user.auth_attribs': ('name', 'password'), 'user.auth_method': 'http', 'trail': [u'PageName']} > 2009-01-31 22:52:22,717 MoinMoin.session DEBUG session started for user > 2009-01-31 22:52:22,718 MoinMoin.session DEBUG storing 'user.id':'1207287688.2.60830' item into session cache entry > 2009-01-31 22:52:22,719 MoinMoin.session DEBUG storing 'user.auth_method':'http' item into session cache entry > 2009-01-31 22:52:22,720 MoinMoin.session DEBUG storing 'user.auth_attribs':('name', 'password') item into session cache entry > 2009-01-31 22:52:22,723 MoinMoin.session DEBUG setting cookie with session_name '3bb31042f91b24c36d34eea205123750', expiry 1548831142.72048 > 2009-01-31 22:52:22,723 MoinMoin.session DEBUG after auth: storing valid user into session: u'apacheauthuser' > 2009-01-31 22:52:24,974 MoinMoin.session DEBUG got cookie with session_name '3bb31042f91b24c36d34eea205123750' > 2009-01-31 22:52:24,974 MoinMoin.session DEBUG starting session (reusing session_name '3bb31042f91b24c36d34eea205123750') > 2009-01-31 22:52:24,974 MoinMoin.session DEBUG loaded session data from cache entry: {'user.id': '1207287688.2.60830', 'expires': 1548834740.9384789, 'user.auth_attribs': ('name', 'password'), 'user.auth_method': 'http', 'trail': [u'PageName']} > 2009-01-31 22:52:24,975 MoinMoin.session DEBUG session started for user > 2009-01-31 22:52:24,977 MoinMoin.session DEBUG storing 'user.id':'1207287688.2.60830' item into session cache entry > 2009-01-31 22:52:24,977 MoinMoin.session DEBUG storing 'user.auth_method':'http' item into session cache entry > 2009-01-31 22:52:24,978 MoinMoin.session DEBUG storing 'user.auth_attribs':('name', 'password') item into session cache entry > 2009-01-31 22:52:24,981 MoinMoin.session DEBUG setting cookie with session_name '3bb31042f91b24c36d34eea205123750', expiry 1548831144.9787331 > 2009-01-31 22:52:24,981 MoinMoin.session DEBUG after auth: storing valid user into session: u'apacheauthuser' > 2009-01-31 22:52:30,145 MoinMoin.session DEBUG got cookie with session_name '3bb31042f91b24c36d34eea205123750' > 2009-01-31 22:52:30,145 MoinMoin.session DEBUG starting session (reusing session_name '3bb31042f91b24c36d34eea205123750') > 2009-01-31 22:52:30,145 MoinMoin.session DEBUG loaded session data from cache entry: {'user.id': '1207287688.2.60830', 'expires': 1548834740.9384789, 'user.auth_attribs': ('name', 'password'), 'user.auth_method': 'http', 'trail': [u'PageName']} > 2009-01-31 22:52:30,146 MoinMoin.session DEBUG session started for user > 2009-01-31 22:52:30,147 MoinMoin.session DEBUG after auth: no valid user, no anon session > > Anyone have http auth working in 1.8? yes do you have looked into the wiki/config/more_samples and have used the http_auth example for configuration? cheers Reimar > > Roger > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword From rb.proj at gmail.com Sun Feb 1 20:42:28 2009 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 02 Feb 2009 02:42:28 +0100 Subject: [Moin-user] email notifcations: Not sent? In-Reply-To: <722758.48533.qm@web112219.mail.gq1.yahoo.com> References: <7951.85612.qm@web112214.mail.gq1.yahoo.com> <722758.48533.qm@web112219.mail.gq1.yahoo.com> Message-ID: Bernard Rankin schrieb: > > >> Running 1.8 under CGI w/ HTTPauth, and would like notification for each change >> made. >> >> The config file has these lines: >> >> mail_smarthost = "127.0.0.1" >> mail_from = u"auser at thedomain.com" >> >> I also tried: mail_smarthost = "127.0.0.1:25" >> >> The notification page regex box has this entry: >> ..* >> >> However, I am not receiving any notifications, or even indications of such. >> >> A simple CGI connecting to 127.0.0.1 can send mail just fine. >> >> Is there another config option i need to flip? >> > > Anybody? > yes > How would I go about debugging this? does your smtp server work correctly? isn't it not mail_sendmail what you want to configure? is the indenting done by four spaces? cheers Reimar > > Thank you > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword From marquis at roble.com Sun Feb 1 23:00:43 2009 From: marquis at roble.com (Roger Marquis) Date: Sun, 1 Feb 2009 20:00:43 -0800 (PST) Subject: [Moin-user] HTTPAuth again In-Reply-To: References: <20090201070759.3E7A32B21F2@mx5.roble.com> Message-ID: <20090202040043.323792B21F0@mx5.roble.com> On Mon, 2 Feb 2009, R.Bauer wrote: >> 2009-01-31 22:52:30,146 MoinMoin.session DEBUG session started for user >> 2009-01-31 22:52:30,147 MoinMoin.session DEBUG after auth: no valid user, no anon session >> > do you have looked into the wiki/config/more_samples and have used the > http_auth example for configuration? Didn't find anything under more_samples except what's in the docs: from MoinMoin.auth.http import HTTPAuth auth = [HTTPAuth(autocreate=True)] but as you can see from the logs, authentication is working for all but write operations. At that point it doesn't appear to consult the cookie/session data and assumes the session is anonymous. Also tried allowing write access to all and allowing write access to anonymous in wikiconfig.py, deleting the browser's session cookie, deleting data/user/*... to no effect. Roger From rb.proj at gmail.com Mon Feb 2 03:40:39 2009 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 02 Feb 2009 09:40:39 +0100 Subject: [Moin-user] HTTPAuth again In-Reply-To: <20090202040043.323792B21F0@mx5.roble.com> References: <20090201070759.3E7A32B21F2@mx5.roble.com> <20090202040043.323792B21F0@mx5.roble.com> Message-ID: Which kind of deployment/adaptor script do you use? Reimar Roger Marquis schrieb: > On Mon, 2 Feb 2009, R.Bauer wrote: >>> 2009-01-31 22:52:30,146 MoinMoin.session DEBUG session started for user >>> 2009-01-31 22:52:30,147 MoinMoin.session DEBUG after auth: no valid user, no anon session >>> >> do you have looked into the wiki/config/more_samples and have used the >> http_auth example for configuration? > > Didn't find anything under more_samples except what's in the docs: > > from MoinMoin.auth.http import HTTPAuth > auth = [HTTPAuth(autocreate=True)] > > but as you can see from the logs, authentication is working for all but > write operations. At that point it doesn't appear to consult the > cookie/session data and assumes the session is anonymous. > > Also tried allowing write access to all and allowing write access to > anonymous in wikiconfig.py, deleting the browser's session cookie, deleting > data/user/*... to no effect. > > Roger > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword From waqas805 at hotmail.com Mon Feb 2 04:22:38 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 2 Feb 2009 10:22:38 +0100 Subject: [Moin-user] moinmoin for other branches Message-ID: Hi, I was running wiki on intranet and it is working very good. Now i want to run this moinmoin wiki for my other branches also. I have some questions regarding moinmoin. 1. I saw on my server, whenever i click on some pages with pictures on client side, always server has to work a lot, because of python. I want to ask when minimum 20 users want to use this moinmoin wiki at a time, then what is minimum requirment of server? Because i have little bit fear that when 20 users will use at a time moinmoin pages, then may be server goes down(even server is very powerful). Can you please tell me technical background, what should i do before expanding the circle of moinmoin.2. Other thing is , i want to setup one more moinmoin wiki for my other branches(security reason) on differnt server. In my main branch, i will use my current moinmoin wiki, and for other branches i will setup new one. because other branches will only read the pages, they will not allow to write on wiki pages. I want to ask there is any synchornization, that i send pages with acl to 2nd wiki. If you have any better idea then you can also share with me.? 3. moinmoin wiki can be converted into other wikis without having big problems? I shall be thankful to you for help. Best Regards, Waqas Ahmad _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Mon Feb 2 05:29:12 2009 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 02 Feb 2009 11:29:12 +0100 Subject: [Moin-user] moinmoin for other branches In-Reply-To: References: Message-ID: <4986CAF8.8060703@gmail.com> waqas ahmad schrieb: > > Hi, > > I was running wiki on intranet and it is working very good. Now i want to run this moinmoin wiki for my other branches also. I have some questions regarding moinmoin. > > > 1. I saw on my server, whenever i click on some pages with pictures on client side, always server has to work a lot, because of python. I want to ask when minimum 20 users want to use this moinmoin wiki at a time, then what is minimum requirment of server? Because i have little bit fear that when 20 users will use at a time moinmoin pages, then may be server goes down(even server is very powerful). Can you please tell me technical background, what should i do before expanding the circle of moinmoin.2. Other thing is , i want to setup one more moinmoin wiki for my other branches(security reason) on differnt server. In my main branch, i will use my current moinmoin wiki, and for other branches i will setup new one. because other branches will only read the pages, they will not allow to write on wiki pages. I want to ask there is any synchornization, that i send pages with acl to 2nd wiki. > If you have any better idea then you can also share with me.? What is your deployemnt / adaptor? Is it cgi? Which server? That behaviour is normal for cgi. Use mod_wsgi or fcgid to get fastest performace. cheers Reimar > > 3. moinmoin wiki can be converted into other wikis without having big problems? > > I shall be thankful to you for help. > > Best Regards, > > Waqas Ahmad > _________________________________________________________________ > News, entertainment and everything you care about at Live.com. Get it now! > http://www.live.com/getstarted.aspx > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From waqas805 at hotmail.com Mon Feb 2 11:22:14 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 2 Feb 2009 17:22:14 +0100 Subject: [Moin-user] CPU prcessing In-Reply-To: <4986CAF8.8060703@gmail.com> References: <4986CAF8.8060703@gmail.com> Message-ID: Hi, I am running moinmoin with Apache2.2.8(mod_sspi.so), python26, moinmoin180. I have some pages in which i used many diagrams. when i want to access these kind of pages then my cpu uses nearly 100% processing. Therefore i was asking that if 20 users will access these kind of pages at a time then my maschine, where i installed this application, goes down. There is any solution that i can decrease the cpu capacity because i am using also other application on that same maschine(computer). Best Regards, Waqas Ahmad > Date: Mon, 2 Feb 2009 11:29:12 +0100> From: rb.proj at gmail.com> To: waqas805 at hotmail.com> CC: moin-user at lists.sourceforge.net> Subject: Re: moinmoin for other branches> > waqas ahmad schrieb:> > > > Hi, > > > > I was running wiki on intranet and it is working very good. Now i want to run this moinmoin wiki for my other branches also. I have some questions regarding moinmoin.> > > > > > 1. I saw on my server, whenever i click on some pages with pictures on client side, always server has to work a lot, because of python. I want to ask when minimum 20 users want to use this moinmoin wiki at a time, then what is minimum requirment of server? Because i have little bit fear that when 20 users will use at a time moinmoin pages, then may be server goes down(even server is very powerful). Can you please tell me technical background, what should i do before expanding the circle of moinmoin.2. Other thing is , i want to setup one more moinmoin wiki for my other branches(security reason) on differnt server. In my main branch, i will use my current moinmoin wiki, and for other branches i will setup new one. because other branches will only read the pages, they will not allow to write on wiki pages. I want to ask there is any synchornization, that i send pages with acl to 2nd wiki. > > If you have any better idea then you can also share with me.?> > > What is your deployemnt / adaptor? Is it cgi? Which server?> That behaviour is normal for cgi. Use mod_wsgi or fcgid to get fastest> performace.> > > > cheers> Reimar> > > > > 3. moinmoin wiki can be converted into other wikis without having big problems?> > > > I shall be thankful to you for help.> > > > Best Regards, > > > > Waqas Ahmad > > _________________________________________________________________> > News, entertainment and everything you care about at Live.com. Get it now!> > http://www.live.com/getstarted.aspx> > > > > > ------------------------------------------------------------------------> > > > ------------------------------------------------------------------------------> > This SF.net email is sponsored by:> > SourcForge Community> > SourceForge wants to tell your story.> > http://p.sf.net/sfu/sf-spreadtheword> > > > > > ------------------------------------------------------------------------> > > > _______________________________________________> > Moin-user mailing list> > Moin-user at lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/moin-user> _________________________________________________________________ Drag n? drop?Get easy photo sharing with Windows Live? Photos. http://www.microsoft.com/windows/windowslive/photos.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Mon Feb 2 11:47:57 2009 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 02 Feb 2009 17:47:57 +0100 Subject: [Moin-user] CPU prcessing In-Reply-To: References: <4986CAF8.8060703@gmail.com> Message-ID: waqas ahmad schrieb: > Hi, > I am running moinmoin with Apache2.2.8(mod_sspi.so), python26, moinmoin180. I have some pages in which i used many diagrams. when i want to access these kind of pages then my cpu uses nearly 100% processing. Therefore i was asking that if 20 users will access these kind of pages at a time then my maschine, where i installed this application, goes down. > > There is any solution that i can decrease the cpu capacity because i am using also other application on that same maschine(computer). > Hmm, you can use the Image macro from the http://hg.moinmo.in/moin/1.7-extensions/ if you want to increase the speed. That is also used by arnica. http://moinmo.in/ReimarBauer/HelpOnArnica # -*- coding: iso-8859-1 -*- """ MoinMoin - Image rendering support class and a simple macro using it. Features: * rendering (and caching) of thumbnails/webnails/originals * gives ready-to-use image urls * auto-rotation based on EXIF information * determines creation time from EXIF or file system * easy access to some EXIF data (cached) Requires PIL and ExifTags libs. @copyright: 2008 MoinMoin:ThomasWaldmann, 2008 MoinMoin:ReimarBauer @license: GNU GPL, see COPYING for details. """ The cache files will be created with the first access to the page. macro definition: def macro_Image(macro, itemname=wikiutil.required_arg(unicode), width=9999, height=9999, alt=u'', description=u''): """ Embed an Image into a wiki page. We use a very high default value for width and height, because PIL will calculate the image dimensions to not be larger than (width, height) and also not be larger than the original image. Thus, by not giving width or height, you'll get the original image, and if you specify width or height you will get an image of that width or that height. <> """ I have some arnica pages with a few hunderd images and you don't recognize a delay. cheers Reimar > > Best Regards, > > Waqas Ahmad > > Date: Mon, 2 Feb 2009 11:29:12 +0100> From: rb.proj at gmail.com> To: waqas805 at hotmail.com> CC: moin-user at lists.sourceforge.net> Subject: Re: moinmoin for other branches> > waqas ahmad schrieb:> > > > Hi, > > > > I was running wiki on intranet and it is working very good. Now i want to run this moinmoin wiki for my other branches also. I have some questions regarding moinmoin.> > > > > > 1. I saw on my server, whenever i click on some pages with pictures on client side, always server has to work a lot, because of python. I want to ask when minimum 20 users want to use this moinmoin wiki at a time, then what is minimum requirment of server? Because i have little bit fear that when 20 users will use at a time moinmoin pages, then may be server goes down(even server is very powerful). Can you please tell me technical background, what should i do before expanding the circle of moinmoin.2. Other thing is , i want to setup one more moinmoin wiki for my other branches(security rea son) on differnt server. In my main branch, i will use my current moinmoin wiki, and for other branches i will setup new one. because other branches will only read the pages, they will not allow to write on wiki pages. I want to ask there is any synchornization, that i send pages with acl to 2nd wiki. > > If you have any better idea then you can also share with me.?> > > What is your deployemnt / adaptor? Is it cgi? Which server?> That behaviour is normal for cgi. Use mod_wsgi or fcgid to get fastest> performace.> > > > cheers> Reimar> > > > > 3. moinmoin wiki can be converted into other wikis without having big problems?> > > > I shall be thankful to you for help.> > > > Best Regards, > > > > Waqas Ahmad > > _________________________________________________________________> > News, entertainment and everything you care about at Live.com. Get it now!> > http://www.live.com/getstarted.aspx> > > > > > ------------------------------------------------------------------------> > > > ------------------------------------------------------------------------------> > This SF.net email is sponsored by:> > SourcForge Community> > SourceForge wants to tell your story.> > http://p.sf.net/sfu/sf-spreadtheword> > > > > > ------------------------------------------------------------------------> > > > _______________________________________________> > Moin-user mailing list> > Moin-user at lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/moin-user> > _________________________________________________________________ > Drag n? drop?Get easy photo sharing with Windows Live? Photos. > > http://www.microsoft.com/windows/windowslive/photos.aspx > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From berankin99 at yahoo.com Mon Feb 2 12:02:11 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Mon, 2 Feb 2009 09:02:11 -0800 (PST) Subject: [Moin-user] email notifcations: Not sent? References: <7951.85612.qm@web112214.mail.gq1.yahoo.com> <722758.48533.qm@web112219.mail.gq1.yahoo.com> Message-ID: <772399.28170.qm@web112213.mail.gq1.yahoo.com> > > How would I go about debugging this? > > does your smtp server work correctly? > Yes. I even wrote a small CGI with smtplib to test it. It is fine. > isn't it not mail_sendmail what you want to configure? > I tried with the sendmail directive, as well. > is the indenting done by four spaces? > Yes It's almost is if MoinMoin is not even trying to send the message. (Yet, I have the ".*" regex in the notification prederences, and evey page page shoes an "unsubscribe" link on it.) How should I debug further? Is there a moinmoin dev list I shoud send this to? Thank you, :) From rick.vanderveer at gmail.com Mon Feb 2 12:26:33 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Mon, 2 Feb 2009 11:26:33 -0600 Subject: [Moin-user] CPU prcessing In-Reply-To: References: <4986CAF8.8060703@gmail.com> Message-ID: <5c39e1ca0902020926j3e0fbd22ub13376290b830bd6@mail.gmail.com> Waqas, Please make sure your wiki configuration is using a python 'accelerator'. The easiest and best to set up is mod_wsgi. See: http://moinmo.in/HowTo/ApacheWithModWSGI If you're not using it on your Windows installation, it *will* make a dramatic difference in speed. Plain ol' CGI, especially on Windows, is painfully slow (and as you noticed, a large page with lots of images can really bog down, where you can watch each image separately load). -Rick On Mon, Feb 2, 2009 at 10:22 AM, waqas ahmad wrote: > > Hi, > I am running moinmoin with Apache2.2.8(mod_sspi.so), python26, moinmoin180. > I have some pages in which i used many diagrams. when i want to access these > kind of pages then my cpu uses nearly 100% processing. Therefore i was > asking that if 20 users will access these kind of pages at a time then my > maschine, where i installed this application, goes down. > > There is any solution that i can decrease the cpu capacity because i am > using also other application on that same maschine(computer). > > > Best Regards, > > Waqas Ahmad > > > > > > > > Date: Mon, 2 Feb 2009 11:29:12 +0100 > > From: rb.proj at gmail.com > > To: waqas805 at hotmail.com > > CC: moin-user at lists.sourceforge.net > > Subject: Re: moinmoin for other branches > > > > waqas ahmad schrieb: > > > > > > Hi, > > > > > > I was running wiki on intranet and it is working very good. Now i want > to run this moinmoin wiki for my other branches also. I have some questions > regarding moinmoin. > > > > > > > > > 1. I saw on my server, whenever i click on some pages with pictures on > client side, always server has to work a lot, because of python. I want to > ask when minimum 20 users want to use this moinmoin wiki at a time, then > what is minimum requirment of server? Because i have little bit fear that > when 20 users will use at a time moinmoin pages, then may be server goes > down(even server is very powerful). Can you please tell me technical > background, what should i do before expanding the circle of moinmoin.2. > Other thing is , i want to setup one more moinmoin wiki for my other > branches(security reason) on differnt server. In my main branch, i will use > my current moinmoin wiki, and for other branches i will setup new one. > because other branches will only read the pages, they will not allow to > write on wiki pages. I want to ask there is any synchornization, that i send > pages with acl to 2nd wiki. > > > If you have any better idea then you can also share with me.? > > > > > > What is your deployemnt / adaptor? Is it cgi? Which server? > > That behaviour is normal for cgi. Use mod_wsgi or fcgid to get fastest > > performace. > > > > > > > > cheers > > Reimar > > > > > > > > 3. moinmoin wiki can be converted into other wikis without having big > problems? > > > > > > I shall be thankful to you for help. > > > > > > Best Regards, > > > > > > Waqas Ahmad > > > _________________________________________________________________ > > > News, entertainment and everything you care about at Live.com. Get it > now! > > > http://www.live.com/getstarted.aspx > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > ------------------------------------------------------------------------------ > > > This SF.net email is sponsored by: > > > SourcForge Community > > > SourceForge wants to tell your story. > > > http://p.sf.net/sfu/sf-spreadtheword > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Moin-user mailing list > > > Moin-user at lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > ------------------------------ > What can you do with the new Windows Live? Find out > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > 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 rb.proj at gmail.com Mon Feb 2 12:30:47 2009 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 02 Feb 2009 18:30:47 +0100 Subject: [Moin-user] email notifcations: Not sent? In-Reply-To: <772399.28170.qm@web112213.mail.gq1.yahoo.com> References: <7951.85612.qm@web112214.mail.gq1.yahoo.com> <722758.48533.qm@web112219.mail.gq1.yahoo.com> <772399.28170.qm@web112213.mail.gq1.yahoo.com> Message-ID: Bernard Rankin schrieb: > > >>> How would I go about debugging this? >> does your smtp server work correctly? >> > > Yes. I even wrote a small CGI with smtplib to test it. It is fine. > >> isn't it not mail_sendmail what you want to configure? >> > > I tried with the sendmail directive, as well. > >> is the indenting done by four spaces? >> > > Yes > > > It's almost is if MoinMoin is not even trying to send the message. (Yet, I have the ".*" regex in the notification prederences, and evey page page shoes an "unsubscribe" link on it.) > > How should I debug further? > > Is there a moinmoin dev list I shoud send this to? > > Thank you, > :) > devs read here too :) just an additional question. You test changes by subscribing of yourself and changing the content by someone else? You don't get email notifications for own changes. If that is not the cause please file a bug report to http://moinmo.in/MoinMoinBugs cheers Reimar From marquis at roble.com Mon Feb 2 13:01:27 2009 From: marquis at roble.com (Roger Marquis) Date: Mon, 2 Feb 2009 10:01:27 -0800 (PST) Subject: [Moin-user] HTTPAuth again In-Reply-To: References: <20090201070759.3E7A32B21F2@mx5.roble.com> <20090202040043.323792B21F0@mx5.roble.com> Message-ID: <20090202180127.0B5362B21F3@mx5.roble.com> > Which kind of deployment/adaptor script do you use? Do you mean what sort of webserver and configuration? (sorry, but I avoid tomcat-obfuscation like the plague) Standard Apache httpd cgi using the same VirtualHost setup as worked in Moin versions prior to 1.7. Roger Marquis From berankin99 at yahoo.com Mon Feb 2 13:28:21 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Mon, 2 Feb 2009 10:28:21 -0800 (PST) Subject: [Moin-user] email notifcations: Not sent? References: <7951.85612.qm@web112214.mail.gq1.yahoo.com> <722758.48533.qm@web112219.mail.gq1.yahoo.com> <772399.28170.qm@web112213.mail.gq1.yahoo.com> Message-ID: <793601.1351.qm@web112201.mail.gq1.yahoo.com> > > just an additional question. You test changes by subscribing of yourself > and changing the content by someone else? > > You don't get email notifications for own changes. > Well... no, I did not test that way. Good catch. Works fine. > If that is not the cause please file a bug report to > http://moinmo.in/MoinMoinBugs > > This certainly is a bug, if only in the documentation. Ideally, this should be a selectable preference. From tw-public at gmx.de Mon Feb 2 15:38:19 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 02 Feb 2009 21:38:19 +0100 Subject: [Moin-user] Failing tests on 1.9 In-Reply-To: References: Message-ID: <1233607099.17922.6.camel@black.firma.waldmann-edv.de> Hi Greg, > MoinMoin/_tests/test_packages.py[6] ..F... Reimar has this one, too. What's strange, is that it doesn't fail here on my machine. > Using "hg bisect", it appears that this changeset is to blame: > > changeset: 4498:910474dded06 > parent: 4477:4d95fa3b074d > parent: 4497:6beaf3e083c6 > user: Thomas Waldmann Oops. :) > Just to be sure that "hg bisect" isn't broken, I investigated a little > further back and tested the two parents of that merge. Both parents > (4d95fa3b074d and 6beaf3e083c6) run test_packages.py just fine. > > I'll see f I can figure out what broke and supply a patch. If I fail, > though, hopefully this bisection will be of use to someone else to fix > the failure. Thanks, please keep us updated. Cheers, Thomas From tw-public at gmx.de Mon Feb 2 16:20:32 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 02 Feb 2009 22:20:32 +0100 Subject: [Moin-user] Mail-Import. Again. In-Reply-To: <20090201231523.GA91343@darkover.inka.de> References: <20090201231523.GA91343@darkover.inka.de> Message-ID: <1233609632.17922.16.camel@black.firma.waldmann-edv.de> Don't panic! :) > ------ pipe to |/usr/local/bin/moin -q --config > /usr/local/share/moin/moin-dir/ xmlrpc mailimport > generated by import at mail.address ------ > > Invalid password > > ------ > What *??$%&@^+ password is the mail-import asking for? I can't find anything > about it in the docs and the code. *sigh* The xmlrpc client needs to authenticate with the moin server (otherwise anybody could import mail into your wiki by xmlrpc call). It does so by a shared secret and the code checking it at the wiki server side is this: if request.cfg.secrets['xmlrpc/ProcessMail'] != secret: return u"Invalid password" Thus, in your wikiconfig.py you need: secrets = { 'xmlrpc/ProcessMail': 'foobar', # ... other secrets ... } On the client side (the mailimport script), you need a mailimportconf.py with: mail_import_secret = 'foobar' mail_import_url = 'http://server/?action=xmlrpc2' Hope that helps. :) From mela at darkover.inka.de Mon Feb 2 16:42:23 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Mon, 2 Feb 2009 22:42:23 +0100 Subject: [Moin-user] Mail-Import. Again. In-Reply-To: <1233609632.17922.16.camel@black.firma.waldmann-edv.de> References: <20090201231523.GA91343@darkover.inka.de> <1233609632.17922.16.camel@black.firma.waldmann-edv.de> Message-ID: <20090202214223.GA63185@darkover.inka.de> On Mon, Feb 02, 2009 at 10:20:32PM +0100, Thomas Waldmann wrote: > Don't panic! :) Sorry, I've lost my towel. ;-) > secrets = { > 'xmlrpc/ProcessMail': 'foobar', > # ... other secrets ... > } So it's just a new syntax instead of mail_import_secret = "blafasel" ? Kind regards, Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ Ishtar at IRC neulich chez geekenfels http://xkcd.com/149/ From tw-public at gmx.de Mon Feb 2 16:41:56 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 02 Feb 2009 22:41:56 +0100 Subject: [Moin-user] Compatibility (was: to-do list?) In-Reply-To: <20090201224332.GA91169@darkover.inka.de> References: <233178.5562.qm@web112202.mail.gq1.yahoo.com> <20090201190612.GB90071@darkover.inka.de> <717899.92049.qm@web112202.mail.gq1.yahoo.com> <20090201224332.GA91169@darkover.inka.de> Message-ID: <1233610916.17922.33.camel@black.firma.waldmann-edv.de> > There should be a well defined plugin API. Yes. And that API should be stable, great-from-the-beginning and never needing a change. So much for the theory. Problem is that real world looks different: Often you need multiple iterations until things are right and as flexible as you need them. Some bugs need API changes for a good fix. Thus we currently have no big choice, we have to change things to improve them. So the only suggestions I can make for 3rd party stuff are: Try to avoid badly maintained stuff. If a plugin is still at 1.5 (or even older) while we have had 1.6.x, 1.7.x and 1.8.x, it simply means that the community is not working for it - neither the author has updated it, nor anybody else, nor has anybody given enough feedback at the right places that anybody had cared. You can choose such a thing, but in that case be prepared to fix it yourself. And upload the fixed version of course, to avoid (see above). OTOH, there are 3rd party plugins that are rather recent (it usually is no big issues if it is 0.1 behind - either it works or it only needs very minor fixes). There are plugin authors responding if you edit their plugin wiki page or write something on the mailing list. That is the stuff you should use. BTW, even if you are no moin or python developer, you can sometimes fix stuff yourself. If it worked for 1.6 and stopped working for 1.7, you just have a look at the traceback it produces and at the 1.6 and 1.7 source. You'll usually find that just something was renamed or added or removed - if you do the appropriate thing in the plugin, it'll work again. If that doesn't work out, just file a bug on the wiki page and provide enough information about versions and attach the traceback.html. From rb.proj at gmail.com Mon Feb 2 18:54:58 2009 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 03 Feb 2009 00:54:58 +0100 Subject: [Moin-user] HTTPAuth again In-Reply-To: <20090202180127.0B5362B21F3@mx5.roble.com> References: <20090201070759.3E7A32B21F2@mx5.roble.com> <20090202040043.323792B21F0@mx5.roble.com> <20090202180127.0B5362B21F3@mx5.roble.com> Message-ID: Roger Marquis schrieb: >> Which kind of deployment/adaptor script do you use? > > Do you mean what sort of webserver and configuration? (sorry, but > I avoid tomcat-obfuscation like the plague) Standard Apache httpd > cgi using the same VirtualHost setup as worked in Moin versions > prior to 1.7. > > Roger Marquis Hi Roger it has all the time worked for me. I have added an example configuration to http://moinmo.in/ReimarBauer/http_auth please can you check a) if that works for you b) what is different to your setup cheers Reimar From marquis at roble.com Mon Feb 2 22:41:34 2009 From: marquis at roble.com (Roger Marquis) Date: Mon, 2 Feb 2009 19:41:34 -0800 (PST) Subject: [Moin-user] HTTPAuth again In-Reply-To: References: <20090201070759.3E7A32B21F2@mx5.roble.com> <20090202040043.323792B21F0@mx5.roble.com> <20090202180127.0B5362B21F3@mx5.roble.com> Message-ID: <20090203034134.E7FEB2B21C3@mx5.roble.com> R.Bauer wrote: > I have added an example configuration to > http://moinmo.in/ReimarBauer/http_auth > please can you check a) if that works for you b) what is different to your setup That did it. Thanks Reimar! After adding "Require valid-user" I can now save settings and page changes. This directive was in the previous config but it was inside of a block. Require valid-user, apparently, needs to be outside of Limit GET as of 1.7/1.8. Much appreciated, Roger From waqas805 at hotmail.com Tue Feb 3 03:49:59 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Tue, 3 Feb 2009 09:49:59 +0100 Subject: [Moin-user] CPU processing In-Reply-To: <5c39e1ca0902020926j3e0fbd22ub13376290b830bd6@mail.gmail.com> References: <4986CAF8.8060703@gmail.com> <5c39e1ca0902020926j3e0fbd22ub13376290b830bd6@mail.gmail.com> Message-ID: Hi Rick, My apache version is 2.2.8 and python26 and its working very fine since last 4 months. Now i downloaded this mod_wsgi (http://adal.chiriliuc.com/mod_wsgi/revision_1018_2.3/mod_wsgi_py25_apache22/). I putted this mod_wsgi in apache modules folder.Then i added LoadModule wsgi_module modules/mod_wsgi.so in httpd apche conf file. Now the problem is that i cant start my apache. It shows The service "Apache2.2" with the following error: 1 (0x1). Please help me, I shall be thankful to you.Best Regards, Waqas Ahmad Date: Mon, 2 Feb 2009 11:26:33 -0600Subject: Re: [Moin-user] CPU prcessingFrom: rick.vanderveer at gmail.comTo: waqas805 at hotmail.comCC: moin-user at lists.sourceforge.netWaqas,Please make sure your wiki configuration is using a python 'accelerator'. The easiest and best to set up is mod_wsgi. See: http://moinmo.in/HowTo/ApacheWithModWSGIIf you're not using it on your Windows installation, it *will* make a dramatic difference in speed. Plain ol' CGI, especially on Windows, is painfully slow (and as you noticed, a large page with lots of images can really bog down, where you can watch each image separately load).-Rick On Mon, Feb 2, 2009 at 10:22 AM, waqas ahmad wrote: Hi, I am running moinmoin with Apache2.2.8(mod_sspi.so), python26, moinmoin180. I have some pages in which i used many diagrams. when i want to access these kind of pages then my cpu uses nearly 100% processing. Therefore i was asking that if 20 users will access these kind of pages at a time then my maschine, where i installed this application, goes down. There is any solution that i can decrease the cpu capacity because i am using also other application on that same maschine(computer). Best Regards, Waqas Ahmad > Date: Mon, 2 Feb 2009 11:29:12 +0100> From: rb.proj at gmail.com> To: waqas805 at hotmail.com> CC: moin-user at lists.sourceforge.net> Subject: Re: moinmoin for other branches> > waqas ahmad schrieb:> > > > Hi, > > > > I was running wiki on intranet and it is working very good. Now i want to run this moinmoin wiki for my other branches also. I have some questions regarding moinmoin.> > > > > > 1. I saw on my server, whenever i click on some pages with pictures on client side, always server has to work a lot, because of python. I want to ask when minimum 20 users want to use this moinmoin wiki at a time, then what is minimum requirment of server? Because i have little bit fear that when 20 users will use at a time moinmoin pages, then may be server goes down(even server is very powerful). Can you please tell me technical background, what should i do before expanding the circle of moinmoin.2. Other thing is , i want to setup one more moinmoin wiki for my other branches(security reason) on differnt server. In my main branch, i will use my current moinmoin wiki, and for other branches i will setup new one. because other branches will only read the pages, they will not allow to write on wiki pages. I want to ask there is any synchornization, that i send pages with acl to 2nd wiki. > > If you have any better idea then you can also share with me.?> > > What is your deployemnt / adaptor? Is it cgi? Which server?> That behaviour is normal for cgi. Use mod_wsgi or fcgid to get fastest> performace.> > > > cheers> Reimar> > > > > 3. moinmoin wiki can be converted into other wikis without having big problems?> > > > I shall be thankful to you for help.> > > > Best Regards, > > > > Waqas Ahmad > > _________________________________________________________________> > News, entertainment and everything you care about at Live.com. Get it now!> > http://www.live.com/getstarted.aspx> > > > > > ------------------------------------------------------------------------> > > > ------------------------------------------------------------------------------> > This SF.net email is sponsored by:> > SourcForge Community> > SourceForge wants to tell your story.> > http://p.sf.net/sfu/sf-spreadtheword> > > > > > ------------------------------------------------------------------------> > > > _______________________________________________> > Moin-user mailing list> > Moin-user at lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/moin-user> What can you do with the new Windows Live? Find out------------------------------------------------------------------------------This SF.net email is sponsored by:SourcForge CommunitySourceForge wants to tell your story.http://p.sf.net/sfu/sf-spreadtheword_______________________________________________Moin-user mailing listMoin-user at lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/moin-user _________________________________________________________________ Drag n? drop?Get easy photo sharing with Windows Live? Photos. http://www.microsoft.com/windows/windowslive/photos.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Dennis.Benzinger at gmx.net Tue Feb 3 05:44:06 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Tue, 03 Feb 2009 11:44:06 +0100 Subject: [Moin-user] CPU processing In-Reply-To: References: <4986CAF8.8060703@gmail.com> <5c39e1ca0902020926j3e0fbd22ub13376290b830bd6@mail.gmail.com> Message-ID: <49881FF6.20509@gmx.net> Am 03.02.2009 09:49, waqas ahmad schrieb: > Hi Rick, > > My apache version is 2.2.8 and python26 and its working very fine > since last 4 months. Now i downloaded this mod_wsgi > (http://adal.chiriliuc.com/mod_wsgi/revision_1018_2.3/mod_wsgi_py25_apache22/). > I putted this mod_wsgi in apache modules folder.Then i added > > LoadModule wsgi_module modules/mod_wsgi.so in httpd apche conf file. > > > Now the problem is that i cant start my apache. It shows > > The service "Apache2.2" with the following error: 1 (0x1). [...] Your mod_wsgi module is for Python 2.5 and you are using Python 2.6. I don't think that will work. You need a mod_wsgi binary for Python 2.6. If you don't find a precompiled binary for Windows you have to compile it yourself. There are other problems that could cause this error. Please read: http://code.google.com/p/modwsgi/wiki/InstallationIssues Is there a more detailed error message? Take a look at Services in the Control Panel. HTH, Dennis Benzinger From eric at tibco.com Tue Feb 3 11:58:24 2009 From: eric at tibco.com (Eric Johnson) Date: Tue, 03 Feb 2009 08:58:24 -0800 Subject: [Moin-user] Xapian not indexing wiki page contents on 64-bit machines? Message-ID: <498877B0.2090202@tibco.com> We have a working MoinMoin farm - running 1.5.8. I'm upgrading the server to 1.8.1. New release looks much better. But I've run into a problem. If I've got the Xapian indexing turned on, a full text search results doesn't show the pages that include words, it just shows attachments that include the word in question. I was quite surprised by this, because I've set up an environment as close to the same as possible on my local machine. The only substantive difference that I think remains is that my local machine is running in 32-bit mode, whereas the target server is running 64-bit. Local machine: Gentoo Linux (current, stable) MoinMoin 1.8.1 dev-lang/python-2.5.2-r7 www-apache/mod_python-3.3.1-r1 www-apache/mod_wsgi-2.3 dev-libs/xapian-1.0.6 dev-libs/xapian-bindings-1.0.6 Server machine: Gentoo Linux (current, stable) MoinMoin 1.8.1 dev-lang/python-2.5.2-r7 (no mod_python on this machine) www-apache/mod_wsgi-2.3 dev-libs/xapian-1.0.6 dev-libs/xapian-bindings-1.0.6 I was running xapian-1.0.10 on the server machine, and that did not fix the bug. I suspect the xapian-bindings don't work quite right in this combination, because Xapian itself seems to be working just fine - attachments get indexed - no callback in to MoinMoin for tokenizing. Also, the rest of MoinMoin works just fine. What isn't working is the connection between Xapian and MoinMoin, it seems. I'm happy to make changes to my local copy of Xapian.py, but I've not much clue where to start. Questions: * Anyone else got Xapian working with MoinMoin on 64-bits? Is this a good idea? * What might I change in Xapian.py to make this work? It looks like xapian-bindings are supposed to be 64-bit compatible, so I don't think the problem is there. -Eric. From mela at darkover.inka.de Tue Feb 3 12:51:56 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Tue, 3 Feb 2009 18:51:56 +0100 Subject: [Moin-user] Xapian not indexing wiki page contents on 64-bit machines? In-Reply-To: <498877B0.2090202@tibco.com> References: <498877B0.2090202@tibco.com> Message-ID: <20090203175156.GA33597@darkover.inka.de> Hello, On Tue, Feb 03, 2009 at 08:58:24AM -0800, Eric Johnson wrote: > If I've got the Xapian indexing turned on, a full text search results > doesn't show the pages that include words, it just shows attachments > that include the word in question. I had this problem a two or three weeks ago. After a xapian update everything is back to normal. So check your xapian installation. Here: xapian-core 1.0.10 and xapian-bindings-1.0.6_1 Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ Spotty at IRC: Ich bin Special Agent Fleck, vom GERS. Haben sie hier eine hilflos aussehende Person mit langen, unfrisierten Haaren und Notebook gesehen? "Ja...dort hinten, in der Ecke, ich musste extra ein Verl?ngerungskabel legen." From eric at tibco.com Tue Feb 3 13:02:08 2009 From: eric at tibco.com (Eric Johnson) Date: Tue, 03 Feb 2009 10:02:08 -0800 Subject: [Moin-user] Xapian not indexing wiki page contents on 64-bit machines? In-Reply-To: <20090203175156.GA33597@darkover.inka.de> References: <498877B0.2090202@tibco.com> <20090203175156.GA33597@darkover.inka.de> Message-ID: <498886A0.7000506@tibco.com> Hi Mela, Mela Eckenfels wrote: > Hello, > > On Tue, Feb 03, 2009 at 08:58:24AM -0800, Eric Johnson wrote: > >> If I've got the Xapian indexing turned on, a full text search results >> doesn't show the pages that include words, it just shows attachments >> that include the word in question. >> > > I had this problem a two or three weeks ago. After a xapian update > everything is back to normal. So check your xapian installation. > Excellent that I'm not the only one seeing this. > Here: xapian-core 1.0.10 > and xapian-bindings-1.0.6_1 > Here's my problem - I tried both: * xapian-1.0.10 with xapian-bindings-1.0.10 * xapian-1.0.6 with xapian-bindings-1.0.6 So I'm pretty certain that just an update won't fix my problem. I'll try the combination of xapian-1.0.10 and xapian-bindings-1.0.6, but I'm doubtful. What distribution of xapian are you using the version # for xapian-bindings "1.0.6_1" may indicate that someone provided a patch along the way to make it work. Perhaps I need that patch that is the delta between 1.0.6 and 1.0.6_1? -Eric. From mela at darkover.inka.de Tue Feb 3 13:21:21 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Tue, 3 Feb 2009 19:21:21 +0100 Subject: [Moin-user] Xapian not indexing wiki page contents on 64-bit machines? In-Reply-To: <498886A0.7000506@tibco.com> References: <498877B0.2090202@tibco.com> <20090203175156.GA33597@darkover.inka.de> <498886A0.7000506@tibco.com> Message-ID: <20090203182121.GA33791@darkover.inka.de> On Tue, Feb 03, 2009 at 10:02:08AM -0800, Eric Johnson wrote: > So I'm pretty certain that just an update won't fix my problem. I'll > try the combination of xapian-1.0.10 and xapian-bindings-1.0.6, but I'm > doubtful. Have you considered to rebuild the index from scratch? > What distribution of xapian are you using the version # for > xapian-bindings "1.0.6_1" may indicate that someone provided a patch > along the way to make it work. Perhaps I need that patch that is the > delta between 1.0.6 and 1.0.6_1? I'm working with FreeBSD and FreeBSD-Portsystem here. The comment on the last update is just: "- Chase databases/xapian-core update" Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ Spotty&Mela at IRC: [Felicea] spotty: ich hab noch nen tipp fuer dich [Spotty] ja? Nicht weiter ins RL als mein Bindfaden reicht? From mail at heavy.ch Tue Feb 3 15:11:03 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Tue, 03 Feb 2009 21:11:03 +0100 Subject: [Moin-user] to-do list? In-Reply-To: <233178.5562.qm@web112202.mail.gq1.yahoo.com> References: <233178.5562.qm@web112202.mail.gq1.yahoo.com> Message-ID: <4988A4D7.3010909@heavy.ch> Hi there ReimarBauer is at the moment developing some macro called "CollectLists", witch should help you to manage some task... I added 2 examples (screenshots) in the mail. see here: http://hg.moinmo.in/moin/1.7-extensions/file/tip/data/plugin/macro/CollectLists.py but be aware the macro is still in development.. bye Marcel Bernard Rankin schrieb: > Hello, > > Are there any features or addons that can help make ToDo lists in MoinMoin? (Or other project management tools..) > > Thank you > :) > > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -------------- next part -------------- A non-text attachment was scrubbed... Name: project_detail.png Type: image/png Size: 173964 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: project_overview.png Type: image/png Size: 179928 bytes Desc: not available URL: From berankin99 at yahoo.com Tue Feb 3 19:50:59 2009 From: berankin99 at yahoo.com (Bernard Rankin) Date: Tue, 3 Feb 2009 16:50:59 -0800 (PST) Subject: [Moin-user] to-do list? References: <233178.5562.qm@web112202.mail.gq1.yahoo.com> <4988A4D7.3010909@heavy.ch> Message-ID: <671956.39975.qm@web112211.mail.gq1.yahoo.com> > > ReimarBauer is at the moment developing some macro called > "CollectLists", witch should help you to manage some task... I added 2 > examples (screenshots) in the mail. > > see here: > http://hg.moinmo.in/moin/1.7-extensions/file/tip/data/plugin/macro/CollectLists.py > > but be aware the macro is still in development.. > Thank you for the link... From eric at tibco.com Tue Feb 3 21:05:14 2009 From: eric at tibco.com (Eric Johnson) Date: Tue, 03 Feb 2009 18:05:14 -0800 Subject: [Moin-user] Xapian not indexing wiki page contents on 64-bit machines? In-Reply-To: <20090203182121.GA33791@darkover.inka.de> References: <498877B0.2090202@tibco.com> <20090203175156.GA33597@darkover.inka.de> <498886A0.7000506@tibco.com> <20090203182121.GA33791@darkover.inka.de> Message-ID: <4988F7DA.2050308@tibco.com> Hi Mela, Thanks for your help. Mela Eckenfels wrote: > On Tue, Feb 03, 2009 at 10:02:08AM -0800, Eric Johnson wrote: > >> So I'm pretty certain that just an update won't fix my problem. I'll >> try the combination of xapian-1.0.10 and xapian-bindings-1.0.6, but I'm >> doubtful. >> > > Have you considered to rebuild the index from scratch? > Rebuilt the indices several times. No joy. OK. Further details. I put additional logging into the xapwrap.document.py file, and discovered that MoinMoin is counting exactly the exact same number of tokens for the same length of text on 32-bit vs. 64-bit, so it almost seems like something is wrong with the add_posting method - or the binding thereof. On a wiki with exactly one page (beyond the underlay), the log on the 32-bit and 64-bit machine that records the number of tokens being register looks the same, but searching for the one piece of unique content on that one page doesn't work on the 64-bit implementation, but does work on the 32-bit implementation. I did a diff of the resulting index files, and diff reports the files are different, although the sizes are the same. Presumably the Xapian generated index files should be the same? Or are they intentionally different on 64-bit vs 32-bit machines? > > >> What distribution of xapian are you using the version # for >> xapian-bindings "1.0.6_1" may indicate that someone provided a patch >> along the way to make it work. Perhaps I need that patch that is the >> delta between 1.0.6 and 1.0.6_1? >> > > I'm working with FreeBSD and FreeBSD-Portsystem here. The comment on > the last update is just: "- Chase databases/xapian-core update" > Thanks for identifying that - I looked the FreeBSD system, and didn't see any patches there, so that's a dead end. Any further ideas? -Eric. From Dennis.Benzinger at gmx.net Wed Feb 4 14:19:19 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Wed, 04 Feb 2009 20:19:19 +0100 Subject: [Moin-user] Supplementation pages missing on MoinMoinFeatures Message-ID: <4989EA37.504@gmx.net> Hi! On MoinMoinFeatures the supplementation pages (discussion pages) feature is missing. I couldn't add it because the page is protected. Can somebody with the needed permissions please add it? Thanks, Dennis Benzinger From tw-public at gmx.de Sun Feb 8 14:36:53 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 08 Feb 2009 20:36:53 +0100 Subject: [Moin-user] moin 1.8.2 released! Message-ID: <1234121813.8801.1.camel@black.firma.waldmann-edv.de> 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 master18, see: http://moinmo.in/MoinDev/Translation - your work will get into 1.8.3 release then. For bigger work, also consider contributing to the master19 wiki. From waqas805 at hotmail.com Mon Feb 9 05:07:23 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 9 Feb 2009 11:07:23 +0100 Subject: [Moin-user] sspi_Authentication Message-ID: Hi, I have two instance in moinmoin. One is called Supwiki and other is QMwiki. But i have only mod_auth_sspi cofiguration for my supwiki. # Configuration for mod_auth_sspi AuthName "A Protected TestWiki" AuthType SSPI SSPIAuth On SSPIAuthoritative On SSPIOfferBasic On SSPIBasicPreferred Off # SSPIUsernameCase lower require valid-user # SSPIDomain SSPIOmitDomain Off How can i set location () for 2nd instance. Thanks Best Regards, Waqas Ahmad _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqas805 at hotmail.com Mon Feb 9 05:40:16 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 9 Feb 2009 11:40:16 +0100 Subject: [Moin-user] 2nd Instance Message-ID: Hi, I am using apache2.28(mod_auth_sspi) with mod_wsgi, and python2.5 with current version of moinoin. Can you please tell me how can i create 2nd instance in my current moinmoin. and how can i configure it step by step(e.g: apache,mod_auth_sspi, mod_wsgi, wikiconfig). I shall be really thankful to you. Best Regards, Waqas Ahmad _________________________________________________________________ Show them the way! Add maps and directions to your party invites. http://www.microsoft.com/windows/windowslive/events.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From mela at darkover.inka.de Mon Feb 9 05:44:43 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Mon, 9 Feb 2009 11:44:43 +0100 Subject: [Moin-user] 2nd Instance In-Reply-To: References: Message-ID: <20090209104443.GA58412@darkover.inka.de> Hello, On Mon, Feb 09, 2009 at 11:40:16AM +0100, waqas ahmad wrote: > I am using apache2.28(mod_auth_sspi) with mod_wsgi, and python2.5 with current version of moinoin. Can you please tell me how can i create 2nd instance in my current moinmoin. and how can i configure it step by step(e.g: apache,mod_auth_sspi, mod_wsgi, wikiconfig). http://moinmo.in/HelpOnInstalling/WikiInstanceCreation Kind regards, Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ 01000111 01100101 01100101 01101011 01110011 01110101 01101110 01101001 01110100 01100101 00100001 From waqas805 at hotmail.com Mon Feb 9 09:00:19 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 9 Feb 2009 15:00:19 +0100 Subject: [Moin-user] update from180 to 182 Message-ID: Hi, I am upgrading my moinmoin 180 to moinmoin182. I am superuser and i have one AdminGroup page under data\pages. I have added my self also on that page and i also added this acl_AdminGroup under my wikiconfig.py. Its mean that i am superuser and i have also admin rights. I am running this moinmoin apache2.8 with sspi authentication and mod_wsgi with python25. I am facing following problem. when i go to my wiki url, i give my username and password then wikipage loaded and show that "you are not allowed to view this page": its wonder that i am superuser and have admin rights, then why not. I can see my moinmoin pages when i add myself under wikiconfig.py as admin. like acl_rights_before = u"AdminGroup,Ahmad:read,write,delete,revert,admin" i am not understanding that why moinmoin182 is not taking my name from "AdminGroup page". Can you tell me what is problem, i shall be thankful to you really. Best Regards, Waqas Ahmad _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: From joelegner at gmail.com Mon Feb 9 20:43:04 2009 From: joelegner at gmail.com (Joe Legner) Date: Mon, 9 Feb 2009 19:43:04 -0600 Subject: [Moin-user] Configure so as to hide index.cgi Message-ID: <409a123e0902091743p240e7766j26056ed4ced0f150@mail.gmail.com> Hello, I am new to this mailing list and hopefully am asking this correctly. I am running MoinMoin 1.8.1 on Webfaction, which runs under Apache (.htaccess only). My main script is named index.cgi. Currently index.cgi appears in all urls: http://www.mysite.com/index.cgi/FrontPage http://www.mysite.com/index.cgi/RecentChanges http://www.mysite.com/index.cgi/HelpContents What I want to know is how to configure either MoinMoin or .htaccess so I get the following: http://www.mysite.com/FrontPage http://www.mysite.com/RecentChanges http://www.mysite.com/HelpContents I have configured .htaccess using mod_rewrite so that I can type the urls as shown; however, all links on the page still show the index.cgi. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bradeyh at gmail.com Tue Feb 10 02:05:48 2009 From: bradeyh at gmail.com (Bradey Honsinger) Date: Mon, 9 Feb 2009 23:05:48 -0800 Subject: [Moin-user] Configure so as to hide index.cgi In-Reply-To: <409a123e0902091743p240e7766j26056ed4ced0f150@mail.gmail.com> References: <409a123e0902091743p240e7766j26056ed4ced0f150@mail.gmail.com> Message-ID: <8d89d5920902092305x7e8cae6eke59b9f58c40ab2e2@mail.gmail.com> On Mon, Feb 9, 2009 at 5:43 PM, Joe Legner wrote: > I am running MoinMoin 1.8.1 on Webfaction, which runs under > Apache (.htaccess only). My main script is named index.cgi. > > Currently index.cgi appears in all urls: > > http://www.mysite.com/index.cgi/FrontPage > > What I want to know is how to configure either MoinMoin or .htaccess so I > get the following: > > http://www.mysite.com/FrontPage I'm running MoinMoin on Webfaction as well, and doing the same thing. You're most of the way there--you just need to updated the properties line in index.cgi: http://forum.webfaction.com/viewtopic.php?pid=6118#p6118 On Moin 1.7.3, it looks like this: ======== --- index.cgi~ 2008-11-22 01:08:38.000000000 -0600 +++ index.cgi 2008-11-22 02:06:33.000000000 -0600 @@ -43,7 +43,7 @@ # Properties # Allow overriding any request property by the value defined in # this dict e.g properties = {'script_name': '/mywiki'}. - ## properties = {} + properties = {'script_name': '/'} # Hotshot profile (default commented) ## hotshotProfile = name + '.prof' ======== - Bradey From xengelpublicx at gmail.com Tue Feb 10 03:08:50 2009 From: xengelpublicx at gmail.com (Vladimir Elizarov) Date: Tue, 10 Feb 2009 11:08:50 +0300 Subject: [Moin-user] one template for create page Message-ID: <49913612.8080108@gmail.com> Hello! I created a page TestCalendar, create a template DateCalendar. You can do so that all create pages with TestCalendar / (eg TestCalendar/2009-02-12) had to create only one template (DateCalendar), or automatically created from this template? From toddobryan at gmail.com Tue Feb 10 09:39:43 2009 From: toddobryan at gmail.com (Todd O'Bryan) Date: Tue, 10 Feb 2009 09:39:43 -0500 Subject: [Moin-user] ACL problems on upgrade Message-ID: <904774730902100639m3ba49be7sb89d65da008b0829@mail.gmail.com> Users in a group used to be able to edit pages, but since an upgrade all the pages are listed as immutable for anyone in the group. I have all my users in a MembersGroup page and here are my settings in farmconfig.py: # IMPORTANT: grant yourself admin rights! replace YourName with # your user name. See HelpOnAccessControlLists for more help. # All acl_rights_xxx options must use unicode [Unicode] acl_rights_before = u"ToddOBryan:read,write,delete,revert,admin MembersGroup:read,write,revert" acl_rights_default = u"All:read" page_group_regex = u'[a-z]Group$' Where do I start troubleshooting this? Thanks, Todd P.S. I get the digest, so if you could reply to me--in addition to the group--I'd appreciate it. From tw-public at gmx.de Tue Feb 10 10:22:04 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 10 Feb 2009 16:22:04 +0100 Subject: [Moin-user] ACL problems on upgrade In-Reply-To: <904774730902100639m3ba49be7sb89d65da008b0829@mail.gmail.com> References: <904774730902100639m3ba49be7sb89d65da008b0829@mail.gmail.com> Message-ID: <1234279325.19404.2.camel@black.firma.waldmann-edv.de> > Where do I start troubleshooting this? In docs/CHANGES (search for HINT or page_*_regex). From mail at heavy.ch Tue Feb 10 12:30:01 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Tue, 10 Feb 2009 18:30:01 +0100 Subject: [Moin-user] Configure so as to hide index.cgi In-Reply-To: <409a123e0902091743p240e7766j26056ed4ced0f150@mail.gmail.com> References: <409a123e0902091743p240e7766j26056ed4ced0f150@mail.gmail.com> Message-ID: <4991B999.8030201@heavy.ch> Joe Legner schrieb: > Hello, I am new to this mailing list and hopefully am asking this > correctly. I am running MoinMoin 1.8.1 on Webfaction, which runs under > Apache (.htaccess only). My main script is named index.cgi. > hi btw cgi is slow; but lucky webfaction also offer to running an own apache with mod_wsgi behind.. it even works with the lowest memory 80mb limit just tweak your apache/wsgi with serverlimit, to restart after a few hundred requests and going down after some idle time. and move the static stuff to some not counting (for mem usage) cgi/php stuff. i'm running this with 120mb mem limit and stay mostly under 80mb for only 80mb i would decrease the process to 2 or 1 and maby set the max request to 500. WSGIDaemonProcess daemonwiki user=lotek group=lotek processes=3 threads=12 maximum-requests=1000 inactivity-timeout=300 well just some touches. but for me is this the more flexible way.. and i love the guys from webfaction to give me a full ssh access with my own compiled and installed toolos (like xapian search) bye marcel > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From joelegner at gmail.com Tue Feb 10 15:37:08 2009 From: joelegner at gmail.com (Joe Legner) Date: Tue, 10 Feb 2009 14:37:08 -0600 Subject: [Moin-user] Configure so as to hide index.cgi In-Reply-To: <8d89d5920902092305x7e8cae6eke59b9f58c40ab2e2@mail.gmail.com> References: <409a123e0902091743p240e7766j26056ed4ced0f150@mail.gmail.com> <8d89d5920902092305x7e8cae6eke59b9f58c40ab2e2@mail.gmail.com> Message-ID: <409a123e0902101237o2ed66b80l50554500d4bb0c3c@mail.gmail.com> On Tue, Feb 10, 2009 at 1:05 AM, Bradey Honsinger wrote: > On Mon, Feb 9, 2009 at 5:43 PM, Joe Legner wrote: > > I am running MoinMoin 1.8.1 on Webfaction, which runs under > > Apache (.htaccess only). My main script is named index.cgi. > > > > Currently index.cgi appears in all urls: > > > > http://www.mysite.com/index.cgi/FrontPage > > > > What I want to know is how to configure either MoinMoin or .htaccess so I > > get the following: > > > > http://www.mysite.com/FrontPage > > I'm running MoinMoin on Webfaction as well, and doing the same thing. > You're most of the way there--you just need to updated the properties > line in index.cgi: > > http://forum.webfaction.com/viewtopic.php?pid=6118#p6118 > > On Moin 1.7.3, it looks like this: > > ======== > --- index.cgi~ 2008-11-22 01:08:38.000000000 -0600 > +++ index.cgi 2008-11-22 02:06:33.000000000 -0600 > @@ -43,7 +43,7 @@ > # Properties > # Allow overriding any request property by the value defined in > # this dict e.g properties = {'script_name': '/mywiki'}. > - ## properties = {} > + properties = {'script_name': '/'} > > # Hotshot profile (default commented) > ## hotshotProfile = name + '.prof' > ======== > > - Bradey > Thanks, that did the trick! I hade previously tried 'script_alias' on a hunch, but it didn't work. Does anyone know where the properties options for the CgiConfig class are documented? I cannot find that for the life of me. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bradeyh at gmail.com Tue Feb 10 15:56:03 2009 From: bradeyh at gmail.com (Bradey Honsinger) Date: Tue, 10 Feb 2009 12:56:03 -0800 Subject: [Moin-user] Configure so as to hide index.cgi In-Reply-To: <409a123e0902101237o2ed66b80l50554500d4bb0c3c@mail.gmail.com> References: <409a123e0902091743p240e7766j26056ed4ced0f150@mail.gmail.com> <8d89d5920902092305x7e8cae6eke59b9f58c40ab2e2@mail.gmail.com> <409a123e0902101237o2ed66b80l50554500d4bb0c3c@mail.gmail.com> Message-ID: <8d89d5920902101256k16e0e0ear27b6a32852dddbf0@mail.gmail.com> On Tue, Feb 10, 2009 at 12:37 PM, Joe Legner wrote: > Does anyone know where the properties options for the CgiConfig class are > documented? I cannot find that for the life of me. It's not documented, but it's not used for anything else (at least that I could find). There's a note in HelpOnInstalling/ApacheOnLinux that talked about setting script_name, but it was for pre-1.7 moin.cgi. I updated MoinMaster 1.8: http://master18.moinmo.in/HelpOnInstalling/ApacheOnLinux#Configure_moin.cgi-1 If you're interested, you can dig into the source, starting with MoinMoin/server/server_cgi.py; the short story is that the properties set in moin.cgi end up as properties of the Request object, so you can change just about anything--there's no reasonable way to document all of the possibilities. In practice, it doesn't seem to be used for anything other than overriding the script_name provided by the server. - Bradey From lists at iDIAcomputing.com Tue Feb 10 23:08:44 2009 From: lists at iDIAcomputing.com (George Dinwiddie) Date: Tue, 10 Feb 2009 23:08:44 -0500 Subject: [Moin-user] ACL problems on upgrade In-Reply-To: <904774730902100639m3ba49be7sb89d65da008b0829@mail.gmail.com> References: <904774730902100639m3ba49be7sb89d65da008b0829@mail.gmail.com> Message-ID: <49924F4C.5050702@iDIAcomputing.com> Todd O'Bryan wrote: > Users in a group used to be able to edit pages, but since an upgrade > all the pages are listed as immutable for anyone in the group. > > I have all my users in a MembersGroup page and here are my settings in > farmconfig.py: > > # IMPORTANT: grant yourself admin rights! replace YourName with > # your user name. See HelpOnAccessControlLists for more help. > # All acl_rights_xxx options must use unicode [Unicode] > acl_rights_before = u"ToddOBryan:read,write,delete,revert,admin > MembersGroup:read,write,revert" > acl_rights_default = u"All:read" > page_group_regex = u'[a-z]Group$' > > Where do I start troubleshooting this? It's been a long while since I fiddled with ACLs, but your page_group_regex doesn't seem to include capital letters other than the G in Group. Is this correct? If so, what about the M in Members? Would page_group_regex = u'[A-Z][a-z]*Group$' be more appropriate? - George -- ---------------------------------------------------------------------- * George Dinwiddie * http://blog.gdinwiddie.com Software Development http://www.idiacomputing.com Consultant and Coach http://www.agilemaryland.org ---------------------------------------------------------------------- From john.croson at ihbsonline.com Wed Feb 11 09:30:17 2009 From: john.croson at ihbsonline.com (John Croson) Date: Wed, 11 Feb 2009 08:30:17 -0600 Subject: [Moin-user] ACL's Message-ID: <1234362617.4463.25.camel@ibspc34.myibs-inc.com> I've an interesting issue with ACL's, as they don't appear to be working the way I think they should. acl_hierarchic is set to True in my config. I set an #acl with users allowed to read,write on a page. Link pages from that one, and default acl's allow anyone to view children. Why? John Croson Information Technology Manager Integrated Healthcare Business Solutions 9875 South Franklin Drive Franklin, WI 53132 ihbsonline.com john.croson at ihbsonline.com v 414.858.2209 f 414.858.2260 E-MAIL CONFIDENTIALITY DISCLAIMER: This message is confidential, and may contain highly sensitive information that is intended only for the named recipient(s), which is privileged or exempt from disclosure under applicable laws. If this e-mail has reached you in error, you are notified that the dissemination, distribution or copying of this message is strictly prohibited. If such is the case, please notify the sender via e-mail address or telephone number (414) 858-2200 and destroy this document immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ihbs.png Type: image/png Size: 11974 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From waqas805 at hotmail.com Wed Feb 11 11:11:35 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Wed, 11 Feb 2009 17:11:35 +0100 Subject: [Moin-user] SSPI authentication Message-ID: Hi, I have question regarding to sspi authentication. i am using same authentication method for my two moinmoin wiki..one is completely installed on my local computer and other is installed on our main server machine. and i am using same configuration for both moinmoin wikis. # Configuration for mod_auth_sspi AuthName "A Protected supwiki" AuthType SSPI SSPIAuth On SSPIAuthoritative On SSPIOfferBasic On SSPIBasicPreferred Off # SSPIUsernameCase lower require valid-user SSPIOmitDomain On # End of mod_auth_sspi. when i access my wiki with iexplorer, which i installed on my local computer, always give me first login window, where i have to give user name and password for authentication.and then i can see my wiki front page. But when i access my other wiki, which is installed on our main server, it never gives the login window, it simply show the main wiki page. i think, it is working like SingleSignOn. when the config is same for both wikis then why one gives the pop-up login window and other not. Best Regards, Waqas Ahmad _________________________________________________________________ Show them the way! Add maps and directions to your party invites. http://www.microsoft.com/windows/windowslive/products/events.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Wed Feb 11 11:28:15 2009 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 11 Feb 2009 17:28:15 +0100 Subject: [Moin-user] ACL problems on upgrade In-Reply-To: <49924F4C.5050702@iDIAcomputing.com> References: <904774730902100639m3ba49be7sb89d65da008b0829@mail.gmail.com> <49924F4C.5050702@iDIAcomputing.com> Message-ID: George Dinwiddie schrieb: > Todd O'Bryan wrote: >> Users in a group used to be able to edit pages, but since an upgrade >> all the pages are listed as immutable for anyone in the group. >> >> I have all my users in a MembersGroup page and here are my settings in >> farmconfig.py: >> >> # IMPORTANT: grant yourself admin rights! replace YourName with >> # your user name. See HelpOnAccessControlLists for more help. >> # All acl_rights_xxx options must use unicode [Unicode] >> acl_rights_before = u"ToddOBryan:read,write,delete,revert,admin >> MembersGroup:read,write,revert" >> acl_rights_default = u"All:read" >> page_group_regex = u'[a-z]Group$' >> >> Where do I start troubleshooting this? > > It's been a long while since I fiddled with ACLs, but your > page_group_regex doesn't seem to include capital letters other than the > G in Group. Is this correct? If so, what about the M in Members? Would > > page_group_regex = u'[A-Z][a-z]*Group$' This syntax is completly wrong. We have had a change and it is described in CHANGES ur'(?P(?P\S+)Group)' after changing you have to clean the cache before you start the server process again. please read other HINTS too. cheers Reimar > > be more appropriate? > > - George > From rick.vanderveer at gmail.com Wed Feb 11 11:54:08 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 11 Feb 2009 10:54:08 -0600 Subject: [Moin-user] SSPI authentication In-Reply-To: References: Message-ID: <5c39e1ca0902110854q1feb99b9g8b70b8b7e10c1b8f@mail.gmail.com> Hey Waqas, It sounds like something is wrong with your apache configuration, because it should prompt for login authentication before *anything* else happens. For example, even if your moin installation was completely screwed up and throwing errors, Apache would *still* prompt for your login before moin/python even entered the picture. Carefully go over your Apache httpd.conf file looking for typo's, etc. I'm sure you'll find it. -Rick On Wed, Feb 11, 2009 at 10:11 AM, waqas ahmad wrote: > > > > Hi, > > I have question regarding to sspi authentication. i am using same > authentication method for my two moinmoin wiki..one is completely installed > on my local computer and other is installed on our main server machine. and > i am using same configuration for both moinmoin wikis. > > > # Configuration for mod_auth_sspi > > > > > > AuthName "A Protected supwiki" > > AuthType SSPI > > SSPIAuth On > > SSPIAuthoritative On > > SSPIOfferBasic On > > SSPIBasicPreferred Off > > # SSPIUsernameCase lower > > require valid-user > > SSPIOmitDomain On > > > > > > # End of mod_auth_sspi. > > > when i access my wiki with iexplorer, which i installed on my local > computer, always give me first login window, where i have to give user name > and password for authentication.and then i can see my wiki front page. > > But when i access my other wiki, which is installed on our main server, it > never gives the login window, it simply show the main wiki page. i think, > it is working like SingleSignOn. > > when the config is same for both wikis then why one gives the pop-up login > window and other not. > > Best Regards, > > Waqas Ahmad > > > ------------------------------ > See all the ways you can stay connected to friends and family > > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > _______________________________________________ > 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 cmac at mit.edu Wed Feb 11 12:08:15 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Wed, 11 Feb 2009 12:08:15 -0500 Subject: [Moin-user] Changing navibar behavior Message-ID: <95da30590902110908x534f880ahb95f1967cb5ae788@mail.gmail.com> Hi folks - I'm using MoinMoin to run a non-wiki website, and I would like to customize the behavior of the navibar. In particular, I would like for the current page NOT to be added to the navibar if it is not already in the navibar. I am comfortable (ish) with python, html, css, etc., but I'm not sure which file to modify. Can someone point me in the right direction? Thanks! Best, Chris MacMinn -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjmatthews1 at rcn.com Wed Feb 11 12:24:05 2009 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Wed, 11 Feb 2009 12:24:05 -0500 Subject: [Moin-user] Cannot create new page Moin 1.8 Message-ID: <499309B5.6060304@rcn.com> Upgraded to Moin 1.8. Now cannot create new page. Create Link, click on it and see: Action bar disappears.. Display: This page does not exist yet. You can create new empty page...blah,blah Action(edit,Create new empty page) || Page Templates: || Existing pages with similar names: || || EditTemplates || LikePages((none)) || Pleas help! Users wonder what is going on... thanks From rick.vanderveer at gmail.com Wed Feb 11 12:29:29 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 11 Feb 2009 11:29:29 -0600 Subject: [Moin-user] Cannot create new page Moin 1.8 In-Reply-To: <499309B5.6060304@rcn.com> References: <499309B5.6060304@rcn.com> Message-ID: <5c39e1ca0902110929y61647516w172994cd9fa233cd@mail.gmail.com> Hey Michael, It sounds like you didn't copy over the new 'underlay' directory (assuming you are upgrading from 1.5 or earlier). Do that, restart the service/process, and you should be in good shape! -Rick On Wed, Feb 11, 2009 at 11:24 AM, Michael Matthews wrote: > Upgraded to Moin 1.8. Now cannot create new page. Create Link, click on > it and see: > > Action bar disappears.. > Display: > This page does not exist yet. You can create new empty page...blah,blah > > Action(edit,Create new empty page) > || Page Templates: || Existing pages with similar names: || > || EditTemplates || LikePages((none)) || > > > Pleas help! Users wonder what is going on... > > thanks > > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > _______________________________________________ > 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 moinmoin at sheep.art.pl Wed Feb 11 12:27:58 2009 From: moinmoin at sheep.art.pl (Radomir Dopieralski) Date: Wed, 11 Feb 2009 18:27:58 +0100 Subject: [Moin-user] Cannot create new page Moin 1.8 In-Reply-To: <499309B5.6060304@rcn.com> References: <499309B5.6060304@rcn.com> Message-ID: <20090211172758.GB1536@wmid.amu.edu.pl.edu> Wed, Feb 11, 2009 at 12:24:05PM -0500: > Upgraded to Moin 1.8. Now cannot create new page. Create Link, click on > it and see: > > Action bar disappears.. > Display: > This page does not exist yet. You can create new empty page...blah,blah > > Action(edit,Create new empty page) > || Page Templates: || Existing pages with similar names: || > || EditTemplates || LikePages((none)) || > > > Pleas help! Users wonder what is going on... Please don't forget to also upgrade the underlay directory. -- Radomir Dopieralski, http://sheep.art.pl From cmac at mit.edu Wed Feb 11 12:59:52 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Wed, 11 Feb 2009 12:59:52 -0500 Subject: [Moin-user] Changing navibar behavior In-Reply-To: <20090211172547.GA1536@wmid.amu.edu.pl.edu> References: <95da30590902110908x534f880ahb95f1967cb5ae788@mail.gmail.com> <20090211172547.GA1536@wmid.amu.edu.pl.edu> Message-ID: <95da30590902110959h63884f5ck8f40b5cd7a47e029@mail.gmail.com> I grabbed the sidebar function definition from gugiel.py, but I don't understand where the sidebar comes from -- do I need to create my own HTML file named sidebar.html and stick it somewhere? - Chris On Wed, Feb 11, 2009 at 12:25 PM, Radomir Dopieralski wrote: > Wed, Feb 11, 2009 at 12:08:15PM -0500: > > Hi folks - > > > > I'm using MoinMoin to run a non-wiki website, and I would like to > customize > > the behavior of the navibar. In particular, I would like for the current > > page NOT to be added to the navibar if it is not already in the navibar. > I > > am comfortable (ish) with python, html, css, etc., but I'm not sure which > > file to modify. Can someone point me in the right direction? > > You could try replacing the navibar with the sidebar taken from Mandarin > or Gugiel themes -- I find them much more flexible and useful for static > non-wiki sites, plus you can edit them from the wiki itself. > > -- > Radomir Dopieralski, http://sheep.art.pl > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjmatthews1 at rcn.com Wed Feb 11 13:09:43 2009 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Wed, 11 Feb 2009 13:09:43 -0500 Subject: [Moin-user] Cannot create new page Moin 1.8 In-Reply-To: <5c39e1ca0902110929y61647516w172994cd9fa233cd@mail.gmail.com> References: <499309B5.6060304@rcn.com> <5c39e1ca0902110929y61647516w172994cd9fa233cd@mail.gmail.com> Message-ID: <49931467.6090900@rcn.com> How do I do that? Wasn't aware of any processes associated with Moin. am using cgi. I though I did install/upgrade as prescribed and have been running for a couple of months so I cannot roll back. thanks for response. Rick Vanderveer wrote: > Hey Michael, > It sounds like you didn't copy over the new 'underlay' directory > (assuming you are upgrading from 1.5 or earlier). > > Do that, restart the service/process, and you should be in good shape! > > -Rick > > > On Wed, Feb 11, 2009 at 11:24 AM, Michael Matthews > > wrote: > > Upgraded to Moin 1.8. Now cannot create new page. Create Link, > click on > it and see: > > Action bar disappears.. > Display: > This page does not exist yet. You can create new empty > page...blah,blah > > Action(edit,Create new empty page) > || Page Templates: || Existing pages with similar names: || > || EditTemplates || LikePages((none)) > || > > > Pleas help! Users wonder what is going on... > > thanks > From rick.vanderveer at gmail.com Wed Feb 11 13:23:51 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 11 Feb 2009 12:23:51 -0600 Subject: [Moin-user] Cannot create new page Moin 1.8 In-Reply-To: <49931467.6090900@rcn.com> References: <499309B5.6060304@rcn.com> <5c39e1ca0902110929y61647516w172994cd9fa233cd@mail.gmail.com> <49931467.6090900@rcn.com> Message-ID: <5c39e1ca0902111023s675c5eaau22967482d898af50@mail.gmail.com> Oh, sorry, I assumed you'd be running mod_wsgi or FastCGI or similar. Those services stay loaded in memory, so your wiki will have dramatically faster performance. If you're using Moin with just standard CGI, or running as DesktopEdition, then you have no worries! :-) -Rick On Wed, Feb 11, 2009 at 12:09 PM, Michael Matthews wrote: > How do I do that? Wasn't aware of any processes associated with Moin. am > using cgi. I though I did install/upgrade as prescribed and have been > running for a couple of months so I cannot roll back. > > thanks for response. > > Rick Vanderveer wrote: > > Hey Michael, > > It sounds like you didn't copy over the new 'underlay' directory > > (assuming you are upgrading from 1.5 or earlier). > > > > Do that, restart the service/process, and you should be in good shape! > > > > -Rick > > > > > > On Wed, Feb 11, 2009 at 11:24 AM, Michael Matthews > > > wrote: > > > > Upgraded to Moin 1.8. Now cannot create new page. Create Link, > > click on > > it and see: > > > > Action bar disappears.. > > Display: > > This page does not exist yet. You can create new empty > > page...blah,blah > > > > Action(edit,Create new empty page) > > || Page Templates: || Existing pages with similar names: || > > || EditTemplates || LikePages((none)) > > || > > > > > > Pleas help! Users wonder what is going on... > > > > thanks > > > > > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with > Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code > to > build responsive, highly engaging applications that combine the power of > local > resources and data with the reach of the web. Download the Adobe AIR SDK > and > Ajax docs to start building applications today- > http://p.sf.net/sfu/adobe-com > _______________________________________________ > 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 mail at heavy.ch Wed Feb 11 13:36:50 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Wed, 11 Feb 2009 19:36:50 +0100 Subject: [Moin-user] Changing navibar behavior In-Reply-To: <95da30590902110959h63884f5ck8f40b5cd7a47e029@mail.gmail.com> References: <95da30590902110908x534f880ahb95f1967cb5ae788@mail.gmail.com> <20090211172547.GA1536@wmid.amu.edu.pl.edu> <95da30590902110959h63884f5ck8f40b5cd7a47e029@mail.gmail.com> Message-ID: <49931AC2.9000204@heavy.ch> Christopher MacMinn schrieb: > I grabbed the sidebar function definition from gugiel.py, but I don't > understand where the sidebar comes from -- do I need to create my own > HTML file named sidebar.html and stick it somewhere? the sidebar itself is another wiki page. so you can add to your current page a pragma command like "#pragma sidebar MySideBar and then create a new page named MySideBar. This wiki page "MySideBar" will be now included in your page (with the pragma). sometimes you can also define a default sidebar. just create a page called "SideBar" and this page will be displayed/included on every single wiki page. hope it helps bye Marcel > > - Chris > > > On Wed, Feb 11, 2009 at 12:25 PM, Radomir Dopieralski > wrote: > > Wed, Feb 11, 2009 at 12:08:15PM -0500: > > Hi folks - > > > > I'm using MoinMoin to run a non-wiki website, and I would like to > customize > > the behavior of the navibar. In particular, I would like for the > current > > page NOT to be added to the navibar if it is not already in the > navibar. I > > am comfortable (ish) with python, html, css, etc., but I'm not > sure which > > file to modify. Can someone point me in the right direction? > > You could try replacing the navibar with the sidebar taken from Mandarin > or Gugiel themes -- I find them much more flexible and useful for static > non-wiki sites, plus you can edit them from the wiki itself. > > -- > Radomir Dopieralski, http://sheep.art.pl > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From cmac at mit.edu Wed Feb 11 13:55:06 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Wed, 11 Feb 2009 13:55:06 -0500 Subject: [Moin-user] Changing navibar behavior In-Reply-To: <49931AC2.9000204@heavy.ch> References: <95da30590902110908x534f880ahb95f1967cb5ae788@mail.gmail.com> <20090211172547.GA1536@wmid.amu.edu.pl.edu> <95da30590902110959h63884f5ck8f40b5cd7a47e029@mail.gmail.com> <49931AC2.9000204@heavy.ch> Message-ID: <95da30590902111055s7cff2626tfc56b35e1d337e78@mail.gmail.com> > > >>> I'm using MoinMoin to run a non-wiki website, and I would like to > >>> customize the behavior of the navibar. In particular, I would like for > >>> the current page NOT to be added to the navibar if it is not already > >>> in the navibar. I am comfortable (ish) with python, html, css, etc., > >>> but I'm not sure which file to modify. Can someone point me in the > right direction? > >> > >> You could try replacing the navibar with the sidebar taken from Mandarin > >> or Gugiel themes -- I find them much more flexible and useful for static > >> non-wiki sites, plus you can edit them from the wiki itself. > > > > I grabbed the sidebar function definition from gugiel.py, but I don't > > understand where the sidebar comes from -- do I need to create my own > > HTML file named sidebar.html and stick it somewhere? > > the sidebar itself is another wiki page. so you can add to your current > page a pragma command like "#pragma sidebar MySideBar and then create a > new page named MySideBar. This wiki page "MySideBar" will be now > included in your page (with the pragma). sometimes you can also define a > default sidebar. just create a page called "SideBar" and this page will > be displayed/included on every single wiki page. > Ah, I see -- thanks! I may do this sometime down the road... As it turns out, I stumbled upon a much simpler method for now: navibar items specified in wikiconfig.py are created as
  • elements with class "wikilink" -- if the current page is one of these, it also gets the class "current"; if not, a new
  • item is added with the class "current" but NOT the class "wikilink". Because of this, the following CSS rules do a fine job of keeping the unwanted items out of the navibar: ... ul#navibar li { display: none; } ul#navibar li.wikilink { display: inline; } ... Thanks for your help! Best, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjmatthews1 at rcn.com Wed Feb 11 13:57:47 2009 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Wed, 11 Feb 2009 13:57:47 -0500 Subject: [Moin-user] Cannot create new page Moin 1.8 In-Reply-To: <20090211172758.GB1536@wmid.amu.edu.pl.edu> References: <499309B5.6060304@rcn.com> <20090211172758.GB1536@wmid.amu.edu.pl.edu> Message-ID: <49931FAB.6030603@rcn.com> Radomir Dopieralski wrote: > Wed, Feb 11, 2009 at 12:24:05PM -0500: > >> Upgraded to Moin 1.8. Now cannot create new page. Create Link, click on >> it and see: >> >> Action bar disappears.. >> Display: >> This page does not exist yet. You can create new empty page...blah,blah >> >> Action(edit,Create new empty page) >> || Page Templates: || Existing pages with similar names: || >> || EditTemplates || LikePages((none)) || >> >> >> Pleas help! Users wonder what is going on... >> > > Please don't forget to also upgrade the underlay directory. > > I did the wiki upgrade months ago. How can I fix or upgrade the underlay directory? I ran this.. moin --config-dir= --wiki-url= migration data So I have to do this? moin --config-dir= --wiki-url= migration underlay From mjmatthews1 at rcn.com Wed Feb 11 14:57:50 2009 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Wed, 11 Feb 2009 14:57:50 -0500 Subject: [Moin-user] Cannot create new page Moin 1.8 In-Reply-To: <49931FAB.6030603@rcn.com> References: <499309B5.6060304@rcn.com> <20090211172758.GB1536@wmid.amu.edu.pl.edu> <49931FAB.6030603@rcn.com> Message-ID: <49932DBE.6020406@rcn.com> Never mind, I just replaced old underlay directory with 1.8 underlay directory. Michael Matthews wrote: > Radomir Dopieralski wrote: > >> Wed, Feb 11, 2009 at 12:24:05PM -0500: >> >> >>> Upgraded to Moin 1.8. Now cannot create new page. Create Link, click on >>> it and see: >>> >>> Action bar disappears.. >>> Display: >>> This page does not exist yet. You can create new empty page...blah,blah >>> >>> Action(edit,Create new empty page) >>> || Page Templates: || Existing pages with similar names: || >>> || EditTemplates || LikePages((none)) || >>> >>> >>> Pleas help! Users wonder what is going on... >>> >>> >> Please don't forget to also upgrade the underlay directory. >> >> >> > I did the wiki upgrade months ago. How can I fix or upgrade the underlay > directory? > I ran this.. > moin --config-dir= --wiki-url= migration data > > So I have to do this? > moin --config-dir= --wiki-url= migration underlay > > > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > From i92matsk at yahoo.com Wed Feb 11 15:39:25 2009 From: i92matsk at yahoo.com (Mattias Skarin) Date: Wed, 11 Feb 2009 12:39:25 -0800 (PST) Subject: [Moin-user] Adding wiki without restarting Apache Message-ID: <494111.26310.qm@web30206.mail.mud.yahoo.com> Currently I need a ScriptAlias entry for every new wiki added in httpd.conf. This in turns requires an Apache restart. Is there any way around this? All ideas welcome.. Thanks Mattias From rvandolson at esri.com Wed Feb 11 15:48:14 2009 From: rvandolson at esri.com (Ray Van Dolson) Date: Wed, 11 Feb 2009 12:48:14 -0800 Subject: [Moin-user] Adding wiki without restarting Apache In-Reply-To: <494111.26310.qm@web30206.mail.mud.yahoo.com> References: <494111.26310.qm@web30206.mail.mud.yahoo.com> Message-ID: <20090211204809.GA31368@esri.com> On Wed, Feb 11, 2009 at 12:39:25PM -0800, Mattias Skarin wrote: > Currently I need a ScriptAlias entry for every new > wiki added in httpd.conf. > > This in turns requires an Apache restart. Is there any > way around this? > > All ideas welcome.. You could use a combination of apachectl configtest and apachectl graceful. Per the man page this doesn't abort open connections. For a future solution that doesn't require any of the above, you could move the pertinent configuration information to an .htaccess file. Ray From Vitaliy.Shchupak at deshaw.com Thu Feb 12 02:11:31 2009 From: Vitaliy.Shchupak at deshaw.com (Shchupak, Vitaliy) Date: Thu, 12 Feb 2009 02:11:31 -0500 Subject: [Moin-user] Adding wiki without restarting Apache In-Reply-To: <494111.26310.qm@web30206.mail.mud.yahoo.com> References: <494111.26310.qm@web30206.mail.mud.yahoo.com> Message-ID: <577A9B529B161647A7E166F7C8C394ED02214DA2@mailnyc3.nyc.deshaw.com> You could use mod_rewrite to achieve this. This example assumes you are using mod_python and your URLs are of the form http://hostname//PageName. You may need to adjust it slightly for CGI and different URL formats. 1. Create a `wiki-map.conf` file mapping a wikiname to a constant, eg: {{{ mywiki1 1 mywiki2 1 }}} 1. Add the apache configuration: {{{ RewriteMap wiki-map txt:/path/to/wiki-map.conf RewriteCond ${wiki-map:$1} =1 RewriteRule ^/([a-z]*)(/.*)?$ /path/to/moinmodpy.py$2 [L] }}} Now to add a new wiki, you would just add it to the wiki-map file, and apache will see that the file was updated and reloaded the changes. -Vitaliy -----Original Message----- From: Mattias Skarin [mailto:i92matsk at yahoo.com] Sent: Wednesday, February 11, 2009 3:39 PM To: moin-user at lists.sourceforge.net Subject: [Moin-user] Adding wiki without restarting Apache Currently I need a ScriptAlias entry for every new wiki added in httpd.conf. This in turns requires an Apache restart. Is there any way around this? All ideas welcome.. Thanks Mattias ------------------------------------------------------------------------ ------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From waqas805 at hotmail.com Thu Feb 12 02:53:51 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Thu, 12 Feb 2009 08:53:51 +0100 Subject: [Moin-user] SSPI authentication In-Reply-To: <5c39e1ca0902110854q1feb99b9g8b70b8b7e10c1b8f@mail.gmail.com> References: <5c39e1ca0902110854q1feb99b9g8b70b8b7e10c1b8f@mail.gmail.com> Message-ID: Hi, Thanks for quick reply. I have checked my httpd.conf file.The only difference in my wikis httpd.conf files is "port_difference". And i found the reason that why one wiki doesn't prompt the login window. you know when i running my apache on port:80, then it always prompt the login window.Now i changed the port (eg.2524), then it does not show any login window. it goes directly in the moinmoin pages. its really wonder. Can you tell me why this is happening..I shall be thankfull to you.... One thing more i want to ask. I want to online my wiki for my other branches and my customers. I am affraid that this authentication is not great.what you suggest me about authntication. Should i change to ldap authentication.Or is it ok? Best Regards, Waqas Ahmad Date: Wed, 11 Feb 2009 10:54:08 -0600Subject: Re: [Moin-user] SSPI authenticationFrom: rick.vanderveer at gmail.comTo: waqas805 at hotmail.comCC: moin-user at lists.sourceforge.netHey Waqas,It sounds like something is wrong with your apache configuration, because it should prompt for login authentication before *anything* else happens. For example, even if your moin installation was completely screwed up and throwing errors, Apache would *still* prompt for your login before moin/python even entered the picture.Carefully go over your Apache httpd.conf file looking for typo's, etc. I'm sure you'll find it.-Rick On Wed, Feb 11, 2009 at 10:11 AM, waqas ahmad wrote: Hi, I have question regarding to sspi authentication. i am using same authentication method for my two moinmoin wiki..one is completely installed on my local computer and other is installed on our main server machine. and i am using same configuration for both moinmoin wikis. # Configuration for mod_auth_sspi AuthName "A Protected supwiki" AuthType SSPI SSPIAuth On SSPIAuthoritative On SSPIOfferBasic On SSPIBasicPreferred Off # SSPIUsernameCase lower require valid-user SSPIOmitDomain On # End of mod_auth_sspi. when i access my wiki with iexplorer, which i installed on my local computer, always give me first login window, where i have to give user name and password for authentication.and then i can see my wiki front page. But when i access my other wiki, which is installed on our main server, it never gives the login window, it simply show the main wiki page. i think, it is working like SingleSignOn. when the config is same for both wikis then why one gives the pop-up login window and other not. Best Regards, Waqas Ahmad See all the ways you can stay connected to friends and family------------------------------------------------------------------------------Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)software. With Adobe AIR, Ajax developers can use existing skills and code tobuild responsive, highly engaging applications that combine the power of localresources and data with the reach of the web. Download the Adobe AIR SDK andAjax docs to start building applications today-http://p.sf.net/sfu/adobe-com_______________________________________________Moin-user mailing listMoin-user at lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/moin-user _________________________________________________________________ Drag n? drop?Get easy photo sharing with Windows Live? Photos. http://www.microsoft.com/windows/windowslive/products/photos.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Thu Feb 12 03:55:26 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 12 Feb 2009 09:55:26 +0100 Subject: [Moin-user] Cannot create new page Moin 1.8 In-Reply-To: <49932DBE.6020406@rcn.com> References: <499309B5.6060304@rcn.com> <20090211172758.GB1536@wmid.amu.edu.pl.edu> <49931FAB.6030603@rcn.com> <49932DBE.6020406@rcn.com> Message-ID: Michael Matthews schrieb: > Never mind, I just replaced old underlay directory with 1.8 underlay > directory. > just note data is for your wiki content and underlay for the pages MoinMoin shares with you. You may want to read the help pages in your wiki e.g HelpOnUpdating cheers Reimar > > Michael Matthews wrote: >> Radomir Dopieralski wrote: >> >>> Wed, Feb 11, 2009 at 12:24:05PM -0500: >>> >>> >>>> Upgraded to Moin 1.8. Now cannot create new page. Create Link, click on >>>> it and see: >>>> >>>> Action bar disappears.. >>>> Display: >>>> This page does not exist yet. You can create new empty page...blah,blah >>>> >>>> Action(edit,Create new empty page) >>>> || Page Templates: || Existing pages with similar names: || >>>> || EditTemplates || LikePages((none)) || >>>> >>>> >>>> Pleas help! Users wonder what is going on... >>>> >>>> >>> Please don't forget to also upgrade the underlay directory. >>> >>> >>> >> I did the wiki upgrade months ago. How can I fix or upgrade the underlay >> directory? >> I ran this.. >> moin --config-dir= --wiki-url= migration data >> >> So I have to do this? >> moin --config-dir= --wiki-url= migration underlay >> >> >> >> ------------------------------------------------------------------------------ >> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) >> software. With Adobe AIR, Ajax developers can use existing skills and code to >> build responsive, highly engaging applications that combine the power of local >> resources and data with the reach of the web. Download the Adobe AIR SDK and >> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> >> > > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com From waqas805 at hotmail.com Thu Feb 12 09:22:27 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Thu, 12 Feb 2009 15:22:27 +0100 Subject: [Moin-user] ACL Problem Message-ID: Hi, I was running my moinmoin1.8.2 with Apache_ sspi authenticatoin. Now i have changed to LDAP. My LDAP authentication is running fine..but there are some problems with ACL's. I dont understand why. I have one group AdminGroup and i define myself also in AdminGroup. like: * [[ahd]] and this group is also under the wikiconfig.py defined. acl_rights_before = u"AdminGroup:read,write,delete,revert,admin" now i restart my apache and i go my moinmoin pages with my username and password then it says you are not allowed to view this page. But when i define myself direct in wikiconfig.py, then it work fine. like this:- acl_rights_before = u"ahd:read,write,delete,revert,admin" It means, it is not reading my name on AdminGroup page. But Why.... i didn't change the regex also. it is same like default. page_group_regex = ur'(?P(?P\S+)Group)' where is the problem. help me i shall be thankful to you. Best Regards, Waqas Ahmad _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: From jtmoree at kahalacorp.com Thu Feb 12 10:21:36 2009 From: jtmoree at kahalacorp.com (JT Moree) Date: Thu, 12 Feb 2009 08:21:36 -0700 Subject: [Moin-user] Adding wiki without restarting Apache In-Reply-To: References: Message-ID: <1234452096.9812.100.camel@jtmoree-kubuntu.coldstonecreamery.com> > Currently I need a ScriptAlias entry for every new > wiki added in httpd.conf. > > This in turns requires an Apache restart. Is there any > way around this? http://www.pcxperience.com/moinmoin/moin_multiple_wiki_howto.html My method uses a symlink to the cgi script to enable a new site. No apache restarts needed. -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqas805 at hotmail.com Thu Feb 12 11:23:09 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Thu, 12 Feb 2009 17:23:09 +0100 Subject: [Moin-user] Variables Message-ID: Hi, Can you tell me please, where are defined default variables in moinmoin.???? I am talking about the following variables. e.g. @ME@, @SIG@ etc (In which file they are???) Thanks Best Regards, Waqas Ahmad _________________________________________________________________ More than messages?check out the rest of the Windows Live?. http://www.microsoft.com/windows/windowslive/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From barry.cornelius at oucs.ox.ac.uk Thu Feb 12 11:29:00 2009 From: barry.cornelius at oucs.ox.ac.uk (Barry Cornelius) Date: Thu, 12 Feb 2009 16:29:00 +0000 Subject: [Moin-user] Variables In-Reply-To: References: Message-ID: <20090212162900.GD17703@karhide> On Thu, Feb 12, 2009 at 05:23:09PM +0100, waqas ahmad wrote: > Can you tell me please, where are defined default variables in moinmoin.???? I am talking about the following variables. > e.g. @ME@, @SIG@ etc (In which file they are???) > Thanks > Best Regards, > Waqas Ahmad Go to the wiki page: /HelpOnVariables -- 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From cmac at mit.edu Thu Feb 12 11:47:46 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Thu, 12 Feb 2009 11:47:46 -0500 Subject: [Moin-user] Upgrade? Message-ID: <95da30590902120847t88562a7gbb54b9c6a0a2a042@mail.gmail.com> Hey folks - I just upgraded my wiki from 1.8.1 to 1.8.2 by following the instructions in the docs/README.migration file, meaning I basically did these things: 1. back up wiki 2. download 1.8.2 3. python setup.py build 4. moin --config-dir=/path/to/config_dir --wiki-url=wiki.example.org/migration data ... it was painless and nothing broke, but how can I tell if anything actually happened? Is there anything else I need to do? Best, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric at tibco.com Thu Feb 12 12:10:49 2009 From: eric at tibco.com (Eric Johnson) Date: Thu, 12 Feb 2009 09:10:49 -0800 Subject: [Moin-user] Upgrade? In-Reply-To: <95da30590902120847t88562a7gbb54b9c6a0a2a042@mail.gmail.com> References: <95da30590902120847t88562a7gbb54b9c6a0a2a042@mail.gmail.com> Message-ID: <49945819.9070901@tibco.com> An HTML attachment was scrubbed... URL: From john_nowlan at carleton.ca Thu Feb 12 12:28:52 2009 From: john_nowlan at carleton.ca (John_Nowlan) Date: Thu, 12 Feb 2009 12:28:52 -0500 Subject: [Moin-user] transclusion Message-ID: <53C341FE4EA0B744B5BB64CA5C708C8C0C248E@CCSEXB10.CUNET.CARLETON.CA> I'm trying to create the 'one wiki to rule them all' (...must not, ..can't ..help myself - 'bwwah ha ha ha!') on our intranet as a result of earlier discussion on this list. Specifically, I'd like a 'master page' to show the recent changes of all the 'department' wikis. At first I thought I could use the include macro, but it is for local pages only. Then I stumbled upon transclusion and just doing {{Dept1:RecentChanges}} which works! However, I'd like it to look better, is there anything I can do to 'format'/control the output? It just sticks the page inside a frame with a vertical scrollbar and I'd like at least to have no scrollbar, just show it all. I tried the EmbedObject macro but it doesn't work - <> at least I can't find info on what params are/how to use. Any suggestions? I thought this might work as an RSS feed type thingy too, but that's a little too advanced for our users/myself, unless I could put the results of the feed on the 'master' page, but I don't know how to do that. There are versions of an IncludePage macro lying around, but they don't seem to follow the (new?) macro template format. Would this still be a good starting point (i.e. the code still works similarly) if I wanted to take a hack at this? Python Version 2.5.2 (r252:60911, Mar 27 2008, 17:57:18) [MSC v.1310 32 bit (Intel)] MoinMoin Version Release 1.8.1 [Revision release] From cmac at mit.edu Thu Feb 12 12:52:28 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Thu, 12 Feb 2009 12:52:28 -0500 Subject: [Moin-user] Upgrade? In-Reply-To: <49945819.9070901@tibco.com> References: <95da30590902120847t88562a7gbb54b9c6a0a2a042@mail.gmail.com> <49945819.9070901@tibco.com> Message-ID: <95da30590902120952k3ae18e6ehdb2882fc7e0a8e9e@mail.gmail.com> > > > I just upgraded my wiki from 1.8.1 to 1.8.2 by following the instructions > in the > docs/README.migration file... > > > ... it was painless and nothing broke, but how can I tell if anything > actually happened? > Is there anything else I need to do? > Two ways: > > Look at the "meta" file in your data directory. > > Bring up the SystemInfo page. > Ah, I see -- and that's it, huh? No need to update the underlay directory or anything? All of that was done by the migration script? Thanks! Best, C -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Thu Feb 12 13:38:20 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 12 Feb 2009 19:38:20 +0100 Subject: [Moin-user] Upgrade? In-Reply-To: <95da30590902120952k3ae18e6ehdb2882fc7e0a8e9e@mail.gmail.com> References: <95da30590902120847t88562a7gbb54b9c6a0a2a042@mail.gmail.com> <49945819.9070901@tibco.com> <95da30590902120952k3ae18e6ehdb2882fc7e0a8e9e@mail.gmail.com> Message-ID: <1234463900.24581.33.camel@server.firma.waldmann-edv.de> > > I just upgraded my wiki from 1.8.1 to 1.8.2 by following the > instructions in the > > docs/README.migration file... That the docs ONLY for the data migration. > > Is there anything else I need to do? Yes, follow docs/UPDATE.html. :) > Ah, I see -- and that's it, huh? No need to update the underlay > directory or anything? All of that was done by the migration script? No. You need to read and follow that other file, too. http://moinmo.in/HelpOnUpdating < about the same thing online. From wtp at bsdserwis.com Thu Feb 12 14:53:07 2009 From: wtp at bsdserwis.com (Krzysztof Stryjek) Date: Thu, 12 Feb 2009 20:53:07 +0100 Subject: [Moin-user] ACL Problem In-Reply-To: References: Message-ID: <20090212195307.GC68631@fw.wtp3.org> Hello, I have the same problem when I've upgraded moin from 1.6.x -> 1.7.0 (AFAIR). And now I don't remember what I've to correct this, but I think it was something with LDAP. What can I do? I have to check my moinlist archive to see my posts... Or maybe better we just exchange with our wikiconfigs. I think it could be a good subject for HowTo pages... So please send me your wikiconfig.py, and I will check it what's wrong. Greetings -- Krzysztof Stryjek UNIX administrator/Juniper Networks Specialist email: wtp (at) bsdserwis (dot) com http://www.linkedin.com/in/KrzysztofStryjek GPG fingerprint: 8BD7 40CE 8994 0BBE CE6C 91CD 1292 8959 DC61 0E76 Invest in physics -- own a piece of Dirac! From eric at tibco.com Thu Feb 12 16:23:08 2009 From: eric at tibco.com (Eric Johnson) Date: Thu, 12 Feb 2009 13:23:08 -0800 Subject: [Moin-user] Upgrade? In-Reply-To: <95da30590902120952k3ae18e6ehdb2882fc7e0a8e9e@mail.gmail.com> References: <95da30590902120847t88562a7gbb54b9c6a0a2a042@mail.gmail.com> <49945819.9070901@tibco.com> <95da30590902120952k3ae18e6ehdb2882fc7e0a8e9e@mail.gmail.com> Message-ID: <4994933C.5070700@tibco.com> An HTML attachment was scrubbed... URL: From waqas805 at hotmail.com Fri Feb 13 02:24:55 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 13 Feb 2009 08:24:55 +0100 Subject: [Moin-user] Variables In-Reply-To: <20090212162900.GD17703@karhide> References: <20090212162900.GD17703@karhide> Message-ID: HI, Thanks a lot for your reply. i have read this page. Can you tell me please that how can i configure these default variables(in which configuration file). Thanks, Best Regards, Waqas Ahmad > Date: Thu, 12 Feb 2009 16:29:00 +0000> From: barry.cornelius at oucs.ox.ac.uk> To: waqas805 at hotmail.com> CC: moin-user at lists.sourceforge.net> Subject: Re: [Moin-user] Variables> > On Thu, Feb 12, 2009 at 05:23:09PM +0100, waqas ahmad wrote:> > Can you tell me please, where are defined default variables in moinmoin.???? I am talking about the following variables.> > e.g. @ME@, @SIG@ etc (In which file they are???)> > Thanks> > Best Regards, > > Waqas Ahmad> > Go to the wiki page:> /HelpOnVariables> > -- > 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> _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqas805 at hotmail.com Fri Feb 13 02:56:00 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 13 Feb 2009 08:56:00 +0100 Subject: [Moin-user] ACL Problem In-Reply-To: <20090212195307.GC68631@fw.wtp3.org> References: <20090212195307.GC68631@fw.wtp3.org> Message-ID: Hi, one thing i noticed in LDAP. Before i was using sspi_authentication and it was giving me the username in CamelCase, i mean my orignal username is "pdf". But sspi_authentication was authencating me like "Pdf"(P is capital and other words small-alphabets). But now LDAP is giving me the same my orignal name "pdf"(all words are small). And in my ACL groups, i have written in camel case. This is also one problem. Can you tell me please that how can i receive the username in CamelCase from LDAP configuration. I mean, it gives the username to moinmoin like:- Tls Ptt at the moment ldap is giving all usernames in small letters like:- tls ptt Thanks a lot, Best Regards, Waqas Ahmad > Date: Thu, 12 Feb 2009 20:53:07 +0100> From: wtp at bsdserwis.com> To: waqas805 at hotmail.com> CC: moin-user at lists.sourceforge.net> Subject: Re: [Moin-user] ACL Problem> > Hello,> > I have the same problem when I've upgraded moin from 1.6.x -> 1.7.0> (AFAIR). And now I don't remember what I've to correct this, but I think> it was something with LDAP.> > What can I do? I have to check my moinlist archive to see my posts... Or> maybe better we just exchange with our wikiconfigs. I think it could be> a good subject for HowTo pages...> > So please send me your wikiconfig.py, and I will check it what's wrong.> > Greetings> -- > Krzysztof Stryjek> UNIX administrator/Juniper Networks Specialist> email: wtp (at) bsdserwis (dot) com> http://www.linkedin.com/in/KrzysztofStryjek> GPG fingerprint: 8BD7 40CE 8994 0BBE CE6C 91CD 1292 8959 DC61 0E76> > Invest in physics -- own a piece of Dirac! _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Fri Feb 13 04:12:46 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 13 Feb 2009 10:12:46 +0100 Subject: [Moin-user] Variables In-Reply-To: References: <20090212162900.GD17703@karhide> Message-ID: waqas ahmad schrieb: > HI, > > Thanks a lot for your reply. i have read this page. Can you tell me please that how can i configure these default variables(in which configuration file). > > Thanks, > Hi they are currently hardcoded in PageEditor. But you can add own variables below your homepage. For examples look at http://moinmo.in/ReimarBauer/MyDict. cheers Reimar > Best Regards, > > Waqas Ahmad > > Date: Thu, 12 Feb 2009 16:29:00 +0000> From: barry.cornelius at oucs.ox.ac.uk> To: waqas805 at hotmail.com> CC: moin-user at lists.sourceforge.net> Subject: Re: [Moin-user] Variables> > On Thu, Feb 12, 2009 at 05:23:09PM +0100, waqas ahmad wrote:> > Can you tell me please, where are defined default variables in moinmoin.???? I am talking about the following variables.> > e.g. @ME@, @SIG@ etc (In which file they are???)> > Thanks> > Best Regards, > > Waqas Ahmad> > Go to the wiki page:> /HelpOnVariables> > -- > 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> > _________________________________________________________________ > Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! > http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From waqas805 at hotmail.com Fri Feb 13 07:25:41 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 13 Feb 2009 13:25:41 +0100 Subject: [Moin-user] Revision Control Message-ID: Hi, There is any option in moinmoin that it does not make each time new revision. For example:- whenever i write a document and after saving, i find any spelling mistake then i go again in editor and everytime when i click SaveChanges button in editor then it makes always new revision. i dont want to make these revisions with only minor changes. Have you any idea to control these revisions. I saw one thing in moinoin #deprecated i didn't really understand it.what is main usage of this. take care, Best Regards, Waqas Ahmad _________________________________________________________________ Show them the way! Add maps and directions to your party invites. http://www.microsoft.com/windows/windowslive/products/events.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqas805 at hotmail.com Fri Feb 13 09:32:30 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 13 Feb 2009 15:32:30 +0100 Subject: [Moin-user] Rss Feed Message-ID: Hi, Next problem with LDAP, Now my Rss Feed is not working correctly. When i write on any page ACL for special group or user, then rss feed doesn't show the changes. Example: My user name is "pdf" and when i write acl with for me. #acl pdf:read,write,revert Then I can not see the changes in rss feed, i dont know why. And if i write acl like this, #acl pdf:read,write,revert All: then it works with Rss feed. Can somebody tell me please ,why this happening. Thanks a lot. Best Regrads, Waqas Ahmad _________________________________________________________________ Show them the way! Add maps and directions to your party invites. http://www.microsoft.com/windows/windowslive/products/events.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cmac at mit.edu Fri Feb 13 10:01:42 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Fri, 13 Feb 2009 10:01:42 -0500 Subject: [Moin-user] User hompages & Page titles Message-ID: <95da30590902130701q6f7bd5ccy52e90198d9780bb6@mail.gmail.com> Hi - I was wondering: 1. MoinMoin assumes that every user will want to have a homepage at /UserName. I want user homepages to live at /People/UserName instead. Is there a way to set a PathPrefixForUserHomepages variable somewhere, or something? 2. I would like each page to have a "short name" and a "long name", i.e.: my username is "cmac", but my full name is "Christopher MacMinn" -- I would like my user homepage to live at /People/cmac, but to say "Christopher MacMinn" at the top and in the title bar (not "cmac", which is silly). If you argue that my username should have been "ChristopherMacMinn" instead, then consider a page called "PDEs" which is actually about "Partial Differential Equations". I saw that there is at least one Feature Request along these lines (e.g., http://moinmo.in/FeatureRequests/CustomPageTitle) but I can't tell if it has gone anywhere, or if there is a workaround in the meantime before it becomes (or does not become) a Feature. Thanks! Best, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Fri Feb 13 11:04:11 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 13 Feb 2009 17:04:11 +0100 Subject: [Moin-user] Revision Control In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 waqas ahmad schrieb: > > Hi, > > There is any option in moinmoin that it does not make each time new revision. For example:- whenever i write a document and after saving, i find any spelling mistake then i go again in editor and everytime when i click SaveChanges button in editor then it makes always new revision. i dont want to make these revisions with only minor changes. Have you any idea to control these revisions. you can use preview before saving > > I saw one thing in moinoin > > #deprecated > > i didn't really understand it.what is main usage of this. In comparison to #REDIRECT this PI gives the ability to give the user a reason why this page is no longer of use and why they should go to a new one, while #REDIRECT will throw them to the new page without any reason. The page becomes frozen in it's last revision the content is accessible by only knowing the pagename. It is excluded from searching too. see http://moinmo.in/HelpOnProcessingInstructions#A.23deprecated cheers Reimar > > take care, > > Best Regards, > > Waqas Ahmad > _________________________________________________________________ > Show them the way! Add maps and directions to your party invites. > http://www.microsoft.com/windows/windowslive/products/events.aspx > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkmVmfkACgkQ5aOc3Q9hk/n+GACgnZ/5fDjP1FZLZX8/S96jAgYG NuQAoI/uv93HGwn5Izqm4H2lQE4BuVct =VXsY -----END PGP SIGNATURE----- From peter.vanbiesen at vaph.be Fri Feb 13 10:39:18 2009 From: peter.vanbiesen at vaph.be (Peter Van Biesen) Date: Fri, 13 Feb 2009 16:39:18 +0100 Subject: [Moin-user] Linking to an attachment with the 'get' method in stead of 'view' Message-ID: <200902131639.18151.peter.vanbiesen@vaph.be> Hi, I have a page with an avi attachment. if I use [[attachment:movie.avi]], it gets translated into action=AttachFile&do=view&target=movie.avi and the attachment page gets called. Users then need to click "download" to get the file since few browsers are configured to run embedded avis. Is there a way to put a direct download link on the page ( do=get ) ? Thanks in advandce, Peter. -- Peter Van Biesen Sysadmin VAPH -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: -------------- next part -------------- --------------------------------------------------------------------------------- DISCLAIMER : De personeelsleden van het agentschap doen hun best om in e-mails betrouwbare informatie te geven. Toch kan niemand rechten doen gelden op basis van deze inhoud. Als in de e-mail een stellingname voorkomt, is dat niet noodzakelijk het standpunt van het agentschap. Rechtsgeldige beslissingen of officiele standpunten worden alleen per brief toegestuurd. From mela at darkover.inka.de Fri Feb 13 11:17:39 2009 From: mela at darkover.inka.de (Mela Eckenfels) Date: Fri, 13 Feb 2009 17:17:39 +0100 Subject: [Moin-user] Linking to an attachment with the 'get' method in stead of 'view' In-Reply-To: <200902131639.18151.peter.vanbiesen@vaph.be> References: <200902131639.18151.peter.vanbiesen@vaph.be> Message-ID: <20090213161739.GA99000@darkover.inka.de> On Fri, Feb 13, 2009 at 04:39:18PM +0100, Peter Van Biesen wrote: > I have a page with an avi attachment. if I use [[attachment:movie.avi]], it gets translated into action=AttachFile&do=view&target=movie.avi and the attachment page gets called. Users then need to click "download" to get the file since few browsers are configured to run embedded avis. Is there a way to put a direct download link on the page ( do=get ) ? I'm using the "AttachTable"-Macro to help in such a case. Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ Ich bin der Meinung in der heutigen Gesellschaft wird Diskussion als Mittel zur Konfliktbeseitigung einfach ?berbewertet [tm] by Nephtalin From cmac at mit.edu Fri Feb 13 11:21:53 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Fri, 13 Feb 2009 11:21:53 -0500 Subject: [Moin-user] Linking to an attachment with the 'get' method in stead of 'view' In-Reply-To: <20090213161739.GA99000@darkover.inka.de> References: <200902131639.18151.peter.vanbiesen@vaph.be> <20090213161739.GA99000@darkover.inka.de> Message-ID: <95da30590902130821s312b0810u29ab828bb8c24787@mail.gmail.com> > > > I have a page with an avi attachment. if I use [[attachment:movie.avi]], > it gets translated into action=AttachFile&do=view&target=movie.avi and the > attachment page gets called. Users then need to click "download" to get the > file since few browsers are configured to run embedded avis. Is there a way > to put a direct download link on the page ( do=get ) ? > > I'm using the "AttachTable"-Macro to help in such a case. I was actually messing around with this yesterday for a PDF attachment -- this seems to work: [[attachment:filename.pdf|Link Text|&do=get]] Best, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Fri Feb 13 12:51:55 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 13 Feb 2009 18:51:55 +0100 Subject: [Moin-user] User hompages & Page titles In-Reply-To: <95da30590902130701q6f7bd5ccy52e90198d9780bb6@mail.gmail.com> References: <95da30590902130701q6f7bd5ccy52e90198d9780bb6@mail.gmail.com> Message-ID: <1234547515.13980.25.camel@server.firma.waldmann-edv.de> > 1. MoinMoin assumes that every user will want to have a homepage > at /UserName. I want user homepages to live at /People/UserName > instead. Is there a way to set a PathPrefixForUserHomepages variable > somewhere, or something? No. And it wouldn't work with current code for @SIG@ etc. anyway. What you can do to keep your wiki namespace clean from user homepages, is to use user_homewiki = u'InterWikiNameOfOtherWiki', moin will then link to that wiki and put user homepages there. That at least works for the automatically generated links as on RecentChanges or info action, maybe even with SIG (try). It won't work if someone just mentions JoeDoe, of course. > 2. I would like each page to have a "short name" and a "long name", > i.e.: my username is "cmac", but my full name is "Christopher > MacMinn" -- I would like my user homepage to live at /People/cmac, but > to say "Christopher MacMinn" at the top Easy, just do a: = Christopher MacMinn = (that will create a big H1 headline at the top of the content area) > and in the title bar There is no title bar. What you mean is the wiki navigation area and that shows the "physical" page name of the page, ever, and also some other navigation elements. That name is not part of the document / of the content. It is like with a document on your disk: the navigation in that case is the filename and path, e.g. C:\My Documents\dipl.doc. The title of it (written WITHIN the document) is "Diploma Thesis about FooBar". It's maybe not that obvious in the wiki, but essentially the same thing. To make it more obvious, one could create a theme that displays the pagename much smaller or at another place or not at all. Not sure if that would be helpful for wiki sites (it might be helpful when you use the wiki just as CMS and you do not allow users to edit stuff). > (not "cmac", which is silly). You can also have ChristoperMacMinn as pagename, but then this should be also your username, otherwise you lose the automatic connection between them. > If you argue that my username should have been "ChristopherMacMinn" > instead, then consider a page called "PDEs" which is actually about > "Partial Differential Equations". I saw that there is at least one > Feature Request along these lines (e.g., > http://moinmo.in/FeatureRequests/CustomPageTitle) but I can't tell if > it has gone anywhere, or if there is a workaround in the meantime > before it becomes (or does not become) a Feature. The only additional information I can provide about that topic (you maybe find it also in the wiki somewhere) is that some older themes confused navigation / physical pagename of the document and the title of the document by rendering the physical pagename within the content area as if it was a H1 heading. That was bad. That old way led to all sorts of feature requests to "display something else there" or "display nothing there" and all those were resolved in the new (current) themes by a more clean separation of navigation and content. Maybe not totally obvious (as the pagename in the title area is rather big), but well, that is just a mather of the theme css (if you like it smaller, edit the css). Not all theme authors updated their themes, though, so if you use a 3rd party theme and it still renders the pagename as h1 in the content area, maybe try it with modern or modernized theme as it is part of moin 1.6 .. 1.8. From wtp at bsdserwis.com Fri Feb 13 14:06:55 2009 From: wtp at bsdserwis.com (Krzysztof Stryjek) Date: Fri, 13 Feb 2009 20:06:55 +0100 Subject: [Moin-user] ACL Problem In-Reply-To: References: <20090212195307.GC68631@fw.wtp3.org> Message-ID: <20090213190655.GH68631@fw.wtp3.org> On Fri, Feb 13, 2009 at 08:56:00AM +0100, waqas ahmad wrote: > Hi, > Hi, > Can you tell me please that how can i receive the username in CamelCase from > LDAP configuration. I mean, it gives the username to moinmoin like:- > > Tls > > Ptt > Weel, it was not problem for me :-))) What I've done with my wiki instance. First I've done CamelCase logins and then make 3 ora 5 pages. After that I've found, that it is possible to authenticate usernames againsT Active Directory. As I remember I just changes AdminGroup page for new logins (camelcase). And also I had to remove created local logins (CamelCase). AFAIK you can create CamelCase logins in LDAP, so it will be possible to use CamelCase during logon time. But as I remember LDAP is case insensitive. I hope it was a little halpful. Greetings -- Krzysztof Stryjek UNIX administrator/Juniper Networks Specialist email: wtp (at) bsdserwis (dot) com http://www.linkedin.com/in/KrzysztofStryjek GPG fingerprint: 8BD7 40CE 8994 0BBE CE6C 91CD 1292 8959 DC61 0E76 Psychiatrists say that one out of four people are mentally ill. Check three friends. If they're OK, you're it. From cmac at mit.edu Fri Feb 13 14:07:48 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Fri, 13 Feb 2009 14:07:48 -0500 Subject: [Moin-user] User hompages & Page titles In-Reply-To: <1234547515.13980.25.camel@server.firma.waldmann-edv.de> References: <95da30590902130701q6f7bd5ccy52e90198d9780bb6@mail.gmail.com> <1234547515.13980.25.camel@server.firma.waldmann-edv.de> Message-ID: <95da30590902131107x7d44718bp39435f88b4359cf3@mail.gmail.com> > > > 1. MoinMoin assumes that every user will want to have a homepage > > at /UserName. I want user homepages to live at /People/UserName > > instead. Is there a way to set a PathPrefixForUserHomepages variable > > somewhere, or something? > > No. And it wouldn't work with current code for @SIG@ etc. anyway. > > What you can do to keep your wiki namespace clean from user homepages, > is to use user_homewiki = u'InterWikiNameOfOtherWiki', moin will then > link to that wiki and put user homepages there. That at least works for > the automatically generated links as on RecentChanges or info action, > maybe even with SIG (try). > > It won't work if someone just mentions JoeDoe, of course. > OK... this would perhaps be a nice feature to add someday, but for now I'll work around it. > 2. I would like each page to have a "short name" and a "long name", > > i.e.: my username is "cmac", but my full name is "Christopher > > MacMinn" -- I would like my user homepage to live at /People/cmac, but > > to say "Christopher MacMinn" at the top > > Easy, just do a: > > = Christopher MacMinn = > > (that will create a big H1 headline at the top of the content area) > Yes, this much was clear to me already. > and in the title bar > > There is no title bar. > By this I actually meant the webpage title that appears in the browser title bar, as in Christopher MacMinn ... Is there any way to change that? My personal page (/People/cmac) currently says in the browser title bar "People/cmac - WikiName" -- I would much rather see something like "People > Christopher MacMinn - WikiName" > What you mean is the wiki navigation area and that shows the "physical" > page name of the page, ever, and also some other navigation elements. > That name is not part of the document / of the content. > Right, this part is clear to me. > (not "cmac", which is silly). > > You can also have ChristoperMacMinn as pagename, but then this should be > also your username, otherwise you lose the automatic connection between > them. > > > If you argue that my username should have been "ChristopherMacMinn" > > instead, then consider a page called "PDEs" which is actually about > > "Partial Differential Equations". I saw that there is at least one > > Feature Request along these lines (e.g., > > http://moinmo.in/FeatureRequests/CustomPageTitle) but I can't tell if > > it has gone anywhere, or if there is a workaround in the meantime > > before it becomes (or does not become) a Feature. > > The only additional information I can provide about that topic (you > maybe find it also in the wiki somewhere) is that some older themes > confused navigation / physical pagename of the document and the title of > the document by rendering the physical pagename within the content area > as if it was a H1 heading. That was bad. > > That old way led to all sorts of feature requests to "display something > else there" or "display nothing there" and all those were resolved in > the new (current) themes by a more clean separation of navigation and > content. Maybe not totally obvious (as the pagename in the title area is > rather big), but well, that is just a mather of the theme css (if you > like it smaller, edit the css). > > Not all theme authors updated their themes, though, so if you use a 3rd > party > theme and it still renders the pagename as h1 in the content area, maybe > try > it with modern or modernized theme as it is part of moin 1.6 .. 1.8. I would argue, as I mentioned, that it would be nice to have a variable that is the "physical page name", as I called the "short name", that is used for navigation, and a second variable that is the "page title", as I called the "long name", that is used for display in the page content and in the browser title bar. Does that make sense? Thanks very much! Best, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Sat Feb 14 11:13:00 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 14 Feb 2009 17:13:00 +0100 Subject: [Moin-user] User hompages & Page titles In-Reply-To: <95da30590902131107x7d44718bp39435f88b4359cf3@mail.gmail.com> References: <95da30590902130701q6f7bd5ccy52e90198d9780bb6@mail.gmail.com> <1234547515.13980.25.camel@server.firma.waldmann-edv.de> <95da30590902131107x7d44718bp39435f88b4359cf3@mail.gmail.com> Message-ID: <1234627980.24968.6.camel@black.firma.waldmann-edv.de> > is to use user_homewiki = u'InterWikiNameOfOtherWiki', BTW, you can try pointing that interwiki entry at http://sameserver/People/ Moin would think it is another wiki, but end up in the same one, all below that People/ parent page. > > and in the title bar > > Christopher MacMinn > > > ... AH, that one. Well, this is generated before page rendering has even begun. What you can do is to configure something different, that does not mention the page name at all. > I would argue, as I mentioned, that it would be nice to have a > variable that is the "physical page name", as I called the "short > name", that is used for navigation, and a second variable that is the > "page title", as I called the "long name", that is used for display in > the page content and in the browser title bar. Does that make sense? Maybe we can later (after refactoring how the rendering works) show the first H1 contents as also, but currently this is not possible. From cmac at mit.edu Sat Feb 14 13:31:14 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Sat, 14 Feb 2009 13:31:14 -0500 Subject: [Moin-user] User hompages & Page titles In-Reply-To: <1234627980.24968.6.camel@black.firma.waldmann-edv.de> References: <95da30590902130701q6f7bd5ccy52e90198d9780bb6@mail.gmail.com> <1234547515.13980.25.camel@server.firma.waldmann-edv.de> <95da30590902131107x7d44718bp39435f88b4359cf3@mail.gmail.com> <1234627980.24968.6.camel@black.firma.waldmann-edv.de> Message-ID: <95da30590902141031t6878dd87vdf2cf9a1d38cdd66@mail.gmail.com> > > > is to use user_homewiki = u'InterWikiNameOfOtherWiki', > > BTW, you can try pointing that interwiki entry at > http://sameserver/People/ > > Moin would think it is another wiki, but end up in the same one, all > below that People/ parent page. > That worked nicely -- thanks! > > > and in the title bar > > <head> > > <title>Christopher MacMinn > > > > > > ... > > AH, that one. Well, this is generated before page rendering has even > begun. I see how that could be a problem. > What you can do is to configure something different, that does > not mention the page name at all. What exactly do you mean? Are you suggesting that I change the code that generates page titles? If so, where do I find it? Best, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Sat Feb 14 14:19:38 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 14 Feb 2009 20:19:38 +0100 Subject: [Moin-user] User hompages & Page titles In-Reply-To: <95da30590902141031t6878dd87vdf2cf9a1d38cdd66@mail.gmail.com> References: <95da30590902130701q6f7bd5ccy52e90198d9780bb6@mail.gmail.com> <1234547515.13980.25.camel@server.firma.waldmann-edv.de> <95da30590902131107x7d44718bp39435f88b4359cf3@mail.gmail.com> <1234627980.24968.6.camel@black.firma.waldmann-edv.de> <95da30590902141031t6878dd87vdf2cf9a1d38cdd66@mail.gmail.com> Message-ID: <1234639178.24968.50.camel@black.firma.waldmann-edv.de> > What you can do is to configure something different, that does > not mention the page name at all. > What exactly do you mean? Are you suggesting that I change the code > that generates page titles? If so, where do I find it? Hmm, i thought we have a config variable for it. But it looks like you'ld have to override html_head() method in the theme code. From rupert.thurner at gmail.com Sun Feb 15 12:22:13 2009 From: rupert.thurner at gmail.com (rupert thurner) Date: Sun, 15 Feb 2009 17:22:13 +0000 (UTC) Subject: [Moin-user] debian wiki structuring: languages, releases, package information Message-ID: hi, how one could best structure http://wiki.debian.org, to easiest cope with: * new releases of debian * general package information * in various languages * debian release specific package information in various languages it would be nice to easy throw away information like debian releases. i.e. if lenny is old in ten years, then the "lenny" folder might be dropped. i tried to create: http://www.klabs.be/wiki/QuickInfo http://www.klabs.be/wiki/KurzEinf?hrung http://www.klabs.be/wiki/squeeze http://www.klabs.be/wiki/squeeze/ReleaseNotes (in german/englisch??) http://www.klabs.be/wiki/squeeze/WhatsNew http://www.klabs.be/wiki/squeeze/WasIstNeu and entries into: http://www.klabs.be/wiki/GermanDict and ... hit the following problems: * its tedious to maintain the dictionary as separate page. * how to deal with page names which are the same in en, de (like release note)? * if i click and get to a german page, how can i go easily to the english page? what would you suggest? rupert. From rupert.thurner at gmail.com Sun Feb 15 14:17:58 2009 From: rupert.thurner at gmail.com (rupert thurner) Date: Sun, 15 Feb 2009 19:17:58 +0000 (UTC) Subject: [Moin-user] =?utf-8?q?debian_wiki_structuring=3A_languages=2C_rel?= =?utf-8?q?eases=2C=09package_information?= References: Message-ID: rupert thurner gmail.com> writes: > > hi, > > how one could best structure http://wiki.debian.org, to easiest cope with: > * new releases of debian > * general package information > * in various languages > * debian release specific package information in various languages > > it would be nice to easy throw away information like debian releases. i.e. if > lenny is old in ten years, then the "lenny" folder might be dropped. > > i tried to create: > http://www.klabs.be/wiki/QuickInfo > http://www.klabs.be/wiki/KurzEinf?hrung > http://www.klabs.be/wiki/squeeze > http://www.klabs.be/wiki/squeeze/ReleaseNotes (in german/englisch??) > http://www.klabs.be/wiki/squeeze/WhatsNew > http://www.klabs.be/wiki/squeeze/WasIstNeu > > and entries into: > http://www.klabs.be/wiki/GermanDict > > and ... hit the following problems: > * its tedious to maintain the dictionary as separate page. > * how to deal with page names which > are the same in en, de (like release note)? > * if i click and get to a german page, how can i > go easily to the english page? > > what would you suggest? the current strategy for internationalization is to use two-character prefix + english name + translated contents, see http://wiki.debian.org/DebianWiki/TranslationNamespace for a discussion. for the example for "fr" see http://wiki.debian.org/StartSeite?action=fullsearch&context=180&value=re%3A^fr%2F&titlesearch=Titel also, a more appealing system for the package descriptions than http://ddtp.debian.net/ddtss/index.cgi/xx which then would allow to export the translated pages would be nice. rupert. From rupert.thurner at gmail.com Sun Feb 15 15:19:00 2009 From: rupert.thurner at gmail.com (rupert thurner) Date: Sun, 15 Feb 2009 20:19:00 +0000 (UTC) Subject: [Moin-user] parameterized include Message-ID: hi, would a parameterized include like http://www.wikimedia.ch/index.php?title=Template:Lang&action=edit would be possible on a moinmoin wiki too? this would be a possibility to construct a standardized language bar, and you see if a page is translated or not. rupert. From mail at heavy.ch Sun Feb 15 15:25:39 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Sun, 15 Feb 2009 21:25:39 +0100 Subject: [Moin-user] debian wiki structuring: languages, releases, package information In-Reply-To: References: Message-ID: <49987A43.3050502@heavy.ch> rupert thurner schrieb: > hi, > > how one could best structure http://wiki.debian.org, to easiest cope with: > * new releases of debian > * general package information > * in various languages > * debian release specific package information in various languages > > it would be nice to easy throw away information like debian releases. i.e. if > lenny is old in ten years, then the "lenny" folder might be dropped. > > i tried to create: > http://www.klabs.be/wiki/QuickInfo > http://www.klabs.be/wiki/KurzEinf?hrung > http://www.klabs.be/wiki/squeeze > http://www.klabs.be/wiki/squeeze/ReleaseNotes (in german/englisch??) > http://www.klabs.be/wiki/squeeze/WhatsNew > http://www.klabs.be/wiki/squeeze/WasIstNeu > > and entries into: > http://www.klabs.be/wiki/GermanDict > > and ... hit the following problems: > * its tedious to maintain the dictionary as separate page. > * how to deal with page names which > are the same in en, de (like release note)? > * if i click and get to a german page, how can i > go easily to the english page? > > what would you suggest? some inputs: a) SUBPAGES use subpages (like you already do)... to group, for the user, related information together. like: ReleaseNotes ReleaseNotes/5.0 Installation Installation/Grub b) CATEGORY you maybe also use a lot of categories for add some tags to the pages like: CategoryLenny CategoryBootmanager CategoryReleaseNotes --> so you can search like "cat:CategoryLenny cat:CategoryReleaseNotes". And if you use Category similar like keywords it also helps for searching... c) FAMRCONFIG you can use farmwikis (together with intermap.txt) for separating content more strictly. and with some config stuff for the cookies and a central user dir you can avoid that a use need more then once to login. with some tweaking in the theme it should also possible to always display some links to the same page in other languages. De:/ReleaseNotes/5.0 En:/ReleaseNotes/5.0 drawback is currently that with the default installation is not possible to run a search over all farmwikies. And in the end you're running x-wikis (x for every languages). But this all can mostly be solved with some central plugin-, underlay-, cache- ,user- and index directory. Tweaking on the themen (for the links to pages in other languages) and a additional xapian index for all wikis could help. And.. also the underlay directory can be used for pages where needed automatically to exist on every wiki. bye Marcel > > rupert. > > > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From cmac at mit.edu Sun Feb 15 18:26:12 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Sun, 15 Feb 2009 18:26:12 -0500 Subject: [Moin-user] Disable automatic CamelCase linking? Message-ID: <95da30590902151526p6095af30g6cc39c7eee12e027@mail.gmail.com> Hi - I was wondering if there is a config option to disable automatic link generation for CamelCase words? As with many aspects of MoinMoin, I've seen some discussion of this (http://moinmo.in/LinkPattern) but no conclusions. (I am aware that this can be escaped on a case-by-case basis using !CamelCase, but I would like to disable it globally if possible.) Best, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Sun Feb 15 23:00:03 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Sun, 15 Feb 2009 22:00:03 -0600 Subject: [Moin-user] Disable automatic CamelCase linking? In-Reply-To: <95da30590902151526p6095af30g6cc39c7eee12e027@mail.gmail.com> References: <95da30590902151526p6095af30g6cc39c7eee12e027@mail.gmail.com> Message-ID: <5c39e1ca0902152000s47646fddy21c7d323c1520893@mail.gmail.com> I would like to second this. A case for turning off CamelCase-- I work with a LOT of wiki-novices (we work with contractors who come in for a few weeks at a time, and they're expected to add to the wiki for project-tracking). Surprisingly, none of them are confused by the concept of making links by enclosing words in [[brackets]]. Conversely, they *are* somewhat puzzled when they inadvertently create links when using CamelCase in proper names (which, in this day and age, a lot of companies seem to Camelcase the names of their projects). So, I spend wasted time tediously de-linking CamelCased words. Also consider: - the Creole markup spec does not include CamelCase. - Many other wiki's have gradually moved away from CamelCase. I know that CamelCase still has it supporters. Perhaps a solution would be to make it a switch in wikiconfig to make CamelCase optional. That way, everyone can be happy. -Rick On Sun, Feb 15, 2009 at 5:26 PM, Christopher MacMinn wrote: > Hi - > I was wondering if there is a config option to disable automatic link > generation for CamelCase words? As with many aspects of MoinMoin, I've seen > some discussion of this (http://moinmo.in/LinkPattern) but no conclusions. > > (I am aware that this can be escaped on a case-by-case basis using > !CamelCase, but I would like to disable it globally if possible.) > > Best, Chris > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > 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 tw-public at gmx.de Mon Feb 16 03:30:25 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 16 Feb 2009 09:30:25 +0100 Subject: [Moin-user] Disable automatic CamelCase linking? In-Reply-To: <95da30590902151526p6095af30g6cc39c7eee12e027@mail.gmail.com> References: <95da30590902151526p6095af30g6cc39c7eee12e027@mail.gmail.com> Message-ID: <1234773025.26942.6.camel@server.firma.waldmann-edv.de> > I was wondering if there is a config option to disable automatic link > generation for CamelCase words? There is a "nocamelcase" parser somewhere on the wiki (try ParserMarket and search). Try if it works for your moin version. You could even set that as default parser (see HelpOnConfiguration) as the recent system and help pages explicitely have "#format wiki" on them, so they'll still use the normal camelcase-enabled "wiki" parser (they need it, because they use camelcase linking). From waqas805 at hotmail.com Mon Feb 16 09:49:32 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 16 Feb 2009 15:49:32 +0100 Subject: [Moin-user] Rss Feed Problem Message-ID: Hi once again, can somebody tell me, How Rss works with LDAP. I just change my authentication from sspi to ldap method and Rss is not working. Only works for that pages, where i write #acl All:read,write. Then it works. Even i gave the username and password to Feed-Reader. thanks in advance, Best Regards, Waqas Ahmad From: waqas805 at hotmail.comTo: moin-user at lists.sourceforge.netSubject: Rss FeedDate: Fri, 13 Feb 2009 15:32:30 +0100 Hi, Next problem with LDAP, Now my Rss Feed is not working correctly. When i write on any page ACL for special group or user, then rss feed doesn't show the changes. Example: My user name is "pdf" with admin rights and when i write acl: #acl pdf:read,write,revert Then I can not see the changes in rss feed, i dont know why. And if i write acl like this, #acl All:read,write,revert then it works with Rss feed. Can somebody tell me please ,why this happening. Thanks a lot. Best Regrads, Waqas Ahmad See all the ways you can stay connected to friends and family _________________________________________________________________ More than messages?check out the rest of the Windows Live?. http://www.microsoft.com/windows/windowslive/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Mon Feb 16 09:58:01 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 16 Feb 2009 15:58:01 +0100 Subject: [Moin-user] Rss Feed Problem In-Reply-To: References: Message-ID: <1234796281.12604.3.camel@server.firma.waldmann-edv.de> > can somebody tell me, How Rss works with LDAP. I just change my > authentication from sspi to ldap method and Rss is not working. Only > works for that pages, where i write #acl All:read,write. Then it > works. Even i gave the username and password to Feed-Reader. So how does the feed reader give them to moin? In case it is http basic auth (I don't see much other technical possibilities), do you have setup http basic auth somehow so it authenticates and works as auth for moin also? Otherwise, you are simply anonymous for moin and it won't show you pages that are not readable for anonymous. From Dennis.Benzinger at gmx.net Mon Feb 16 10:39:59 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Mon, 16 Feb 2009 16:39:59 +0100 Subject: [Moin-user] Wrong parser in spite of processing instruction? Message-ID: <499988CF.7040101@gmx.net> Hi! If I set default_markup = 'rst' then pages with a format processing instruction #format wiki (for example HelpOnConfiguration) are not correctly displayed (e.g. the contents box is empty) and there are rst parser errors in the log. Shouldn't pages with a format processing instruction only be parsed by the given parser? (In that case the wiki parser and not the rst parser.) Or is it the responsibility of the default parser to call another parser if it detects a format processing instruction? Dennis Benzinger From Mark.Martinec+moin at ijs.si Mon Feb 16 10:51:15 2009 From: Mark.Martinec+moin at ijs.si (Mark Martinec) Date: Mon, 16 Feb 2009 16:51:15 +0100 Subject: [Moin-user] Disable automatic CamelCase linking? Message-ID: <200902161651.15684.Mark.Martinec+moin@ijs.si> Rick Vanderveer wrote: >> I was wondering if there is a config option to disable automatic >> link generation for CamelCase words? > I would like to second this. > [...] Also consider: > - the Creole markup spec does not include CamelCase. > - Many other wiki's have gradually moved away from CamelCase. I'd also like to second the need to turn off CamelCase recognition. Thomas Waldmann wrote: > There is a "nocamelcase" parser somewhere on the wiki (try ParserMarket > and search). > Try if it works for your moin version. That is only acceptable if such parser were maintained as part of the official moin distribution, and kept up-to-date with the the rest of the features of a classical parser. I had enough bad experience with unmaintained third-party macros and themes, that I would not dare to venture into a third-party parser without some firm statement that I won't be left high-and-dry with the next release of moin. > You could even set that as default parser (see HelpOnConfiguration) as > the recent system and help pages explicitely have "#format wiki" on > them, so they'll still use the normal camelcase-enabled "wiki" parser > (they need it, because they use camelcase linking). Perhaps adding an option to "#format wiki" or some other pragma, which could tell the official parser whether to recognize camel case or not. Mark From rick.vanderveer at gmail.com Mon Feb 16 11:49:04 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Mon, 16 Feb 2009 10:49:04 -0600 Subject: [Moin-user] Disable automatic CamelCase linking? In-Reply-To: <1234773025.26942.6.camel@server.firma.waldmann-edv.de> References: <95da30590902151526p6095af30g6cc39c7eee12e027@mail.gmail.com> <1234773025.26942.6.camel@server.firma.waldmann-edv.de> Message-ID: <5c39e1ca0902160849m21085d44p7ed7b507cb7f1577@mail.gmail.com> On Mon, Feb 16, 2009 at 2:30 AM, Thomas Waldmann wrote: > as the recent system and help pages explicitely have "#format wiki" > on > them, so they'll still use the normal camelcase-enabled "wiki" parser > (they need it, because they use camelcase linking). > I think the long term solution here is to do a one-time conversion of CamelCase links on all system and help pages to use [[brackets]]. Given that a conversion script was written to do a similar thing from 1.5 to 1.6, this shouldn't be too difficult. This way, system and help pages would be "future-ready", regardless if the admin wanted CamelCase or NoCamelCase. Thoughts? -Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Mon Feb 16 11:57:34 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 16 Feb 2009 17:57:34 +0100 Subject: [Moin-user] Disable automatic CamelCase linking? In-Reply-To: <200902161651.15684.Mark.Martinec+moin@ijs.si> References: <200902161651.15684.Mark.Martinec+moin@ijs.si> Message-ID: <1234803454.12604.16.camel@server.firma.waldmann-edv.de> > That is only acceptable if such parser were maintained as part > of the official moin distribution, and kept up-to-date with the > the rest of the features of a classical parser. Yes, that would be better. It would also be better if we had more developers. :) > I had enough bad experience with unmaintained third-party macros > and themes, that I would not dare to venture into a third-party > parser without some firm statement that I won't be left high-and-dry > with the next release of moin. Yes, that's a general problem. Stuff needs maintenance. It doesn't get any different by including it into moin, you just expect the work done by the moin devs then. :) > Perhaps adding an option to "#format wiki" or some other pragma, > which could tell the official parser whether to recognize > camel case or not. The problem is not as easy as it maybe sounds. Aside from the help pages requiring camelcase currently, there is also the GUI editor expecting camelcase link behaviour from the "wiki" parser. Therefore that will also require changes if the wiki parser just gets a new param. Last but not least, we currently work on parsers / formatters working in a completely different way internally (using a dom tree). You see, doing that nocamelcase thing is much more work than just a quick hack. From mail at heavy.ch Mon Feb 16 11:59:26 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Mon, 16 Feb 2009 17:59:26 +0100 Subject: [Moin-user] parameterized include In-Reply-To: References: Message-ID: <49999B6E.7060107@heavy.ch> rupert thurner schrieb: > hi, > > would a parameterized include like > http://www.wikimedia.ch/index.php?title=Template:Lang&action=edit would be > possible on a moinmoin wiki too? this would be a possibility to construct a > standardized language bar, and you see if a page is translated or not. > > rupert. > > 1. Link A simple solution would something to add some links like: [[../../de/@PAGE@|german]] [[../../en/@PAGE@|english]] The varaibles @foo@ get expanded when you save the pages. But the problems begins if you start to move/rename your pages, so you need to manualy update your links. and also if your translated pages has different names.. because there is no "basepagename" available :-( 2. Macro and ProcessingInstructions An own macro who read the current pagename and create the links for each language (and maybe also check if the page exist) would be more stable and robust (e.g. if you want to add another language in the future, move the pages around, etc..)... Also together with some ProcessingInstructions (pragma) it maybe would possible to has something like a unique basepagename, so the macro can generate automatically the links to the correct "translated" page; even the page names are different. pagename = Konfiguration in your wiki = #pragma basepagename setup and the macro <> 3. themebased programming with farmwikis another solution would to be to use separate wikis for each languages so you can link them link [[de:/@PAGE@]]. and also make some themebased development, where generate the links (to the different languages) on the theme level. 4. Searches and Categories I'm thinking about to use categories together with something else (maybe pragma) for this to start a search like <> witch displays all pages with the same basepagenmae "InstallatioN"... well not that easy :-( --> Use categories is important but in the end it doesn't help you to generate a multilingual wiki.. I think there should be discuss with the core moin developer, because the got a bit more brain as myself :-) heheh - maybe join them on the irc #moin-dev) hey did you know this page: http://moinmo.in/Creating%20multilingual%20wikis%20and%20wiki%20engines well my 5cents. bye Marcel > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From tw-public at gmx.de Mon Feb 16 12:01:01 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 16 Feb 2009 18:01:01 +0100 Subject: [Moin-user] Disable automatic CamelCase linking? In-Reply-To: <5c39e1ca0902160849m21085d44p7ed7b507cb7f1577@mail.gmail.com> References: <95da30590902151526p6095af30g6cc39c7eee12e027@mail.gmail.com> <1234773025.26942.6.camel@server.firma.waldmann-edv.de> <5c39e1ca0902160849m21085d44p7ed7b507cb7f1577@mail.gmail.com> Message-ID: <1234803661.12604.20.camel@server.firma.waldmann-edv.de> > I think the long term solution here is to do a one-time conversion of > CamelCase links on all system and help pages to use [[brackets]]. > Given that a conversion script was written to do a similar thing from > 1.5 to 1.6, this shouldn't be too difficult. Guess why it took so long between 1.5 and 1.6. X) One reason was that the converter took so long to write (and besides, that kind of stuff is a completely boring task). But some hope is at the horizon. Maybe that dom-tree stuff will make misc. conversions easier, let's see. > This way, system and help pages would be "future-ready", regardless if > the admin wanted CamelCase or NoCamelCase. At least until someone edits them in the GUI editor. :) From mail at heavy.ch Mon Feb 16 12:10:24 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Mon, 16 Feb 2009 18:10:24 +0100 Subject: [Moin-user] parameterized include In-Reply-To: References: Message-ID: <49999E00.6070701@heavy.ch> hi you also maybe look at this example: http://moinmo.in/FeatureRequests/ThisPageInOtherLanguages bye Marcel rupert thurner schrieb: > hi, > > would a parameterized include like > http://www.wikimedia.ch/index.php?title=Template:Lang&action=edit would be > possible on a moinmoin wiki too? this would be a possibility to construct a > standardized language bar, and you see if a page is translated or not. > > rupert. > > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From mail at heavy.ch Mon Feb 16 12:45:41 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Mon, 16 Feb 2009 18:45:41 +0100 Subject: [Moin-user] parameterized include In-Reply-To: References: Message-ID: <4999A645.1050008@heavy.ch> rupert thurner schrieb: > hi, > > would a parameterized include like > http://www.wikimedia.ch/index.php?title=Template:Lang&action=edit would be > possible on a moinmoin wiki too? this would be a possibility to construct a > standardized language bar, and you see if a page is translated or not. > > rupert. > beside my other ideas... here the last one :-) use some page structure like: Wiki/Setup/de Wiki/Setup/en Wiki/Setup/en On the page Wiki/Bootloader you put a macro like <> and this will displays all subpages / languages another. sure you could also use some includes or some navigation macro. also maybe a simple "newpage" macro to create a new language subpage easily would work. To move from the "de page" to the "en page" you could write [[../en]] if you would not use for a "de page" the name Setup, you maybe would like to sue "Konfiguration" you can just create this page and write a redirect to the basepagename like #redirect Wiki/Setup/de well nothing perfect and still needs alot of self discipline. bye Marcel From waqas805 at hotmail.com Tue Feb 17 12:16:30 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Tue, 17 Feb 2009 18:16:30 +0100 Subject: [Moin-user] Rss Feed Problem In-Reply-To: References: Message-ID: Hi, I did not really understand, where i have to define this http basic auth. I am using same configuration for ldap in wikiconfing.py, that moinmoin gives in zip.archive under more_samples folder : And my login process working fine with ldap. Please tell me, how and where can i define this http basic auth? Thanks a lot Best Regards, Waqas Ahmad > Message: 1> Date: Mon, 16 Feb 2009 15:58:01 +0100> From: Thomas Waldmann > Subject: Re: [Moin-user] Rss Feed Problem> To: moin-user at lists.sourceforge.net> Message-ID: <1234796281.12604.3.camel at server.firma.waldmann-edv.de>> Content-Type: text/plain> > > > can somebody tell me, How Rss works with LDAP. I just change my> > authentication from sspi to ldap method and Rss is not working. Only> > works for that pages, where i write #acl All:read,write. Then it> > works. Even i gave the username and password to Feed-Reader.> > So how does the feed reader give them to moin?> > In case it is http basic auth (I don't see much other technical> possibilities), do you have setup http basic auth somehow so it> authenticates and works as auth for moin also?> > Otherwise, you are simply anonymous for moin and it won't show you pages> that are not readable for anonymous.> _________________________________________________________________ Drag n? drop?Get easy photo sharing with Windows Live? Photos. http://www.microsoft.com/windows/windowslive/products/photos.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Tue Feb 17 12:33:17 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 17 Feb 2009 18:33:17 +0100 Subject: [Moin-user] Rss Feed Problem In-Reply-To: References: Message-ID: <1234891997.1671.4.camel@server.firma.waldmann-edv.de> > I did not really understand, where i have to define this http basic > auth. I am using same configuration for ldap in wikiconfing.py, that > moinmoin gives in zip.archive under more_samples folder : And my > login process working fine with ldap. For moin 1.7 and 1.8, http basic auth is only supported for some special configurations: * Apache doing http basic auth (see apache docs) * standalone server * twisted For details about the moin side, see MoinMoin/auth/http.py and HelpOnAuthentication. BTW, I don't think many people use rss feed readers for non-publically readable pages, so you might be the first one trying that. And that's not quite easy... From rick.vanderveer at gmail.com Tue Feb 17 18:13:02 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 17 Feb 2009 17:13:02 -0600 Subject: [Moin-user] playing with moin 1.9.0beta1 Message-ID: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> I decided to toy around with the new beta that was posted the other day on my Moin test server. I've already switched to Apache & mod_wsgi for moin 1.8. I replaced the moin.wsgi from 1.8 with the new one from 1.9beta. However, when I try to hit the main page, I get a "500 Internal Server Error". Below is the output of the Apache error.log... Any thoughts? [Tue Feb 17 17:07:51 2009] [warn] mod_wsgi: Compiled for Python/2.5. [Tue Feb 17 17:07:51 2009] [warn] mod_wsgi: Runtime using Python/2.5.4. [Tue Feb 17 17:07:51 2009] [warn] mod_wsgi: Python module path 'C:\\WINNT\\system32\\python25.zip;D:\\Python25\\Lib;D:\\Python25\\DLLs;D:\\Python25\\Lib\\lib-tk;;C:\\Program Files\\Apache Group\\Apache2\\bin'. [Tue Feb 17 17:07:51 2009] [info] mod_wsgi: Initializing Python. [Tue Feb 17 17:07:51 2009] [notice] Apache configured -- resuming normal operations [Tue Feb 17 17:07:51 2009] [notice] Server built: Apr 29 2006 17:47:10 [Tue Feb 17 17:07:51 2009] [notice] Parent: Created child process 2552 [Tue Feb 17 17:07:52 2009] [warn] mod_wsgi: Compiled for Python/2.5. [Tue Feb 17 17:07:52 2009] [warn] mod_wsgi: Runtime using Python/2.5.4. [Tue Feb 17 17:07:52 2009] [warn] mod_wsgi: Python module path 'C:\\WINNT\\system32\\python25.zip;D:\\Python25\\Lib;D:\\Python25\\DLLs;D:\\Python25\\Lib\\lib-tk;;C:\\Program Files\\Apache Group\\Apache2\\bin'. [Tue Feb 17 17:07:52 2009] [info] mod_wsgi: Initializing Python. [Tue Feb 17 17:07:52 2009] [notice] Child 2552: Child process is running [Tue Feb 17 17:07:52 2009] [info] Parent: Duplicating socket 196 and sending it to child process 2552 [Tue Feb 17 17:07:52 2009] [info] mod_wsgi (pid=2552): Attach interpreter ''. [Tue Feb 17 17:07:52 2009] [notice] Child 2552: Acquired the start mutex. [Tue Feb 17 17:07:52 2009] [notice] Child 2552: Starting 250 worker threads. [Tue Feb 17 17:07:57 2009] [info] mod_wsgi (pid=2552): Create interpreter ' wikibeta.cognitivearts.com|/main'. [Tue Feb 17 17:07:57 2009] [info] [client 172.25.60.90] mod_wsgi (pid=2552, process='', application='wikibeta.cognitivearts.com|/main'): Loading WSGI script 'D:/moin/moin.wsgi'. [Tue Feb 17 17:07:57 2009] [error] 2009-02-17 17:07:57,142 WARNING MoinMoin.log:139 using logging configuration read from built-in fallback in MoinMoin.log module! [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] mod_wsgi (pid=2552): Target WSGI script 'D:/moin/moin.wsgi' cannot be loaded as Python module. [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] mod_wsgi (pid=2552): Exception occurred processing WSGI script 'D:/moin/moin.wsgi'. [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] Traceback (most recent call last): [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] File "D:/moin/moin.wsgi", line 49, in [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] from MoinMoin.wsgiapp import application [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] File "d:\\python25\\Lib\\site-packages\\MoinMoin\\wsgiapp.py", line 9, in [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] from MoinMoin.web.contexts import AllContext, Context, XMLRPCContext [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] File "d:\\python25\\Lib\\site-packages\\MoinMoin\\web\\contexts.py", line 19, in [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] from MoinMoin.theme import load_theme_fallback [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] File "D:\\Python25\\lib\\site-packages\\MoinMoin\\theme\\__init__.py", line 10, in [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] from MoinMoin.action import get_available_actions [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] ImportError: cannot import name get_available_actions -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Wed Feb 18 01:06:27 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 18 Feb 2009 07:06:27 +0100 Subject: [Moin-user] playing with moin 1.9.0beta1 In-Reply-To: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> Message-ID: <1234937187.13420.6.camel@black.firma.waldmann-edv.de> > [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] File "D:\\Python25\\lib\\site-packages\\MoinMoin\\theme\\__init__.py", line 10, in > [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] from MoinMoin.action import get_available_actions > [Tue Feb 17 17:07:57 2009] [error] [client 172.25.60.90] ImportError: cannot import name get_available_actions I looked in MoinMoin/action/__init__.py and it has a "get_available_actions" - so it looks like it didn't update that file with the 1.9 version in your installation. BTW, we have seen that before (also on Windows IIRC), sometimes it doesn't update some python file. Would be great if one could find out WHY or implement a workaround. Maybe kill all the old moin code in the target directory and run setup.py again.... From tw-public at gmx.de Wed Feb 18 01:46:35 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 18 Feb 2009 07:46:35 +0100 Subject: [Moin-user] READ FIRST PLEASE - Re: playing with moin 1.9.0beta1 In-Reply-To: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> Message-ID: <1234939595.16523.3.camel@black.firma.waldmann-edv.de> Rick, before you delete the old files at the target location, could you please check: * source/MoinMoin/action/__init__.py file modification time * target/MoinMoin/action/__init__.py file modification time * target/MoinMoin/action/__init__.pyc file modification time I think this could prove a bug in distutils maybe. Cheers, Thomas From waqas805 at hotmail.com Wed Feb 18 08:29:58 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Wed, 18 Feb 2009 14:29:58 +0100 Subject: [Moin-user] Bug in moinmoin1.8.2 Message-ID: Hi, when i edit my pages and i do only some editing in Text Mode or in GUI Mode, then i save the page. but i can not see the changes what i made. then i go to recent changes and there i check difference between current version and last version of that page, then i can see my new added text between pages. But sometimes when i edit my text, then after saving , i can not see the new added text. what is problem ..is it bug or what? Best Regards, Waqas Ahmad _________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdocio at gmail.com Wed Feb 18 08:44:26 2009 From: sdocio at gmail.com (Susana Sotelo Docio) Date: Wed, 18 Feb 2009 14:44:26 +0100 Subject: [Moin-user] Bug in moinmoin1.8.2 In-Reply-To: References: Message-ID: <20090218134414.GB5802@leteo.usc.es> O Wednesday 18 de February de 2009, waqas ahmad escribiu: > when i edit my pages and i do only some editing in Text Mode or in GUI Mode, > then i save the page. but i can not see the changes what i made. then i go to > recent changes and there i check difference between current version and last > version of that page, then i can see my new added text between pages. But > sometimes when i edit my text, then after saving , i can not see the new added > text. > > what is problem ..is it bug or what? It could be a problem with your browser cache. The old content remains cached and it is what you see. If you use Firefox, you can try a "hard" refresh (Shift key + reload button, I think). Regards, -- Susana Sotelo Docio http://gramatica.usc.es/~sdocio Linux User #96506 gpg-id: 0E9BEDA4 "Es gibt keine dummen Fragen, nur dumme Antworten" -- dito alem?n From waqas805 at hotmail.com Wed Feb 18 09:16:00 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Wed, 18 Feb 2009 15:16:00 +0100 Subject: [Moin-user] Dont show current revision Message-ID: Hi, i updated my moinmoin from 180 to 182 and i am using mod_wsgi. I copied my old pages directory and pasted in new data directory during updation. Now when i edit my old pages and save it , then it does not show me current revision .it shows last revision which i made last time with old moinmoin180.But in file system i can see new revision also. and when i go to recent changes and i see the differnce between current revision and last revision then it also shows that i made some changes but actually it is not showing the current version. what ever i change on page, it shows me old revision. my users they are editing also some pages but they can not see the current revision. its really big problem.. Now i dont know it is the problem of moinmoin182 or some thing else. please help me. Best Regards, Waqas Ahmad _________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqas805 at hotmail.com Wed Feb 18 11:12:07 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Wed, 18 Feb 2009 17:12:07 +0100 Subject: [Moin-user] https Message-ID: Hi, I want to run my moinmoin url with https(for security reasons). How can i setup with SSL option. I am using Apache2.2.8 with mod_wsgi moinmoin 182 python25 Thanks in advance, Best Regards, Waqas Ahmad _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Wed Feb 18 14:29:12 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 18 Feb 2009 13:29:12 -0600 Subject: [Moin-user] READ FIRST PLEASE - Re: playing with moin 1.9.0beta1 In-Reply-To: <1234939595.16523.3.camel@black.firma.waldmann-edv.de> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> <1234939595.16523.3.camel@black.firma.waldmann-edv.de> Message-ID: <5c39e1ca0902181129o54aeabccg9045960afe7adf4f@mail.gmail.com> Here's your info: The downloaded archive: moin-1.9.0beta1\MoinMoin\build\lib\action\__init__.py 11/16/2008 2:05pm moin-1.9.0beta1\MoinMoin\action\__init__.py 11/16/2008 2:05pm The install: d:\python25\Lib\site-packages\MoinMoin\action\__init__.py 1/6/2009 6:26pm d:\python25\Lib\site-packages\MoinMoin\action\__init__.pyc 2/17/2009 3:40pm As you can see, the previously installed one is newer, for some reason. I don't recall ever editing that file, so I have no idea why it has a newer modified date. But, this may explain why it wasn't being over-written. Does this confirm the bug you suspected? After this, I deleted everything in the \\python25\Lib\site-packages\MoinMoin directory and reinstalled. Still getting a 500 internal server error. Attached is the Apache error.log: [Wed Feb 18 13:15:26 2009] [warn] mod_wsgi: Compiled for Python/2.5. [Wed Feb 18 13:15:26 2009] [warn] mod_wsgi: Runtime using Python/2.5.4. [Wed Feb 18 13:15:26 2009] [warn] mod_wsgi: Python module path 'C:\\WINNT\\system32\\python25.zip;D:\\Python25\\Lib;D:\\Python25\\DLLs;D:\\Python25\\Lib\\lib-tk;;C:\\Program Files\\Apache Group\\Apache2\\bin'. [Wed Feb 18 13:15:26 2009] [info] mod_wsgi: Initializing Python. [Wed Feb 18 13:15:26 2009] [notice] Apache configured -- resuming normal operations [Wed Feb 18 13:15:26 2009] [notice] Server built: Apr 29 2006 17:47:10 [Wed Feb 18 13:15:26 2009] [notice] Parent: Created child process 2836 [Wed Feb 18 13:15:26 2009] [warn] mod_wsgi: Compiled for Python/2.5. [Wed Feb 18 13:15:26 2009] [warn] mod_wsgi: Runtime using Python/2.5.4. [Wed Feb 18 13:15:26 2009] [warn] mod_wsgi: Python module path 'C:\\WINNT\\system32\\python25.zip;D:\\Python25\\Lib;D:\\Python25\\DLLs;D:\\Python25\\Lib\\lib-tk;;C:\\Program Files\\Apache Group\\Apache2\\bin'. [Wed Feb 18 13:15:26 2009] [info] mod_wsgi: Initializing Python. [Wed Feb 18 13:15:26 2009] [notice] Child 2836: Child process is running [Wed Feb 18 13:15:26 2009] [info] Parent: Duplicating socket 196 and sending it to child process 2836 [Wed Feb 18 13:15:26 2009] [info] mod_wsgi (pid=2836): Attach interpreter ''. [Wed Feb 18 13:15:26 2009] [notice] Child 2836: Acquired the start mutex. [Wed Feb 18 13:15:26 2009] [notice] Child 2836: Starting 250 worker threads. [Wed Feb 18 13:15:51 2009] [info] mod_wsgi (pid=2836): Create interpreter 'wikibeta.cognitivearts.com|/main'. [Wed Feb 18 13:15:51 2009] [info] [client 172.25.60.90] mod_wsgi (pid=2836, process='', application='wikibeta.cognitivearts.com|/main'): Loading WSGI script 'D:/moin/moin.wsgi'. [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] mod_wsgi (pid=2836): Target WSGI script 'D:/moin/moin.wsgi' cannot be loaded as Python module. [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] mod_wsgi (pid=2836): Exception occurred processing WSGI script 'D:/moin/moin.wsgi'. [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] Traceback (most recent call last): [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] File "D:/moin/moin.wsgi", line 50, in [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] from MoinMoin.server.server_wsgi import WsgiConfig, moinmoinApp [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] ImportError: No module named server.server_wsgi From rick.vanderveer at gmail.com Wed Feb 18 14:52:26 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 18 Feb 2009 13:52:26 -0600 Subject: [Moin-user] READ FIRST PLEASE - Re: playing with moin 1.9.0beta1 In-Reply-To: <5c39e1ca0902181129o54aeabccg9045960afe7adf4f@mail.gmail.com> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> <1234939595.16523.3.camel@black.firma.waldmann-edv.de> <5c39e1ca0902181129o54aeabccg9045960afe7adf4f@mail.gmail.com> Message-ID: <5c39e1ca0902181152y2c71ca3fw3000c29577476b7a@mail.gmail.com> Just for fun, I tried switching to plain ol' CGI, to see if I get a different result. Still get a 500 error, although the error.log is different. Maybe this will help find a possible fundamental error: Please let me know if you need/want anything else tested, or config settings, etc... [Wed Feb 18 13:47:02 2009] [notice] Apache configured -- resuming normal operations [Wed Feb 18 13:47:02 2009] [notice] Server built: Apr 29 2006 17:47:10 [Wed Feb 18 13:47:02 2009] [notice] Parent: Created child process 1332 [Wed Feb 18 13:47:02 2009] [notice] Child 1332: Child process is running [Wed Feb 18 13:47:02 2009] [info] Parent: Duplicating socket 192 and sending it to child process 1332 [Wed Feb 18 13:47:02 2009] [notice] Child 1332: Acquired the start mutex. [Wed Feb 18 13:47:02 2009] [notice] Child 1332: Starting 250 worker threads. [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] Premature end of script headers: moin.cgi [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] 2009-02-18 13:47:33,933 WARNING MoinMoin.log:139 using logging configuration read from built-in fallback in MoinMoin.log module!\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] 2009-02-18 13:47:35,448 ERROR MoinMoin.web.frontend:49 An exception occurred while running CGIFrontEnd\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] Traceback (most recent call last):\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] File "d:\\python25\\Lib\\site-packages\\MoinMoin\\web\\frontend.py", line 42, in run\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] self.run_server(application, options)\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] File "d:\\python25\\Lib\\site-packages\\MoinMoin\\web\\flup_frontend.py", line 95, in run_server\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] return WSGIServer(application, **kwargs).run()\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] File "D:\\python25\\lib\\site-packages\\MoinMoin\\support\\flup\\server\\fcgi_single.py", line 116, in run\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] sock = self._setupSocket()\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] File "d:\\python25\\Lib\\site-packages\\MoinMoin\\support\\flup\\server\\fcgi_base.py", line 976, in _setupSocket\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] sock = socket.fromfd(FCGI_LISTENSOCK_FILENO, socket.AF_INET,\r [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] AttributeError: 'module' object has no attribute 'fromfd'\r From mail at heavy.ch Wed Feb 18 17:52:57 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Wed, 18 Feb 2009 23:52:57 +0100 Subject: [Moin-user] playing with moin 1.9.0beta1 In-Reply-To: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> Message-ID: <499C9149.4060509@heavy.ch> Rick Vanderveer schrieb: > I decided to toy around with the new beta that was posted the other day > on my Moin test server. I've already switched to Apache & mod_wsgi for > moin 1.8. I replaced the moin.wsgi from 1.8 with the new one from > 1.9beta. However, when I try to hit the main page, I get a "500 > Internal Server Error". Below is the output of the Apache error.log... > Any thoughts? > Hi there I was curious about windows, apache and mod_wsgi. So I used my lovely game pc with vista (eek) to install apache, wsgi, python and the current beta version. In my humble eyes everything worked fine and I have a running moinmoin. see maybe my installation documentation here: http://wikiwiki.ch/MoinMoin%201.9.0%20Beta maybe it helps.... bye Marcel From rick.vanderveer at gmail.com Wed Feb 18 23:02:34 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 18 Feb 2009 22:02:34 -0600 Subject: [Moin-user] playing with moin 1.9.0beta1 In-Reply-To: <499C9149.4060509@heavy.ch> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> <499C9149.4060509@heavy.ch> Message-ID: <47FD7543-32CE-48EC-9B0B-9D7A9B74B204@gmail.com> On Feb 18, 2009, at 4:52 PM, "Mail at Heavy.ch" wrote: > Rick Vanderveer schrieb: >> I decided to toy around with the new beta that was posted the other >> day >> on my Moin test server. I've already switched to Apache & mod_wsgi >> for >> moin 1.8. I replaced the moin.wsgi from 1.8 with the new one from >> 1.9beta. However, when I try to hit the main page, I get a "500 >> Internal Server Error". Below is the output of the Apache >> error.log... >> Any thoughts? >> > > Hi there > > I was curious about windows, apache and mod_wsgi. So I used my lovely > game pc with vista (eek) to install apache, wsgi, python and the > current > beta version. > > In my humble eyes everything worked fine and I have a running > moinmoin. > see maybe my installation documentation here: > > http://wikiwiki.ch/MoinMoin%201.9.0%20Beta > > maybe it helps.... > > bye > Marcel Huh, that's interesting. I was assuming at this point that it was some incompatible Windows code or something. I can go back and try a "from scratch" install, and see if I can get it working as a baseline comparison. What I was doing was mirroring my running production install (making sure everything is running perfectly), and then attempting to upgrade. I still want to get the upgrade process nailed down and working, as that's what I'll [and many others] be doing eventually on my production box. -Rick From tw-public at gmx.de Thu Feb 19 03:07:58 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 19 Feb 2009 09:07:58 +0100 Subject: [Moin-user] READ FIRST PLEASE - Re: playing with moin 1.9.0beta1 In-Reply-To: <5c39e1ca0902181129o54aeabccg9045960afe7adf4f@mail.gmail.com> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> <1234939595.16523.3.camel@black.firma.waldmann-edv.de> <5c39e1ca0902181129o54aeabccg9045960afe7adf4f@mail.gmail.com> Message-ID: <1235030878.15435.1.camel@black.firma.waldmann-edv.de> > As you can see, the previously installed one is newer, for some > reason. I don't recall ever editing that file, so I have no idea why > it has a newer modified date. But, this may explain why it wasn't > being over-written. Does this confirm the bug you suspected? Yes. Obviously distutils is miserably failing because it is trying to be clever... > [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] File > "D:/moin/moin.wsgi", line 50, in > [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] from > MoinMoin.server.server_wsgi import WsgiConfig, moinmoinApp > [Wed Feb 18 13:15:51 2009] [error] [client 172.25.60.90] ImportError: > No module named server.server_wsgi You need to use the new moin.wsgi from 1.9. From tw-public at gmx.de Thu Feb 19 03:10:38 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 19 Feb 2009 09:10:38 +0100 Subject: [Moin-user] READ FIRST PLEASE - Re: playing with moin 1.9.0beta1 In-Reply-To: <5c39e1ca0902181152y2c71ca3fw3000c29577476b7a@mail.gmail.com> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> <1234939595.16523.3.camel@black.firma.waldmann-edv.de> <5c39e1ca0902181129o54aeabccg9045960afe7adf4f@mail.gmail.com> <5c39e1ca0902181152y2c71ca3fw3000c29577476b7a@mail.gmail.com> Message-ID: <1235031038.15435.4.camel@black.firma.waldmann-edv.de> > [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] sock = > socket.fromfd(FCGI_LISTENSOCK_FILENO, socket.AF_INET,\r > [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] > AttributeError: 'module' object has no attribute 'fromfd'\r Did you use the new moin.cgi from 1.9 and did you modify that code line in it that forces CGI instead of FastCGI? From tw-public at gmx.de Thu Feb 19 06:32:26 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 19 Feb 2009 12:32:26 +0100 Subject: [Moin-user] playing with moin 1.9.0beta1 In-Reply-To: <47FD7543-32CE-48EC-9B0B-9D7A9B74B204@gmail.com> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> <499C9149.4060509@heavy.ch> <47FD7543-32CE-48EC-9B0B-9D7A9B74B204@gmail.com> Message-ID: <1235043146.15435.8.camel@black.firma.waldmann-edv.de> A quick glance at the distutils sources and python setup.py install --help lets me think that we maybe should document that installation has to be done that way to avoid updating problems: python setup.py install --force ... That should keep distutils from trying to be clever and not updating files just based on a timestamp comparison. From rb.proj at gmail.com Thu Feb 19 07:10:42 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 19 Feb 2009 13:10:42 +0100 Subject: [Moin-user] Bug in moinmoin1.8.2 In-Reply-To: References: Message-ID: waqas ahmad schrieb: > > Hi, > > when i edit my pages and i do only some editing in Text Mode or in GUI Mode, then i save the page. but i can not see the changes what i made. then i go to recent changes and there i check difference between current version and last version of that page, then i can see my new added text between pages. But sometimes when i edit my text, then after saving , i can not see the new added text. > > what is problem ..is it bug or what? which browser do you use? From rb.proj at gmail.com Thu Feb 19 07:09:01 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 19 Feb 2009 13:09:01 +0100 Subject: [Moin-user] Dont show current revision In-Reply-To: References: Message-ID: waqas ahmad schrieb: > > > > Hi, > > i updated my moinmoin from 180 to 182 and i am using mod_wsgi. I copied my old pages directory and pasted in new data directory during updation. I don't understand what this means > > Now when i edit my old pages and save it , then it does not show me current revision .it shows last revision which i made last time with old moinmoin180.But in file system i can see new revision also. and when i go to recent changes and i see the differnce between current revision and last revision then it also shows that i made some changes but actually it is not showing the current version. I have no idea if copying old pages directory means you have also to change the pathes in your wikiconfig file. Why not doing it the way it is described? > > what ever i change on page, it shows me old revision. my users they are editing also some pages but they can not see the current revision. its really big problem.. > > > Now i dont know it is the problem of moinmoin182 or some thing else. > > please help me. > > Best Regards, > > Waqas Ahmad > > > _________________________________________________________________ > Discover the new Windows Vista > http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From rb.proj at gmail.com Thu Feb 19 07:05:48 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 19 Feb 2009 13:05:48 +0100 Subject: [Moin-user] https In-Reply-To: References: Message-ID: waqas ahmad schrieb: > > Hi, > > > > I want to run my moinmoin url with https(for security reasons). How can i setup with SSL option. > > I am using > > > > Apache2.2.8 with mod_wsgi > configure mod_ssl on your apache server, see documentations on the apache manual. Reimar From davidb at panix.com Thu Feb 19 11:41:56 2009 From: davidb at panix.com (David M. Besonen) Date: Thu, 19 Feb 2009 08:41:56 -0800 Subject: [Moin-user] remove 'Settings' links from MoinMoin Message-ID: <499D8BD4.60006@panix.com> i'd like to remove all of the 'Settings' links from MoinMoin 1.8.2. i've attempted to do this by commenting these three lines in the /MoinMoin/theme/__init__.py file: if 'userprefs' not in self.request.cfg.actions_excluded: userlinks.append(d['page'].link_to(request, text=_('Settings'), querystr={'action': 'userprefs'}, id='userprefs', rel='nofollow')) unfortunately, after commenting out these lines the 'Settings' links remained. i was told (in #moin) that this technique for removing the 'Settings' links would work. could someone else comment out these lines and let me know whether or not it worked for them? thanks, david From rick.vanderveer at gmail.com Thu Feb 19 11:58:38 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 19 Feb 2009 10:58:38 -0600 Subject: [Moin-user] READ FIRST PLEASE - Re: playing with moin 1.9.0beta1 In-Reply-To: <1235031038.15435.4.camel@black.firma.waldmann-edv.de> References: <5c39e1ca0902171513n5833e1b5n67780f8d84026de4@mail.gmail.com> <1234939595.16523.3.camel@black.firma.waldmann-edv.de> <5c39e1ca0902181129o54aeabccg9045960afe7adf4f@mail.gmail.com> <5c39e1ca0902181152y2c71ca3fw3000c29577476b7a@mail.gmail.com> <1235031038.15435.4.camel@black.firma.waldmann-edv.de> Message-ID: <5c39e1ca0902190858r2cb7678dv5e0d93b54421ff54@mail.gmail.com> On Thu, Feb 19, 2009 at 2:10 AM, Thomas Waldmann wrote: > >> [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] sock = >> socket.fromfd(FCGI_LISTENSOCK_FILENO, socket.AF_INET,\r >> [Wed Feb 18 13:47:35 2009] [error] [client 172.25.60.90] >> AttributeError: 'module' object has no attribute 'fromfd'\r > > Did you use the new moin.cgi from 1.9 and did you modify that code line > in it that forces CGI instead of FastCGI? > Yes, I am using the new moin.cgi. I didn't modify that line, as it looks like the default is to use CGI. Condensing by eliminating the comments, my moin.cgi looks like this: -------------------------------------- #!d:\python25\python # -*- coding: iso-8859-1 -*- sys.path.insert(0, 'd:\moin') os.environ['FCGI_FORCE_CGI'] = 'Y' # 'Y' for (slow) CGI, 'N' for FCGI from MoinMoin.web.flup_frontend import CGIFrontEnd CGIFrontEnd().run() -------------------------------------- From rick.vanderveer at gmail.com Thu Feb 19 12:06:02 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 19 Feb 2009 11:06:02 -0600 Subject: [Moin-user] remove 'Settings' links from MoinMoin In-Reply-To: <499D8BD4.60006@panix.com> References: <499D8BD4.60006@panix.com> Message-ID: <5c39e1ca0902190906w348aeadakf43deae3c0593d86@mail.gmail.com> Hey David, I would suggest editing the CSS for your theme and use the 'visibility' or 'display' style (depending on which works best for you) to remove it. I've used that to successfully remove all kinds of elements I didn't want visible. -Rick On Thu, Feb 19, 2009 at 10:41 AM, David M. Besonen wrote: > i'd like to remove all of the 'Settings' links from MoinMoin > 1.8.2. > > > i've attempted to do this by commenting these three lines in > the /MoinMoin/theme/__init__.py file: > > if 'userprefs' not in self.request.cfg.actions_excluded: > > userlinks.append(d['page'].link_to(request, > text=_('Settings'), > > querystr={'action': 'userprefs'}, id='userprefs', > rel='nofollow')) > > > unfortunately, after commenting out these lines the > 'Settings' links remained. > > > i was told (in #moin) that this technique for removing the > 'Settings' links would work. > > > could someone else comment out these lines and let me know > whether or not it worked for them? > > > > thanks, > david > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From davidb at panix.com Thu Feb 19 12:17:50 2009 From: davidb at panix.com (David M. Besonen) Date: Thu, 19 Feb 2009 09:17:50 -0800 Subject: [Moin-user] remove 'Settings' links from MoinMoin In-Reply-To: <5c39e1ca0902190906w348aeadakf43deae3c0593d86@mail.gmail.com> References: <499D8BD4.60006@panix.com> <5c39e1ca0902190906w348aeadakf43deae3c0593d86@mail.gmail.com> Message-ID: <499D943E.1060104@panix.com> On 2/19/2009 9:06 AM, Rick Vanderveer wrote: > I would suggest editing the CSS for your theme and use the > 'visibility' or 'display' style (depending on which works > best for you) to remove it. I've used that to > successfully remove all kinds of elements I didn't want > visible. could you give me the specifics of what i would need to edit (to hide the 'Settings' link) in the modern theme in moin 1.8.2? i'm not much of a CSS guru. -- david From cmac at mit.edu Thu Feb 19 12:26:27 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Thu, 19 Feb 2009 12:26:27 -0500 Subject: [Moin-user] remove 'Settings' links from MoinMoin In-Reply-To: <499D943E.1060104@panix.com> References: <499D8BD4.60006@panix.com> <5c39e1ca0902190906w348aeadakf43deae3c0593d86@mail.gmail.com> <499D943E.1060104@panix.com> Message-ID: <95da30590902190926m56c06391i42fba7ccdcb61305@mail.gmail.com> > > > I would suggest editing the CSS for your theme and use the > > 'visibility' or 'display' style (depending on which works > > best for you) to remove it. I've used that to > > successfully remove all kinds of elements I didn't want > > visible. > > could you give me the specifics of what i would need to edit > (to hide the 'Settings' link) in the modern theme in moin > 1.8.2? i'm not much of a CSS guru. > You want to hide just the "settings" link, meaning the one that sits between the username link and the "Logout" link? This is an anchor () with id="userprefs", so try adding a CSS rule in common.css (or screen.css) that looks like this: a#userprefs { display: none; } Best, C -------------- next part -------------- An HTML attachment was scrubbed... URL: From cmac at mit.edu Thu Feb 19 15:34:38 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Thu, 19 Feb 2009 15:34:38 -0500 Subject: [Moin-user] Disable automatic CamelCase linking? In-Reply-To: <1234803454.12604.16.camel@server.firma.waldmann-edv.de> References: <200902161651.15684.Mark.Martinec+moin@ijs.si> <1234803454.12604.16.camel@server.firma.waldmann-edv.de> Message-ID: <95da30590902191234r19e8be44v1fa0f9afc23d2716@mail.gmail.com> > > > That is only acceptable if such parser were maintained as part > > of the official moin distribution, and kept up-to-date with the > > the rest of the features of a classical parser. > > Yes, that would be better. > > It would also be better if we had more developers. :) > > > I had enough bad experience with unmaintained third-party macros > > and themes, that I would not dare to venture into a third-party > > parser without some firm statement that I won't be left high-and-dry > > with the next release of moin. > > Yes, that's a general problem. Stuff needs maintenance. > > It doesn't get any different by including it into moin, you just expect > the work done by the moin devs then. :) > > > Perhaps adding an option to "#format wiki" or some other pragma, > > which could tell the official parser whether to recognize > > camel case or not. > > The problem is not as easy as it maybe sounds. > > Aside from the help pages requiring camelcase currently, > there is also the GUI editor expecting camelcase link behaviour from the > "wiki" parser. Therefore that will also require changes if the wiki > parser just gets a new param. > > Last but not least, we currently work on parsers / formatters working in > a completely different way internally (using a dom tree). > > You see, doing that nocamelcase thing is much more work than just a > quick hack. > Noted that this would be more complicated than it sounds. Still, it would be a useful feature -- is there some way for supporters of this idea to raise its priority as a feature request by adding our "votes"? - Chris > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > 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 cmac at mit.edu Thu Feb 19 15:45:57 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Thu, 19 Feb 2009 15:45:57 -0500 Subject: [Moin-user] User hompages & Page titles In-Reply-To: <1234639178.24968.50.camel@black.firma.waldmann-edv.de> References: <95da30590902130701q6f7bd5ccy52e90198d9780bb6@mail.gmail.com> <1234547515.13980.25.camel@server.firma.waldmann-edv.de> <95da30590902131107x7d44718bp39435f88b4359cf3@mail.gmail.com> <1234627980.24968.6.camel@black.firma.waldmann-edv.de> <95da30590902141031t6878dd87vdf2cf9a1d38cdd66@mail.gmail.com> <1234639178.24968.50.camel@black.firma.waldmann-edv.de> Message-ID: <95da30590902191245s634f3266gd4af01166c2279c3@mail.gmail.com> > > > What you can do is to configure something different, that does > > not mention the page name at all. > > > What exactly do you mean? Are you suggesting that I change the code > > that generates page titles? If so, where do I find it? > > Hmm, i thought we have a config variable for it. > But it looks like you'ld have to override html_head() method in the > theme code. I agree that html_head() is the place to make the change, but I can't see how it will be possible to achieve what I want. html_head() currently uses two pieces of information from the parameter dictionary to generate the -- 'title' and 'sitename', where 'title' is the internal page name (e.g., "HelpMiscellaneous/FrequentlyAskedQuestions") and 'sitename' is the name of the site (e.g., "MoinMoin"). This generates an ugly <title> of the form "'title' - 'sitename'" (e.g., "HelpMiscellaneous/FrequentlyAskedQuestions - MoinMoin"). Is there some way to store additional metadata about a page that the html_head() method will be able to access when generating the <title>? - Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090219/57bc301f/attachment.html> From Dennis.Benzinger at gmx.net Thu Feb 19 15:46:40 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Thu, 19 Feb 2009 21:46:40 +0100 Subject: [Moin-user] Adding a page to a category Message-ID: <499DC530.1080104@gmx.net> Hi! The help on categories (HelpOnCategories) says that to create a category you simply write its name on a page. Strictly speaking this is sufficient to create a category but it is not sufficient for finding the page again by the <<FullSearch(category:CategorySamples)>> macro like it is suggested on the help page. I took a quick look at the code in queryparser.py and it seems like the macro only finds categories if they appear below a horizontal rule and possibly some comments. Should the help page be changed to indicate the stricter rules of queryparser.py or is the help page correct and should the code be changed? Dennis Benzinger From tw-public at gmx.de Thu Feb 19 17:15:28 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 19 Feb 2009 23:15:28 +0100 Subject: [Moin-user] Adding a page to a category In-Reply-To: <499DC530.1080104@gmx.net> References: <499DC530.1080104@gmx.net> Message-ID: <1235081728.6805.7.camel@black.firma.waldmann-edv.de> > The help on categories (HelpOnCategories) says that to create a category > you simply write its name on a page. Strictly speaking this is > sufficient to create a category but it is not sufficient for finding the > page again by the <<FullSearch(category:CategorySamples)>> macro like it > is suggested on the help page. > > I took a quick look at the code in queryparser.py and it seems like the > macro only finds categories if they appear below a horizontal rule and > possibly some comments. > > Should the help page be changed to indicate the stricter rules of > queryparser.py or is the help page correct and should the code be changed? The help page should be changed. That additinal criteria were introduced to avoid pages just linking to the category page to be automatically included in the category, e.g. if you just tell "Look at FooCategory." - that links, but is not FooCategory itself. From brentgclarklist at gmail.com Fri Feb 20 03:37:41 2009 From: brentgclarklist at gmail.com (Brent Clark) Date: Fri, 20 Feb 2009 10:37:41 +0200 Subject: [Moin-user] backup and restore Message-ID: <499E6BD5.1020301@gmail.com> Hiya I think I have the answer, but I thought id first get the lists feedback, just in case theres another way or something I have not thought of. How do you backup and restore MoinMoin? If someone has a link, a document, or can reply with feedback, I would be most appreciative. Kind Regards Brent Clark From rb.proj at gmail.com Fri Feb 20 05:39:45 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 20 Feb 2009 11:39:45 +0100 Subject: [Moin-user] Disable automatic CamelCase linking? In-Reply-To: <95da30590902191234r19e8be44v1fa0f9afc23d2716@mail.gmail.com> References: <200902161651.15684.Mark.Martinec+moin@ijs.si> <1234803454.12604.16.camel@server.firma.waldmann-edv.de> <95da30590902191234r19e8be44v1fa0f9afc23d2716@mail.gmail.com> Message-ID: <gnm19h$a0l$1@ger.gmane.org> Christopher MacMinn schrieb: >>> That is only acceptable if such parser were maintained as part >>> of the official moin distribution, and kept up-to-date with the >>> the rest of the features of a classical parser. >> Yes, that would be better. >> >> It would also be better if we had more developers. :) >> >>> I had enough bad experience with unmaintained third-party macros >>> and themes, that I would not dare to venture into a third-party >>> parser without some firm statement that I won't be left high-and-dry >>> with the next release of moin. >> Yes, that's a general problem. Stuff needs maintenance. >> >> It doesn't get any different by including it into moin, you just expect >> the work done by the moin devs then. :) >> >>> Perhaps adding an option to "#format wiki" or some other pragma, >>> which could tell the official parser whether to recognize >>> camel case or not. >> The problem is not as easy as it maybe sounds. >> >> Aside from the help pages requiring camelcase currently, >> there is also the GUI editor expecting camelcase link behaviour from the >> "wiki" parser. Therefore that will also require changes if the wiki >> parser just gets a new param. >> >> Last but not least, we currently work on parsers / formatters working in >> a completely different way internally (using a dom tree). >> >> You see, doing that nocamelcase thing is much more work than just a >> quick hack. >> > > > Noted that this would be more complicated than it sounds. Still, it would > be a useful feature -- is there some way for supporters of this idea to > raise its priority as a feature request by adding our "votes"? > > - Chris > It should be quite clear that we are interested already in that feature too but we can't do it currently. At the time the dom tree stuff is implemented we likly can support it without doubling all the related dependent work. Just help us so we get it faster done! Reimar From mdasilva at fing.edu.uy Fri Feb 20 08:48:16 2009 From: mdasilva at fing.edu.uy (Miguel Da Silva - URI) Date: Fri, 20 Feb 2009 11:48:16 -0200 Subject: [Moin-user] Problem with ACL and groups after migration (1.5.3 => 1.7.0). Message-ID: <499EB4A0.90502@fing.edu.uy> Dear users, I'm having problems when trying to get my wikis working again. The problems rise up when setting up ACL and groups. It follows the way I'm setting up ACL's: acl_enabled = 1 acl_rights_before = (u"MiguelDaSilva:read,write,revert,delete,admin") acl_rights_default = u"All:read" acl_rights_after = u"" But, the idea is use a group called AdminGroup and set everything up this way: acl_enabled = 1 acl_rights_before = (u"AdminGroup:read,write,revert,delete,admin") acl_rights_default = u"All:read" acl_rights_after = u"" And here is where problems appear... I can not edit any page of that wiki, and, just for sure, here goes the AdminGroup file: * MiguelDaSilva (notice the blank space as first character) And the odd thing of it all... this wiki was running very well in Moinmoin 1.5.3. Everything began when I migrated it to 1.7.0 (in fact, the migration was due Debian upgrade from Etch to Lenny some days ago). How did I migrate the wiki? $ moin --config-dir=/path/to/config/dir --wiki-url=wiki.mydomain.com migration data Suggestions? Greetings. PS. I found a message (in the list history) about a problem very similar to this one. The sender got no reply (and it means "I searched, but no luck" :) ). -- Miguel Da Silva Unidad de Recursos Inform?ticos Facultad de Ingenier?a - http://www.fing.edu.uy Universidad de la Rep?blica - http://www.rau.edu.uy From mail at heavy.ch Fri Feb 20 09:16:04 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Fri, 20 Feb 2009 15:16:04 +0100 Subject: [Moin-user] Problem with ACL and groups after migration (1.5.3 => 1.7.0). In-Reply-To: <499EB4A0.90502@fing.edu.uy> References: <499EB4A0.90502@fing.edu.uy> Message-ID: <499EBB24.8030501@heavy.ch> Hi there Between 1.5 and 1.7 the regex for page_group_regex, page_group_regex, etc.. changed you should read the docs/ in your moinmoin download carefully or take a look at http://moinmo.in/HelpOnConfiguration#pages and check if your wikiconfig.py looks like this: page_category_regex = ur'(?P<all>Category(?P<key>(?!Template)\S+))' page_dict_regex = ur'(?P<all>(?P<key>\S+)Dict)' page_group_regex = ur'(?P<all>(?P<key>\S+)Group)' page_template_regex = ur'(?P<all>(?P<key>\S+)Template)' about migration read the docs under: http://moinmo.in/HelpOnInstalling and maybe http://moinmo.in/HowTo bye Marcel Miguel Da Silva - URI schrieb: > Dear users, I'm having problems when trying to get my wikis working > again. The problems rise up when setting up ACL and groups. It follows > the way I'm setting up ACL's: > > acl_enabled = 1 > acl_rights_before = (u"MiguelDaSilva:read,write,revert,delete,admin") > acl_rights_default = u"All:read" > acl_rights_after = u"" > > But, the idea is use a group called AdminGroup and set everything up > this way: > > acl_enabled = 1 > acl_rights_before = (u"AdminGroup:read,write,revert,delete,admin") > acl_rights_default = u"All:read" > acl_rights_after = u"" > > And here is where problems appear... I can not edit any page of that > wiki, and, just for sure, here goes the AdminGroup file: > > * MiguelDaSilva (notice the blank space as first character) > > And the odd thing of it all... this wiki was running very well in > Moinmoin 1.5.3. Everything began when I migrated it to 1.7.0 (in fact, > the migration was due Debian upgrade from Etch to Lenny some days ago). > > How did I migrate the wiki? > > $ moin --config-dir=/path/to/config/dir --wiki-url=wiki.mydomain.com > migration data > > Suggestions? > > Greetings. > > PS. I found a message (in the list history) about a problem very similar > to this one. The sender got no reply (and it means "I searched, but no > luck" :) ). > From mail at heavy.ch Fri Feb 20 09:20:32 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Fri, 20 Feb 2009 15:20:32 +0100 Subject: [Moin-user] Problem with ACL and groups after migration (1.5.3 => 1.7.0). In-Reply-To: <499EB4A0.90502@fing.edu.uy> References: <499EB4A0.90502@fing.edu.uy> Message-ID: <499EBC30.2030600@heavy.ch> another point... Miguel Da Silva - URI schrieb: > acl_rights_before = (u"MiguelDaSilva:read,write,revert,delete,admin") don't use brackets around just write acl_rights_before = u"MiguelDaSilva:read,write,revert,delete,admin" bye Marcel From waqas805 at hotmail.com Fri Feb 20 09:23:03 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 20 Feb 2009 15:23:03 +0100 Subject: [Moin-user] https with moinmoin Message-ID: <BAY111-W4536009D6298900EBD49DE87B30@phx.gbl> Hi, I configure my apache with ssl and apache is working fine..but when i want to acces moinmoin then it show nothing. It says page can not be displayed. I am using moinmoin182 with apache2.2.8 (mod_wsgi). I added also following line in wikiconfig.py from MoinMoin.auth.sslclientcert import SSLClientCertAuth auth = [SSLClientCertAuth()] Can you tell me please what else should i configure in moinmoin. Thanks a lot Best Regards, Waqas Ahmad _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090220/2a3d3788/attachment.html> From mail at heavy.ch Fri Feb 20 09:28:20 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Fri, 20 Feb 2009 15:28:20 +0100 Subject: [Moin-user] https with moinmoin In-Reply-To: <BAY111-W4536009D6298900EBD49DE87B30@phx.gbl> References: <BAY111-W4536009D6298900EBD49DE87B30@phx.gbl> Message-ID: <499EBE04.60700@heavy.ch> waqas ahmad schrieb: > > > Hi, > > I configure my apache with ssl and apache is working fine..but when i > want to acces moinmoin then it show nothing. > > It says page can not be displayed. > > I am using moinmoin182 with apache2.2.8 (mod_wsgi). I added also > following line in wikiconfig.py > > > from MoinMoin.auth.sslclientcert import SSLClientCertAuth > > auth = [SSLClientCertAuth()] > > I never changed something in the moinmoin stuff, because apache handles the complete ssl stuff. only need if you're running moinmoin in a standalone mode. bye Marcel > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From aline.guedes at gmail.com Fri Feb 20 10:23:21 2009 From: aline.guedes at gmail.com (Aline Guedes) Date: Fri, 20 Feb 2009 12:23:21 -0300 Subject: [Moin-user] Wiki Theme Message-ID: <758e74a50902200723g58d99a19w8d7af068e06c84f1@mail.gmail.com> Hello, I am using Moinmoin 1.5.8 with a customized theme (sinorca4moin with some modifications) and I noticed that the css files are being sent to the browser in every request. Is this behavior a configuration I could change or maybe something wrong in the code? I really appreciate any help possible. Best regards, Aline Guedes -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090220/286b9538/attachment.html> From waqas805 at hotmail.com Fri Feb 20 10:32:49 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 20 Feb 2009 16:32:49 +0100 Subject: [Moin-user] https with moinmoin In-Reply-To: <499EBE04.60700@heavy.ch> References: <BAY111-W4536009D6298900EBD49DE87B30@phx.gbl> <499EBE04.60700@heavy.ch> Message-ID: <BAY111-W51875691C9A3464071BD3087B30@phx.gbl> Hi, now i delete those line from wikiconfig.py, now when i go to https://127.0.0.1/supwiki, then it pop up the login window for username and password. Because i am using sspi_authentication with apache also. when i give username and password then the same page. The page can not be displayed. Regards, Waqas > Date: Fri, 20 Feb 2009 15:28:20 +0100 > From: mail at heavy.ch > To: waqas805 at hotmail.com > CC: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] https with moinmoin > > waqas ahmad schrieb: > > > > > > Hi, > > > > I configure my apache with ssl and apache is working fine..but when i > > want to acces moinmoin then it show nothing. > > > > It says page can not be displayed. > > > > I am using moinmoin182 with apache2.2.8 (mod_wsgi). I added also > > following line in wikiconfig.py > > > > > > from MoinMoin.auth.sslclientcert import SSLClientCertAuth > > > > auth = [SSLClientCertAuth()] > > > > > > I never changed something in the moinmoin stuff, because apache handles > the complete ssl stuff. only need if you're running moinmoin in a > standalone mode. > > bye > Marcel > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090220/3a36aced/attachment.html> From waqas805 at hotmail.com Fri Feb 20 11:06:21 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 20 Feb 2009 17:06:21 +0100 Subject: [Moin-user] SSPI with https Message-ID: <BAY111-W368B369BF3D3074A324C4387B30@phx.gbl> Hi, my sspi authentication is working fine with http but now i changed to https and sspi authentication is not working. It asks for username and password but then page can not be displayes. should i configure sspi in apache. or it will be remain same. thanks in advance, Regards, Waqas Ahmad _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090220/e1196c35/attachment.html> From aline.guedes at gmail.com Fri Feb 20 11:08:17 2009 From: aline.guedes at gmail.com (Aline Guedes) Date: Fri, 20 Feb 2009 13:08:17 -0300 Subject: [Moin-user] Wiki Theme In-Reply-To: <758e74a50902200723g58d99a19w8d7af068e06c84f1@mail.gmail.com> References: <758e74a50902200723g58d99a19w8d7af068e06c84f1@mail.gmail.com> Message-ID: <758e74a50902200808v7e134454u6fd4e10ecccf087e@mail.gmail.com> By the way, I am using https. On Fri, Feb 20, 2009 at 12:23 PM, Aline Guedes <aline.guedes at gmail.com>wrote: > Hello, > > I am using Moinmoin 1.5.8 with a customized theme (sinorca4moin with some > modifications) and I noticed that the css files are being sent to the > browser in every request. Is this behavior a configuration I could change or > maybe something wrong in the code? I really appreciate any help possible. > > Best regards, > Aline Guedes > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090220/8cb2185c/attachment.html> From rick.vanderveer at gmail.com Fri Feb 20 11:23:08 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 20 Feb 2009 10:23:08 -0600 Subject: [Moin-user] SSPI with https In-Reply-To: <BAY111-W368B369BF3D3074A324C4387B30@phx.gbl> References: <BAY111-W368B369BF3D3074A324C4387B30@phx.gbl> Message-ID: <5c39e1ca0902200823p1ca695f8r40cf4bcf3ea4f4da@mail.gmail.com> You're very confusing, Waqas. :-) First, you start out using sspi, then switch to LDAP for some unknown reason even though sspi is working fine, and now you're back to sspi? huh. sspi shouldn't have anything to do with SSL, it's merely an authentication mechanism. If it's prompting for username/password, it sounds like that portion is working correctly. In other words, once it does it's task, it steps out of the way and lets the next step occur. To troubleshoot, I would suggest disabling sspi authentication altogether, and see if moin will display pages at that point. Try to figure out at exactly what stage it's breaking. Also, don't forget to check your error logs for hints and insight. -Rick On Fri, Feb 20, 2009 at 10:06 AM, waqas ahmad <waqas805 at hotmail.com> wrote: > > > > Hi, > > my sspi authentication is working fine with http but now i changed to https > and sspi authentication is not working. It asks for username and password > but then page can not be displayes. > > should i configure sspi in apache. or it will be remain same. > > thanks in advance, > > Regards, > > Waqas Ahmad > > > > ________________________________ > Invite your mail contacts to join your friends list with Windows Live > Spaces. It's easy! Try it! > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > From mdasilva at fing.edu.uy Fri Feb 20 12:06:33 2009 From: mdasilva at fing.edu.uy (Miguel Da Silva - URI) Date: Fri, 20 Feb 2009 15:06:33 -0200 Subject: [Moin-user] Problem with ACL and groups after migration (1.5.3 => 1.7.0). In-Reply-To: <499EBB24.8030501@heavy.ch> References: <499EB4A0.90502@fing.edu.uy> <499EBB24.8030501@heavy.ch> Message-ID: <499EE319.60306@fing.edu.uy> Mail at Heavy.ch escribi?: > Hi there > > Between 1.5 and 1.7 the regex for page_group_regex, page_group_regex, > etc.. changed you should read the docs/ in your moinmoin download > carefully or take a look at http://moinmo.in/HelpOnConfiguration#pages > and check if your wikiconfig.py looks like this: > > page_category_regex = ur'(?P<all>Category(?P<key>(?!Template)\S+))' > page_dict_regex = ur'(?P<all>(?P<key>\S+)Dict)' > page_group_regex = ur'(?P<all>(?P<key>\S+)Group)' > page_template_regex = ur'(?P<all>(?P<key>\S+)Template)' > > about migration read the docs under: http://moinmo.in/HelpOnInstalling > and maybe http://moinmo.in/HowTo > > bye > Marcel > > > Good news!!! Thank you for telling me about that, but... what you said is what I did (concerning reading the documentation available in the local wiki). So, what's up?!?! page_group_regex u'[a-z0-9]Group$' That's what it says. I don't know if the HelpOn* pages were also migrated (in this case it was just copied) or if it is indeed the original file supplied by Debian Lenny (now, as a stable distribution). It's clear it is not Moin's problem and now I'll go to report this issue to Debian team. Thank you so much, greetings. -- Miguel Da Silva Unidad de Recursos Inform?ticos Facultad de Ingenier?a - http://www.fing.edu.uy Universidad de la Rep?blica - http://www.rau.edu.uy From waqas805 at hotmail.com Fri Feb 20 12:56:34 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 20 Feb 2009 18:56:34 +0100 Subject: [Moin-user] SSPI with https In-Reply-To: <5c39e1ca0902200823p1ca695f8r40cf4bcf3ea4f4da@mail.gmail.com> References: <BAY111-W368B369BF3D3074A324C4387B30@phx.gbl> <5c39e1ca0902200823p1ca695f8r40cf4bcf3ea4f4da@mail.gmail.com> Message-ID: <BAY111-W49307DDF151A50418E9AB587B30@phx.gbl> Hi, Sorry, that i am testing moinmoin with different mehtods. you are right that i configured before also my moinmoin with LDAP but i saw some problems that RSS feed is not working and my ACL was giving me some problems and sometimes when i clicked on some links on my wiki pages then suddenly i go logout automatically. I was tested these things on my test machine. but on my real machine untill now running moinmoin with sspi. I thought, it is better to run my apache via ssl, because of security reasons, therefore i configure my apache with ssl. now i did some troubleshooting as you said. First i run my moinmoin with http, sspi_authentication and it is running fine. 2nd i run my moinmon with https, sspi_authentication and it is not working and it is giving following message in ssl_request.log. [20/Feb/2009:18:27:48 +0100] 172.16.11.184 TLSv1 AES128-SHA "GET /supwiki HTTP/1.1" 401 3rd: i run my moinmoin with https, without sspi_authtentication then it shows moinmoin page.Thats mean it is working. and error.log file giving me following detail when i start apache. [Fri Feb 20 18:19:31 2009] [warn] RSA server certificate CommonName (CN) `nv1402' does NOT match server name!? [Fri Feb 20 18:19:31 2009] [warn] RSA server certificate CommonName (CN) `nv1402' does NOT match server name!? [Fri Feb 20 18:19:31 2009] [warn] mod_wsgi: Compiled for Python/2.5. [Fri Feb 20 18:19:31 2009] [warn] mod_wsgi: Runtime using Python/2.5.2. [Fri Feb 20 18:19:31 2009] [warn] mod_wsgi: Python module path 'C:\\Windows\\system32\\python25.zip;C:\\Python25\\Lib;C:\\Python25\\DLLs;C:\\Python25\\Lib\\lib-tk;;C:\\Program Files\\Apache Software Foundation\\Apache2.2\\bin'. [Fri Feb 20 18:19:31 2009] [notice] Apache/2.2.8 (Win32) mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/2.3 Python/2.5.2 mod_auth_sspi/1.0.4 configured -- resuming normal operations [Fri Feb 20 18:19:31 2009] [notice] Server built: Jan 18 2008 00:37:19 [Fri Feb 20 18:19:31 2009] [notice] Parent: Created child process 4636 [Fri Feb 20 18:19:32 2009] [warn] RSA server certificate CommonName (CN) `nv1402' does NOT match server name!? [Fri Feb 20 18:19:33 2009] [warn] RSA server certificate CommonName (CN) `nv1402' does NOT match server name!? [Fri Feb 20 18:19:33 2009] [warn] mod_wsgi: Compiled for Python/2.5. [Fri Feb 20 18:19:33 2009] [warn] mod_wsgi: Runtime using Python/2.5.2. [Fri Feb 20 18:19:33 2009] [warn] mod_wsgi: Python module path 'C:\\Windows\\system32\\python25.zip;C:\\Python25\\Lib;C:\\Python25\\DLLs;C:\\Python25\\Lib\\lib-tk;;C:\\Program Files\\Apache Software Foundation\\Apache2.2\\bin'. [Fri Feb 20 18:19:33 2009] [notice] Child 4636: Child process is running [Fri Feb 20 18:19:33 2009] [notice] Child 4636: Acquired the start mutex. [Fri Feb 20 18:19:33 2009] [notice] Child 4636: Starting 64 worker threads. [Fri Feb 20 18:19:33 2009] [notice] Child 4636: Starting thread to listen on port 443. These kind of things confusing me really. I hope i will find a way to run moinmoin with ssl and sspi :). Have a nice weekend, we will meet on Monday and really thanks a lot for helping. Best Regards, Waqas Ahmad > Date: Fri, 20 Feb 2009 10:23:08 -0600 > Subject: Re: [Moin-user] SSPI with https > From: rick.vanderveer at gmail.com > To: waqas805 at hotmail.com > CC: moin-user at lists.sourceforge.net > > You're very confusing, Waqas. :-) First, you start out using sspi, > then switch to LDAP for some unknown reason even though sspi is > working fine, and now you're back to sspi? huh. > > sspi shouldn't have anything to do with SSL, it's merely an > authentication mechanism. If it's prompting for username/password, it > sounds like that portion is working correctly. In other words, once > it does it's task, it steps out of the way and lets the next step > occur. > > To troubleshoot, I would suggest disabling sspi authentication > altogether, and see if moin will display pages at that point. Try to > figure out at exactly what stage it's breaking. Also, don't forget to > check your error logs for hints and insight. > > -Rick > > > > > On Fri, Feb 20, 2009 at 10:06 AM, waqas ahmad <waqas805 at hotmail.com> wrote: > > > > > > > > Hi, > > > > my sspi authentication is working fine with http but now i changed to https > > and sspi authentication is not working. It asks for username and password > > but then page can not be displayes. > > > > should i configure sspi in apache. or it will be remain same. > > > > thanks in advance, > > > > Regards, > > > > Waqas Ahmad > > > > > > > > ________________________________ > > Invite your mail contacts to join your friends list with Windows Live > > Spaces. It's easy! Try it! > > ------------------------------------------------------------------------------ > > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > > -Strategies to boost innovation and cut costs with open source participation > > -Receive a $600 discount off the registration fee with the source code: SFAD > > http://p.sf.net/sfu/XcvMzF8H > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090220/b35dccad/attachment.html> From mail at heavy.ch Fri Feb 20 16:00:11 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Fri, 20 Feb 2009 22:00:11 +0100 Subject: [Moin-user] Wiki Theme In-Reply-To: <758e74a50902200723g58d99a19w8d7af068e06c84f1@mail.gmail.com> References: <758e74a50902200723g58d99a19w8d7af068e06c84f1@mail.gmail.com> Message-ID: <499F19DB.20802@heavy.ch> Aline Guedes schrieb: > Hello, > > I am using Moinmoin 1.5.8 with a customized theme (sinorca4moin with > some modifications) and I noticed that the css files are being sent to > the browser in every request. Is this behavior a configuration I could > change or maybe something wrong in the code? I really appreciate any > help possible. there is nothing wrong. because in the html file the css files get included. see some example: {{{ <link href="/wiki/sinorca4moin/css/common.css" media="all" charset="utf-8" type="text/css" rel="stylesheet"/> }}} you maybe can optimize the http requests... so the browser do only once load the css file form the server, but it's nothing moinmoin related (atleast if you're running moinmoin with apache or some other webserver). but be aware it's also related how the browser interpret this settings... etcetera. * http://httpd.apache.org/docs/2.0/mod/mod_expires.html or something generaly about performance rules: * http://developer.yahoo.com/performance/rules.html * http://yuiblog.com/blog/2006/11/28/performance-research-part-1/ bye Marcel From aline.guedes at gmail.com Fri Feb 20 16:35:01 2009 From: aline.guedes at gmail.com (Aline Guedes) Date: Fri, 20 Feb 2009 18:35:01 -0300 Subject: [Moin-user] Wiki Theme In-Reply-To: <499F19DB.20802@heavy.ch> References: <758e74a50902200723g58d99a19w8d7af068e06c84f1@mail.gmail.com> <499F19DB.20802@heavy.ch> Message-ID: <758e74a50902201335l79faa999sa7c3717ebbe048da@mail.gmail.com> Hello, I used mod_expires and it helped a lot with improving performance. Thanks a lot for your answer! Regards, Aline On Fri, Feb 20, 2009 at 6:00 PM, Mail at Heavy.ch <mail at heavy.ch> wrote: > Aline Guedes schrieb: > > Hello, > > > > I am using Moinmoin 1.5.8 with a customized theme (sinorca4moin with > > some modifications) and I noticed that the css files are being sent to > > the browser in every request. Is this behavior a configuration I could > > change or maybe something wrong in the code? I really appreciate any > > help possible. > > there is nothing wrong. because in the html file the css files get > included. see some example: > {{{ > <link href="/wiki/sinorca4moin/css/common.css" media="all" > charset="utf-8" type="text/css" rel="stylesheet"/> > }}} > > you maybe can optimize the http requests... so the browser do only once > load the css file form the server, but it's nothing moinmoin related > (atleast if you're running moinmoin with apache or some other > webserver). but be aware it's also related how the browser interpret > this settings... etcetera. > * http://httpd.apache.org/docs/2.0/mod/mod_expires.html > > or something generaly about performance rules: > * http://developer.yahoo.com/performance/rules.html > * http://yuiblog.com/blog/2006/11/28/performance-research-part-1/ > > > bye > Marcel > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090220/8ac4e6c1/attachment.html> From mwood23 at gmail.com Fri Feb 20 19:14:49 2009 From: mwood23 at gmail.com (Matt W) Date: Fri, 20 Feb 2009 16:14:49 -0800 Subject: [Moin-user] KeyError in Python with 1.8.2 Message-ID: <2716488c0902201614g41f6105aqad2ceb57efcd7da1@mail.gmail.com> Hi all-- here I go again, upgrading MoinMoin, something that has bitten me before :) We are upgrading from 180 to 182. I really tried to be careful following the guides and didn't see any 'gotchas' in the CHANGES file. I thought I had done everything correctly but loading up the main page I see: KeyError 'en' If you want to report a bug, please save this page and attach it to your bug report. [etc] The Apache error log shows this: 2009-02-20 16:07:30,379 ERROR MoinMoin.failure:159 An exception occurred, URI was "/". Traceback (most recent call last): File "/usr/local/wiki/lib/python2.5/site-packages/MoinMoin/request/__init__.py", line 1311, in run handler(self.page.page_name, self) File "/usr/local/wiki/lib/python2.5/site-packages/MoinMoin/action/__init__.py", line 253, in do_show content_only=content_only, File "/usr/local/wiki/lib/python2.5/site-packages/MoinMoin/Page.py", line 1173, in send_page html_head=html_head, File "/usr/local/wiki/lib/python2.5/site-packages/MoinMoin/theme/__init__.py", line 1715, in send_title bodyattr.append(' %s' % self.ui_lang_attr()) File "/usr/local/wiki/lib/python2.5/site-packages/MoinMoin/theme/__init__.py", line 1520, in ui_lang_attr return ' lang="%s" dir="%s"' % (lang, i18n.getDirection(lang)) File "/usr/local/wiki/lib/python2.5/site-packages/MoinMoin/i18n/__init__.py", line 238, in getDirection return languages[lang]['x-direction'] KeyError: 'en' Anyone have an idea what Python is choking on here? Doesn't seem happy about doing a language selection. From davidb at panix.com Sat Feb 21 01:26:35 2009 From: davidb at panix.com (David M. Besonen) Date: Fri, 20 Feb 2009 22:26:35 -0800 Subject: [Moin-user] remove 'Settings' links from MoinMoin In-Reply-To: <95da30590902190926m56c06391i42fba7ccdcb61305@mail.gmail.com> References: <499D8BD4.60006@panix.com> <5c39e1ca0902190906w348aeadakf43deae3c0593d86@mail.gmail.com> <499D943E.1060104@panix.com> <95da30590902190926m56c06391i42fba7ccdcb61305@mail.gmail.com> Message-ID: <499F9E9B.9060504@panix.com> On 2/19/2009 9:26 AM, Christopher MacMinn wrote: > You want to hide just the "settings" link, meaning the one > that sits between the username link and the "Logout" link? > This is an anchor (<a>) with id="userprefs", so try adding > a CSS rule in common.css (or screen.css) that looks like > this: > > a#userprefs { display: none; } thanks Christopher. that worked great. what's the difference between adding this CSS rule to either common.css or screen.css (and is there a reason i would or would not want to add this rule to both files)? also, does it matter where in the .css file i place this rule (is the whole .css file interpreted prior to it being "executed")? -- david From mail at heavy.ch Sat Feb 21 05:36:09 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Sat, 21 Feb 2009 11:36:09 +0100 Subject: [Moin-user] KeyError in Python with 1.8.2 In-Reply-To: <2716488c0902201614g41f6105aqad2ceb57efcd7da1@mail.gmail.com> References: <2716488c0902201614g41f6105aqad2ceb57efcd7da1@mail.gmail.com> Message-ID: <499FD919.7000209@heavy.ch> Matt W schrieb: > Hi all-- > > here I go again, upgrading MoinMoin, something that has bitten me before :) > > We are upgrading from 180 to 182. I really tried to be careful > following the guides and didn't see any 'gotchas' in the CHANGES file. > I thought I had done everything correctly but loading up the main > page I see: > > KeyError > 'en' > If you want to report a bug, please save this page and attach it to > your bug report. > [etc] > below "report a bug" there is normally a traceback, this would be very usefull if you can submit this also. because this shows where the error occure (last item). btw. do you use a moinmoin built in / standard theme or a custom? bye Marcel From tw-public at gmx.de Sat Feb 21 10:45:38 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 21 Feb 2009 16:45:38 +0100 Subject: [Moin-user] KeyError in Python with 1.8.2 In-Reply-To: <2716488c0902201614g41f6105aqad2ceb57efcd7da1@mail.gmail.com> References: <2716488c0902201614g41f6105aqad2ceb57efcd7da1@mail.gmail.com> Message-ID: <1235231138.1059.37.camel@server.firma.waldmann-edv.de> > File "/usr/local/wiki/lib/python2.5/site-packages/MoinMoin/i18n/__init__.py", > line 238, in getDirection > return languages[lang]['x-direction'] > KeyError: 'en' Try stopping moin, clearing the data/cache/i18n/* and restart moin. From rick.vanderveer at gmail.com Sat Feb 21 11:34:37 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Sat, 21 Feb 2009 10:34:37 -0600 Subject: [Moin-user] remove 'Settings' links from MoinMoin In-Reply-To: <499F9E9B.9060504@panix.com> References: <499D8BD4.60006@panix.com> <5c39e1ca0902190906w348aeadakf43deae3c0593d86@mail.gmail.com> <499D943E.1060104@panix.com> <95da30590902190926m56c06391i42fba7ccdcb61305@mail.gmail.com> <499F9E9B.9060504@panix.com> Message-ID: <5c39e1ca0902210834o2d6bfcb4m3b6fe93e93b09734@mail.gmail.com> On Sat, Feb 21, 2009 at 12:26 AM, David M. Besonen <davidb at panix.com> wrote: > On 2/19/2009 9:26 AM, Christopher MacMinn wrote: > >> You want to hide just the "settings" link, meaning the one >> that sits between the username link and the "Logout" link? >> This is an anchor (<a>) with id="userprefs", so try adding >> a CSS rule in common.css (or screen.css) that looks like >> this: >> >> a#userprefs { display: none; } > > thanks Christopher. that worked great. > > what's the difference between adding this CSS rule to either > common.css or screen.css (and is there a reason i would or > would not want to add this rule to both files)? > > also, does it matter where in the .css file i place this rule > (is the whole .css file interpreted prior to it being > "executed")? > > -- david Hey David, Honestly, as long as it works, it doesn't really matter which css file you put it in. The 'C' in CSS is for 'Cascading', and is designed to be flexible; you can have multiple files (as you see in your theme, and they're chained together). The only caveat is that a style later on in the chain can override a similar style higher in the chain. This can have interesting repercussions when laying out a page (when some style element doesn't do what you expect it to do). As you get into css, there are a few really nice tools to help you. One of the most popular is the Web Developer" plugin for Firefox (https://addons.mozilla.org/en-US/firefox/addon/60). Once installed, select "View Style Information" from the the 'CSS' menu, then mouse over elements on your page, and you can see what style is applying to that particular element. Hope this helps... -Rick From mail at heavy.ch Sat Feb 21 15:18:03 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Sat, 21 Feb 2009 21:18:03 +0100 Subject: [Moin-user] remove 'Settings' links from MoinMoin In-Reply-To: <499F9E9B.9060504@panix.com> References: <499D8BD4.60006@panix.com> <5c39e1ca0902190906w348aeadakf43deae3c0593d86@mail.gmail.com> <499D943E.1060104@panix.com> <95da30590902190926m56c06391i42fba7ccdcb61305@mail.gmail.com> <499F9E9B.9060504@panix.com> Message-ID: <49A0617B.2080104@heavy.ch> David M. Besonen schrieb: > On 2/19/2009 9:26 AM, Christopher MacMinn wrote: > > also, does it matter where in the .css file i place this rule > (is the whole .css file interpreted prior to it being > "executed")? with some themes you can have four css included: * common.css --> here goes everything what is generally * screen.cssh --> only for viewing the website with the browser * print --> only if you would like to print the website * projection.css -> projector (who use this anyway? I never) well, this is not be carved in stone, you can have hundreds of separated css files or only a single one. it's up to you witch kind of organization you want :-) css defines some other media types.... but browser do mostly supporting only all, print and screen: * all: Alle Medien * aural: Audio-Wiedergabe (Screen Readers, Synthesizer) * braille: Blinden-Leseger?t * embossed: Blinden-Drucker * handheld: Handys, Digital Assistent * print: Printausgabe * projection: Digitaler Projektor * screen: Bidschirm * tty: Teletype Printer * tv: Fernsehen bye Marcel From ernesto.adorio at gmail.com Sat Feb 21 23:02:20 2009 From: ernesto.adorio at gmail.com (Ernesto Adorio) Date: Sun, 22 Feb 2009 12:02:20 +0800 Subject: [Moin-user] Version 1.8.2 static directory setup? Message-ID: <5cec18c10902212002i1efe9296i64f300f03c200fde@mail.gmail.com> Hi, I can access my wiki at wiki.mydomainname/mywiki but the static files (moin.png logo) are not shown? and the page looks a little plain 'ugly' maybe it cannot find the static directory for .js, .png files. My setup uses fcgi and lighttpd. I tried copying htdocs directory to separate directory moin_static182 in /usr/share/moin but no luck. My data directory are in /var/www/moin/mywiki/data. I am confused by the published documentation in the web about the static directory setup (or is this supposed to be automatic?) Ernie. From tw-public at gmx.de Sun Feb 22 02:32:56 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 22 Feb 2009 08:32:56 +0100 Subject: [Moin-user] backup and restore In-Reply-To: <499E6BD5.1020301@gmail.com> References: <499E6BD5.1020301@gmail.com> Message-ID: <1235287976.18531.8.camel@black.firma.waldmann-edv.de> > How do you backup and restore MoinMoin? Well, there are several ways. If you do a file-level backup of your whole system, you're fine, moin code, configuration and data will be included (as we just use the file system and no database, no special precautions like dumping databases or stopping database engines are needed). If you selectively just want to backup moin, you can either use your backup tool of choice or configure moin's backup action, see HelpOnConfiguration. the data_dir (see your wiki config) has the most important stuff: your wiki pages, your user profiles, your custom plugins. you also should backup your wiki config files. if you include moin's code and static files in the backup, restoring will be easier. at least you should know which version / release / package of moin you used. Whatever you use, make sure the backup has everything you need in case of emergency. From sjakub at gmail.com Sun Feb 22 08:16:40 2009 From: sjakub at gmail.com (Jakub Schmidtke) Date: Sun, 22 Feb 2009 08:16:40 -0500 Subject: [Moin-user] Custom authenticator Message-ID: <gnrj8j$p6e$1@ger.gmane.org> Hi. I'm trying to write my own authenticator. And it sort-of works - for a given username and password it connects to some other url, that requires authentication, af it username/password works there, it accepts them. When I use wrong credentials it prints error message, if I provide correct - it says I was logged in. But as soon as I go to any other page, I'm logged out again. What is the easiest way to make it preserve the login information until user logs out? Thanks! From crosseyedpenguin at yahoo.com Sun Feb 22 11:09:38 2009 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Sun, 22 Feb 2009 08:09:38 -0800 (PST) Subject: [Moin-user] Custom authenticator In-Reply-To: <gnrj8j$p6e$1@ger.gmane.org> Message-ID: <789463.43767.qm@web36208.mail.mud.yahoo.com> --- On Sun, 2/22/09, Jakub Schmidtke <sjakub at gmail.com> wrote: > From: Jakub Schmidtke <sjakub at gmail.com> > Subject: [Moin-user] Custom authenticator > To: moin-user at lists.sourceforge.net > Date: Sunday, February 22, 2009, 6:16 AM > Hi. > > I'm trying to write my own authenticator. > And it sort-of works - for a given username and password it > connects > to some other url, that requires authentication, af it > username/password > works there, it accepts them. When I use wrong credentials > it prints error > message, if I provide correct - it says I was logged in. > But as soon as I go > to any other page, I'm logged out again. > What is the easiest way to make it preserve the login > information until user > logs out? > > Thanks! > This page may help: http://moinmo.in/HelpOnAuthentication/ExternalCookie Roger Haase From ernesto.adorio at gmail.com Sun Feb 22 11:43:25 2009 From: ernesto.adorio at gmail.com (Ernesto Adorio) Date: Mon, 23 Feb 2009 00:43:25 +0800 Subject: [Moin-user] Static directory setup of 1.82 Moin using lighttpd server. Message-ID: <5cec18c10902220843p6f810248wad602b76ba756f97@mail.gmail.com> I could not rest after I posted a problem to the list and in response to my previous post regarding static images not showing or javascript not working in my lighttpd powered wiki, I experimented and added a line alias.url to my /etc/lighttpd/lighttpd.conf file just before the end of the closing brace of the $HTTP["host"] =~ "wiki.mydomainname " { server.name = "wiki.mydomainname" .... alias.url = ( "/moin_static182/" =>"/usr/share/moin/moin_static182") } Well, I am happy now. So this is a web server problem, not of Moinmoin. The documentation on installation with lighttpd and Moin 1.82 should be fixed not to refer to moin_static1.61. -Ernie. From rb.proj at gmail.com Sun Feb 22 18:04:08 2009 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 23 Feb 2009 00:04:08 +0100 Subject: [Moin-user] Version 1.8.2 static directory setup? In-Reply-To: <5cec18c10902212002i1efe9296i64f300f03c200fde@mail.gmail.com> References: <5cec18c10902212002i1efe9296i64f300f03c200fde@mail.gmail.com> Message-ID: <gnsll9$blf$1@ger.gmane.org> Ernesto Adorio schrieb: > Hi, > I can access my wiki at wiki.mydomainname/mywiki but the static files > (moin.png logo) are not shown? and the page looks a little plain > 'ugly' maybe it cannot find the static directory for .js, .png files. > > My setup uses fcgi and lighttpd. I tried copying htdocs directory to > separate directory moin_static182 in /usr/share/moin but no luck. > My data directory are in /var/www/moin/mywiki/data. > > I am confused by the published documentation in the web about the > static directory setup (or is this supposed to be automatic?) > > > Ernie. > check where your alias of the static files points to. You can see it from the webserver configuration or the page source of your browser. cheers Reimar From marquis at roble.com Sun Feb 22 19:16:13 2009 From: marquis at roble.com (Roger Marquis) Date: Sun, 22 Feb 2009 16:16:13 -0800 (PST) Subject: [Moin-user] Read-Only Underlay Q In-Reply-To: <mailman.604284.1235343867.5442.moin-user@lists.sourceforge.net> References: <mailman.604284.1235343867.5442.moin-user@lists.sourceforge.net> Message-ID: <20090223001613.86FB12B21F4@mx5.roble.com> None of the wiki instances I maintain need to have a writable underlay directory, yet the system data_underlay_dir complains if it is not writable: "Make sure the directory and the subdirectory "pages" are owned by the web server and are readable, writable and executable by the web server user and group." Not sure where underlay pages would need to be writable or owned by the web server process but I do not want a writable underlay. Is there a patch or setting that would disable this error and allow for a secure and read-only data_underlay_dir? Roger Marquis From rick.vanderveer at gmail.com Sun Feb 22 20:04:51 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Sun, 22 Feb 2009 19:04:51 -0600 Subject: [Moin-user] Version 1.8.2 static directory setup? In-Reply-To: <gnsll9$blf$1@ger.gmane.org> References: <5cec18c10902212002i1efe9296i64f300f03c200fde@mail.gmail.com> <gnsll9$blf$1@ger.gmane.org> Message-ID: <5c39e1ca0902221704i3154f1d0i97d587104316812e@mail.gmail.com> On Sun, Feb 22, 2009 at 5:04 PM, R.Bauer <rb.proj at gmail.com> wrote: > Ernesto Adorio schrieb: >> Hi, >> I can access my wiki at wiki.mydomainname/mywiki but the static files >> (moin.png logo) are not shown? and the page looks a little plain >> 'ugly' maybe it cannot find the static directory for .js, .png files. >> >> My setup uses fcgi and lighttpd. I tried copying htdocs directory to >> separate directory moin_static182 in /usr/share/moin but no luck. >> My data directory are in /var/www/moin/mywiki/data. >> >> I am confused by the published documentation in the web about the >> static directory setup (or is this supposed to be automatic?) >> >> >> Ernie. >> > > check where your alias of the static files points to. You can see it > from the webserver configuration or the page source of your browser. > > cheers > Reimar Just to expand on this a bit-- remember that your 'static' image library more or less lives outside the moin realm, so you can test by trying to point your browser to where you 'think' the URL for your image should be, and it should come up. That might help you reverse-engineer your Apache alias paths, etc. -Rick From sjakub at gmail.com Sun Feb 22 20:39:22 2009 From: sjakub at gmail.com (Jakub Schmidtke) Date: Sun, 22 Feb 2009 20:39:22 -0500 Subject: [Moin-user] Custom authenticator References: <gnrj8j$p6e$1@ger.gmane.org> <789463.43767.qm@web36208.mail.mud.yahoo.com> Message-ID: <gnsup6$v3v$1@ger.gmane.org> Roger Haase wrote: > This page may help: > http://moinmo.in/HelpOnAuthentication/ExternalCookie > > Roger Haase Thanks! Do you know if this code works properly? Comments say that it's outdated... I have already solved it by adding PHP Session authenticator to the list. Anyway, maybe someone will find this authenticator useful. It uses remote http(s) host with authentication for verifying if it can authenticate on that host with supplied username and password. It can also optionally check if returned webpage matches given string, and optionally set email for users created. So in my wikiconfig.py I have following entry (for remote https authentication at the University of Waterloo): auth = [PHPSessionAuth(), RemoteHttpAuth(auth_url="https://ego.uwaterloo.ca/Authen", required_web_content="OK\n", auto_email_domain="uwaterloo.ca", autocreate=True)] -------------- next part -------------- A non-text attachment was scrubbed... Name: remote_http_auth.py Type: text/x-python Size: 4797 bytes Desc: not available URL: <http://mail.python.org/pipermail/moin-user/attachments/20090222/5a5f398d/attachment.py> From sjakub at gmail.com Sun Feb 22 20:29:39 2009 From: sjakub at gmail.com (Jakub Schmidtke) Date: Sun, 22 Feb 2009 20:29:39 -0500 Subject: [Moin-user] Allow editing only for auth users References: <AA1F5ABB-4FEC-49A3-8F03-3389000EF9EC@xgm.de> <20090123201521.GR80250@fw.wtp3.org> Message-ID: <gnsu89$u7q$1@ger.gmane.org> Krzysztof Stryjek wrote: >> how can I setup moinmoin that it allows edting only for authenticated >> users? I've found something at http://moinmo.in/SecurityPolicy but it >> tells me not to do it that way. http://moinmo.in/AccessControlList >> does not really contains anything useful. >> > I think this issue was written many times, so maybe go to me priv and I > will explain all you need :-))) Hm, I have the similar problem. Should I contact you on priv as well? ;) Maybe it would be better to explain it here, or even better - to put somewhere in the documentation? Possibly put a link on that page: http://moinmoin.wikiwikiweb.de/SecurityPolicy instead of: "Maybe need an example here of how to do it so it doesn't prevent ACLs from working? Or provide an example using ACLs? And does this warning apply only to Section 2.1 on this page? Other sections seem to use similar technques, do they too affect ACLs?" Thanks! From wtp at bsdserwis.com Mon Feb 23 05:28:30 2009 From: wtp at bsdserwis.com (Krzysztof Stryjek) Date: Mon, 23 Feb 2009 11:28:30 +0100 Subject: [Moin-user] Allow editing only for auth users In-Reply-To: <gnsu89$u7q$1@ger.gmane.org> References: <AA1F5ABB-4FEC-49A3-8F03-3389000EF9EC@xgm.de> <20090123201521.GR80250@fw.wtp3.org> <gnsu89$u7q$1@ger.gmane.org> Message-ID: <20090223102829.GI3262@fw.wtp3.org> Hello, On Sun, Feb 22, 2009 at 08:29:39PM -0500, Jakub Schmidtke wrote: > Hm, I have the similar problem. Should I contact you on priv as well? ;) > You're welcome. > Maybe it would be better to explain it here, or even better - to put > somewhere in the documentation? Possibly put a link on that page: > http://moinmoin.wikiwikiweb.de/SecurityPolicy > AFAIK this URL is depreciated. You shoul use http://www.moinmo.in instead. > instead of: > "Maybe need an example here of how to do it so it doesn't prevent ACLs from > working? Or provide an example using ACLs? And does this warning apply only > to Section 2.1 on this page? Other sections seem to use similar technques, > do they too affect ACLs?" > Yes, you are right. But there is new HowTo section on moin website, which should caontains such short examples and explanations. Well, someone asked me about my last answer on ACLs, but I don't see it there. So I will find my answer on my mail archives and I will forward to you. Cheers, -- Krzysztof Stryjek UNIX administrator/Juniper Networks Specialist email: wtp (at) bsdserwis (dot) com http://www.linkedin.com/in/KrzysztofStryjek GPG fingerprint: 8BD7 40CE 8994 0BBE CE6C 91CD 1292 8959 DC61 0E76 Life would be tolerable but for its amusements. -- George Bernard Shaw From tw-public at gmx.de Mon Feb 23 11:29:43 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 23 Feb 2009 17:29:43 +0100 Subject: [Moin-user] Read-Only Underlay Q In-Reply-To: <20090223001613.86FB12B21F4@mx5.roble.com> References: <mailman.604284.1235343867.5442.moin-user@lists.sourceforge.net> <20090223001613.86FB12B21F4@mx5.roble.com> Message-ID: <1235406583.16837.10.camel@black.firma.waldmann-edv.de> On Sun, 2009-02-22 at 16:16 -0800, Roger Marquis wrote: > None of the wiki instances I maintain need to have a writable underlay > directory, yet the system data_underlay_dir complains if it is not > writable They are not writable for the wiki user (due to ACLs). But they need to be writable for moin as it will store some caches into the pagedirs. From mwood23 at gmail.com Mon Feb 23 14:34:04 2009 From: mwood23 at gmail.com (Matt W) Date: Mon, 23 Feb 2009 11:34:04 -0800 Subject: [Moin-user] KeyError in Python with 1.8.2 In-Reply-To: <499FD919.7000209@heavy.ch> References: <2716488c0902201614g41f6105aqad2ceb57efcd7da1@mail.gmail.com> <499FD919.7000209@heavy.ch> Message-ID: <2716488c0902231134n7df67c1fk222edf3b996bc24@mail.gmail.com> >> page I see: >> >> KeyError >> 'en' >> If you want to report a bug, please save this page and attach it to >> your bug report. >> [etc] >> > > below "report a bug" there is normally a traceback, this would be very > usefull if you can submit this also. because this shows where the error > occure (last item). > > btw. do you use a moinmoin built in / standard theme or a custom? > > bye > Marcel Hi again! Thanks for the responses, Marcel and Thomas. Thomas, I did do the cache flush procedure as part of the upgrade, plus i did the manual cache deletion you suggested. what was interesting is that the only file in there was "en" which appears to be an '8086 relocatable (Microsoft)' ...could that cause a problem when running moin on a SPARC system? or is that only for the client to use? Marcel, we have all standard themes, no customization. Do you guys think I should file a bug with this? I don't want to cause extra work if it's something I forgot to do in the upgrade :) I'll try upgrading another instance of 1.8.0 that I have on another system and see what happens. thx! -Matt From sjakub at gmail.com Mon Feb 23 18:57:28 2009 From: sjakub at gmail.com (Jakub Schmidtke) Date: Mon, 23 Feb 2009 18:57:28 -0500 Subject: [Moin-user] Different style for editing Message-ID: <gnvd63$uut$1@ger.gmane.org> Hi. I'm wondering if it is possible to have a slightly different style when editing content. I would like to have a general style that is narrow, so it doesn't take all the screen width. Long paragraphs don't look well in wide layout (especially on wide display) and are difficult to read. However, for editing it's better to have wider layout for easier raw text editing. Is it possible to achieve that? Maybe something similar to 'print' mode? From marquis at roble.com Mon Feb 23 19:51:57 2009 From: marquis at roble.com (Roger Marquis) Date: Mon, 23 Feb 2009 16:51:57 -0800 (PST) Subject: [Moin-user] Read-Only Underlay Q In-Reply-To: <mailman.607125.1235433494.24145.moin-user@lists.sourceforge.net> References: <mailman.607125.1235433494.24145.moin-user@lists.sourceforge.net> Message-ID: <20090224005157.4FB2C2B2109@mx5.roble.com> Thomas Waldmann wrote: >> None of the wiki instances I maintain need to have a writable underlay >> directory, yet the system data_underlay_dir complains if it is not >> writable > > But they need to be writable for moin as it will store some caches into > the pagedirs. That's odd, and non-standard, and the reason I need (to write apparently) a patch. We have security auditors who don't like applications writing to directories outside of their scope. I see their logic, and wonder why Moin does this. Any pointers to the file/s that need patching would be appreciated (off list, thanks). Roger Marquis > > None of the wiki instances I maintain need to have a writable underlay > directory, yet the system data_underlay_dir complains if it is not > writable: > > "Make sure the directory and the subdirectory "pages" are owned by the > web server and are readable, writable and executable by the web server > user and group." > > Not sure where underlay pages would need to be writable or owned by the web > server process but I do not want a writable underlay. Is there a patch or > setting that would disable this error and allow for a secure and read-only > data_underlay_dir? > From tw-public at gmx.de Tue Feb 24 02:43:58 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 24 Feb 2009 08:43:58 +0100 Subject: [Moin-user] KeyError in Python with 1.8.2 In-Reply-To: <2716488c0902231134n7df67c1fk222edf3b996bc24@mail.gmail.com> References: <2716488c0902201614g41f6105aqad2ceb57efcd7da1@mail.gmail.com> <499FD919.7000209@heavy.ch> <2716488c0902231134n7df67c1fk222edf3b996bc24@mail.gmail.com> Message-ID: <1235461438.16837.16.camel@black.firma.waldmann-edv.de> > Thanks for the responses, Marcel and Thomas. Thomas, I did do the > cache flush procedure as part of the upgrade, plus i did the manual > cache deletion you suggested. what was interesting is that the only > file in there was "en" which appears to be an '8086 relocatable > (Microsoft)' LOL. Don't trust "file" too much. That file is a pickled data structure of moin, nothing from microsoft and for sure no code. If stopping moin, deleting the cache, starting moin didn't help, please check the wiki for bug reports and if we have none about this, please file one, including traceback and all infos you have. > I'll try upgrading another instance of 1.8.0 We are at 1.8.2 currently. From tw-public at gmx.de Tue Feb 24 02:48:11 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 24 Feb 2009 08:48:11 +0100 Subject: [Moin-user] Different style for editing In-Reply-To: <gnvd63$uut$1@ger.gmane.org> References: <gnvd63$uut$1@ger.gmane.org> Message-ID: <1235461691.16837.21.camel@black.firma.waldmann-edv.de> > I'm wondering if it is possible to have a slightly different style when > editing content. I would like to have a general style that is narrow, > so it doesn't take all the screen width. Long p aragraphs don't look well in > wide layout (especially on wide display) and are difficult to read. > However, for editing it's better to have wider layout for easier raw text > editing. Is it possible to achieve that? Maybe something similar to 'print' > mode? As you see when editing, the editor uses its own style (and the theme has separate methods for the title and footer of the editor), so I think that should be possible. We use it already for emitting a simpler header and footer for the editor, so that there is more space for the editor itself. From tw-public at gmx.de Tue Feb 24 02:56:49 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 24 Feb 2009 08:56:49 +0100 Subject: [Moin-user] Read-Only Underlay Q In-Reply-To: <20090224005157.4FB2C2B2109@mx5.roble.com> References: <mailman.607125.1235433494.24145.moin-user@lists.sourceforge.net> <20090224005157.4FB2C2B2109@mx5.roble.com> Message-ID: <1235462209.16837.28.camel@black.firma.waldmann-edv.de> > That's odd, and non-standard, and the reason I need (to write apparently) a > patch. We have security auditors who don't like applications writing to > directories outside of their scope. The underlay directory has to be considered as part of the wiki instance, so that is definitely NOT outside moin's scope, but part of its page storage. Before we had underlay, those pages were just in the data directory, like all the other pages created by your users. We moved them to a separate directory for your convenience when doing moin upgrades, so you can just throw them away all at once and replace them with a newer set that comes with the upgrade. From rb.proj at gmail.com Tue Feb 24 04:40:17 2009 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 24 Feb 2009 10:40:17 +0100 Subject: [Moin-user] Read-Only Underlay Q In-Reply-To: <20090224005157.4FB2C2B2109@mx5.roble.com> References: <mailman.607125.1235433494.24145.moin-user@lists.sourceforge.net> <20090224005157.4FB2C2B2109@mx5.roble.com> Message-ID: <go0fa1$ah1$1@ger.gmane.org> Roger Marquis schrieb: > Thomas Waldmann wrote: >>> None of the wiki instances I maintain need to have a writable underlay >>> directory, yet the system data_underlay_dir complains if it is not >>> writable >> But they need to be writable for moin as it will store some caches into >> the pagedirs. I think you may want to call moin ... maint makecache to create all cache files beforehand (deployment needs to be offline) Afterward you can remove the write right to the underlay pages chmod -R a-w wiki/underlay/pages/* > > That's odd, and non-standard, and the reason I need (to write apparently) a > patch. We have security auditors who don't like applications writing to > directories outside of their scope. I see their logic, and wonder why Moin > does this. The underlay keeps the pages delivered from moin. It is separated from your data to make upgrading easier for you. What do you mean by outside "of their scope"? > > Any pointers to the file/s that need patching would be appreciated (off > list, thanks). > > Roger Marquis > cheers Reimar > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H From cmac at mit.edu Tue Feb 24 08:57:10 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Tue, 24 Feb 2009 08:57:10 -0500 Subject: [Moin-user] Different style for editing In-Reply-To: <1235461691.16837.21.camel@black.firma.waldmann-edv.de> References: <gnvd63$uut$1@ger.gmane.org> <1235461691.16837.21.camel@black.firma.waldmann-edv.de> Message-ID: <95da30590902240557g54d5d7e8o764b3147203f0166@mail.gmail.com> > > > I'm wondering if it is possible to have a slightly different style when > > editing content. I would like to have a general style that is narrow, > > so it doesn't take all the screen width. Long p aragraphs don't > look well in > > wide layout (especially on wide display) and are difficult to read. > > However, for editing it's better to have wider layout for easier raw text > > editing. Is it possible to achieve that? Maybe something similar to > 'print' > > mode? > > As you see when editing, the editor uses its own style (and the theme > has separate methods for the title and footer of the editor), so I think > that should be possible. > > We use it already for emitting a simpler header and footer for the > editor, so that there is more space for the editor itself. > Are you sure that the editor gets its own footer? The normal page header and the editor page header are generated by the "header" and "editorheader" functions, respectively, in the theme file -- there is a "footer" function, but I do not see a "editorfooter" function. I would be interested in taking advantage of this myself, if it exists. - Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090224/e5094bc8/attachment.html> From tw-public at gmx.de Tue Feb 24 09:38:56 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 24 Feb 2009 15:38:56 +0100 Subject: [Moin-user] Different style for editing In-Reply-To: <95da30590902240557g54d5d7e8o764b3147203f0166@mail.gmail.com> References: <gnvd63$uut$1@ger.gmane.org> <1235461691.16837.21.camel@black.firma.waldmann-edv.de> <95da30590902240557g54d5d7e8o764b3147203f0166@mail.gmail.com> Message-ID: <1235486336.610.4.camel@server.firma.waldmann-edv.de> > Are you sure that the editor gets its own footer? Ehrm, no. :) > The normal page header and the editor page header are generated by the > "header" and "editorheader" functions, respectively, in the theme file > -- there is a "footer" function, but I do not see a "editorfooter" > function. Yes, then it is only for the header. :) From mwood23 at gmail.com Tue Feb 24 13:48:38 2009 From: mwood23 at gmail.com (Matt W) Date: Tue, 24 Feb 2009 10:48:38 -0800 Subject: [Moin-user] Python KeyError now magically gone :) Message-ID: <2716488c0902241048nb98dd02i1182a07b95bd9584@mail.gmail.com> Meaning I must have fat-fingered something the first time I tried the upgrade from 1.8.0 to 1.8.2. A few things I did differently this time and a few notes: * I went to <top-level wiki directory>/lib/python2.5/site-packages and did a nice rm -rf * and cleaned it out completely. I know the default is to have these packages installed in the system's python installation area but for reasons of backup and portability, I keep it in the wiki area. * I have more than a few instances of the "moin" script around; I found one to stick with and made sure it had the proper sys import path to the relevant wikiconfig.py file. * when it came to updating wikiconfig.py, I moved the new default version into place and edited it line by line to add the custom entries from the old version. * make sure to chown -R <webuser>:<webgroup> <wiki dir to upgrade> (or whatever your OS's chown style is) before doing the data migration step. And of course, perform the operation as the webuser per the Migration docs. * once that's done, then proceed to do the /path/to/proper/moin maint cleancache, also as the webuser. thanks again for the responses, sorry to create noise in the system. we love MoinMoin! :) -Matt From Dennis.Benzinger at gmx.net Tue Feb 24 14:21:11 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Tue, 24 Feb 2009 20:21:11 +0100 Subject: [Moin-user] Simple workflow / Page approval Message-ID: <49A448A7.8060107@gmx.net> Hi! Is there a way to set up a kind of workflow where a) edits to pages b) creation of new pages are not public until some admin user approves them? Dennis Benzinger From mail at heavy.ch Tue Feb 24 14:53:10 2009 From: mail at heavy.ch (Mail@Heavy.ch) Date: Tue, 24 Feb 2009 20:53:10 +0100 Subject: [Moin-user] Simple workflow / Page approval In-Reply-To: <49A448A7.8060107@gmx.net> References: <49A448A7.8060107@gmx.net> Message-ID: <49A45026.3090706@heavy.ch> Hi: Dennis Benzinger schrieb: > Hi! > > Is there a way to set up a kind of workflow where > > a) edits to pages > b) creation of new pages > > are not public until some admin user approves them? > not 100%. but I think about two possibilities 1. Creation of new Pages ===================== you can use the "<<NewPage(PageTemplate,ButtonLabel,[ParentPage, at ME, at SELF] [,NameTemplate])>>" macro together with some templates. so creating a new page is a bit "structured". (note that you can use template and also put the page directly under another page [ParentPage]). Drawback is maybe that the pages is "lost" in the wiki and there is no link from another page to this newly created page. 2. Template =============== That template contains an acl like "#acl AdminGroup:read,write,delete,revert,admin". This prevents others (beside the admin) to read the page. Also add some Category (like CategoryApprovesNeeded). 3. Admin / Approves =========================== The admin can have a single page with a search macro like: "<<FullSearchCached(cat:CategoryApprovesNeeded)>>" where all the "approves needed" wiki pages are shown up. Now the admin (or in this example some user from the AdminGroup) can visit the "not yet approved" pages and remove the acl and the category stuff. and voila, the page is "Public" and removed from the Category. (but you have to setup correctly the "acl_rights_default" in your wikiconfig) sure you can "reverse" this and say that in the template there is no acl but to make this page viewable to the public the admin need to add some acl like "#acl All:read Default" 3.1 Hierarchical ACL processing =============================== Another possible whould be to use some Hierarchical ACL. so you can easely move some page "FooBar" from /ApprovesNeeded/FooBar to Documentation/FooBar. sure you need to verify that the page /ApprovesNeeded and Documentation contains the correct acl settings. geees; hope you understand my blabber about acl and hierarchical stuff. :-) bye Marcel From rick.vanderveer at gmail.com Tue Feb 24 15:13:37 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 24 Feb 2009 14:13:37 -0600 Subject: [Moin-user] Simple workflow / Page approval In-Reply-To: <49A45026.3090706@heavy.ch> References: <49A448A7.8060107@gmx.net> <49A45026.3090706@heavy.ch> Message-ID: <5c39e1ca0902241213x7680c29cw7e470baed73703a9@mail.gmail.com> One additional tidbit to Marcel's excellent write-up: For point 1, creating new pages: What we do on our wiki is use the NewPage macro with a custom button label and template like Marcel suggests, but also tie it into using the FullSearchCached macro or the excellent third-party NaviTree macro (it creates a nice bulleted alphabetical list of subpages). So, for example, we have one page (this is a simplied example): --------------------------------- == Sorted by LMS == ## Don't edit this page! Clients are added automatically using the macro below! === SumTotal === <<FullSearchCached(title:LMSlist SumTotal)>> === PeopleSoft === <<FullSearchCached(title:LMSlist PeopleSoft)>> == Add New Client Record == 1. Enter the client name below, and click the button. 1. You will be taken to your new LMS template page, ready to edit. Change the title & description to your needs, and click 'save'. Your new client will automatically listed on this page. <<NewPage(ClientTemplate,New Client Name,Toolkit/LMSlist)>> ------------------------------------- and another page: ------------------------------------- == Sorted Alphabetically By Client == ## Don't edit this page! Clients are added automatically using the macro below! <<Navitree(childtree)>> == Add New Client Record == 1. Enter the client name below, and click the button. 1. You will be taken to your new LMS template page, ready to edit. Change the title & description to your needs, and click 'save'. Your new client will automatically listed on this page. <<NewPage(ClientTemplate,New Client Name,../LMSlist)>> ------------------------------------- -Rick On Tue, Feb 24, 2009 at 1:53 PM, Mail at Heavy.ch <mail at heavy.ch> wrote: > Hi: > > Dennis Benzinger schrieb: >> Hi! >> >> Is there a way to set up a kind of workflow where >> >> a) edits to pages >> b) creation of new pages >> >> are not public until some admin user approves them? >> > > not 100%. but I think about two possibilities > > 1. Creation of new Pages > ===================== > you can use the > "<<NewPage(PageTemplate,ButtonLabel,[ParentPage, at ME, at SELF] > [,NameTemplate])>>" macro together with some templates. so creating a > new page is a bit "structured". (note that you can use template and also > put the page directly under another page [ParentPage]). Drawback is > maybe that the pages is "lost" in the wiki and there is no link from > another page to this newly created page. > > 2. Template > =============== > That template contains an acl like "#acl > AdminGroup:read,write,delete,revert,admin". This prevents others (beside > the admin) to read the page. Also add some Category (like > CategoryApprovesNeeded). > > 3. Admin / Approves > =========================== > The admin can have a single page with a search macro like: > "<<FullSearchCached(cat:CategoryApprovesNeeded)>>" where all the > "approves needed" wiki pages are shown up. Now the admin (or in this > example some user from the AdminGroup) can visit the "not yet approved" > pages and remove the acl and the category stuff. and voila, the page is > "Public" and removed from the Category. (but you have to setup correctly > the "acl_rights_default" in your wikiconfig) > > sure you can "reverse" this and say that in the template there is no acl > but to make this page viewable to the public the admin need to add some > acl like "#acl All:read Default" > > 3.1 Hierarchical ACL processing > =============================== > Another possible whould be to use some Hierarchical ACL. so you can > easely move some page "FooBar" from /ApprovesNeeded/FooBar to > Documentation/FooBar. sure you need to verify that the page > /ApprovesNeeded and Documentation contains the correct acl settings. > > > geees; hope you understand my blabber about acl and hierarchical stuff. ?:-) > > bye > Marcel > > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From cmac at mit.edu Wed Feb 25 12:02:12 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Wed, 25 Feb 2009 12:02:12 -0500 Subject: [Moin-user] ACLs and user homepages Message-ID: <95da30590902250902t524b2f0ma4a461db8ba4097c@mail.gmail.com> Hi folks - I am using MoinMoin to run a non-wiki website. My config ACL setup is: acl_rights_default = u'Administrators:read,write,delete,revert,admin All:read' acl_rights_before = u'Administrators:read,write,delete,revert,admin' where "Administrators" is of course one or more users who should have admin rights (myself included). What I would like is for (logged-in) users to automatically have permission to create and edit their own homepages, which they do not with these ACL settings. Thus far, I have been creating the user homepages myself and setting the ACL on that page as: #acl username:read,write Default but I would prefer not to have to do this manually for every new user. Is there a way to do this? Best, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090225/62835a5e/attachment.html> From rb.proj at gmail.com Wed Feb 25 13:05:44 2009 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 25 Feb 2009 19:05:44 +0100 Subject: [Moin-user] ACLs and user homepages In-Reply-To: <95da30590902250902t524b2f0ma4a461db8ba4097c@mail.gmail.com> References: <95da30590902250902t524b2f0ma4a461db8ba4097c@mail.gmail.com> Message-ID: <go419o$c1d$1@ger.gmane.org> Christopher MacMinn schrieb: > Hi folks - > I am using MoinMoin to run a non-wiki website. My config ACL setup is: > > acl_rights_default = u'Administrators:read,write,delete,revert,admin > All:read' > acl_rights_before = u'Administrators:read,write,delete,revert,admin' > That sounds wrong because the page name has to end with Group or you have to show your page_group_regex definition. > where "Administrators" is of course one or more users who should have admin > rights (myself included). > > What I would like is for (logged-in) users to automatically have permission > to create and edit their own homepages, which they do not with these ACL > settings. Thus far, I have been creating the user homepages myself and > setting the ACL on that page as: you could setup acl_rights_default = u"UserGroup:read,write All:read" that will enable people on the page UserGroup listed to change and create pages. If they are not logged in they can read. and acl_rights_before = u'AdministratorsGroup:read,write,delete,revert,admin' also you could setup a special Known identifier e.g. acl_rights_default = u"Known:read,write" Then everyone with an account has this right. I do prefer to use the UserGroup page. cheers Reimar From cmac at mit.edu Wed Feb 25 14:36:29 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Wed, 25 Feb 2009 14:36:29 -0500 Subject: [Moin-user] ACLs and user homepages In-Reply-To: <go419o$c1d$1@ger.gmane.org> References: <95da30590902250902t524b2f0ma4a461db8ba4097c@mail.gmail.com> <go419o$c1d$1@ger.gmane.org> Message-ID: <95da30590902251136q4818944au9f3433e627898241@mail.gmail.com> > > > I am using MoinMoin to run a non-wiki website. My config ACL setup is: > > > > acl_rights_default = u'Administrators:read,write,delete,revert,admin > > All:read' > > acl_rights_before = u'Administrators:read,write,delete,revert,admin' > > > > That sounds wrong because the page name has to end with Group or you > have to show your page_group_regex definition. > Sorry, I think my message was confusing -- I meant "Administrators" as just a placeholder for the names of some administrators, such as "Admin1,Admin2,Admin3", not to refer to a Group. (But I could of course create a group such as "AdminGroup" with those same names, and use that instead of listing them.) > What I would like is for (logged-in) users to automatically have > permission > > to create and edit their own homepages, which they do not with these ACL > > settings. Thus far, I have been creating the user homepages myself and > > setting the ACL on that page as: > > > you could setup acl_rights_default = u"UserGroup:read,write All:read" > that will enable people on the page UserGroup listed to change and > create pages. If they are not logged in they can read. > and acl_rights_before = > u'AdministratorsGroup:read,write,delete,revert,admin' > > also you could setup a special Known identifier e.g. acl_rights_default > = u"Known:read,write" Then everyone with an account has this right. > > I do prefer to use the UserGroup page. > It seems to me that this would allow any user in the "UserGroup" (or any "Known" user, for the second option) to edit ANY page. Is that right? I would rather that they can edit only their personal homepage, and not other pages. Best, C -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090225/d2fe8d86/attachment.html> From wtp at bsdserwis.com Wed Feb 25 17:07:34 2009 From: wtp at bsdserwis.com (Krzysztof Stryjek) Date: Wed, 25 Feb 2009 23:07:34 +0100 Subject: [Moin-user] ACLs and user homepages In-Reply-To: <95da30590902251136q4818944au9f3433e627898241@mail.gmail.com> References: <95da30590902250902t524b2f0ma4a461db8ba4097c@mail.gmail.com> <go419o$c1d$1@ger.gmane.org> <95da30590902251136q4818944au9f3433e627898241@mail.gmail.com> Message-ID: <20090225220734.GC34961@fw.wtp3.org> Hi, On Wed, Feb 25, 2009 at 02:36:29PM -0500, Christopher MacMinn wrote: > It seems to me that this would allow any user in the "UserGroup" (or any > "Known" user, for the second option) to edit ANY page. Is that right? > > I would rather that they can edit only their personal homepage, and not other > pages. > Yes, that's right. So for me, the best solution is: * every admin right login should be inluded in AdminGroup page * every page should contain #acl line with: #acl AdminGroup:read,write All:read * every member of UserGroup will be able to create, edit its HomePage * but also every member of UserGroup wille be able to create NewPage, and it's not desired possibility for you... Well, it's not so simple, what you want to achieve. Maybe someone else will have any ideas? I hope my thaughts will help you, Greetings -- Krzysztof Stryjek UNIX administrator/Juniper Networks Specialist email: wtp (at) bsdserwis (dot) com http://www.linkedin.com/in/KrzysztofStryjek GPG fingerprint: 8BD7 40CE 8994 0BBE CE6C 91CD 1292 8959 DC61 0E76 You are so boring that when I see you my feet go to sleep. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: <http://mail.python.org/pipermail/moin-user/attachments/20090225/ab8d8dfa/attachment.sig> From mdasilva at fing.edu.uy Wed Feb 25 16:38:40 2009 From: mdasilva at fing.edu.uy (Miguel Da Silva - URI) Date: Wed, 25 Feb 2009 19:38:40 -0200 Subject: [Moin-user] ACLs and user homepages In-Reply-To: <95da30590902251136q4818944au9f3433e627898241@mail.gmail.com> References: <95da30590902250902t524b2f0ma4a461db8ba4097c@mail.gmail.com> <go419o$c1d$1@ger.gmane.org> <95da30590902251136q4818944au9f3433e627898241@mail.gmail.com> Message-ID: <49A5BA60.8010708@fing.edu.uy> Christopher MacMinn escribi?: > > I am using MoinMoin to run a non-wiki website. My config ACL > setup is: > > > > acl_rights_default = u'Administrators:read,write,delete,revert,admin > > All:read' > > acl_rights_before = u'Administrators:read,write,delete,revert,admin' > > > > That sounds wrong because the page name has to end with Group or you > have to show your page_group_regex definition. > > > Sorry, I think my message was confusing -- I meant "Administrators" as > just a placeholder for the names of some administrators, such as > "Admin1,Admin2,Admin3", not to refer to a Group. > > (But I could of course create a group such as "AdminGroup" with those > same names, and use that instead of listing them.) > > > What I would like is for (logged-in) users to automatically have > permission > > to create and edit their own homepages, which they do not with > these ACL > > settings. Thus far, I have been creating the user homepages > myself and > > setting the ACL on that page as: > > > you could setup acl_rights_default = u"UserGroup:read,write All:read" > that will enable people on the page UserGroup listed to change and > create pages. If they are not logged in they can read. > and acl_rights_before = > u'AdministratorsGroup:read,write,delete,revert,admin' > > also you could setup a special Known identifier e.g. acl_rights_default > = u"Known:read,write" Then everyone with an account has this right. > > I do prefer to use the UserGroup page. > > > It seems to me that this would allow any user in the "UserGroup" (or any > "Known" user, for the second option) to edit ANY page. Is that right? > > I would rather that they can edit only their personal homepage, and not > other pages. > > Best, C > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user Hi there... I'm reading this thread just now and was not tracking it before, but I think I have a similar problem (ACL + groups not working). Some days ago I sent a message describing it more precisely and now I would just say everytime I try to set ACL's up, it seems not to work. Here it is: It works: acl_rights_before = u"MiguelDaSilva:read,write,revert,delete,admin" It do not work: acl_rights_before = u"AdminGroup:read,write,revert,delete,admin" It happens no matter which "version" of page_group_regex I use: page_group_regex = u'[a-z]Group$' page_group_regex = u'(?P<all>(?P<key>\\S+)Group)' This wiki was running fine with moin 1.5.3 (Debian Etch server) and after the migration to 1.7.3 (Debian Lenny, the same server), it stop working. The migrate procedure was that given by Moin itself. Suggestions? Greetings. -- Miguel Da Silva Unidad de Recursos Inform?ticos Facultad de Ingenier?a - http://www.fing.edu.uy Universidad de la Rep?blica - http://www.rau.edu.uy From Dennis.Benzinger at gmx.net Thu Feb 26 02:16:44 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Thu, 26 Feb 2009 08:16:44 +0100 Subject: [Moin-user] Simple workflow / Page approval In-Reply-To: <49A45026.3090706@heavy.ch> References: <49A448A7.8060107@gmx.net> <49A45026.3090706@heavy.ch> Message-ID: <49A641DC.20702@gmx.net> Hi Marcel! Am 24.02.2009 20:53, Mail at Heavy.ch schrieb: > [...] > geees; hope you understand my blabber about acl and hierarchical stuff. :-) > [...] Yes, I think I've got it. But IIUC this doesn't help for approval of edits. So there is no way to set up a similar approval process for edits? Thanks for your help, Dennis Benzinger From rb.proj at gmail.com Thu Feb 26 02:51:38 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 26 Feb 2009 08:51:38 +0100 Subject: [Moin-user] ACLs and user homepages In-Reply-To: <49A5BA60.8010708@fing.edu.uy> References: <95da30590902250902t524b2f0ma4a461db8ba4097c@mail.gmail.com> <go419o$c1d$1@ger.gmane.org> <95da30590902251136q4818944au9f3433e627898241@mail.gmail.com> <49A5BA60.8010708@fing.edu.uy> Message-ID: <go5hma$ko3$1@ger.gmane.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Miguel Da Silva - URI schrieb: > Christopher MacMinn escribi?: >> > I am using MoinMoin to run a non-wiki website. My config ACL >> setup is: >> > >> > acl_rights_default = u'Administrators:read,write,delete,revert,admin >> > All:read' >> > acl_rights_before = u'Administrators:read,write,delete,revert,admin' >> > >> >> That sounds wrong because the page name has to end with Group or you >> have to show your page_group_regex definition. >> >> >> Sorry, I think my message was confusing -- I meant "Administrators" as >> just a placeholder for the names of some administrators, such as >> "Admin1,Admin2,Admin3", not to refer to a Group. >> >> (But I could of course create a group such as "AdminGroup" with those >> same names, and use that instead of listing them.) >> >> > What I would like is for (logged-in) users to automatically have >> permission >> > to create and edit their own homepages, which they do not with >> these ACL >> > settings. Thus far, I have been creating the user homepages >> myself and >> > setting the ACL on that page as: >> >> >> you could setup acl_rights_default = u"UserGroup:read,write All:read" >> that will enable people on the page UserGroup listed to change and >> create pages. If they are not logged in they can read. >> and acl_rights_before = >> u'AdministratorsGroup:read,write,delete,revert,admin' >> >> also you could setup a special Known identifier e.g. acl_rights_default >> = u"Known:read,write" Then everyone with an account has this right. >> >> I do prefer to use the UserGroup page. >> >> >> It seems to me that this would allow any user in the "UserGroup" (or any >> "Known" user, for the second option) to edit ANY page. Is that right? >> >> I would rather that they can edit only their personal homepage, and not >> other pages. >> >> Best, C >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >> -Strategies to boost innovation and cut costs with open source participation >> -Receive a $600 discount off the registration fee with the source code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user > > Hi there... I'm reading this thread just now and was not tracking it > before, but I think I have a similar problem (ACL + groups not working). > > Some days ago I sent a message describing it more precisely and now I > would just say everytime I try to set ACL's up, it seems not to work. > Here it is: > > It works: > > acl_rights_before = u"MiguelDaSilva:read,write,revert,delete,admin" > > It do not work: > > acl_rights_before = u"AdminGroup:read,write,revert,delete,admin" > > It happens no matter which "version" of page_group_regex I use: > > page_group_regex = u'[a-z]Group$' > > page_group_regex = u'(?P<all>(?P<key>\\S+)Group)' > > This wiki was running fine with moin 1.5.3 (Debian Etch server) and > after the migration to 1.7.3 (Debian Lenny, the same server), it stop > working. The migrate procedure was that given by Moin itself. > > Suggestions? Do you have cleaned the cache after you stopped your deployment? Also you can join us at #moin chat.freenode.net And next time read the first message of the thread. Your request is different. cheers Reimar > > Greetings. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkmmSgkACgkQ5aOc3Q9hk/llPwCgosyWvB2IXxZA1SRza8Csetq4 zOMAoMF1POn/gmI5omiP3QTmk7XUq5wi =PPRC -----END PGP SIGNATURE----- From rb.proj at gmail.com Thu Feb 26 03:16:29 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 26 Feb 2009 09:16:29 +0100 Subject: [Moin-user] ACLs and user homepages In-Reply-To: <95da30590902251136q4818944au9f3433e627898241@mail.gmail.com> References: <95da30590902250902t524b2f0ma4a461db8ba4097c@mail.gmail.com> <go419o$c1d$1@ger.gmane.org> <95da30590902251136q4818944au9f3433e627898241@mail.gmail.com> Message-ID: <go5j4t$pnd$1@ger.gmane.org> Christopher MacMinn schrieb: >>> I am using MoinMoin to run a non-wiki website. My config ACL setup is: >>> >>> acl_rights_default = u'Administrators:read,write,delete,revert,admin >>> All:read' >>> acl_rights_before = u'Administrators:read,write,delete,revert,admin' >>> >> That sounds wrong because the page name has to end with Group or you >> have to show your page_group_regex definition. >> > > Sorry, I think my message was confusing -- I meant "Administrators" as just > a placeholder for the names of some administrators, such as > "Admin1,Admin2,Admin3", not to refer to a Group. > > (But I could of course create a group such as "AdminGroup" with those same > names, and use that instead of listing them.) > >> What I would like is for (logged-in) users to automatically have >> permission >>> to create and edit their own homepages, which they do not with these ACL >>> settings. Thus far, I have been creating the user homepages myself and >>> setting the ACL on that page as: >> >> you could setup acl_rights_default = u"UserGroup:read,write All:read" >> that will enable people on the page UserGroup listed to change and >> create pages. If they are not logged in they can read. >> and acl_rights_before = >> u'AdministratorsGroup:read,write,delete,revert,admin' >> >> also you could setup a special Known identifier e.g. acl_rights_default >> = u"Known:read,write" Then everyone with an account has this right. >> >> I do prefer to use the UserGroup page. >> > > It seems to me that this would allow any user in the "UserGroup" (or any > "Known" user, for the second option) to edit ANY page. Is that right? That is correct > > I would rather that they can edit only their personal homepage, and not > other pages. ok, you can create their homepage by calling a script and give them edit rights for an example how I do it look at http://moinmo.in/FeatureRequests/CreateHomepageByScript You may also want to think about setting acl_hierarchic = True so you can write on a main page rights which will be inherited to all subpages. cheers Reimar > > Best, C > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From carballojose at gmail.com Thu Feb 26 10:43:27 2009 From: carballojose at gmail.com (Jose P. Carballo) Date: Thu, 26 Feb 2009 09:43:27 -0600 Subject: [Moin-user] 'utf8' codec can't decode byte 0x80 in position 0: unexpected code byte Message-ID: <2c77e1840902260743m70bd07b1q5ccdbecf645b8b38@mail.gmail.com> Hello, I need help on this error or at least to be oriented in reporting it as a bug. I installed MoinMoin fine and got it running without any problems, apache2/mod-python. I was working on a page where I described the steps in my installation process, and added some content from a file in my apache's sites, this content: <VirtualHost *:80> ServerAdmin postmaster at example.com DocumentRoot /srv/moin/red/ ServerName red.eie.ucr.ac.cr Alias /moin_static182/ "/usr/local/share/moin/htdocs/" # Rewrite urls RewriteEngine On RewriteLogLevel 0 # map /wiki static files to Moin htdocs RewriteRule ^/moin_static182/(.*)$ /usr/local/share/moin/htdocs/$1 [last] RewriteRule ^/robots.txt$ /usr/local/share/moin/htdocs/robots.txt [last] RewriteRule ^/favicon.ico$ /usr/local/share/moin/htdocs/favicon.ico [last] # map everything else to server script RewriteRule ^(.*)$ /srv/moin/red/moinmodpy.py$1 <Directory "/srv/moin/red"> # Modpy stuff AddHandler python-program .py # Add the path to the wiki directory, where # moinmodpy.py and wikiconfig.py are located. PythonPath "['/srv/moin/red', ] + sys.path" PythonHandler MoinMoin.request.request_modpython::Request.run </Directory> </VirtualHost> After I did, I updated the page and then the wiki just blocked and received the error. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090226/915b6e41/attachment.html> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090226/915b6e41/attachment.htm> From rb.proj at gmail.com Thu Feb 26 11:29:28 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 26 Feb 2009 17:29:28 +0100 Subject: [Moin-user] 'utf8' codec can't decode byte 0x80 in position 0: unexpected code byte In-Reply-To: <2c77e1840902260743m70bd07b1q5ccdbecf645b8b38@mail.gmail.com> References: <2c77e1840902260743m70bd07b1q5ccdbecf645b8b38@mail.gmail.com> Message-ID: <go6g18$3i5$1@ger.gmane.org> Jose P. Carballo schrieb: > Hello, I need help on this error or at least to be oriented in reporting it > as a bug. I installed MoinMoin fine and got it running without any problems, > apache2/mod-python. Hi Please try mod_wsgi > > I was working on a page where I described the steps in my installation > process, and added some content from a file in my apache's sites, this > content: > > <VirtualHost *:80> > ServerAdmin postmaster at example.com > DocumentRoot /srv/moin/red/ > ServerName red.eie.ucr.ac.cr > Alias /moin_static182/ "/usr/local/share/moin/htdocs/" > > # Rewrite urls > RewriteEngine On > RewriteLogLevel 0 > # map /wiki static files to Moin htdocs > RewriteRule ^/moin_static182/(.*)$ /usr/local/share/moin/htdocs/$1 [last] > RewriteRule ^/robots.txt$ /usr/local/share/moin/htdocs/robots.txt [last] > RewriteRule ^/favicon.ico$ /usr/local/share/moin/htdocs/favicon.ico [last] > # map everything else to server script > RewriteRule ^(.*)$ /srv/moin/red/moinmodpy.py$1 > > <Directory "/srv/moin/red"> > # Modpy stuff > AddHandler python-program .py > # Add the path to the wiki directory, where > # moinmodpy.py and wikiconfig.py are located. > PythonPath "['/srv/moin/red', ] + sys.path" > PythonHandler MoinMoin.request.request_modpython::Request.run > </Directory> > </VirtualHost> > > After I did, I updated the page and then the wiki just blocked and received > the error. I have no idea without seeing the traceback if that is a mod_python related problem or a bug. So please file a bug report with the traceback.html attached. We can continue to discuss then on the bug page. cheers Reimar > > Thanks! > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From andy at earthsong.free-online.co.uk Thu Feb 26 11:19:45 2009 From: andy at earthsong.free-online.co.uk (andy baxter) Date: Thu, 26 Feb 2009 16:19:45 +0000 Subject: [Moin-user] disabling self-registration Message-ID: <49A6C121.5090600@earthsong.free-online.co.uk> Hello, Is there an easy way to set up moinmoin so that new users have to email me to get a login rather than register themselves? I've set up a moin wiki mainly for use as a quick and easy web publishing tool for stuff I've written myself, and I'm thinking that this would be an easy way to prevent it getting spammed while still allowing people I know or meet on the net to make comments if they ask me first. The only way I can think of doing it is to modify or delete the file .../lib/python2.5/site-packages/MoinMoin/action/newaccount.py But this seems a bit awkward and tricky so it would be good if there were an easier way. Thanks, andy From rb.proj at gmail.com Thu Feb 26 11:46:56 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 26 Feb 2009 17:46:56 +0100 Subject: [Moin-user] disabling self-registration In-Reply-To: <49A6C121.5090600@earthsong.free-online.co.uk> References: <49A6C121.5090600@earthsong.free-online.co.uk> Message-ID: <go6h21$7q2$1@ger.gmane.org> andy baxter schrieb: > Hello, > > Is there an easy way to set up moinmoin so that new users have to email > me to get a login rather than register themselves? You can do it by acls acl_rights_before = u"YourName:read,write,admin,delete,revert" acl_rights_default = u"UserGroup:read,write All:read" and on the page UserGroup you can add a acl line which gives only you write rights. Then the newbies have to ask you to become added to that page and only users on that page have write access. Additional you can enable in your the settings to be notified by a user creation. cheers Reimar I've set up a moin > wiki mainly for use as a quick and easy web publishing tool for stuff > I've written myself, and I'm thinking that this would be an easy way to > prevent it getting spammed while still allowing people I know or meet on > the net to make comments if they ask me first. > > The only way I can think of doing it is to modify or delete the file > .../lib/python2.5/site-packages/MoinMoin/action/newaccount.py > > But this seems a bit awkward and tricky so it would be good if there > were an easier way. > > Thanks, > > andy > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H From carballojose at gmail.com Thu Feb 26 12:11:24 2009 From: carballojose at gmail.com (Jose P. Carballo) Date: Thu, 26 Feb 2009 11:11:24 -0600 Subject: [Moin-user] disabling self-registration In-Reply-To: <49A6C121.5090600@earthsong.free-online.co.uk> References: <49A6C121.5090600@earthsong.free-online.co.uk> Message-ID: <2c77e1840902260911m7fb39d33mf4f67d266bf8d704@mail.gmail.com> Hi, well I use TextCha <http://moinmo.in/TextCha> for that. In http://moinmo.in/HelpOnTextChas there's the code that you have to add in the configuration file. But instead of making intuitive questions like in the help link, i just make one question, like this: textchas_disabled_group = u"TrustedEditorGroup" # members of this don't get textchas textchas = { 'en': { # silly english example textchas (do not use them!) * u"Enter the secret password": ur"YOURSECRETPASSWORD",* # ... }, 'de': { # some german textchas u"Gib die ersten 9 Stellen von Pi ein.": ur"3\.14159265", u"Was ist das Gegenteil von 'Tag'?": ur"nacht", # ... }, # you can add more languages if you like } This way only people (or only you) who knows the secret password can suscribe to your moinmoin. There's something annoying about this that if TextCha is activated it will always be asking for the password, even for editing, so it would be useful to use the "textchas_disabled_group". Just add every user to the TrustedEditorGroup. For help on making groups just read: http://moinmo.in/MelitaMihaljevic/HelpOnGroups#Wiki_group_backend Hope it helps. 2009/2/26 andy baxter <andy at earthsong.free-online.co.uk> > Hello, > > Is there an easy way to set up moinmoin so that new users have to email > me to get a login rather than register themselves? I've set up a moin > wiki mainly for use as a quick and easy web publishing tool for stuff > I've written myself, and I'm thinking that this would be an easy way to > prevent it getting spammed while still allowing people I know or meet on > the net to make comments if they ask me first. > > The only way I can think of doing it is to modify or delete the file > .../lib/python2.5/site-packages/MoinMoin/action/newaccount.py > > But this seems a bit awkward and tricky so it would be good if there > were an easier way. > > Thanks, > > andy > > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- Jose Pablo Carballo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20090226/83f65d59/attachment.html> From cmac at mit.edu Thu Feb 26 12:12:24 2009 From: cmac at mit.edu (Christopher MacMinn) Date: Thu, 26 Feb 2009 12:12:24 -0500 Subject: [Moin-user] disabling self-registration In-Reply-To: <go6h21$7q2$1@ger.gmane.org> References: <49A6C121.5090600@earthsong.free-online.co.uk> <go6h21$7q2$1@ger.gmane.org> Message-ID: <95da30590902260912p325fdedajb5e9ed948dade1c1@mail.gmail.com> > > > Is there an easy way to set up moinmoin so that new users have to email > > me to get a login rather than register themselves? > > You can do it by acls > > acl_rights_before = u"YourName:read,write,admin,delete,revert" > acl_rights_default = u"UserGroup:read,write All:read" > > and on the page UserGroup you can add a acl line which gives only you > write rights. > > Then the newbies have to ask you to become added to that page and only > users on that page have write access. > > Additional you can enable in your the settings to be notified by a user > creation. > Just to be clear, this limits new users from editing pages until they are approved, but still account creation is completely open to anyone. Still, maybe this gives the behavior that the original poster really wanted... I don't know. Best, C > > I've set up a moin > > wiki mainly for use as a quick and easy web publishing tool for stuff > > I've written myself, and I'm thinking that this would be an easy way to > > prevent it getting spammed while still allowing people I know or meet on > > the net to make comments if they ask me first. > > > > The only way I can think of doing it is to modify or delete the file > > .../lib/python2.5/site-packages/MoinMoin/action/newaccount.py > > > > But this seems a bit awkward and tricky so it would be good if there > > were an easier way. > > > > Thanks, > > > > andy > > > > > > > ------------------------------------------------------------------------------ > > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > > -Strategies to boost innovation and cut costs with open source > participation > > -Receive a $600 discount off the registration fee with the source code: > SFAD > > http://p.sf.net/sfu/XcvMzF8H > > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > 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: <http://mail.python.org/pipermail/moin-user/attachments/20090226/caf485d2/attachment.html> From Dennis.Benzinger at gmx.net Thu Feb 26 12:50:28 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Thu, 26 Feb 2009 18:50:28 +0100 Subject: [Moin-user] Mercurial setup for creating my own theme Message-ID: <49A6D664.6010706@gmx.net> Hi! I want to create my own theme that works with the current released version 1.8.2 and also with 1.9 when it will be released. My theme will be based on the modernized theme so I'd like to use Mercurial to keep track of changes of this theme. How should I set up my Mercurial repositories? My problem is that there is already a clone for 1.9 so if I'd make my changes in a 1.8 repo I'll somehow have to apply them to 1.9. Or I'd make my changes in 1.9 and then have to backport them to 1.8. (Just in case you didn't notice by now, I'm a Mercurial newbie:) Dennis Benzinger From rb.proj at gmail.com Thu Feb 26 13:09:16 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 26 Feb 2009 19:09:16 +0100 Subject: [Moin-user] disabling self-registration In-Reply-To: <2c77e1840902260911m7fb39d33mf4f67d266bf8d704@mail.gmail.com> References: <49A6C121.5090600@earthsong.free-online.co.uk> <2c77e1840902260911m7fb39d33mf4f67d266bf8d704@mail.gmail.com> Message-ID: <go6lsc$qdn$1@ger.gmane.org> Jose P. Carballo schrieb: > Hi, well I use TextCha <http://moinmo.in/TextCha> for that. In > http://moinmo.in/HelpOnTextChas there's the code that you have to add in the > configuration file. But instead of making intuitive questions like in the > help link, i just make one question, like this: > > textchas_disabled_group = u"TrustedEditorGroup" # members of this > don't get textchas > textchas = { > 'en': { # silly english example textchas (do not use them!) > * u"Enter the secret password": ur"YOURSECRETPASSWORD",* > > # ... > }, > 'de': { # some german textchas > u"Gib die ersten 9 Stellen von Pi ein.": ur"3\.14159265", > u"Was ist das Gegenteil von 'Tag'?": ur"nacht", > > # ... > }, > # you can add more languages if you like > } > :) cheers Reimar From tw-public at gmx.de Thu Feb 26 13:31:46 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 26 Feb 2009 19:31:46 +0100 Subject: [Moin-user] Mercurial setup for creating my own theme In-Reply-To: <49A6D664.6010706@gmx.net> References: <49A6D664.6010706@gmx.net> Message-ID: <1235673106.8388.102.camel@black.firma.waldmann-edv.de> > I want to create my own theme that works with the current released > version 1.8.2 and also with 1.9 when it will be released. My theme will > be based on the modernized theme so I'd like to use Mercurial to keep > track of changes of this theme. Maybe we could talk a bit about the goals of your theme. Depending on that, it maybe could be interesting to either: * just modify modernized ("in place") * have it included in moin distribution * have it in the moin-extensions repository > How should I set up my Mercurial repositories? For core development, you usually just clone moin/1.9 (or moin/1.8) from hg.moinmo.in. If it is just a plugin (like a theme usually is), you could also keep it in the moin extensions repo and not modify the moin/1.x repo. Or in your own private repo... > My problem is that there is already a clone for 1.9 so if I'd make my > changes in a 1.8 repo I'll somehow have to apply them to 1.9. Or I'd > make my changes in 1.9 and then have to backport them to 1.8. Yes. Or you just have it in another repo (like moin extensions). From tw-public at gmx.de Thu Feb 26 13:41:13 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 26 Feb 2009 19:41:13 +0100 Subject: [Moin-user] disabling self-registration In-Reply-To: <2c77e1840902260911m7fb39d33mf4f67d266bf8d704@mail.gmail.com> References: <49A6C121.5090600@earthsong.free-online.co.uk> <2c77e1840902260911m7fb39d33mf4f67d266bf8d704@mail.gmail.com> Message-ID: <1235673673.8388.105.camel@black.firma.waldmann-edv.de> On Thu, 2009-02-26 at 11:11 -0600, Jose P. Carballo wrote: > Hi, well I use TextCha for that. In http://moinmo.in/HelpOnTextChas > there's the code that you have to add in the configuration file. But > instead of making intuitive questions like in the help link, i just > make one question, like this: > > textchas_disabled_group = u"TrustedEditorGroup" # members of this don't get textchas > textchas = { > 'en': { # silly english example textchas (do not use them!) > u"Enter the secret password": ur"YOURSECRETPASSWORD", > > > # ... > }, > 'de': { # some german textchas > u"Gib die ersten 9 Stellen von Pi ein.": ur"3\.14159265", > u"Was ist das Gegenteil von 'Tag'?": ur"nacht", > > > # ... > }, > # you can add more languages if you like > } > > This way only people (or only you) who knows the secret password can > suscribe to your moinmoin. Or the people who have 'de' as first language in their browser. They won't need your secret password. So better remove the 'de' stuff for that purpose. From Dennis.Benzinger at gmx.net Thu Feb 26 15:12:48 2009 From: Dennis.Benzinger at gmx.net (Dennis Benzinger) Date: Thu, 26 Feb 2009 21:12:48 +0100 Subject: [Moin-user] Mercurial setup for creating my own theme In-Reply-To: <1235673106.8388.102.camel@black.firma.waldmann-edv.de> References: <49A6D664.6010706@gmx.net> <1235673106.8388.102.camel@black.firma.waldmann-edv.de> Message-ID: <49A6F7C0.2070805@gmx.net> Hi Thomas! Am 26.02.2009 19:31, Thomas Waldmann schrieb: >> I want to create my own theme that works with the current released >> version 1.8.2 and also with 1.9 when it will be released. My theme will >> be based on the modernized theme so I'd like to use Mercurial to keep >> track of changes of this theme. > > Maybe we could talk a bit about the goals of your theme. > > Depending on that, it maybe could be interesting to either: > * just modify modernized ("in place") > * have it included in moin distribution > * have it in the moin-extensions repository I want to create a theme that lets me use MoinMoin as a small scale content management system. But I don't plan to publicly release my theme anytime soon. It's my first attempt at creating a theme and I'd like to concentrate on making the theme suitable for my own needs first. >> How should I set up my Mercurial repositories? > > For core development, you usually just clone moin/1.9 (or moin/1.8) from > hg.moinmo.in. > > If it is just a plugin (like a theme usually is), you could also keep it > in the moin extensions repo and not modify the moin/1.x repo. Or in your > own private repo... Yes, I'll keep it in my own private repository. I just wasn't sure which repo I should clone. >> My problem is that there is already a clone for 1.9 so if I'd make my >> changes in a 1.8 repo I'll somehow have to apply them to 1.9. Or I'd >> make my changes in 1.9 and then have to backport them to 1.8. > > Yes. Or you just have it in another repo (like moin extensions). > [...] OK. So probably the easiest way would be to start developing the theme for 1.9 and make no version for 1.8. Do you have any idea when 1.9 (or even better 2.0) will be released? Will it take weeks, months or years? Dennis Benzinger From tw-public at gmx.de Thu Feb 26 15:33:37 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 26 Feb 2009 21:33:37 +0100 Subject: [Moin-user] Mercurial setup for creating my own theme In-Reply-To: <49A6F7C0.2070805@gmx.net> References: <49A6D664.6010706@gmx.net> <1235673106.8388.102.camel@black.firma.waldmann-edv.de> <49A6F7C0.2070805@gmx.net> Message-ID: <1235680417.8388.115.camel@black.firma.waldmann-edv.de> > I want to create a theme that lets me use MoinMoin as a small scale > content management system. But I don't plan to publicly release my theme > anytime soon. It's my first attempt at creating a theme and I'd like to > concentrate on making the theme suitable for my own needs first. Well, if you don't want to publish it, make a private repo just for your theme. OTOH, think about it. Obviously there is a need for such stuff. We had "modern_cms" some time ago and maybe that just needs some update. Also, collaborating with some other people needing the same thing is more interesting than just working on your own. > OK. So probably the easiest way would be to start developing the theme > for 1.9 and make no version for 1.8. Do you have any idea when 1.9 (or > even better 2.0) will be released? Will it take weeks, months or years? 1.9 is currently in beta, thus it is expected to be released in the next few months. Depends a bit on what we find while beta/rc testing of course. 2.0 will take quite a bit longer as the storage changes planned for it are not completed yet. With some tweaks, you can try supporting multiple moin versions in your theme (like 1.7/1.8/1.9). Mostly a matter of testing. From jfl at robinlea.com Sat Feb 28 06:31:25 2009 From: jfl at robinlea.com (John Francis Lee) Date: Sat, 28 Feb 2009 18:31:25 +0700 Subject: [Moin-user] installation troubles Message-ID: <49A9208D.4070804@robinlea.com> Hello, I have followed the instructions at http://master18.moinmo.in/MoinMoin/InstallDocs But when I go to the url of my freshly installed wiki all I see is a listing of the directory : Index of /moinmoin [ICO] Name Last modified Size Description [DIR] Parent Directory - [DIR] cgi-bin/ 28-Feb-2009 17:40 - [DIR] data/ 28-Feb-2009 16:24 - [DIR] underlay/ 28-Feb-2009 16:24 - [TXT] wikiconfig.py 28-Feb-2009 17:19 6.6K So I wonder where I have gone wrong? Thanks for any help you may give. -- "This message may have been intercepted and read by U.S. government agencies including the FBI, CIA, and NSA or by the Thai Ministry of Justice without notice or warrant or knowledge of sender or recipient." John Francis Lee 1025/37 Thanon Jet Yod T.Wiang A.Mueang J.Chiangrai 57000 Thailand