From mailinglists at xgm.de  Fri Jan  1 07:47:50 2010
From: mailinglists at xgm.de (Florian Lindner)
Date: Fri, 1 Jan 2010 13:47:50 +0100
Subject: [Moin-user] Upgrade to 1.9 problems
In-Reply-To: <1262207286.2585.10.camel@lestat.vampyre.home>
References: <200912251750.53629.mailinglists@xgm.de>
	<200912301903.30306.mailinglists@xgm.de>
	<1262207286.2585.10.camel@lestat.vampyre.home>
Message-ID: <201001011347.50536.mailinglists@xgm.de>

Am Mittwoch, 30. Dezember 2009 22:08:06 schrieben Sie:
> Am Mittwoch, den 30.12.2009, 19:03 +0100 schrieb Florian Lindner:
> > Am Montag, 28. Dezember 2009 18:03:59 schrieb Florian Lindner:
> > > Am Samstag, 26. Dezember 2009 23:00:27 schrieb Thomas Waldmann:
> > > > > [Fri Dec 25 17:45:52 2009] [error] [client 79.211.124.180]     if lang is None and cfg.language_default in i18n.languages:
> > > > > [Fri Dec 25 17:45:52 2009] [error] [client 79.211.124.180] TypeError: argument of type 'NoneType' is not iterable
> > > > > 
> > > > > My language_default ist set to "de". I tried changing it to "en" but it changed nothing.
> > > > 
> > > > See there: http://hg.moinmo.in/moin/1.9/rev/7c9372ef5428
> > > 
> > > Hello,
> > > 
> > > thanks f?r your reply. I habe replaced my /lib/python2.5/site-packages/MoinMoin/wsgiapp.py with the one from the VCS and the error changed:
> > > 
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20] mod_wsgi (pid=1445): Exception occurred processing WSGI script '/home/flindner/xgm.de/pub/rezepte'.
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20] Traceback (most recent call last):
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin//lib/python2.5/site-packages/MoinMoin/support/werkzeug/utils.py", line 248, in __call__
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     return self.app(environ, start_response)
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin/lib/python2.5/site-packages/MoinMoin/wsgiapp.py", line 263, in __call__
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     response = run(context)
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin/lib/python2.5/site-packages/MoinMoin/wsgiapp.py", line 70, in run
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     response = dispatch(request, context, action_name)
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin/lib/python2.5/site-packages/MoinMoin/wsgiapp.py", line 118, in dispatch
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     response = handle_action(context, pagename, action_name)
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin/lib/python2.5/site-packages/MoinMoin/wsgiapp.py", line 177, in handle_action
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     handler(context.page.page_name, context)
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin//lib/python2.5/site-packages/MoinMoin/action/__init__.py", line 261, in do_show
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     content_only=content_only,
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin//lib/python2.5/site-packages/MoinMoin/Page.py", line 1169, in send_page
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     html_head=html_head,
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin//lib/python2.5/site-packages/MoinMoin/theme/__init__.py", line 1743, in send_title
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     bodyattr.append(' %s' % self.ui_lang_attr())
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin//lib/python2.5/site-packages/MoinMoin/theme/__init__.py", line 1550, in ui_lang_attr
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     return ' lang="%s" dir="%s"' % (lang, i18n.getDirection(lang))
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]   File "/home/flindner/moin//lib/python2.5/site-packages/MoinMoin/i18n/__init__.py", line 257, in getDirection
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20]     return languages[lang]['x-direction']
> > > [Mon Dec 28 18:01:28 2009] [error] [client 79.211.125.20] TypeError: 'NoneType' object is unsubscriptable
> > 
> > No idea anyone?
> > 
> > :-/
> 
> I do not know, but here are some ideas...
> 
> 1. Did you made every step explained here:
> http://hg.moinmo.in/moin/1.9/raw-file/ffaec355ee84/docs/UPDATE.html
> 
> 2. Also read carefully the changes here:
> http://hg.moinmo.in/moin/1.9/file/ffaec355ee84/docs/CHANGES (special
> this marked with HINT)
> 
> 3. Update after reading this your wikiconfig correctly? 

AFAIK I did all these steps above
 
> 4. Did you also clean the cache of your wiki?

Just tried it, changed nothing.

> 5. Do you running latest WSGI 3.1 or atleast 2.5 or higher?

I'm using 2.5.1 from Debian Lenny: http://packages.debian.org/lenny/libapache2-mod-wsgi

> 6. maybe not only replace, but reinstall everything with --force

Did that anyway.

I'll try to set up a clean new instance tomorrow and see if that works.

Regards,

Florian



From mdshaw89 at gmail.com  Wed Jan  6 12:12:27 2010
From: mdshaw89 at gmail.com (Mike Shaw)
Date: Wed, 6 Jan 2010 12:12:27 -0500
Subject: [Moin-user] Is there a Solaris/Apache setup guide?
Message-ID: <d11e8141001060912v4b08c101i96e8887cbd6bf57d@mail.gmail.com>

Hello,

I'm trying to setup MoinMoin v1.9.0 on a Solaris 10 server and not
having very much luck.  Anyone have a guide on setting it up with
Solaris and Apache?

Thanks,

Mike
---
Rorschach: By the way, you need a stronger lock. That new one broke
after one shove. - Watchmen



From nicozanf at gmail.com  Thu Jan  7 11:47:35 2010
From: nicozanf at gmail.com (Nico Zanferrari)
Date: Thu, 7 Jan 2010 17:47:35 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <4B33C8DC.4090303@ucar.edu>
References: <4B326B81.3020109@ucar.edu>
	<1261606632.1263.34.camel@lestat.vampyre.home>
	<4B3299A0.70108@ucar.edu>
	<1261607878.1263.58.camel@lestat.vampyre.home>
	<4B338EDD.8040300@ucar.edu>
	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>
	<4B33C8DC.4090303@ucar.edu>
Message-ID: <1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>

Hello,

I have exactly the same problem (authentication valid just for the
fist page, with a fresh 1.9 WSGI setup on Ubuntu 9.10). I've noticed
that in this case the session cookie is not wrote at all on the client
(tested with Chrome) - even with cookie_lifetime = (1, 12) parameter
in farmconfig.py . Logging does not seem to help....


BTW: you can have different WSGIScriptAlias into the Apache config,
but pointing to the same .wsgi file!

i.e.:
WSGIScriptAlias /wiki1 /path/to/share/moin/server/moin_wiki.wsgi
WSGIScriptAlias /wiki2 /path/to/share/moin/server/moin_wiki.wsgi
WSGIScriptAlias /wiki3 /path/to/share/moin/server/moin_wiki.wsgi



Best regards,
Nico.

2009/12/24 Mark Bradford <mark at ucar.edu>
>
> On 12/24/09 11:54 AM, Rick Vanderveer wrote:
>
> > I can give you my farmconfig example, etc., but I won't be able to get
> > that to you until Monday (I'm out of town for the holidays), if you
> > can wait that long.
>
> That would be great, Rick, thank you! ?Happy holidays to you and yours!
>
> --
> Mark Bradford, NCAR/EOL/CDS/CTM
> <mark at ucar.edu> ?(303) 497-8169
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user



From tw-public at gmx.de  Thu Jan  7 15:36:42 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 07 Jan 2010 21:36:42 +0100
Subject: [Moin-user] Is there a Solaris/Apache setup guide?
In-Reply-To: <d11e8141001060912v4b08c101i96e8887cbd6bf57d@mail.gmail.com>
References: <d11e8141001060912v4b08c101i96e8887cbd6bf57d@mail.gmail.com>
Message-ID: <1262896602.18210.1.camel@x300>


> I'm trying to setup MoinMoin v1.9.0 on a Solaris 10 server and not
> having very much luck.  Anyone have a guide on setting it up with
> Solaris and Apache?

The procedure should be similar to moin 1.9 on linux.

Maybe first try getting it working with ./wikiserver.py.

If that works, your problem is not a moin problem, but a webserver
configuration problem.





From tw-public at gmx.de  Thu Jan  7 15:42:25 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 07 Jan 2010 21:42:25 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
References: <4B326B81.3020109@ucar.edu>
	<1261606632.1263.34.camel@lestat.vampyre.home>
	<4B3299A0.70108@ucar.edu>
	<1261607878.1263.58.camel@lestat.vampyre.home>
	<4B338EDD.8040300@ucar.edu>
	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>
	<4B33C8DC.4090303@ucar.edu>
	<1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
Message-ID: <1262896945.18210.5.camel@x300>

> I have exactly the same problem (authentication valid just for the
> fist page, with a fresh 1.9 WSGI setup on Ubuntu 9.10). I've noticed
> that in this case the session cookie is not wrote at all on the client
> (tested with Chrome) - even with cookie_lifetime = (1, 12) parameter
> in farmconfig.py . Logging does not seem to help....

Is it maybe related to this fix?

http://hg.moinmo.in/moin/1.9/rev/437558fff184

There is also a bug report on the wiki with a workaround without moin
code patching:

http://moinmo.in/MoinMoinBugs/1.9WikiFarmSessionDirHandlingBroken





From nicozanf at gmail.com  Fri Jan  8 01:35:17 2010
From: nicozanf at gmail.com (Nico Zanferrari)
Date: Fri, 8 Jan 2010 07:35:17 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <1262896945.18210.5.camel@x300>
References: <4B326B81.3020109@ucar.edu>
	<1261606632.1263.34.camel@lestat.vampyre.home>
	<4B3299A0.70108@ucar.edu>
	<1261607878.1263.58.camel@lestat.vampyre.home>
	<4B338EDD.8040300@ucar.edu>
	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>
	<4B33C8DC.4090303@ucar.edu>
	<1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
	<1262896945.18210.5.camel@x300>
Message-ID: <1be999771001072235h3dc441b9r6716809f9673d666@mail.gmail.com>

No, I've already tried the fix :

from farmconfig import FarmConfig
class Config(FarmConfig):
...
    from MoinMoin.web.session import FileSessionService
    session_service = FileSessionService()

but it didn't work...

>From my point of view, this problems is different. The authentication
is not valid anymore whatever I do after the first page - even on the
same wiki! On the server, I can see the session files but on the
client there is no cookie at all.

Thank you,
Nico.


2010/1/7 Thomas Waldmann <tw-public at gmx.de>:
>> I have exactly the same problem (authentication valid just for the
>> fist page, with a fresh 1.9 WSGI setup on Ubuntu 9.10). I've noticed
>> that in this case the session cookie is not wrote at all on the client
>> (tested with Chrome) - even with cookie_lifetime = (1, 12) parameter
>> in farmconfig.py . Logging does not seem to help....
>
> Is it maybe related to this fix?
>
> http://hg.moinmo.in/moin/1.9/rev/437558fff184
>
> There is also a bug report on the wiki with a workaround without moin
> code patching:
>
> http://moinmo.in/MoinMoinBugs/1.9WikiFarmSessionDirHandlingBroken
>
>
>



From nicozanf at gmail.com  Fri Jan  8 06:28:43 2010
From: nicozanf at gmail.com (Nico Zanferrari)
Date: Fri, 8 Jan 2010 12:28:43 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <1be999771001072235h3dc441b9r6716809f9673d666@mail.gmail.com>
References: <4B326B81.3020109@ucar.edu>
	<1261606632.1263.34.camel@lestat.vampyre.home>
	<4B3299A0.70108@ucar.edu>
	<1261607878.1263.58.camel@lestat.vampyre.home>
	<4B338EDD.8040300@ucar.edu>
	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>
	<4B33C8DC.4090303@ucar.edu>
	<1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
	<1262896945.18210.5.camel@x300>
	<1be999771001072235h3dc441b9r6716809f9673d666@mail.gmail.com>
Message-ID: <1be999771001080328o28605712y603f84ef316590b3@mail.gmail.com>

I've found that the problem exist also on a single wiki, if it's not
mapped on the virtual root of the web server....

So, the same single wiki works fine if I have on apache2.conf :

WSGIScriptAlias  /  /wiki/moin.wsgi

but doesn't cache login authorization for more than 1 page if I have :

WSGIScriptAlias  /myonlywiki  /wiki/moin.wsgi


I'm ready to file a bug if you wish (or are unable to reproduce the problem).


Best regards,
Nico.


2010/1/8 Nico Zanferrari <nicozanf at gmail.com>:
> No, I've already tried the fix :
>
> from farmconfig import FarmConfig
> class Config(FarmConfig):
> ...
> ? ?from MoinMoin.web.session import FileSessionService
> ? ?session_service = FileSessionService()
>
> but it didn't work...
>
> From my point of view, this problems is different. The authentication
> is not valid anymore whatever I do after the first page - even on the
> same wiki! On the server, I can see the session files but on the
> client there is no cookie at all.
>
> Thank you,
> Nico.
>
>
> 2010/1/7 Thomas Waldmann <tw-public at gmx.de>:
>>> I have exactly the same problem (authentication valid just for the
>>> fist page, with a fresh 1.9 WSGI setup on Ubuntu 9.10). I've noticed
>>> that in this case the session cookie is not wrote at all on the client
>>> (tested with Chrome) - even with cookie_lifetime = (1, 12) parameter
>>> in farmconfig.py . Logging does not seem to help....
>>
>> Is it maybe related to this fix?
>>
>> http://hg.moinmo.in/moin/1.9/rev/437558fff184
>>
>> There is also a bug report on the wiki with a workaround without moin
>> code patching:
>>
>> http://moinmo.in/MoinMoinBugs/1.9WikiFarmSessionDirHandlingBroken
>>
>>
>>
>



From tw-public at gmx.de  Fri Jan  8 06:59:59 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 08 Jan 2010 12:59:59 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <1be999771001080328o28605712y603f84ef316590b3@mail.gmail.com>
References: <4B326B81.3020109@ucar.edu>
	<1261606632.1263.34.camel@lestat.vampyre.home>
	<4B3299A0.70108@ucar.edu>
	<1261607878.1263.58.camel@lestat.vampyre.home>
	<4B338EDD.8040300@ucar.edu>
	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>
	<4B33C8DC.4090303@ucar.edu>
	<1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
	<1262896945.18210.5.camel@x300>
	<1be999771001072235h3dc441b9r6716809f9673d666@mail.gmail.com>
	<1be999771001080328o28605712y603f84ef316590b3@mail.gmail.com>
Message-ID: <1262951999.14522.2.camel@x300>

On Fri, 2010-01-08 at 12:28 +0100, Nico Zanferrari wrote:
> I've found that the problem exist also on a single wiki, if it's not
> mapped on the virtual root of the web server....
> 
> So, the same single wiki works fine if I have on apache2.conf :
> 
> WSGIScriptAlias  /  /wiki/moin.wsgi
> 
> but doesn't cache login authorization for more than 1 page if I have :
> 
> WSGIScriptAlias  /myonlywiki  /wiki/moin.wsgi

Ah, that's interesting.

> I'm ready to file a bug if you wish (or are unable to reproduce the problem).

Yes, please do so and include your wiki configs (remove any secrets) or
at least your cookie_* and session related settings.

I am having a look at the cookie code meanwhile (for testing and also
for production, I usually only have root-mounted wikis).





From tw-public at gmx.de  Fri Jan  8 09:44:49 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 08 Jan 2010 15:44:49 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <1be999771001080328o28605712y603f84ef316590b3@mail.gmail.com>
References: <4B326B81.3020109@ucar.edu>
	<1261606632.1263.34.camel@lestat.vampyre.home>
	<4B3299A0.70108@ucar.edu>
	<1261607878.1263.58.camel@lestat.vampyre.home>
	<4B338EDD.8040300@ucar.edu>
	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>
	<4B33C8DC.4090303@ucar.edu>
	<1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
	<1262896945.18210.5.camel@x300>
	<1be999771001072235h3dc441b9r6716809f9673d666@mail.gmail.com>
	<1be999771001080328o28605712y603f84ef316590b3@mail.gmail.com>
Message-ID: <1262961889.14522.8.camel@x300>

Could you check please:

a) whether moin sends a cookie to your browser in the login response?
you need some tool like livehttpheaders for firefox or some network
packet inspection tool.

b) in case it does and the cookie vanishes then mysteriously: could you
check whether your server time is correct and your client time is in
sync with it (thus also correct)?

In case your client is too much ahead in time relative to your server,
it might think that the cookie lifetime is over and just deletes the
cookie.

c) look into the cookie: is the cookie's path the same as your wiki's
path?




From rb.proj at gmail.com  Fri Jan  8 10:22:28 2010
From: rb.proj at gmail.com (R.Bauer)
Date: Fri, 08 Jan 2010 16:22:28 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
References: <4B326B81.3020109@ucar.edu>	<1261606632.1263.34.camel@lestat.vampyre.home>	<4B3299A0.70108@ucar.edu>	<1261607878.1263.58.camel@lestat.vampyre.home>	<4B338EDD.8040300@ucar.edu>	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>	<4B33C8DC.4090303@ucar.edu>
	<1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
Message-ID: <hi7ijj$rrc$1@ger.gmane.org>

Nico Zanferrari schrieb:
> Hello,
> 
> I have exactly the same problem (authentication valid just for the
> fist page, with a fresh 1.9 WSGI setup on Ubuntu 9.10). I've noticed
> that in this case the session cookie is not wrote at all on the client
> (tested with Chrome) - even with cookie_lifetime = (1, 12) parameter
> in farmconfig.py . Logging does not seem to help....
> 
> 
> BTW: you can have different WSGIScriptAlias into the Apache config,
> but pointing to the same .wsgi file!
> 
> i.e.:
> WSGIScriptAlias /wiki1 /path/to/share/moin/server/moin_wiki.wsgi
> WSGIScriptAlias /wiki2 /path/to/share/moin/server/moin_wiki.wsgi
> WSGIScriptAlias /wiki3 /path/to/share/moin/server/moin_wiki.wsgi
> 
> 
> 
> Best regards,
> Nico.

Can you try if it works for one of your wikis if you setup it without a
farmconfig configuration?

cheers
Reimar




From rb.proj at gmail.com  Fri Jan  8 13:25:45 2010
From: rb.proj at gmail.com (R.Bauer)
Date: Fri, 08 Jan 2010 19:25:45 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <hi7ijj$rrc$1@ger.gmane.org>
References: <4B326B81.3020109@ucar.edu>	<1261606632.1263.34.camel@lestat.vampyre.home>	<4B3299A0.70108@ucar.edu>	<1261607878.1263.58.camel@lestat.vampyre.home>	<4B338EDD.8040300@ucar.edu>	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>	<4B33C8DC.4090303@ucar.edu>	<1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
	<hi7ijj$rrc$1@ger.gmane.org>
Message-ID: <hi7tb8$4u3$1@ger.gmane.org>

Please check if there are any old cookies stored for your wiki. if so
please delete them and try again.

Reimar




From nicozanf at gmail.com  Sat Jan  9 06:03:02 2010
From: nicozanf at gmail.com (Nico Zanferrari)
Date: Sat, 9 Jan 2010 12:03:02 +0100
Subject: [Moin-user] Need help migrating to WSGI
In-Reply-To: <hi7tb8$4u3$1@ger.gmane.org>
References: <4B326B81.3020109@ucar.edu>
	<1261606632.1263.34.camel@lestat.vampyre.home>
	<4B3299A0.70108@ucar.edu>
	<1261607878.1263.58.camel@lestat.vampyre.home>
	<4B338EDD.8040300@ucar.edu>
	<44F48CE2-22A4-47CC-82E1-23787FF0B474@gmail.com>
	<4B33C8DC.4090303@ucar.edu>
	<1be999771001070847g3f9f7f0eke702e8b42fa1e463@mail.gmail.com>
	<hi7ijj$rrc$1@ger.gmane.org> <hi7tb8$4u3$1@ger.gmane.org>
Message-ID: <1be999771001090303jba7afd4xa07607df84a46f81@mail.gmail.com>

Hi, I've filed the bug on
http://moinmo.in/MoinMoinBugs/1.9AuthProblemWithNonRootWiki

About the last questions:

- the problem exists also on Firefox, and also from the server itself.
- I cleaned up all the cookies on the client before any testing.

I'll post my configuration on the bug page, trying to make it as
simple as possible. Hoping to make it easily reproducible.

Thanks to all,
Nico.

2010/1/8 R.Bauer <rb.proj at gmail.com>:
> Please check if there are any old cookies stored for your wiki. if so
> please delete them and try again.
>
> Reimar
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



From andrefelipelobato at gmail.com  Sun Jan 10 01:09:31 2010
From: andrefelipelobato at gmail.com (Andre Lobato)
Date: Sun, 10 Jan 2010 04:09:31 -0200
Subject: [Moin-user] Hello List!
Message-ID: <d6f3eee91001092209s3f6ba1b2s16405b4f1c5c617f@mail.gmail.com>

Ola to everyone, i hope can make this the begining of great friendship...
yeah right!

seriously, i have administrating a wiki for over 1 year now and i dont know
why i havn't subscribe before, since always got many doubts. But this time
things are getting hard on my mind. Little tasks big problems.


Greetings

AndreLobato
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20100110/84ecdfb5/attachment.html>

From cmac at mit.edu  Sun Jan 10 21:58:47 2010
From: cmac at mit.edu (Christopher MacMinn)
Date: Sun, 10 Jan 2010 21:58:47 -0500
Subject: [Moin-user] Embedding an iframe
Message-ID: <95da30591001101858lb290fffw88dca702edf912b9@mail.gmail.com>

Hi everyone -

I am using MoinMoin to run a non-wiki website, and I would like to
include Google calendars and forms on some pages via <iframe>.

What is the best (recommended) method for doing this?  Is there any
option other than installing an html parser?  (I realize this comes
with some security concerns, but the website is quite restricted --
only myself and a few others have write access.)

Thanks!

Best, Chris MacMinn



From cmac at mit.edu  Sun Jan 10 22:23:59 2010
From: cmac at mit.edu (Christopher MacMinn)
Date: Sun, 10 Jan 2010 22:23:59 -0500
Subject: [Moin-user] function editbarItems does not respect config
Message-ID: <95da30591001101923s7f957e52x20f69c74218d4f81@mail.gmail.com>

Hi again -

The function editbarItems(self, page) in ThemeBase supposedly checks
the variable edit_bar from the config file when generating the list of
links that will appear in the editbar, but this appears not to work.

Perhaps I am doing something wrong, but this looks like a bug?  The
line from my config file reads:

edit_bar = ['Edit', 'Attachments', 'ActionsMenu']

... and MoinMoin seems to respect my other config settings.

Thanks!
Best, Chris MacMinn



From cmac at mit.edu  Sun Jan 10 22:58:01 2010
From: cmac at mit.edu (Christopher MacMinn)
Date: Sun, 10 Jan 2010 22:58:01 -0500
Subject: [Moin-user] function editbarItems does not respect config
In-Reply-To: <95da30591001101923s7f957e52x20f69c74218d4f81@mail.gmail.com>
References: <95da30591001101923s7f957e52x20f69c74218d4f81@mail.gmail.com>
Message-ID: <95da30591001101958q1e8c1847w16d19daa18b8935d@mail.gmail.com>

Never mind on this one -- apparently it does work, I just needed to
clear my cache.  Sorry for the spam!

Best, Chris


On Sun, Jan 10, 2010 at 10:23 PM, Christopher MacMinn <cmac at mit.edu> wrote:
> Hi again -
>
> The function editbarItems(self, page) in ThemeBase supposedly checks
> the variable edit_bar from the config file when generating the list of
> links that will appear in the editbar, but this appears not to work.
>
> Perhaps I am doing something wrong, but this looks like a bug? ?The
> line from my config file reads:
>
> edit_bar = ['Edit', 'Attachments', 'ActionsMenu']
>
> ... and MoinMoin seems to respect my other config settings.
>
> Thanks!
> Best, Chris MacMinn
>



From rb.proj at gmail.com  Mon Jan 11 04:27:19 2010
From: rb.proj at gmail.com (R.Bauer)
Date: Mon, 11 Jan 2010 10:27:19 +0100
Subject: [Moin-user] Hello List!
In-Reply-To: <d6f3eee91001092209s3f6ba1b2s16405b4f1c5c617f@mail.gmail.com>
References: <d6f3eee91001092209s3f6ba1b2s16405b4f1c5c617f@mail.gmail.com>
Message-ID: <hieqtm$agh$1@ger.gmane.org>

Welcome Andre Lobato!

cheers
Reimar




From rb.proj at gmail.com  Mon Jan 11 04:29:05 2010
From: rb.proj at gmail.com (R.Bauer)
Date: Mon, 11 Jan 2010 10:29:05 +0100
Subject: [Moin-user] Embedding an iframe
In-Reply-To: <95da30591001101858lb290fffw88dca702edf912b9@mail.gmail.com>
References: <95da30591001101858lb290fffw88dca702edf912b9@mail.gmail.com>
Message-ID: <hier10$agh$2@ger.gmane.org>

Christopher MacMinn schrieb:
> Hi everyone -
> 
> I am using MoinMoin to run a non-wiki website, and I would like to
> include Google calendars and forms on some pages via <iframe>.
> 
> What is the best (recommended) method for doing this?  Is there any
> option other than installing an html parser?  (I realize this comes
> with some security concerns, but the website is quite restricted --
> only myself and a few others have write access.)
> 
> Thanks!
> 
> Best, Chris MacMinn

Hi Chris

may be write a macro, for an example look at
http://hg.moinmo.in/moin/extensions/file/67b064b600e9/data/plugin/macro/qwebirc.py

cheers
Reimar




From nicozanf at gmail.com  Mon Jan 11 07:53:45 2010
From: nicozanf at gmail.com (Nico Zanferrari)
Date: Mon, 11 Jan 2010 13:53:45 +0100
Subject: [Moin-user] New HowTo: A quick guide for setting up a first wiki on
	Ubuntu
Message-ID: <1be999771001110453v5db7a16ev89a6228d84416f68@mail.gmail.com>

Hi to all.

I've just fineshed to write a brand new HowTo : A quick guide for
setting up a first wiki on Ubuntu (see
http://moinmo.in/HowTo/UbuntuQuick ). It's as simple and quick as
possible: in few minutes, someone will be ready to enjoy and play with
a working MoinMoin wiki.

It's a newbie tutorial, and does not contain anything more than the
official docs. But I hope is simpler to follow (being focused on a
single Ubuntu wiki, and with some screenshots).

It's my first attempt to help the community, suggestions and
corrections are always welcome! In fact, some (good) suggestions has
already come.


Cheers,
Nico.



From cmac at mit.edu  Wed Jan 13 00:17:10 2010
From: cmac at mit.edu (Christopher MacMinn)
Date: Wed, 13 Jan 2010 00:17:10 -0500
Subject: [Moin-user] moinmoin 1.9 authentication problem?
Message-ID: <95da30591001122117k7f6f02fet7a52eded5998bcf@mail.gmail.com>

Hi everyone -

I just updated a wiki running moinmoin 1.8.2 to 1.9.0, and I seem to
be having an authentication problem.  I can log in to my account as
usual, but I am logged out as soon as I move to a different page, even
when just clicking the "edit" link.

Any idea what could be causing this?

Thanks!
Best, Chris



From tw-public at gmx.de  Wed Jan 13 03:05:59 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 13 Jan 2010 09:05:59 +0100
Subject: [Moin-user] moinmoin 1.9 authentication problem?
In-Reply-To: <95da30591001122117k7f6f02fet7a52eded5998bcf@mail.gmail.com>
References: <95da30591001122117k7f6f02fet7a52eded5998bcf@mail.gmail.com>
Message-ID: <1263369959.29523.19.camel@x300>

Hi Christopher,

> I just updated a wiki running moinmoin 1.8.2 to 1.9.0, and I seem to
> be having an authentication problem.  I can log in to my account as
> usual, but I am logged out as soon as I move to a different page, even
> when just clicking the "edit" link.

That sounds rather like a session keeping problem (related to session
cookie).

In 1.9, lots of lowlevel stuff was refactored to use wsgi / werkzeug
(including the session handling) and some stuff initially was a bit
broken, see these bug reports:

This one affects wiki farms, shouldn't matter if it is just a single
wiki:

http://moinmo.in/MoinMoinBugs/1.9WikiFarmSessionDirHandlingBroken

Other issues:

http://moinmo.in/MoinMoinBugs/1.9AuthProblemWithNonRootWiki

http://moinmo.in/MoinMoinBugs/1.9CookiePathHandlingChanged

Other than this, you can try to clear the MOIN_SESSION cookies from the
browsers and see docs/UPDATE.html for some generic updating hints.

If that doesn't help, join us on IRC, see: http://moinmo.in/MoinMoinChat

BTW, there will be a 1.9.1 release soon to get out the stuff we alreay
fixed.

HTH,

Thomas





From don at donaldegray.com  Thu Jan 14 11:21:10 2010
From: don at donaldegray.com (Don Gray)
Date: Thu, 14 Jan 2010 11:21:10 -0500
Subject: [Moin-user] graphingwiki for 1.8.6
Message-ID: <4B4F4476.5080804@donaldegray.com>

I'm trying to install graphingwiki as follows:

OS - Windows XP Sp 3
MoinMoin - 1.8.6, Desktop version
graphingwiki - checked out from SVN trunk (1735?)

Can someone point me to a how-to or documentation on how to accomplish this?

I can get MoinMoin to work fine. MoinMoin resides in f:\moin-1.8.6
Python 2.5 is located in C:\Python25

I've tried the dev-install.sh and dev-install2.sh in cygwin.
I've tried manually doing the .sh commands in a Windows console window.

I've spent 3+ days trying to get a graphic view of my wiki pages' 
interconnections. I'm still trying ...

-- 
Don Gray (336)414-4645
http://www.donaldegray.com

The greatest discovery of my generation is that a human being can alter
his life by altering his attitudes of mind.
William James

Change your attitude by attending the AYE Conference Nov 7-11, 2010
AYE: Exploring Human Systems in Action http:\\www.AYEconference.com



From tw-public at gmx.de  Fri Jan 15 09:00:00 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 15 Jan 2010 15:00:00 +0100
Subject: [Moin-user] graphingwiki for 1.8.6
In-Reply-To: <4B4F4476.5080804@donaldegray.com>
References: <4B4F4476.5080804@donaldegray.com>
Message-ID: <1263564000.31253.9.camel@server.firma.waldmann-edv.de>

Hi Don,

> I'm trying to install graphingwiki as follows:

Sorry, but I didn't use "graphingwiki" yet.

> graphingwiki - checked out from SVN trunk (1735?)
> Can someone point me to a how-to or documentation on how to accomplish this?

Not sure whether other people here have used graphingwiki.

Maybe ask the author of it by email?






From i92matsk at yahoo.com  Mon Jan 18 15:58:20 2010
From: i92matsk at yahoo.com (Mattias Skarin)
Date: Mon, 18 Jan 2010 12:58:20 -0800 (PST)
Subject: [Moin-user] Blank page when registring new user
In-Reply-To: <1261606632.1263.34.camel@lestat.vampyre.home>
Message-ID: <77171.18529.qm@web30202.mail.mud.yahoo.com>

Hi

I get a blank page as answer when I register a new user. 
Since I have no clue if it is a configuration issue on our side, I was hoping maybe you could shed some light on the error message in error_log

[Mon Jan 18 21:37:08 2010] [error] 2010-01-18 21:37:08,120 INFO MoinMoin.config.multiconfig:1072 using wiki config: /path/to/wikis/demowiki/wikiconfig.pyc

-> does MoinMoin.config.multiconfig:1072 tell you anything?

Thanks
Mattias

The Config
-----------
MoinMoin 1.9
wsgi on linux
Single wiki


      



From rb.proj at gmail.com  Mon Jan 18 16:20:04 2010
From: rb.proj at gmail.com (R.Bauer)
Date: Mon, 18 Jan 2010 22:20:04 +0100
Subject: [Moin-user] Blank page when registring new user
In-Reply-To: <77171.18529.qm@web30202.mail.mud.yahoo.com>
References: <1261606632.1263.34.camel@lestat.vampyre.home>
	<77171.18529.qm@web30202.mail.mud.yahoo.com>
Message-ID: <hj2ja4$3la$1@ger.gmane.org>

Mattias Skarin schrieb:
> Hi
> 
> I get a blank page as answer when I register a new user. 
> Since I have no clue if it is a configuration issue on our side, I was hoping maybe you could shed some light on the error message in error_log
> 
> [Mon Jan 18 21:37:08 2010] [error] 2010-01-18 21:37:08,120 INFO MoinMoin.config.multiconfig:1072 using wiki config: /path/to/wikis/demowiki/wikiconfig.pyc
> 
> -> does MoinMoin.config.multiconfig:1072 tell you anything?
> 
> Thanks
> Mattias
> 
> The Config
> -----------
> MoinMoin 1.9
> wsgi on linux
> Single wiki
> 

Do you have essential_template_pages of your language installed?

Package script:
MoinMoinPackage|1
ReplaceUnderlay|1|HomepageTemplate
ReplaceUnderlay|2|CategoryTemplate
Print|Installed MoinMaster page bundle
English--essential_template_pages.zip.

see LanguageSetup

cheers
Reimar




From tw-public at gmx.de  Mon Jan 18 18:45:27 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 19 Jan 2010 00:45:27 +0100
Subject: [Moin-user] moin 1.9.1 release - important security and bug fixes,
 please upgrade immediately
Message-ID: <1263858327.4054.24.camel@x300>

See http://moinmo.in/MoinMoinDownload for the release archive and the
change log.

BTW, we still need much more people helping with cleaning up on
master19.moinmo.in.

So, especially if you speak some non-english language, you can help!

See http://moinmo.in/MoinDev/Translation for details.





From tw-public at gmx.de  Tue Jan 19 03:40:32 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 19 Jan 2010 09:40:32 +0100
Subject: [Moin-user] Blank page when registring new user
In-Reply-To: <77171.18529.qm@web30202.mail.mud.yahoo.com>
References: <77171.18529.qm@web30202.mail.mud.yahoo.com>
Message-ID: <1263890432.2835.7.camel@x300>

> I get a blank page as answer when I register a new user. 
> Since I have no clue if it is a configuration issue on our side, I was hoping maybe you could shed some light on the error message in error_log

That blank response is unusual, but to diagnose it, we need much more
information. So, in case it is not just the missing pages, as Reimar
suspects, file a bug report giving your configs and other useful info.

> [Mon Jan 18 21:37:08 2010] [error] 2010-01-18 21:37:08,120 INFO MoinMoin.config.multiconfig:1072 using
>                                                            wiki config: /path/to/wikis/demowiki/wikiconfig.pyc
> 
> -> does MoinMoin.config.multiconfig:1072 tell you anything?

As you see at the "INFO" classification, this is no ERROR or WARNING,
just an information.

The usefulness of this info comes from telling the absolute path of the
wiki config it is using (before we had that, many people were editing
wrong configs, because they had multiple ones on their disk and edited
some sample config instead of the one that gets loaded).

multiconfig:1072 is just information about from where
(module:linenumber) this logging message is emitted, it is not important
in that case.





From mark at ucar.edu  Tue Jan 19 14:37:16 2010
From: mark at ucar.edu (Mark Bradford)
Date: Tue, 19 Jan 2010 12:37:16 -0700
Subject: [Moin-user] Changes in request object in 1.9.x
Message-ID: <4B5609EC.90707@ucar.edu>

In the Changes file for 1.9.0, I see:

  * HINT: due to big changes in the request processing and the request
    object (related to the WSGI refactoring), many 3rd party plugins might
    need code updates to work with moin 1.9.

Are these "big changes" documented somewhere?  I'm trying to udpate to
1.9.1, and for a couple of my wikis, there is some custom authentication
code which uses request.getPathinfo and request.getScriptname...

The good news is that 1.9.1 seems to fix the login bug I saw in 1.9.0,
but for now I'm going to upgrade to 1.8.6 due to the above issue.

Thanks for any pointers!

-- 
Mark Bradford, NCAR/EOL/CDS/CTM
<mark at ucar.edu>  (303) 497-8169



From tw-public at gmx.de  Wed Jan 20 06:58:43 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 20 Jan 2010 12:58:43 +0100
Subject: [Moin-user] Changes in request object in 1.9.x
In-Reply-To: <4B5609EC.90707@ucar.edu>
References: <4B5609EC.90707@ucar.edu>
Message-ID: <1263988723.8872.4.camel@x300>

On Tue, 2010-01-19 at 12:37 -0700, Mark Bradford wrote:
> In the Changes file for 1.9.0, I see:
> 
>   * HINT: due to big changes in the request processing and the request
>     object (related to the WSGI refactoring), many 3rd party plugins might
>     need code updates to work with moin 1.9.
> 
> Are these "big changes" documented somewhere?

Well, yes and no. There is no big list old/new, but some stuff we
directly use from werkzeug, werkzeug docs are there:
http://werkzeug.pocoo.org/

> I'm trying to udpate to
> 1.9.1, and for a couple of my wikis, there is some custom authentication
> code which uses request.getPathinfo and request.getScriptname...

Sometimes an easy way is to grep for the old way in the old moin source
and then look at the same place in new moin source.






From crosseyedpenguin at yahoo.com  Wed Jan 20 11:37:52 2010
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Wed, 20 Jan 2010 08:37:52 -0800 (PST)
Subject: [Moin-user] Changes in request object in 1.9.x
In-Reply-To: <4B5609EC.90707@ucar.edu>
Message-ID: <171283.19294.qm@web36206.mail.mud.yahoo.com>



--- On Tue, 1/19/10, Mark Bradford <mark at ucar.edu> wrote:

> From: Mark Bradford <mark at ucar.edu>
> Subject: [Moin-user] Changes in request object in 1.9.x
> To: moin-user at lists.sourceforge.net
> Date: Tuesday, January 19, 2010, 12:37 PM
> In the Changes file for 1.9.0, I
> see:
> 
> ? * HINT: due to big changes in the request processing
> and the request
> ? ? object (related to the WSGI refactoring),
> many 3rd party plugins might
> ? ? need code updates to work with moin 1.9.
> 
> Are these "big changes" documented somewhere?? I'm
> trying to udpate to
> 1.9.1, and for a couple of my wikis, there is some custom
> authentication
> code which uses request.getPathinfo and
> request.getScriptname...
> 


Take a look at pep 333:
   http://www.python.org/dev/peps/pep-0333/#environ-variables

For example, instead of:
    if request.http_user_agent == 'CLI/Script':
for Moin 1.9 you must now do:
    if request.environ.get('HTTP_USER_AGENT', None) == 'CLI/Script':

Roger Haase



      



From kai at aplteam.com  Wed Jan 20 13:31:16 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Wed, 20 Jan 2010 18:31:16 +0000
Subject: [Moin-user] Notifications
Message-ID: <580814a01001201031o24dff5b5i213d85b5443443ca@mail.gmail.com>

Only today I noticed that I get notifications for

- New pages
- Modified pages, including trivial changes
- Adding attachments

However, I do NOT get notifications for

- Rename page
- Copy page
- Revert page
- Delete page

Any ideas?

And yes, I have ticked all notifications  ;)

Kai



From ser at man.szczecin.pl  Thu Jan 21 06:19:01 2010
From: ser at man.szczecin.pl (Seweryn Niemiec)
Date: Thu, 21 Jan 2010 12:19:01 +0100
Subject: [Moin-user] Strange problem with page saving when running as FastCGI
Message-ID: <4B583825.8060702@man.szczecin.pl>

Moinmoin version: 1.9.1

This problem doesn't exist when I run the same wiki as CGI (which is 
very slow and I can't use it).

When I paste for example 4KB of a text into page edit form and press the 
"save" button, my change isn't saved at all. No error message on screen 
nor in any log.

When I paste the first 3.5KB of this text and press "save" button, 
everything goes fine. But the funny thing is that I can add the last 
0.5KB of remaining text in very small chunks (2-3 words) (and save after 
each add) to finally have the full text on the page.

4KB and 3.5KB are not magic numbers, just examples. Sometimes problem 
pops up when I try to save 2KB of text.

One more example:
Creating a page with 2KB of text: works
Adding 200B of text to the page: works
Adding next 200B of text to the page: doesn't work
Adding the same 200B to the page in chunks by 10-20B: works

I've put moinmoin logs here: http://pastebin.com/d3b78d29a

It looks like the only difference between working and not working save 
is this line:

2010-01-21 10:21:02,893 MoinMoin.wikiutil DEBUG checkTicket: returning 
True, got 
u'004b581c74.PomocPrzyLinkowaniu.edit.5852a653758bcdea497671721878b7ff40ed9f22', 
expected 
u'004b581c74.PomocPrzyLinkowaniu.edit.5852a653758bcdea497671721878b7ff40ed9f22'

"PomocPrzyLinkowaniu" is the title of edited page.

Do you have any idea what can cause such strange problem?

How can I enable more detailed DEBUG?

Thanks for any help.

Best regards,
Seweryn Niemiec




From tw-public at gmx.de  Thu Jan 21 11:27:24 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 21 Jan 2010 17:27:24 +0100
Subject: [Moin-user] Strange problem with page saving when running as
 FastCGI
In-Reply-To: <4B583825.8060702@man.szczecin.pl>
References: <4B583825.8060702@man.szczecin.pl>
Message-ID: <1264091244.23056.2.camel@x300>

> This problem doesn't exist when I run the same wiki as CGI (which is 
> very slow and I can't use it).

Do you use mod_wsgi 2.3? That version is known to be broken.

If you use Debian Lenny, upgrade it, they fixed it already.
If you use Ubuntu, help waking up the maintainer (I filed a bug already
about it). Same if you use something else, but you have to file a bug on
your own then.




From tw-public at gmx.de  Thu Jan 21 11:28:34 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 21 Jan 2010 17:28:34 +0100
Subject: [Moin-user] Notifications
In-Reply-To: <580814a01001201031o24dff5b5i213d85b5443443ca@mail.gmail.com>
References: <580814a01001201031o24dff5b5i213d85b5443443ca@mail.gmail.com>
Message-ID: <1264091314.23056.3.camel@x300>

I recently fixed some notification related stuff, try 1.9.1.





From mark at ucar.edu  Thu Jan 21 18:32:08 2010
From: mark at ucar.edu (Mark Bradford)
Date: Thu, 21 Jan 2010 16:32:08 -0700
Subject: [Moin-user] Changes in request object in 1.9.x
In-Reply-To: <1263988723.8872.4.camel@x300>
References: <4B5609EC.90707@ucar.edu> <1263988723.8872.4.camel@x300>
Message-ID: <4B58E3F8.4060100@ucar.edu>

On 1/20/10 4:58 AM, Thomas Waldmann wrote:

>> I'm trying to udpate to
>> 1.9.1, and for a couple of my wikis, there is some custom authentication
>> code which uses request.getPathinfo and request.getScriptname...
> 
> Sometimes an easy way is to grep for the old way in the old moin source
> and then look at the same place in new moin source.

Well, before diving into the source code, let me try describing what I'm
really aiming for, in case there's already a way to do what I want.

The goal is to allow a greater degree of access to people connecting to
the wiki from one of our internal networks.  Specifically, we want
people connecting from the Internet at large to have to log in before
viewing or editing pages, while people connecting from our own office
should be able to view and edit immediately.  Is there any supported way
of getting an IP-address-based equivalent of ACLs?

Thanks!

-- 
Mark Bradford, NCAR/EOL/CDS/CTM
<mark at ucar.edu>  (303) 497-8169



From rick.vanderveer at gmail.com  Thu Jan 21 18:51:38 2010
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Thu, 21 Jan 2010 17:51:38 -0600
Subject: [Moin-user] Changes in request object in 1.9.x
In-Reply-To: <4B58E3F8.4060100@ucar.edu>
References: <4B5609EC.90707@ucar.edu> <1263988723.8872.4.camel@x300>
	<4B58E3F8.4060100@ucar.edu>
Message-ID: <5c39e1ca1001211551wf0730bcn256a40b6338e25de@mail.gmail.com>

So, to re-cap, you want:

external IP addresses:  no view, unless logged in.
internal IP addresses: viewable automatically (but perhaps not editable
until logged in).
Editing:  Possible once logged in.


I'm guessing this might be a tall order, but one of the devs would be the
final authority.  Personally, I'd just make everyone log in, tell 'em it's
just like webmail (of course, use sspi or LDAP so it's the same password as
what they're used to).  Otherwise, it more sounds like you might have to
figure something on the  Apache-level (but that's just my guess).

-Rick


On Thu, Jan 21, 2010 at 5:32 PM, Mark Bradford <mark at ucar.edu> wrote:

> On 1/20/10 4:58 AM, Thomas Waldmann wrote:
>
> >> I'm trying to udpate to
> >> 1.9.1, and for a couple of my wikis, there is some custom authentication
> >> code which uses request.getPathinfo and request.getScriptname...
> >
> > Sometimes an easy way is to grep for the old way in the old moin source
> > and then look at the same place in new moin source.
>
> Well, before diving into the source code, let me try describing what I'm
> really aiming for, in case there's already a way to do what I want.
>
> The goal is to allow a greater degree of access to people connecting to
> the wiki from one of our internal networks.  Specifically, we want
> people connecting from the Internet at large to have to log in before
> viewing or editing pages, while people connecting from our own office
> should be able to view and edit immediately.  Is there any supported way
> of getting an IP-address-based equivalent of ACLs?
>
> Thanks!
>
> --
> Mark Bradford, NCAR/EOL/CDS/CTM
> <mark at ucar.edu>  (303) 497-8169
>
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> 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/20100121/948b93c0/attachment.html>

From tw-public at gmx.de  Thu Jan 21 19:25:25 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 22 Jan 2010 01:25:25 +0100
Subject: [Moin-user] Changes in request object in 1.9.x
In-Reply-To: <4B58E3F8.4060100@ucar.edu>
References: <4B5609EC.90707@ucar.edu> <1263988723.8872.4.camel@x300>
	<4B58E3F8.4060100@ucar.edu>
Message-ID: <1264119925.23056.16.camel@x300>

> The goal is to allow a greater degree of access to people connecting to
> the wiki from one of our internal networks.  Specifically, we want
> people connecting from the Internet at large to have to log in before
> viewing or editing pages, while people connecting from our own office
> should be able to view and edit immediately.  Is there any supported way
> of getting an IP-address-based equivalent of ACLs?

IP-based security is no security, therefore we don't support that. :)

Also, you want to know names, not ip addrs when someone edits a page, so
you need login anyway.

Logging in has also some nice features for the users, like RecentChanges
bookmarks, personal settings, subscribing to page changes, etc.





From ser at man.szczecin.pl  Fri Jan 22 03:40:55 2010
From: ser at man.szczecin.pl (Seweryn Niemiec)
Date: Fri, 22 Jan 2010 09:40:55 +0100
Subject: [Moin-user] Strange problem with page saving when running as
 FastCGI
In-Reply-To: <1264091244.23056.2.camel@x300>
References: <4B583825.8060702@man.szczecin.pl> <1264091244.23056.2.camel@x300>
Message-ID: <4B596497.2040206@man.szczecin.pl>

W dniu 21.01.2010 17:27, Thomas Waldmann pisze:
>> This problem doesn't exist when I run the same wiki as CGI (which is
>> very slow and I can't use it).
>
> Do you use mod_wsgi 2.3? That version is known to be broken.

I don't use mod_wsgi at all. I'm trying to run my wiki on Plesk hosting 
platform and AFAIK there is no support for WSGI, so the only options 
left are CGI and FastCGI.

After creating and configuring Moinmoin instance, I have added 
appropriate paths to python's sys.path in moin.cgi. Then I have copied 
moin.cgi to /cgi-bin/moin.cgi and /moin.fcgi. In moin.fcgi I have 
changed FCGI_FORCE_CGI env var to 'N'.

moin.cgi works fine (but slow), moin.fcgi has the strange problem.

-- 
Greetings,
Seweryn



From tw-public at gmx.de  Fri Jan 22 04:16:20 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 22 Jan 2010 10:16:20 +0100
Subject: [Moin-user] Strange problem with page saving when running as
 FastCGI
In-Reply-To: <4B596497.2040206@man.szczecin.pl>
References: <4B583825.8060702@man.szczecin.pl>
	<1264091244.23056.2.camel@x300>  <4B596497.2040206@man.szczecin.pl>
Message-ID: <1264151780.27017.5.camel@x300>

> >> This problem doesn't exist when I run the same wiki as CGI (which is
> >> very slow and I can't use it).
> >
> > Do you use mod_wsgi 2.3? That version is known to be broken.
> 
> I don't use mod_wsgi at all. I'm trying to run my wiki on Plesk hosting 
> platform and AFAIK there is no support for WSGI, so the only options 
> left are CGI and FastCGI.
> 
> After creating and configuring Moinmoin instance, I have added 
> appropriate paths to python's sys.path in moin.cgi. Then I have copied 
> moin.cgi to /cgi-bin/moin.cgi and /moin.fcgi. In moin.fcgi I have 
> changed FCGI_FORCE_CGI env var to 'N'.
> 
> moin.cgi works fine (but slow), moin.fcgi has the strange problem.

OK, this sounds like something in the fastcgi related code is
malfunctioning.

To make sure, try to reproduce the bug in a pure wsgi setup (you can use
the http://moinmo.in/WikiSandBox for testing, the site uses
apache2/mod_wsgi).

If you can't reproduce it there, it is likely not a moin bug, because
moin itself is a pure wsgi app since 1.9. The handling of fastcgi is
done by flup and a bit of glue code for setting it up in moin. Talk to
flup author, maybe he knows about the problem or can find the bug.





From kai at aplteam.com  Sat Jan 23 06:25:18 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Sat, 23 Jan 2010 11:25:18 +0000
Subject: [Moin-user] Themes
Message-ID: <580814a01001230325u784513edy688c02130aad436b@mail.gmail.com>

I am flabberghasted, I really am!

I am updating MoinMoin quite frequently, so I am familiar with the
process. However, getting from 1.8.6 to 1.9.1 caused me a
theme-related problem.

I am running a farm with 5 wikis. All of them use (and force to use)
the same theme which got diverted from modern about three years ago.

Sometimes it took me some minutes after an upgrade to work out why ALL
wiki showed up with the default theme instead of my one, but then I
figuered out what has changed and then ALL of them showed up
correctly.

This time it seemed that the theme as such (css and img folders) need
to go into
C:\Python26\Lib\site-packages\MoinMoin\web\static\htdocs\
now.

After copying my theme into this folder two of my wikis show up
correclty - the other three don't.
Particularly strange because I handle themes only on general level,
not on wiki level.

Advice is very welcome.

Kai



From kshade at lamamail.de  Sat Jan 23 07:55:59 2010
From: kshade at lamamail.de (=?ISO-8859-1?Q?Alexander_Br=FCning?=)
Date: Sat, 23 Jan 2010 13:55:59 +0100
Subject: [Moin-user] SCRIPT_NAME environment variable
Message-ID: <4B5AF1DF.5060402@lamamail.de>

Hi,

I'm running MoinMoin 1.9 in Lighttpd via fcgi at /wiki-engine and use 
redirects to make it look like it's running at /.  Basically the same 
setup as here: 
http://moinmaster.wikiwikiweb.de/HelpOnInstalling/FastCgi#Deploying_on_lighttpd

The update from 1.8 to 1.9 brought a new fcgi handler with it that 
doesn't seem to have an equivalent of the

properties = {'script_name': '/'}

variable. I tried to set SCRIPT_NAME via lighttpd but it doesn't work so 
I hacked MoinMoin/support/werkzeug/wrappers.py to always set script_root 
to /:

+ path = ('/').rstrip('/')
- path = (self.environ.get('SCRIPT_NAME') or '').rstrip('/')
(line 339)

There has to be a better way to do this, right?



From moinmoin at sheep.art.pl  Sat Jan 23 07:35:40 2010
From: moinmoin at sheep.art.pl (Radomir Dopieralski)
Date: Sat, 23 Jan 2010 13:35:40 +0100
Subject: [Moin-user] Themes
In-Reply-To: <580814a01001230325u784513edy688c02130aad436b@mail.gmail.com>
References: <580814a01001230325u784513edy688c02130aad436b@mail.gmail.com>
Message-ID: <691968941001230435g36382d3aoe13d50d382bce256@mail.gmail.com>

On Sat, Jan 23, 2010 at 12:25 PM, Kai Jaeger <kai at aplteam.com> wrote:
> I am flabberghasted, I really am!
>
> I am updating MoinMoin quite frequently, so I am familiar with the
> process. However, getting from 1.8.6 to 1.9.1 caused me a
> theme-related problem.
>
> I am running a farm with 5 wikis. All of them use (and force to use)
> the same theme which got diverted from modern about three years ago.
>
> Sometimes it took me some minutes after an upgrade to work out why ALL
> wiki showed up with the default theme instead of my one, but then I
> figuered out what has changed and then ALL of them showed up
> correctly.
>
> This time it seemed that the theme as such (css and img folders) need
> to go into
> C:\Python26\Lib\site-packages\MoinMoin\web\static\htdocs\
> now.
>
> After copying my theme into this folder two of my wikis show up
> correclty - the other three don't.
> Particularly strange because I handle themes only on general level,
> not on wiki level.
>
> Advice is very welcome.

The htdocs directory was moved due to a new fallback mechanism
MoinMoin now has for serving theme's static files. If you don't set up
the "Alias" directive for the htdocs or you set it up for wrong url
prefix, MoinMoin will try to serve the files through its python
script. This may come with a slight performance penalty , although the
code uses all available optimisations and your browser only really
downloads theme files once. Still, it's recommended to set up the
"Alias" directive (or equivalent, if not using Apache) on busy sites.

To sum up, the things that I would check:
* is the url prefix configured properly in all of your wikis
* is the "Alias" directive configured properly in all of their vhosts
* view the source of your page, find the <link> tags for the .css
files and verify that you can access them with your browser
* if you can't access them, check your apache's error log to see why

I hope that helps.

-- 
Radomir Dopieralski, http://sheep.art.pl



From kai at aplteam.com  Sat Jan 23 07:57:47 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Sat, 23 Jan 2010 12:57:47 +0000
Subject: [Moin-user] Cannot create pages after 1.8.6 -> 1.9.1
Message-ID: <580814a01001230457g5f7bac16n52b0d0cb84533755@mail.gmail.com>

It seems that all my 5 wikis run fine except that I cannot create a
new page anymore.

I _can_ change pages, so.

That's what the apache log is telling me:

[Sat Jan 23 12:29:56 2010] [error] 2010-01-23 12:29:56,489 ERROR
MoinMoin.wsgiapp:292 An exception has occurred
[http://stevenage-chess-club.co.uk/chesswiki/GameDatabase?action=CreateNewPage].
[Sat Jan 23 12:29:56 2010] [error] Traceback (most recent call last):
[Sat Jan 23 12:29:56 2010] [error]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 281, in
__call__
[Sat Jan 23 12:29:56 2010] [error]     response = run(context)
[Sat Jan 23 12:29:56 2010] [error]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in
run
[Sat Jan 23 12:29:56 2010] [error]     response = dispatch(request,
context, action_name)
[Sat Jan 23 12:29:56 2010] [error]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in
dispatch
[Sat Jan 23 12:29:56 2010] [error]     response =
handle_action(context, pagename, action_name)
[Sat Jan 23 12:29:56 2010] [error]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in
handle_action
[Sat Jan 23 12:29:56 2010] [error]     handler(context.page.page_name, context)
[Sat Jan 23 12:29:56 2010] [error]   File
"D:\\Wikis\\chess\\data\\plugin\\action\\CreateNewPage.py", line 26,
in execute
[Sat Jan 23 12:29:56 2010] [error]     return NewPageHandler(pagename,
request).handle()
[Sat Jan 23 12:29:56 2010] [error]   File
"D:\\Wikis\\chess\\data\\plugin\\action\\CreateNewPage.py", line 134,
in handle
[Sat Jan 23 12:29:56 2010] [error]     self.showForm()
[Sat Jan 23 12:29:56 2010] [error]   File
"D:\\Wikis\\chess\\data\\plugin\\action\\CreateNewPage.py", line 57,
in showForm
[Sat Jan 23 12:29:56 2010] [error]     pi = request.getPathinfo()
[Sat Jan 23 12:29:56 2010] [error]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\web\\contexts.py", line
224, in __getattr__
[Sat Jan 23 12:29:56 2010] [error]     return super(HTTPContext,
self).__getattribute__(name)
[Sat Jan 23 12:29:56 2010] [error] AttributeError: 'AllContext' object
has no attribute 'getPathinfo'
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175] mod_wsgi
(pid=1852): Exception occurred processing WSGI script
'D:/Wikis/config/moin.wsgi'., referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175] Traceback
(most recent call last):, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\support\\werkzeug\\utils.py",
line 248, in __call__, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]     return
self.app(environ, start_response), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 281, in
__call__, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]     response
= run(context), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 88, in
run, referer: http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]     response
= dispatch(request, context, action_name), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 136, in
dispatch, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]     response
= handle_action(context, pagename, action_name), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\wsgiapp.py", line 195, in
handle_action, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]
handler(context.page.page_name, context), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"D:\\Wikis\\chess\\data\\plugin\\action\\CreateNewPage.py", line 26,
in execute, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]     return
NewPageHandler(pagename, request).handle(), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"D:\\Wikis\\chess\\data\\plugin\\action\\CreateNewPage.py", line 134,
in handle, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]
self.showForm(), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"D:\\Wikis\\chess\\data\\plugin\\action\\CreateNewPage.py", line 57,
in showForm, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]     pi =
request.getPathinfo(), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]   File
"C:\\Python26\\lib\\site-packages\\MoinMoin\\web\\contexts.py", line
224, in __getattr__, referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]     return
super(HTTPContext, self).__getattribute__(name), referer:
http://stevenage-chess-club.co.uk/chesswiki/GameDatabase
[Sat Jan 23 12:29:56 2010] [error] [client 90.205.88.175]
AttributeError: 'AllContext' object has no attribute 'getPathinfo',
referer: http://stevenage-chess-club.co.uk/chesswiki/GameDatabase

Thanks for help in advance

Kai



From kai at aplteam.com  Sat Jan 23 09:16:19 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Sat, 23 Jan 2010 14:16:19 +0000
Subject: [Moin-user] Themes
In-Reply-To: <691968941001230435g36382d3aoe13d50d382bce256@mail.gmail.com>
References: <580814a01001230325u784513edy688c02130aad436b@mail.gmail.com>
	<691968941001230435g36382d3aoe13d50d382bce256@mail.gmail.com>
Message-ID: <580814a01001230616r6eb576a7xf2cda04263065434@mail.gmail.com>

Thank you very much for your efforts, Radomir.

I followed your suggestions which are very reasonable but without
results. The Alias is set correctly in httpconf, as is the url.
The css files are not accessible via the browser for those wikis in trouble.

There is one difference between them:

The working ones come with their own domain or sub-domain, like
http://aplwiki.com
The two which are not working look like this:
http://stevenage-chess-club.co.uk/chesswiki/

I just managed to change one of them to an unused domain name and see, it works!

So my guess is right, but what's the real problem behind this?!

Kai


On Sat, Jan 23, 2010 at 12:35, Radomir Dopieralski
<moinmoin at sheep.art.pl> wrote:
> On Sat, Jan 23, 2010 at 12:25 PM, Kai Jaeger <kai at aplteam.com> wrote:
>> I am flabberghasted, I really am!
>>
>> I am updating MoinMoin quite frequently, so I am familiar with the
>> process. However, getting from 1.8.6 to 1.9.1 caused me a
>> theme-related problem.
>>
>> I am running a farm with 5 wikis. All of them use (and force to use)
>> the same theme which got diverted from modern about three years ago.
>>
>> Sometimes it took me some minutes after an upgrade to work out why ALL
>> wiki showed up with the default theme instead of my one, but then I
>> figuered out what has changed and then ALL of them showed up
>> correctly.
>>
>> This time it seemed that the theme as such (css and img folders) need
>> to go into
>> C:\Python26\Lib\site-packages\MoinMoin\web\static\htdocs\
>> now.
>>
>> After copying my theme into this folder two of my wikis show up
>> correclty - the other three don't.
>> Particularly strange because I handle themes only on general level,
>> not on wiki level.
>>
>> Advice is very welcome.
>
> The htdocs directory was moved due to a new fallback mechanism
> MoinMoin now has for serving theme's static files. If you don't set up
> the "Alias" directive for the htdocs or you set it up for wrong url
> prefix, MoinMoin will try to serve the files through its python
> script. This may come with a slight performance penalty , although the
> code uses all available optimisations and your browser only really
> downloads theme files once. Still, it's recommended to set up the
> "Alias" directive (or equivalent, if not using Apache) on busy sites.
>
> To sum up, the things that I would check:
> * is the url prefix configured properly in all of your wikis
> * is the "Alias" directive configured properly in all of their vhosts
> * view the source of your page, find the <link> tags for the .css
> files and verify that you can access them with your browser
> * if you can't access them, check your apache's error log to see why
>
> I hope that helps.
>
> --
> Radomir Dopieralski, http://sheep.art.pl
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



From moinmoin at sheep.art.pl  Sat Jan 23 09:27:35 2010
From: moinmoin at sheep.art.pl (Radomir Dopieralski)
Date: Sat, 23 Jan 2010 15:27:35 +0100
Subject: [Moin-user] SCRIPT_NAME environment variable
In-Reply-To: <4B5AF1DF.5060402@lamamail.de>
References: <4B5AF1DF.5060402@lamamail.de>
Message-ID: <691968941001230627x1a2f5c81o2df45212e405840f@mail.gmail.com>

On Sat, Jan 23, 2010 at 1:55 PM, Alexander Br?ning <kshade at lamamail.de> wrote:
> Hi,
>
> I'm running MoinMoin 1.9 in Lighttpd via fcgi at /wiki-engine and use
> redirects to make it look like it's running at /. ?Basically the same
> setup as here:
> http://moinmaster.wikiwikiweb.de/HelpOnInstalling/FastCgi#Deploying_on_lighttpd
>
> The update from 1.8 to 1.9 brought a new fcgi handler with it that
> doesn't seem to have an equivalent of the
>
> properties = {'script_name': '/'}
>
> variable. I tried to set SCRIPT_NAME via lighttpd but it doesn't work so
> I hacked MoinMoin/support/werkzeug/wrappers.py to always set script_root
> to /:
>
> + path = ('/').rstrip('/')
> - path = (self.environ.get('SCRIPT_NAME') or '').rstrip('/')
> (line 339)
>
> There has to be a better way to do this, right?

Yes, moinmoin now uses werkzeug, so you can use this:

http://werkzeug.pocoo.org/documentation/dev/contrib/fixers.html#werkzeug.contrib.fixers.LighttpdCGIRootFix

-- 
Radomir Dopieralski, http://sheep.art.pl



From moinmoin at sheep.art.pl  Sat Jan 23 09:30:35 2010
From: moinmoin at sheep.art.pl (Radomir Dopieralski)
Date: Sat, 23 Jan 2010 15:30:35 +0100
Subject: [Moin-user] Themes
In-Reply-To: <580814a01001230616r6eb576a7xf2cda04263065434@mail.gmail.com>
References: <580814a01001230325u784513edy688c02130aad436b@mail.gmail.com>
	<691968941001230435g36382d3aoe13d50d382bce256@mail.gmail.com>
	<580814a01001230616r6eb576a7xf2cda04263065434@mail.gmail.com>
Message-ID: <691968941001230630s710164c8r90262b59a2db93f8@mail.gmail.com>

On Sat, Jan 23, 2010 at 3:16 PM, Kai Jaeger <kai at aplteam.com> wrote:
> Thank you very much for your efforts, Radomir.
>
> I followed your suggestions which are very reasonable but without
> results. The Alias is set correctly in httpconf, as is the url.
> The css files are not accessible via the browser for those wikis in trouble.
>
> There is one difference between them:
>
> The working ones come with their own domain or sub-domain, like
> http://aplwiki.com
> The two which are not working look like this:
> http://stevenage-chess-club.co.uk/chesswiki/
>
> I just managed to change one of them to an unused domain name and see, it works!
>
> So my guess is right, but what's the real problem behind this?!

Just set up the Alias in such a way, that the .css files are accessible.
You know what url is being used, you also know where the files are on
the disk, so just do:

Alias the_url_prefix_being_used the_path_to_the_directory

in the httpd config, and it should work. It may be a little more
complicated if you use rewrite rules,
but basically you need to make those files accessible.

-- 
Radomir Dopieralski, http://sheep.art.pl



From kshade at lamamail.de  Sat Jan 23 10:16:31 2010
From: kshade at lamamail.de (=?UTF-8?B?QWxleGFuZGVyIEJyw7xuaW5n?=)
Date: Sat, 23 Jan 2010 16:16:31 +0100
Subject: [Moin-user] SCRIPT_NAME environment variable
In-Reply-To: <691968941001230627x1a2f5c81o2df45212e405840f@mail.gmail.com>
References: <4B5AF1DF.5060402@lamamail.de>
	<691968941001230627x1a2f5c81o2df45212e405840f@mail.gmail.com>
Message-ID: <4B5B12CF.5010801@lamamail.de>

On 01/23/2010 03:27 PM, Radomir Dopieralski wrote:
> On Sat, Jan 23, 2010 at 1:55 PM, Alexander Br?ning<kshade at lamamail.de>  wrote:
>> Hi,
>>
>> I'm running MoinMoin 1.9 in Lighttpd via fcgi at /wiki-engine and use
>> redirects to make it look like it's running at /.  Basically the same
>> setup as here:
>> http://moinmaster.wikiwikiweb.de/HelpOnInstalling/FastCgi#Deploying_on_lighttpd
>>
>> The update from 1.8 to 1.9 brought a new fcgi handler with it that
>> doesn't seem to have an equivalent of the
>>
>> properties = {'script_name': '/'}
>>
>> variable. I tried to set SCRIPT_NAME via lighttpd but it doesn't work so
>> I hacked MoinMoin/support/werkzeug/wrappers.py to always set script_root
>> to /:
>>
>> + path = ('/').rstrip('/')
>> - path = (self.environ.get('SCRIPT_NAME') or '').rstrip('/')
>> (line 339)
>>
>> There has to be a better way to do this, right?
>
> Yes, moinmoin now uses werkzeug, so you can use this:
>
> http://werkzeug.pocoo.org/documentation/dev/contrib/fixers.html#werkzeug.contrib.fixers.LighttpdCGIRootFix

I can't import it...

>>> import MoinMoin.support.werkzeug
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File 
"/usr/lib/python2.6/site-packages/MoinMoin/support/werkzeug/__init__.py", line 
143, in <module>
     old_module = sys.modules['werkzeug']
KeyError: 'werkzeug'



From cmac at mit.edu  Sat Jan 23 10:53:24 2010
From: cmac at mit.edu (Christopher MacMinn)
Date: Sat, 23 Jan 2010 10:53:24 -0500
Subject: [Moin-user] SCRIPT_NAME environment variable
In-Reply-To: <4B5B12CF.5010801@lamamail.de>
References: <4B5AF1DF.5060402@lamamail.de>
	<691968941001230627x1a2f5c81o2df45212e405840f@mail.gmail.com> 
	<4B5B12CF.5010801@lamamail.de>
Message-ID: <95da30591001230753k6a6d3cd0qf885fa44ea627013@mail.gmail.com>

I am also interested in this, though I don't use Lighttpd.  I created
a feature request about a week ago --
http://moinmo.in/FeatureRequests/HideScriptName.

An option similar to the old "properties = {'script name':'/'}" in the
cgi/fcgi file would be much preferred to messing around with
underlying code.

Best, Chris


On Sat, Jan 23, 2010 at 10:16 AM, Alexander Br?ning <kshade at lamamail.de> wrote:
> On 01/23/2010 03:27 PM, Radomir Dopieralski wrote:
>> On Sat, Jan 23, 2010 at 1:55 PM, Alexander Br?ning<kshade at lamamail.de> ?wrote:
>>> Hi,
>>>
>>> I'm running MoinMoin 1.9 in Lighttpd via fcgi at /wiki-engine and use
>>> redirects to make it look like it's running at /. ?Basically the same
>>> setup as here:
>>> http://moinmaster.wikiwikiweb.de/HelpOnInstalling/FastCgi#Deploying_on_lighttpd
>>>
>>> The update from 1.8 to 1.9 brought a new fcgi handler with it that
>>> doesn't seem to have an equivalent of the
>>>
>>> properties = {'script_name': '/'}
>>>
>>> variable. I tried to set SCRIPT_NAME via lighttpd but it doesn't work so
>>> I hacked MoinMoin/support/werkzeug/wrappers.py to always set script_root
>>> to /:
>>>
>>> + path = ('/').rstrip('/')
>>> - path = (self.environ.get('SCRIPT_NAME') or '').rstrip('/')
>>> (line 339)
>>>
>>> There has to be a better way to do this, right?
>>
>> Yes, moinmoin now uses werkzeug, so you can use this:
>>
>> http://werkzeug.pocoo.org/documentation/dev/contrib/fixers.html#werkzeug.contrib.fixers.LighttpdCGIRootFix
>
> I can't import it...
>
>>>> import MoinMoin.support.werkzeug
> Traceback (most recent call last):
> ? File "<stdin>", line 1, in <module>
> ? File
> "/usr/lib/python2.6/site-packages/MoinMoin/support/werkzeug/__init__.py", line
> 143, in <module>
> ? ? old_module = sys.modules['werkzeug']
> KeyError: 'werkzeug'
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



From fpiat at klabs.be  Sat Jan 23 13:52:42 2010
From: fpiat at klabs.be (Frank Lin PIAT)
Date: Sat, 23 Jan 2010 19:52:42 +0100
Subject: [Moin-user] Upgrading to moin-1.9.x: No module named
	server.server_wsgi
Message-ID: <1264272762.3919.362.camel@solid.paris.klabs.be>

For whom ever may face this "bug"...

If your webserver refuse to serve wiki content (error 500) and it's log
has some entry like:

> mod_wsgi (pid=11776): Target WSGI script '/var/www/moin.wsgi' cannot be loaded as Python module.
> mod_wsgi (pid=11776): Exception occurred processing WSGI script '/var/www/moin.wsgi'.
> Traceback (most recent call last):
>   File "/var/www/moin.wsgi", line 4, in <module>
>     from MoinMoin.server.server_wsgi import moinmoinApp
> ImportError: No module named server.server_wsgi

This can typically occur if you forgot to upgrade our local copy of
"moin.wsgi"

To fix this issue, you simply have to update your moin.wsgi file (the
one declared in your webserver configuration !)

Pre moin-1.9:
  from MoinMoin.server.server_wsgi import moinmoinApp
  application = moinmoinApp
New value for moin 1.9:
  from MoinMoin.web.serving import make_application
  application = make_application(shared=True)

Hope this helps,

Franklin
-- 
Can you master Open-source software? Prove it, write documentation!




From kai at aplteam.com  Sat Jan 23 15:48:13 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Sat, 23 Jan 2010 20:48:13 +0000
Subject: [Moin-user] Notifications
In-Reply-To: <1264091314.23056.3.camel@x300>
References: <580814a01001201031o24dff5b5i213d85b5443443ca@mail.gmail.com>
	<1264091314.23056.3.camel@x300>
Message-ID: <580814a01001231248l2a2731f4n8fbdb7532840a85a@mail.gmail.com>

Thomas,

I did - unfortunately no change.



On Thu, Jan 21, 2010 at 16:28, Thomas Waldmann <tw-public at gmx.de> wrote:
> I recently fixed some notification related stuff, try 1.9.1.
>
>
>



From kai at aplteam.com  Sat Jan 23 15:59:09 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Sat, 23 Jan 2010 20:59:09 +0000
Subject: [Moin-user] Cannot create pages after 1.8.6 -> 1.9.1
Message-ID: <580814a01001231259g3bf4ff42t84ce9adc43e87f21@mail.gmail.com>

Actually I can create new pages; the only thing that is not working is
the "Create New Page" action from the drop-down menu.

Did this became obsolete? The doc is not saying anything regarding this.



From moinmoin at sheep.art.pl  Sat Jan 23 19:19:59 2010
From: moinmoin at sheep.art.pl (Radomir Dopieralski)
Date: Sun, 24 Jan 2010 01:19:59 +0100
Subject: [Moin-user] Cannot create pages after 1.8.6 -> 1.9.1
In-Reply-To: <580814a01001231259g3bf4ff42t84ce9adc43e87f21@mail.gmail.com>
References: <580814a01001231259g3bf4ff42t84ce9adc43e87f21@mail.gmail.com>
Message-ID: <691968941001231619i1c26cc84q1137e5612a3467c7@mail.gmail.com>

On Sat, Jan 23, 2010 at 9:59 PM, Kai Jaeger <kai at aplteam.com> wrote:
> Actually I can create new pages; the only thing that is not working is
> the "Create New Page" action from the drop-down menu.
>
> Did this became obsolete? The doc is not saying anything regarding this.

I don't recall such an action, maybe you installed it as extension in
the data/plugins
directory of your wiki, and it didn't get upgraded?

-- 
Radomir Dopieralski, http://sheep.art.pl



From george at galis.org  Sat Jan 23 22:54:17 2010
From: george at galis.org (George Georgalis)
Date: Sat, 23 Jan 2010 19:54:17 -0800
Subject: [Moin-user] HelpOn underlay pages
Message-ID: <20100124035417.GQ21124@bonnie>

Whatever happened to the help pages that use to be in the underlay?

cf

 find /usr/local/src/moin-1.8.5 -name Help\*
 find /usr/local/src/moin-1.9.1 -name Help\*  


George



From kai at aplteam.com  Sun Jan 24 03:02:10 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Sun, 24 Jan 2010 08:02:10 +0000
Subject: [Moin-user] Cannot create pages after 1.8.6 -> 1.9.1
In-Reply-To: <691968941001231619i1c26cc84q1137e5612a3467c7@mail.gmail.com>
References: <580814a01001231259g3bf4ff42t84ce9adc43e87f21@mail.gmail.com>
	<691968941001231619i1c26cc84q1137e5612a3467c7@mail.gmail.com>
Message-ID: <580814a01001240002j6c0484f7x32bc7c2016478c6b@mail.gmail.com>

But why can't I find it in the old directory then?!

And why can't I find a string "CreateNewPage" (that's what appears in
the "more actions" combo" in ANY of the files of Moin?

I tried to figure out how to add and remove actions from that
drop-down menu but the documentation is... well, improvable, to put it
mildly.

On Sun, Jan 24, 2010 at 00:19, Radomir Dopieralski
<moinmoin at sheep.art.pl> wrote:
> On Sat, Jan 23, 2010 at 9:59 PM, Kai Jaeger <kai at aplteam.com> wrote:
>> Actually I can create new pages; the only thing that is not working is
>> the "Create New Page" action from the drop-down menu.
>>
>> Did this became obsolete? The doc is not saying anything regarding this.
>
> I don't recall such an action, maybe you installed it as extension in
> the data/plugins
> directory of your wiki, and it didn't get upgraded?
>
> --
> Radomir Dopieralski, http://sheep.art.pl
>



From kai at aplteam.com  Sun Jan 24 03:16:09 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Sun, 24 Jan 2010 08:16:09 +0000
Subject: [Moin-user] RSS
Message-ID: <580814a01001240016o271bba63g304c61ef99d3a68b@mail.gmail.com>

I tried to figure out how to make RSS feeds available in Moin. My
understanding is that it should work with 1.9.0 and better. I am using
Python 2.6 which is important I guess.

I read about rss_rc but I have no idea what to do.

Was anyone able to work out what to do from the doc? And did you get it to work?

Kai



From kai at aplteam.com  Sun Jan 24 03:49:17 2010
From: kai at aplteam.com (Kai Jaeger)
Date: Sun, 24 Jan 2010 08:49:17 +0000
Subject: [Moin-user] Cannot create pages after 1.8.6 -> 1.9.1
Message-ID: <580814a01001240049i3421a37q7eae432303ccc977@mail.gmail.com>

Okay, found it.

It did not occur to me that the action is not saved within Moin but
the actual wikis!

It was indeed a macos designed for 1.6 whih happend to work even in
1.8.6 - but not in 1.9.1

One big problem with this kind of macros is the lack of appropriate
documentation and the lack of maintenance.

Kai



From moinmoin at sheep.art.pl  Sun Jan 24 04:04:11 2010
From: moinmoin at sheep.art.pl (Radomir Dopieralski)
Date: Sun, 24 Jan 2010 10:04:11 +0100
Subject: [Moin-user] Cannot create pages after 1.8.6 -> 1.9.1
In-Reply-To: <580814a01001240049i3421a37q7eae432303ccc977@mail.gmail.com>
References: <580814a01001240049i3421a37q7eae432303ccc977@mail.gmail.com>
Message-ID: <691968941001240104w171755f0i4e662ef1c144aacc@mail.gmail.com>

On Sun, Jan 24, 2010 at 9:49 AM, Kai Jaeger <kai at aplteam.com> wrote:
> Okay, found it.
>
> It did not occur to me that the action is not saved within Moin but
> the actual wikis!
>
> It was indeed a macos designed for 1.6 whih happend to work even in
> 1.8.6 - but not in 1.9.1
>
> One big problem with this kind of macros is the lack of appropriate
> documentation and the lack of maintenance.

That's probably also the reason why it's an external plugin, not part
of MoinMoin.

-- 
Radomir Dopieralski, http://sheep.art.pl



From mail at heavy.ch  Sun Jan 24 06:01:24 2010
From: mail at heavy.ch (Mail@Heavy.ch)
Date: Sun, 24 Jan 2010 12:01:24 +0100
Subject: [Moin-user] Cannot create pages after 1.8.6 -> 1.9.1
In-Reply-To: <580814a01001240002j6c0484f7x32bc7c2016478c6b@mail.gmail.com>
References: <580814a01001231259g3bf4ff42t84ce9adc43e87f21@mail.gmail.com>
	<691968941001231619i1c26cc84q1137e5612a3467c7@mail.gmail.com>
	<580814a01001240002j6c0484f7x32bc7c2016478c6b@mail.gmail.com>
Message-ID: <1264330884.2624.4.camel@lestat.vampyre.home>

hi there

Well it's an old action: http://moinmo.in/ActionMarket/CreateNewPage.
Normally you put this action in a directory under your data dir...
"/plugin/action/" or somewhere in your moin installation directories.
With the "actions_excluded" you can exclude unwanted action in your
config, see here: http://moinmo.in/HelpOnConfiguration#auth

bye
Marcel



Am Sonntag, den 24.01.2010, 08:02 +0000 schrieb Kai Jaeger:

> But why can't I find it in the old directory then?!
> 
> And why can't I find a string "CreateNewPage" (that's what appears in
> the "more actions" combo" in ANY of the files of Moin?
> 
> I tried to figure out how to add and remove actions from that
> drop-down menu but the documentation is... well, improvable, to put it
> mildly.
> 
> On Sun, Jan 24, 2010 at 00:19, Radomir Dopieralski
> <moinmoin at sheep.art.pl> wrote:
> > On Sat, Jan 23, 2010 at 9:59 PM, Kai Jaeger <kai at aplteam.com> wrote:
> >> Actually I can create new pages; the only thing that is not working is
> >> the "Create New Page" action from the drop-down menu.
> >>
> >> Did this became obsolete? The doc is not saying anything regarding this.
> >
> > I don't recall such an action, maybe you installed it as extension in
> > the data/plugins
> > directory of your wiki, and it didn't get upgraded?
> >
> > --
> > Radomir Dopieralski, http://sheep.art.pl
> >
> 
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> 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/20100124/c3349bd0/attachment.html>

From tw-public at gmx.de  Sun Jan 24 06:06:20 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun, 24 Jan 2010 12:06:20 +0100
Subject: [Moin-user] HelpOn underlay pages
In-Reply-To: <20100124035417.GQ21124@bonnie>
References: <20100124035417.GQ21124@bonnie>
Message-ID: <1264331180.8990.2.camel@x300>

On Sat, 2010-01-23 at 19:54 -0800, George Georgalis wrote:
> Whatever happened to the help pages that use to be in the underlay?

They are contained in the page packages attached to page LanguageSetup.
Just visit that page after setting up your wiki.





From mail at heavy.ch  Sun Jan 24 06:09:05 2010
From: mail at heavy.ch (Mail@Heavy.ch)
Date: Sun, 24 Jan 2010 12:09:05 +0100
Subject: [Moin-user] RSS
In-Reply-To: <580814a01001240016o271bba63g304c61ef99d3a68b@mail.gmail.com>
References: <580814a01001240016o271bba63g304c61ef99d3a68b@mail.gmail.com>
Message-ID: <1264331345.2624.12.camel@lestat.vampyre.home>

Hi Kai

Just use something like:
?action=rss_rc&unique=1&ddiffs=1

But it's not possible to get an rss from only some pages with
CategoryXy...

bye
Marcel


Am Sonntag, den 24.01.2010, 08:16 +0000 schrieb Kai Jaeger:

> I tried to figure out how to make RSS feeds available in Moin. My
> understanding is that it should work with 1.9.0 and better. I am using
> Python 2.6 which is important I guess.
> 
> I read about rss_rc but I have no idea what to do.
> 
> Was anyone able to work out what to do from the doc? And did you get it to work?
> 
> Kai
> 
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> 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/20100124/b3319451/attachment.html>

From george at galis.org  Sun Jan 24 12:02:42 2010
From: george at galis.org (George Georgalis)
Date: Sun, 24 Jan 2010 09:02:42 -0800
Subject: [Moin-user] HelpOn underlay pages
In-Reply-To: <1264331180.8990.2.camel@x300>
References: <20100124035417.GQ21124@bonnie>
 <1264331180.8990.2.camel@x300>
Message-ID: <20100124170242.GR21124@bonnie>

On Sun 24 Jan 2010 at 12:06:20 PM +0100, Thomas Waldmann wrote:
>On Sat, 2010-01-23 at 19:54 -0800, George Georgalis wrote:
>> Whatever happened to the help pages that use to be in the underlay?
>
>They are contained in the page packages attached to page LanguageSetup.
>Just visit that page after setting up your wiki.
>

That was easy :) Thanks

not knowing the content of the packages (or which are already installed)
I installed all of them.

I never saw the 'Welcome' LanguageSetup page, perhaps because I defined
page_front_page = u"WikiIndex"
when I installed?

but, my central problem remains. When a user clicks the HelpConents tab,
the page is empty?

George




From george at galis.org  Sun Jan 24 15:53:34 2010
From: george at galis.org (George Georgalis)
Date: Sun, 24 Jan 2010 12:53:34 -0800
Subject: [Moin-user] HelpOn underlay pages
In-Reply-To: <20100124170242.GR21124@bonnie>
References: <20100124035417.GQ21124@bonnie> <1264331180.8990.2.camel@x300>
	<20100124170242.GR21124@bonnie>
Message-ID: <20100124205334.GT21124@bonnie>

On Sun 24 Jan 2010 at 09:02:42 AM -0800, George Georgalis wrote:
>On Sun 24 Jan 2010 at 12:06:20 PM +0100, Thomas Waldmann wrote:
>>On Sat, 2010-01-23 at 19:54 -0800, George Georgalis wrote:
>>> Whatever happened to the help pages that use to be in the underlay?
>>
>>They are contained in the page packages attached to page LanguageSetup.
>>Just visit that page after setting up your wiki.
>>
>
>That was easy :) Thanks
>
>not knowing the content of the packages (or which are already installed)
>I installed all of them.
>
>I never saw the 'Welcome' LanguageSetup page, perhaps because I defined
>page_front_page = u"WikiIndex"
>when I installed?
>
>but, my central problem remains. When a user clicks the HelpConents tab,
>the page is empty?

BTW, the FindPage tab yields an empty page as well.... resolved below

the symptoms are more complicated!!

Sometime RecentPages yields "Create New Page" other times I get
"This page does not exist yet." with page templates to chose from.
and sometimes the RecentPages page works!! 

likewise with the FindPage tab. After I Delete Cache, hitting
reload yields one of 'Create New Page' 'Create new empty page' and
functional FindPage.  I say yields one of because the result is
random, Each time I hit reload I get one of those three!!??

What's going on?? Maybe, use apache, wsgi, vdomins and DRY in a
single sentence? 

All seems fixed with an ACL adjustment. I had

    #acl_rights_before = u'AdminGroup:read,write,delete,revert,admin'
    acl_rights_before = u'GeorgeGeorgalis:read,write,delete,revert,admin'
    acl_rights_default = u'DevGroup:read,write,revert'
    acl_rights_default = u'All:'

when I meant:

    acl_rights_before = u'GeorgeGeorgalis:read,write,delete,revert,admin'
    acl_rights_default = u'DevGroup:read,write,revert'
    acl_rights_after = u'All:'

But that doesn't explain (to me) the strange behavior I had. I experienced
it in a couple new 1.9.1 domains. And now it's working fine and I cannot
reproduce it. :-\ Hope I don't have some domain crosstalk!!

BTW is there a guideline for installing the new help modules from a
shell?  In my case it was rather confusing not having LanguageSetup or
the Help pages after the install. I did look in changes but I guess I
only read the first half of the sentence about the new offerings. :)

George



From laserson at mit.edu  Sun Jan 24 20:32:40 2010
From: laserson at mit.edu (Uri Laserson)
Date: Sun, 24 Jan 2010 20:32:40 -0500
Subject: [Moin-user] Wiki hosting for research lab
Message-ID: <165c1bda1001241732v771feac9x750f6c3254405d0b@mail.gmail.com>

Hi,

I am interested in setting up a wiki for use as a lab notebook for a
research lab.  One important function would be that every lab-member has his
own page and sub-pages on the wiki over which they will have complete access
control.  This way, they can control who from the lab can see what pages and
who from outside can see what.  Is this something easy to set up using
MoinMoin or would you recommend a different wiki platform?  Thanks!

Uri

-- 
Uri Laserson
Graduate Student, Biomedical Engineering
Harvard-MIT Division of Health Sciences and Technology
M +1 917 742 8019
laserson at mit.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20100124/788c7175/attachment.html>

From tw-public at gmx.de  Mon Jan 25 06:12:37 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 25 Jan 2010 12:12:37 +0100
Subject: [Moin-user] HelpOn underlay pages
In-Reply-To: <20100124170242.GR21124@bonnie>
References: <20100124035417.GQ21124@bonnie> <1264331180.8990.2.camel@x300>
	<20100124170242.GR21124@bonnie>
Message-ID: <1264417957.14651.5.camel@x300>


> not knowing the content of the packages (or which are already installed)
> I installed all of them.

If you want all (english) pages, you need to install the en all_pages
package. The other packages are just some subsets of this if you don't
want all.

You can see the set contents in MoinMoin/i18n/strings.py.

> I never saw the 'Welcome' LanguageSetup page, perhaps because I defined
> page_front_page = u"WikiIndex" when I installed?

Yes, for non-fresh wikis you need to read the docs. :)

> but, my central problem remains. When a user clicks the HelpConents tab,
> the page is empty?

Restart moin after installing pages.





From tw-public at gmx.de  Mon Jan 25 06:38:43 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 25 Jan 2010 12:38:43 +0100
Subject: [Moin-user] Wiki hosting for research lab
In-Reply-To: <165c1bda1001241732v771feac9x750f6c3254405d0b@mail.gmail.com>
References: <165c1bda1001241732v771feac9x750f6c3254405d0b@mail.gmail.com>
Message-ID: <1264419523.14651.13.camel@x300>


> I am interested in setting up a wiki for use as a lab notebook for a
> research lab.  One important function would be that every lab-member
> has his own page and sub-pages on the wiki over which they will have
> complete access control.

Sounds like you want to use hierarchical acl mode and create a page for
each of them where you give them admin rights.

You need to do that having admin rights, otherwise it won't let you
change acls, so the wiki admin needs to get global admin rights by
acl_rights_before setting.





From nicozanf at gmail.com  Thu Jan 28 11:49:08 2010
From: nicozanf at gmail.com (Nico Zanferrari)
Date: Thu, 28 Jan 2010 17:49:08 +0100
Subject: [Moin-user] New HowTo: A quick guide for setting up a first wiki on
	Ubuntu
Message-ID: <1be999771001280849o6719c7b4o5d9f90614d895c7@mail.gmail.com>

Moin to all.

I've just finished to write a brand new HowTo: A wikifarm example with
basic features
 (see http://moinmo.in/HowTo/UbuntuFarm ) - based on MoinMoin 1.9.1
and Ubuntu 9.10 Karmic Koala.

It's a middle-level tutorial; does not contain anything more than the
official docs. I hope it will help newbies like me in saving time
reading documentations and testing it.

Suggestions and corrections are always welcome! In fact, some (good)
suggestions has
already come.

Cheers,
Nico.



From georgeolivergo at yahoo.com  Sat Jan 30 05:03:53 2010
From: georgeolivergo at yahoo.com (George Oliver)
Date: Sat, 30 Jan 2010 02:03:53 -0800 (PST)
Subject: [Moin-user] New install not finding default pages such as
	HelpContents, RecentChanges, etc?
Message-ID: <493869.29070.qm@web111511.mail.gq1.yahoo.com>

hi, I'm a new user of MoinMoin trying to get a basic install working with fresh download of 1.9.1 on a shared host. I've done a bunch of searching on this issue with no results yet. 

I've got to the point where going to http://matingball.nfshost.com/moin.cgi gives me the starting page. 

However when I then click on a link such as RecentChanges or HelpContents all I get back is 'Create New Page'.

It seems like Moin is not finding the right files?

Here is the error log:

2010-01-30 09:53:49,821 WARNING MoinMoin.log:139 using logging configuration read from built-in fallback in MoinMoin.log module!
2010-01-30 09:53:52,069 INFO MoinMoin.config.multiconfig:127 using wiki config: /home/protected/pygletusers/wikiconfig.pyc
2010-01-30 09:53:52,151 WARNING MoinMoin.Page:1391 The page "MissingPage" could not be found. Check your underlay directory setting.

I'm not sure what this means by underlay directory setting; the underlay directory is in the same location and has the same permissions as /data. It's configured the same in wikiconfig.py, with:

    wikiconfig_dir = os.path.abspath(os.path.dirname(__file__))
    instance_dir = wikiconfig_dir
    data_dir = os.path.join(instance_dir, 'data', '') # path with trailing /
    data_underlay_dir = os.path.join(instance_dir, 'underlay', '') # path with trailing /


Does anyone have some advice? Thanks!



      



From georgeolivergo at yahoo.com  Sat Jan 30 05:18:16 2010
From: georgeolivergo at yahoo.com (George Oliver)
Date: Sat, 30 Jan 2010 02:18:16 -0800 (PST)
Subject: [Moin-user] New install not finding default pages such as
	HelpContents, RecentChanges, etc?
Message-ID: <457496.95143.qm@web111501.mail.gq1.yahoo.com>

Apologies to the list -- I hadn't been able to get to the list archive until just now, and saw that I had to go to /LanguageSetup first thing!