From eugen at leitl.org  Thu Jul  2 08:37:34 2009
From: eugen at leitl.org (Eugen Leitl)
Date: Thu, 2 Jul 2009 14:37:34 +0200
Subject: [Moin-user] moinmoin + nginx (+memcached) on debian?
Message-ID: <20090702123734.GA25069@leitl.org>


Just sent this to the nginx mailing list, then figured help would be
more likely to be found here. Any ideas?

----- Forwarded message from Eugen Leitl <eugen at leitl.org> -----

From: Eugen Leitl <eugen at leitl.org>
Date: Thu, 2 Jul 2009 13:11:46 +0200
To: nginx at sysoev.ru
Subject: moinmoin + nginx (+memcached) on debian?
User-Agent: Mutt/1.5.13 (2006-08-11)
Reply-To: nginx at sysoev.ru


I've just jumped ship from lighty (lighttpd) and would like to configure
nginx + moinmoin (fcgi, I presume) and maybe memcached on a Debian
box (it's a Linux vserver, so no localhost). The nginx version from backported 
is 0.4.13 which is probably ancient.

Do I need to upgrade? If I have to, does have someone to build
a recipe for building a debian package for latest nginx tarball?

Finally, has somebody a working config of nginx + moinmoin they
can share? (Extre kudos for nginx + moinmoin + memcached).

It looks like the snippet from 

http://johnleach.co.uk/words/archives/category/tech/

is not complete.

I've added a 

server {
        listen   80;
        server_name  cryoeuro.eu;

        access_log  /var/log/nginx/localhost.access.log;

        location / {
                include /etc/nginx/fastcgi_params;
                fastcgi_param PATH_INFO $fastcgi_script_name;
                fastcgi_pass 88.198.119.230:9005;
        }

...

     if (!-f $request_filename) {
        fastcgi_pass 88.198.119.230:9005;
      }
  }
}

but I'm getting a 502 Bad Gateway
nginx/0.5.35

Any ideas?

Thanks.

-- 
Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org
______________________________________________________________
ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org
8B29F6BE: 099D 78BA 2FD3 B014 B08A  7779 75B0 2443 8B29 F6BE

----- End forwarded message -----
-- 
Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org
______________________________________________________________
ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org
8B29F6BE: 099D 78BA 2FD3 B014 B08A  7779 75B0 2443 8B29 F6BE



From eugen at leitl.org  Sat Jul  4 09:02:54 2009
From: eugen at leitl.org (Eugen Leitl)
Date: Sat, 4 Jul 2009 15:02:54 +0200
Subject: [Moin-user] data_dir "/var/www" does not exist,
	or has incorrect ownership or permissions.
Message-ID: <20090704130254.GS23524@leitl.org>


I've decided to get lighttpd working with MoinMoin and fcgi first,
using http://moinmo.in/HelpOnInstalling/FastCgi
I used the script from http://moinmo.in/HelpOnInstalling/WikiInstanceCreation
to create an instance of the wiki. I used /etc/moin/mywiki.py
to set the directy.

However, I'm still getting 

ConfigurationError

data_dir "/var/www" does not exist, or has incorrect ownership or permissions.

Make sure the directory and the subdirectory "pages" are owned by the web server and are readable, writable and executable by the web server user and group.

It is recommended to use absolute paths and not relative paths. Check also the spelling of the directory name.

Error in your configuration file "/var/lib/python-support/python2.5/MoinMoin/config/multiconfig.py" around line 206.


see http://www.cryoeuro.eu/

Any idea?

-- 
Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org
______________________________________________________________
ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org
8B29F6BE: 099D 78BA 2FD3 B014 B08A  7779 75B0 2443 8B29 F6BE



From eugen at leitl.org  Sat Jul  4 16:47:55 2009
From: eugen at leitl.org (Eugen Leitl)
Date: Sat, 4 Jul 2009 22:47:55 +0200
Subject: [Moin-user] data_dir "/var/www" does not exist,
	or has incorrect ownership or permissions.
In-Reply-To: <20090704200404.GG54189@cmd.bsdserwis.com>
References: <20090704130254.GS23524@leitl.org>
	<20090704200404.GG54189@cmd.bsdserwis.com>
Message-ID: <20090704204755.GW23524@leitl.org>

On Sat, Jul 04, 2009 at 10:04:04PM +0200, Krzysztof Stryjek wrote:
> Hello,
> 
> On Sat, Jul 04, 2009 at 03:02:54PM +0200, Eugen Leitl wrote:
> > 
> > data_dir "/var/www" does not exist, or has incorrect ownership or permissions.
> > 
> So make lighthttpd happy :-))
> 
> Suppose your web server is running as `www` user (as on FreeBSD system
> is):
> 
> mkdir -p /var/www/
> chown -R www /var/www/

Of course I checked that before.

v230:/var/www# ls -la
total 28
drwxr-xr-x  4 www-data www-data 4096 Jul  4 13:07 .
drwxr-xr-x 14 root     root     4096 Jul  4 11:55 ..
drwxrwxrwx  7 www-data www-data 4096 Jul  4 12:39 data
-rwxr-xr-x  1 www-data www-data 1715 Jul  4 12:14 moin.fcg
drwxrwxrwx  3 www-data www-data 4096 Jul  4 12:39 underlay
-rw-rw----  1 www-data www-data 6730 Jul  4 13:07 wikiconfig.py


UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 11:54 ?        00:00:07 init [2]
root       924 31770  0 20:46 pts/1    00:00:00 ps -ef
root     19049     1  0 11:54 ?        00:00:00 /usr/sbin/rsyslogd -c3
daemon   20735     1  0 11:55 ?        00:00:00 /sbin/portmap
root     20789     1  0 11:55 ?        00:00:00 /usr/sbin/famd -T 0
root     22369     1  0 11:57 ?        00:00:00 /usr/sbin/sshd
root     31736  3088  0 12:52 ?        00:00:00 login
root     31770 31736  0 12:52 pts/1    00:00:00 /bin/bash -login
www-data 32122     1  0 13:07 ?        00:00:00 /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf
www-data 32123 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32129 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32130 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32131 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32132 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32133 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32134 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32135 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32136 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg
www-data 32137 32122  0 13:07 ?        00:00:00 /usr/bin/python /var/www/moin.fcg

 
> I think it should be better. But please check your wikiconfig.py and
> make sure that there is correct path for wikipages (there must be
> /var/www somewhere).

Yes, there is, since I put it there.
 
> I hope I was able to help.

Unfortunately, this doesn't look so simple. This runs in a Linux vserver
jail, next thing I'll be checking SELinux.

-- 
Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org
______________________________________________________________
ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org
8B29F6BE: 099D 78BA 2FD3 B014 B08A  7779 75B0 2443 8B29 F6BE



From mihamina at gulfsat.mg  Sun Jul  5 12:15:34 2009
From: mihamina at gulfsat.mg (Rakotomandimby Mihamina)
Date: Sun, 05 Jul 2009 19:15:34 +0300
Subject: [Moin-user] 1.6.3 to the latest version upgrade
Message-ID: <4A50D1A6.4000603@gulfsat.mg>

Hi all
We have a 1.6.3 Moin? running right now.
I have been assigned the task to upgrade it without loosing the contents to the latest version
Would you know some stories (or problems) about that task?
What would be you suggestions (backups already done) to do so?
Thank you.

It's on a Debian Lenny.

-- 
Architecte Informatique Gulfsat/Blueline:
Administration Syst?me, Recherche et D?veloppement
Mob: +261 33 11 207 36
Penser ? l'environnement avant d'imprimer ce message



From rick.vanderveer at gmail.com  Sun Jul  5 15:19:12 2009
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Sun, 5 Jul 2009 14:19:12 -0500
Subject: [Moin-user] 1.6.3 to the latest version upgrade
In-Reply-To: <4A50D1A6.4000603@gulfsat.mg>
References: <4A50D1A6.4000603@gulfsat.mg>
Message-ID: <EB107BC8-8DEB-4997-807D-E9516EED8E3E@gmail.com>

You won't loose any content; just make a backup, go carefully, and  
follow all the instructions. ;-)

There are several upgrade guides on the Moin website. Follow them, and  
the CHANGES doc that comes with the moin download.

- Rick



On Jul 5, 2009, at 11:15 AM, Rakotomandimby Mihamina <mihamina at gulfsat.mg 
 > wrote:

> Hi all
> We have a 1.6.3 Moin? running right now.
> I have been assigned the task to upgrade it without loosing the  
> contents to the latest version
> Would you know some stories (or problems) about that task?
> What would be you suggestions (backups already done) to do so?
> Thank you.
>
> It's on a Debian Lenny.
>
> -- 
> Architecte Informatique Gulfsat/Blueline:
> Administration Syst?me, Recherche et D?veloppement
> Mob: +261 33 11 207 36
> Penser ? l'environnement avant d'imprimer ce message
>
> --- 
> --- 
> --- 
> ---------------------------------------------------------------------
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user



From czerwinski1977 at gmx.net  Wed Jul  8 03:06:51 2009
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Wed, 08 Jul 2009 09:06:51 +0200
Subject: [Moin-user] Need to login although cookie not expired
Message-ID: <20090708070651.51410@gmx.net>

Hello,

I run MoinMoin 1.8.2 on a W2K3 Server / IIS 6. My cookie_lifetime is set to 150 so that users don't have to re-login too often.

However, it sometimes happens that users have to re-login although the cookie is NOT expired, maybe just a few minutes after login. I experienced that this mostly happens when working with embedded pictures (although I do not see any connection...)

Can anybody shed some light on the problem and tell me where to look, what to tweak in order to keep the cookie effectively alive for the given period of time?

Thanks in advance!

Reinhard.
-- 
Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
f?r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02



From rb.proj at gmail.com  Wed Jul  8 08:55:54 2009
From: rb.proj at gmail.com (R.Bauer)
Date: Wed, 08 Jul 2009 14:55:54 +0200
Subject: [Moin-user] Need to login although cookie not expired
In-Reply-To: <20090708070651.51410@gmx.net>
References: <20090708070651.51410@gmx.net>
Message-ID: <h3250q$scl$1@ger.gmane.org>

Reinhard Mayr aka Czerwinski schrieb:
> Hello,
> 
> I run MoinMoin 1.8.2 on a W2K3 Server / IIS 6. My cookie_lifetime is set to 150 so that users don't have to re-login too often.
> 
> However, it sometimes happens that users have to re-login although the cookie is NOT expired, maybe just a few minutes after login. I experienced that this mostly happens when working with embedded pictures (although I do not see any connection...)
> 
> Can anybody shed some light on the problem and tell me where to look, what to tweak in order to keep the cookie effectively alive for the given period of time?
> 
> Thanks in advance!
> 
> Reinhard.

Which browser do you use?




From czerwinski1977 at gmx.net  Wed Jul  8 11:36:46 2009
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Wed, 08 Jul 2009 17:36:46 +0200
Subject: [Moin-user] Need to login although cookie not expired
In-Reply-To: <h3250q$scl$1@ger.gmane.org>
References: <20090708070651.51410@gmx.net> <h3250q$scl$1@ger.gmane.org>
Message-ID: <20090708153646.198030@gmx.net>

Opera 9.64

-------- Original-Nachricht --------
> Datum: Wed, 08 Jul 2009 14:55:54 +0200
> Von: "R.Bauer" <rb.proj at gmail.com>
> An: moin-user at lists.sourceforge.net
> Betreff: Re: [Moin-user] Need to login although cookie not expired

> Reinhard Mayr aka Czerwinski schrieb:
> > Hello,
> > 
> > I run MoinMoin 1.8.2 on a W2K3 Server / IIS 6. My cookie_lifetime is set
> to 150 so that users don't have to re-login too often.
> > 
> > However, it sometimes happens that users have to re-login although the
> cookie is NOT expired, maybe just a few minutes after login. I experienced
> that this mostly happens when working with embedded pictures (although I do
> not see any connection...)
> > 
> > Can anybody shed some light on the problem and tell me where to look,
> what to tweak in order to keep the cookie effectively alive for the given
> period of time?
> > 
> > Thanks in advance!
> > 
> > Reinhard.
> 
> Which browser do you use?
> 
> 
> ------------------------------------------------------------------------------
> Enter the BlackBerry Developer Challenge  
> This is your chance to win up to $100,000 in prizes! For a limited time, 
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize  
> details at: http://p.sf.net/sfu/Challenge
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user

-- 
GRATIS f?r alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01



From bonndeng at gmail.com  Wed Jul  8 23:21:23 2009
From: bonndeng at gmail.com (bonn deng)
Date: Thu, 9 Jul 2009 11:21:23 +0800
Subject: [Moin-user] How can I add some functions like putting an extra link
	on a page and doing related processing in MoinMoin 1.8.4?
Message-ID: <658cb780907082021o675dcb91jbb54a2aab07253f6@mail.gmail.com>

Hello, everyone! I'm a totally newbie in MoinMoin. Recently, I want to add
some functions to MoinMoin like putting an extra link on a page and doing
related processing when I click it, but I don't know how and where to
start.Can anyone give me some  detailed instructions on developing such
functions in MoinMoin 1.8.4?
Thanks in advance!

best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20090709/2ae31da4/attachment.html>

From czerwinski1977 at gmx.net  Mon Jul 13 10:54:58 2009
From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski)
Date: Mon, 13 Jul 2009 16:54:58 +0200
Subject: [Moin-user] Need to login although cookie not expired
In-Reply-To: <20090708153646.198030@gmx.net>
References: <20090708070651.51410@gmx.net> <h3250q$scl$1@ger.gmane.org>
	<20090708153646.198030@gmx.net>
Message-ID: <20090713145458.207940@gmx.net>

> > Reinhard Mayr aka Czerwinski schrieb:
> > > Hello,
> > > 
> > > I run MoinMoin 1.8.2 on a W2K3 Server / IIS 6. My cookie_lifetime is
> set
> > to 150 so that users don't have to re-login too often.
> > > 
> > > However, it sometimes happens that users have to re-login although the
> > cookie is NOT expired, maybe just a few minutes after login. I
> experienced
> > that this mostly happens when working with embedded pictures (although I
> do
> > not see any connection...)
> > > 
> > > Can anybody shed some light on the problem and tell me where to look,
> > what to tweak in order to keep the cookie effectively alive for the
> given
> > period of time?
> > > 
> > > Thanks in advance!
> > > 
> > > Reinhard.
> > 
> > Which browser do you use?

Ok, once more, and hopefully everything in order:

I use Opera 9.64.

Any advice still appreciated ;)

Cheers,

Reinhard.
-- 
Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
f?r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02



From John.Marshall at ec.gc.ca  Mon Jul 13 10:58:15 2009
From: John.Marshall at ec.gc.ca (John Marshall)
Date: Mon, 13 Jul 2009 10:58:15 -0400
Subject: [Moin-user] inhibiting new paragraph after parser block
Message-ID: <4A5B4B87.70000@ec.gc.ca>

Hi,

Is there a way to inhibit the <p class> tag which is added after a 
parser/code block?

For example, assuming my_parser just spits out the enclosed text, I 
would like:

xxx{{{#!my_parser
my text
}}}xxx

to produce:
xxxmy_textxxx

Thanks,
John



From doerler at gmx.net  Tue Jul 14 10:00:19 2009
From: doerler at gmx.net (Andreas =?ISO-8859-1?Q?D=F6rler?=)
Date: Tue, 14 Jul 2009 16:00:19 +0200
Subject: [Moin-user] GUI-Editor removes target="_blank" from hyperlinks
Message-ID: <1247351412.4737.98.camel@Bonus>

Hi,

FCKEditor removes additional link parameters.

Create a link with target="_blank" in TEXT mode:
[[http://www.example.com/|My Example Title|target="_blank"]]


Switch to GUI mode and back to TEXT mode => The link target is missing:
[[http://www.example.com/|My Example Title]]


I'm using MoinMoin v1.8.4 with built in FCKEditor.

Any hints?

Greetings
Andreas




From john_nowlan at carleton.ca  Tue Jul 14 13:33:40 2009
From: john_nowlan at carleton.ca (John_Nowlan)
Date: Tue, 14 Jul 2009 13:33:40 -0400
Subject: [Moin-user] Would a seperation of configuration/admin from content
	make Moin easier to config/administer?
Message-ID: <53C341FE4EA0B744B5BB64CA5C708C8C7BBEC4@CCSEXB10.CUNET.CARLETON.CA>

I really like Moin and am always impressed by what it can do. Ahem.
However, I often struggle with getting things to work.

So I'm just wondering, and I'd be interested to hear peoples thoughts on
the above subject.

I think if Moins config/administration was controlled through some
forms/screens where options were set/controlled that this would make
Moin much easier to administer (and use). On the other hand, I think
part of Moins appeal, especially for developers, is having the features
described and commented on right in the content, or put another way,
Moin's content describes Moin and how it works. This is useful when
learning Moin but gets in the way when you are just trying to provide
Moin as a service to others and wan't it to be as easy and intuitive to
use for them as possible.

FindPage http://Moin/FindPage has gone in this direction I believe.


I guess this is the old 'a gui interface makes it easier for newbies vs.
command line for the wizards' debate which applies to most any software.

And now that I bounce around the web a bit, I see that GSOC projects are
tackling these big issues.
http://socghop.appspot.com/org/home/google/gsoc2009/moin


Good stuff.




From tw-public at gmx.de  Wed Jul 15 07:58:20 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 15 Jul 2009 13:58:20 +0200
Subject: [Moin-user] inhibiting new paragraph after parser block
In-Reply-To: <4A5B4B87.70000@ec.gc.ca>
References: <4A5B4B87.70000@ec.gc.ca>
Message-ID: <1247659100.5559.27.camel@x300>


> Is there a way to inhibit the <p class> tag which is added after a 
> parser/code block?

IIRC, there is some inhibit_p or so flag in the parser/formatter.
But to admin it: all that <p> generation stuff is rather black magic
right now. And if one tries to "improve" it at some place, it usually
breaks at another place.

The good news is that we work on a completely new internal
infrastructure (see moin/2.0-storage-dom repo) to replace the
parser/formatter code. But that will take at least until moin 2.0, so
don't hold your breath.





From tw-public at gmx.de  Wed Jul 15 08:15:19 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 15 Jul 2009 14:15:19 +0200
Subject: [Moin-user] Would a seperation of configuration/admin from
 content make Moin easier to config/administer?
In-Reply-To: <53C341FE4EA0B744B5BB64CA5C708C8C7BBEC4@CCSEXB10.CUNET.CARLETON.CA>
References: <53C341FE4EA0B744B5BB64CA5C708C8C7BBEC4@CCSEXB10.CUNET.CARLETON.CA>
Message-ID: <1247660119.5559.43.camel@x300>

> I think if Moins config/administration was controlled through some
> forms/screens where options were set/controlled that this would make
> Moin much easier to administer (and use).

Yes, maybe. The problem is that someone has to invest quite some work
into that.

> learning Moin but gets in the way when you are just trying to provide
> Moin as a service to others and wan't it to be as easy and intuitive to
> use for them as possible.
> 
> FindPage http://Moin/FindPage has gone in this direction I believe.

I don't think I understood how FindPage relates to that. OK, it provides
some form, but OTOH, it could be much better...

> I guess this is the old 'a gui interface makes it easier for newbies vs.
> command line for the wizards' debate which applies to most any software.

Well, it is not so much that we are in general against an easier user
interface or so, the problem is just that doing that stuff right
(without "dumbing down" things for those who want more) is quite some
work and apparently no developer is interested enough in that to work on
that and provide code for it.

Don't expect that the very few currently active moin core devs do that,
they have a some years long TODO list with important stuff that needs to
be done at the core of moin and at non-optional user interface parts, so
it is rather unlikely that someone of them will have time for other
stuff that consumes a lot of time.

The good news is that some stuff planned at the core also will make such
optional UI stuff easier, for example we work on jinja2 based templating
in moin/2.0-storage. Currently mostly for content, maybe also for theme
if we find some developer working on it.

> And now that I bounce around the web a bit, I see that GSOC projects are
> tackling these big issues.
> http://socghop.appspot.com/org/home/google/gsoc2009/moin

If you mean the easier admin/install interface project: it failed.





From tw-public at gmx.de  Wed Jul 15 08:00:16 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 15 Jul 2009 14:00:16 +0200
Subject: [Moin-user] GUI-Editor removes target="_blank" from hyperlinks
In-Reply-To: <1247351412.4737.98.camel@Bonus>
References: <1247351412.4737.98.camel@Bonus>
Message-ID: <1247659216.5559.29.camel@x300>

> FCKEditor removes additional link parameters.
> 
> Create a link with target="_blank" in TEXT mode:
> [[http://www.example.com/|My Example Title|target="_blank"]]
> 
> 
> Switch to GUI mode and back to TEXT mode => The link target is missing:
> [[http://www.example.com/|My Example Title]]
> 
> 
> I'm using MoinMoin v1.8.4 with built in FCKEditor.
> 
> Any hints?

Likely someone(tm) needs to fix the html -> wiki converter (see
MoinMoin/converter/...) to support that. File a bug for it. If you can
code in Python, attach a patch. :)





From John.Marshall at ec.gc.ca  Wed Jul 15 08:26:55 2009
From: John.Marshall at ec.gc.ca (John Marshall)
Date: Wed, 15 Jul 2009 08:26:55 -0400
Subject: [Moin-user] inhibiting new paragraph after parser block
In-Reply-To: <1247659100.5559.27.camel@x300>
References: <4A5B4B87.70000@ec.gc.ca> <1247659100.5559.27.camel@x300>
Message-ID: <4A5DCB0F.5040706@ec.gc.ca>

Thomas Waldmann wrote:
>> Is there a way to inhibit the <p class> tag which is added after a 
>> parser/code block?
>>     
>
> IIRC, there is some inhibit_p or so flag in the parser/formatter.
> But to admin it: all that <p> generation stuff is rather black magic
> right now. And if one tries to "improve" it at some place, it usually
> breaks at another place.
>
> The good news is that we work on a completely new internal
> infrastructure (see moin/2.0-storage-dom repo) to replace the
> parser/formatter code. But that will take at least until moin 2.0, so
> don't hold your breath.
>   
Right, it is kind of murky. In looking through the code, I did see the 
inhibit flag
but I could not figure it out to do what I needed. Perhaps a bit more 
testing.

I'll be following the 2.0 stuff.

Thanks,
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20090715/3ec3f9ba/attachment.html>

From john_nowlan at carleton.ca  Tue Jul 21 10:17:35 2009
From: john_nowlan at carleton.ca (John_Nowlan)
Date: Tue, 21 Jul 2009 10:17:35 -0400
Subject: [Moin-user] CacheError - on moving windows vm from outside domain
	to inside
Message-ID: <53C341FE4EA0B744B5BB64CA5C708C8C7BBED5@CCSEXB10.CUNET.CARLETON.CA>

Hi,

I've got a weird one. Moin was running fine in a vm on windows. The only
thing that has changed is it's gone from a workgroup to joining our
domain. Now I get the below error/traceback trying to modify or create a
new page. Anyone seen anything like this or have any suggestions?

Permissions look fine, as far as I can tell.
I've tried running apache under the local system account and my
administrator account, neither changes things.
I've tried flushing the cache:
C:\moin\wikis\ccs\config>moin maint cleancache
2009-07-21 10:08:30,970 WARNING MoinMoin.log:137 using logging
configuration read from built-in fallback in MoinMoin.log module!
2009-07-21 10:08:31,157 INFO MoinMoin.config.multiconfig:125 using wiki
config: C:\moin\wikis\ccs\config\wikiconfig.pyc

Any ideas? 
See below for traceback/system info, moin 1.8.1, apache2.2  w\mod_wsgi

--> -->
CacheError

If you want to report a bug, please save this page and attach it to your
bug report.

    * Show debugging information
    * Report bug
    * Visit MoinMoin wiki

Traceback

A problem occurred in a Python script. Here is the sequence of function
calls leading up to the error, in the order they occurred.

   1.

      C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in run
(self=<MoinMoin.request.request_wsgi.Request object at 0x036F2470>)
         1. 1309 self.page.send_page()
         2. 1310 else:
         3. 1311 handler(self.page.page_name, self)
         4. 1312
         5. 1313 # every action that didn't use to raise MoinMoinFinish
must call this now:
          * handler = <function execute at 0x038DC570>
          * self = <MoinMoin.request.request_wsgi.Request object at
0x036F2470>
          * self.page = <MoinMoin.Page.Page object at 0x036F2970>
          * self.page.page_name = u'poop'
   2.

      C:\Python25\lib\site-packages\MoinMoin\action\edit.py in execute
(pagename=u'poop', request=<MoinMoin.request.request_wsgi.Request object
at 0x036F2470>)
         1. 162 if not TextCha(request).check_answer_from_form():
         2. 163 raise pg.SaveError(_('TextCha: Wrong answer! Go back and
try again...'))
         3. 164 savemsg = pg.saveText(savetext, rev, trivial=trivial,
comment=comment)
         4. 165 except pg.EditConflict, e:
         5. 166 msg = e.message
          * savemsg undefined
          * pg = <MoinMoin.PageEditor.PageEditor object at 0x038A3F50>
          * pg.saveText = <bound method PageEditor.saveText of
<MoinMoin.PageEditor.PageEditor object at 0x038A3F50>>
          * savetext = u'Describe poop here.\n'
          * rev = 0
          * trivial = 0
          * comment = u''
   3.

      C:\Python25\lib\site-packages\MoinMoin\PageEditor.py in saveText
(self=<MoinMoin.PageEditor.PageEditor object at 0x038A3F50>,
newtext=u'Describe poop here.\n', rev=0, **kw={'comment': u'',
'trivial': 0})
         1. 1038 request = self.request
         2. 1039 _ = self._
         3. 1040 self._save_draft(newtext, rev, **kw)
         4. 1041 action = kw.get('action', 'SAVE')
         5. 1042 deleted = kw.get('deleted', False)
          * self = <MoinMoin.PageEditor.PageEditor object at 0x038A3F50>
          * self._save_draft = <bound method PageEditor._save_draft of
<MoinMoin.PageEditor.PageEditor object at 0x038A3F50>>
          * newtext = u'Describe poop here.\n'
          * rev = 0
          * kw = {'comment': u'', 'trivial': 0}
   4.

      C:\Python25\lib\site-packages\MoinMoin\PageEditor.py in
_save_draft (self=<MoinMoin.PageEditor.PageEditor object at 0x038A3F50>,
text=u'Describe poop here.\n', rev=0, **kw={'comment': u'', 'trivial':
0})
         1. 838 cache = caching.CacheEntry(request, arena, key,
scope='wiki', use_pickle=True)
         2. 839 if cache.exists():
         3. 840 cache_data = cache.content()
         4. 841 else:
         5. 842 cache_data = {}
          * cache_data undefined
          * cache = <MoinMoin.caching.CacheEntry instance at 0x038D2968>
          * cache.content = <bound method CacheEntry.content of
<MoinMoin.caching.CacheEntry instance at 0x038D2968>>
   5.

      C:\Python25\lib\site-packages\MoinMoin\caching.py in content
(self=<MoinMoin.caching.CacheEntry instance at 0x038D2968>)
         1. 257 return data
         2. 258 except (pickle.UnpicklingError, IOError, EOFError,
ValueError), err:
         3. 259 raise CacheError(str(err))
         4. 260
         5. 261 def remove(self):
          * global CacheError = <class 'MoinMoin.caching.CacheError'>
          * builtin str = <type 'str'>
          * err = EOFError()

CacheError

    * args = ('',)
    * message = ''

System Details

    * Date: Mon, 20 Jul 2009 15:38:56 +0000
    * Platform: win32 (nt)
    * Python: Python 2.5.2 (C:\Program Files (x86)\Apache Software
Foundation\Apache2.2\bin\httpd.exe)
    * MoinMoin: Release 1.8.1 (release)




From dodecatheon at gmail.com  Tue Jul 21 18:05:35 2009
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 21 Jul 2009 15:05:35 -0700
Subject: [Moin-user] ACL problems with 1.6.3 -> 1.8.4 upgrade
Message-ID: <lspy6qhlmj4.fsf@saturna.ca.boeing.com>

Hi all,

I upgraded my wiki farm today from 1.6.3 to 1.7.3, then to 1.8.4.

There were no major problems with the upgrade.

I'm a superuser and so didn't notice any difficulty editing pages.

However, other users are not able to edit anything anymore.

My acls look like this:

In farmconfig.py:

    acl_rights_before = u"TedStern:read,write,delete,revert,admin"
    acl_rights_valid = [u"read", u"write", u"delete", u"revert", u"admin"]
    acl_hierarchic = True

In somewiki.py:

    acl_rights_default = u"TrustedGroup:read,write,delete,revert,admin All:read"
    acl_rights_before =
    u"TedStern,OtherAdmin:read,write,delete,revert,admin \
    AdminGroup:admin,read,write,delete,revert"
    acl_rights_after = u"AdminGroup:read,write,delete,revert,admin \
    TrustedGroup:read,write,delete,revert,admin"

backslashes included for emailing, but single lines in *.py files.

Any ideas what's going wrong?

Ted
-- 
 Frango ut patefaciam -- I break so that I may reveal



From dodecatheon at gmail.com  Tue Jul 21 18:15:05 2009
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 21 Jul 2009 15:15:05 -0700
Subject: [Moin-user] <<WikiConfig>> error on upgrading to 1.8.4
Message-ID: <lspr5w9lm3a.fsf@saturna.ca.boeing.com>

When I try to debug my wiki configuration using the <<WikiConfig>>
macro, I see the following variable in italics:

||Variable name||Setting||
||_plugin_modules ||['randomwiki.p_21354f1ed47b934f7bf2b92186317741ec6c093e']||

This is for a miscellaneous wiki I call RandomWiki, with a
configuration file called 'randomwiki.py'.

What is going on here?  Do I need to fix my plugins and macros?

Ted
-- 
 Frango ut patefaciam -- I break so that I may reveal



From dennda at the-space-station.com  Tue Jul 21 19:06:48 2009
From: dennda at the-space-station.com (Christopher Denter)
Date: Wed, 22 Jul 2009 01:06:48 +0200
Subject: [Moin-user] ACL problems with 1.6.3 -> 1.8.4 upgrade
In-Reply-To: <lspy6qhlmj4.fsf@saturna.ca.boeing.com>
References: <lspy6qhlmj4.fsf@saturna.ca.boeing.com>
Message-ID: <1248217608.24328.8.camel@blackbox>

Hi!

Disclaimer: I'm somewhat tired. This reply is not as lengthy as it
should be, hence.

Please check [0] to see if this may be the cause of the problems. We
discovered some 'bug' with ACLs lately, but I'm not so sure anymore
whether it should've been considered a bug.

(Sorry for the short answer. I don't have the time just now but want to
give you a pointer nevertheless.)

[0]
http://moinmo.in/4ct10n/show/HelpOnAccessControlLists?action=show&redirect=HelpOnAcl#Hierarchical_ACL_processing

Kind regards and good night,
Christopher




From rb.proj at gmail.com  Tue Jul 21 19:27:02 2009
From: rb.proj at gmail.com (R.Bauer)
Date: Wed, 22 Jul 2009 01:27:02 +0200
Subject: [Moin-user] ACL problems with 1.6.3 -> 1.8.4 upgrade
In-Reply-To: <lspy6qhlmj4.fsf@saturna.ca.boeing.com>
References: <lspy6qhlmj4.fsf@saturna.ca.boeing.com>
Message-ID: <h45is7$n4r$1@ger.gmane.org>

Ted Stern schrieb:
> Hi all,
> 
> I upgraded my wiki farm today from 1.6.3 to 1.7.3, then to 1.8.4.
> 
> There were no major problems with the upgrade.
> 
> I'm a superuser and so didn't notice any difficulty editing pages.
> 
> However, other users are not able to edit anything anymore.
> 
> My acls look like this:
> 
> In farmconfig.py:
> 
>     acl_rights_before = u"TedStern:read,write,delete,revert,admin"
>     acl_rights_valid = [u"read", u"write", u"delete", u"revert", u"admin"]
>     acl_hierarchic = True
> 
> In somewiki.py:
> 
>     acl_rights_default = u"TrustedGroup:read,write,delete,revert,admin All:read"
>     acl_rights_before =
>     u"TedStern,OtherAdmin:read,write,delete,revert,admin \
>     AdminGroup:admin,read,write,delete,revert"
>     acl_rights_after = u"AdminGroup:read,write,delete,revert,admin \
>     TrustedGroup:read,write,delete,revert,admin"
> 
> backslashes included for emailing, but single lines in *.py files.
> 
> Any ideas what's going wrong?
> 
> Ted
I guess you haven't adapted your page_*_regex to the new scheme
see docs/CHANGES

at least the stuff marked with HINT should get your attention

if you just use the defaults and haven't adapted them you also could
remove those lines because then you get used the new defaults.

you could verify this by visiting SystemAdmin do user browser on your
wiki. I guess you don't find members in TrustedGroup.

Also you could add <<WikiConfig>> on a page and you as superuser will
see differnces of the default values.

cheers
Reimar




From dodecatheon at gmail.com  Tue Jul 21 21:42:33 2009
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 21 Jul 2009 18:42:33 -0700
Subject: [Moin-user] ACL problems with 1.6.3 -> 1.8.4 upgrade
In-Reply-To: <lsp4ot5lcxl.fsf@saturna.ca.boeing.com> (Ted Stern's message of
	"Tue, 21 Jul 2009 18:32:54 -0700")
References: <lspy6qhlmj4.fsf@saturna.ca.boeing.com>
	<h45is7$n4r$1@ger.gmane.org> <lsp4ot5lcxl.fsf@saturna.ca.boeing.com>
Message-ID: <lspprbtjxx2.fsf@saturna.ca.boeing.com>

On 21 Jul 2009 18:32:54 -0700, Ted Stern wrote:
>
> On 21 Jul 2009 16:27:02 -0700, R. Bauer wrote:
>>
>> I guess you haven't adapted your page_*_regex to the new scheme
>> see docs/CHANGES
>>
>> at least the stuff marked with HINT should get your attention
>
> It wasn't clear earlier.
>
> I've commented out the page_*_regex lines in farmconfig.py, which
> helps.
>

Oh, and I also ran

    moin maint cleancache ...

like this:

    cd /path/to/farm/files
    grep moin_server_hostname farmconfig.py |
      <command to print wikiconfigfilename and URL as two words> | \
      while read $name $URL ; do \
           ./moin maint cleancache \
            	--config-dir=/path/to/farm/files \
                --wiki-url=$URL $name ; done

Ted
-- 
 Frango ut patefaciam -- I break so that I may reveal



From dodecatheon at gmail.com  Tue Jul 21 21:32:54 2009
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 21 Jul 2009 18:32:54 -0700
Subject: [Moin-user] ACL problems with 1.6.3 -> 1.8.4 upgrade
In-Reply-To: <h45is7$n4r$1@ger.gmane.org> (R. Bauer's message of "Wed, 22 Jul
	2009 01:27:02 +0200")
References: <lspy6qhlmj4.fsf@saturna.ca.boeing.com>
	<h45is7$n4r$1@ger.gmane.org>
Message-ID: <lsp4ot5lcxl.fsf@saturna.ca.boeing.com>

On 21 Jul 2009 16:27:02 -0700, R. Bauer wrote:
>
> Ted Stern schrieb:
>> Hi all,
>> 
>> I upgraded my wiki farm today from 1.6.3 to 1.7.3, then to 1.8.4.
>> 
>> There were no major problems with the upgrade.
>> 
>> I'm a superuser and so didn't notice any difficulty editing pages.
>> 
>> However, other users are not able to edit anything anymore.
>> 
>> My acls look like this:
>> 
>> In farmconfig.py:
>> 
>>     acl_rights_before = u"TedStern:read,write,delete,revert,admin"
>>     acl_rights_valid = [u"read", u"write", u"delete", u"revert", u"admin"]
>>     acl_hierarchic = True
>> 
>> In somewiki.py:
>> 
>>     acl_rights_default = u"TrustedGroup:read,write,delete,revert,admin All:read"
>>     acl_rights_before =
>>     u"TedStern,OtherAdmin:read,write,delete,revert,admin \
>>     AdminGroup:admin,read,write,delete,revert"
>>     acl_rights_after = u"AdminGroup:read,write,delete,revert,admin \
>>     TrustedGroup:read,write,delete,revert,admin"
>> 
>> backslashes included for emailing, but single lines in *.py files.
>> 
>> Any ideas what's going wrong?
>> 
>> Ted
> I guess you haven't adapted your page_*_regex to the new scheme
> see docs/CHANGES
>
> at least the stuff marked with HINT should get your attention

It wasn't clear earlier.

I've commented out the page_*_regex lines in farmconfig.py, which
helps.

>
> if you just use the defaults and haven't adapted them you also could
> remove those lines because then you get used the new defaults.
>
> you could verify this by visiting SystemAdmin do user browser on your
> wiki. I guess you don't find members in TrustedGroup.
>
> Also you could add <<WikiConfig>> on a page and you as superuser will
> see differnces of the default values.
>
> cheers
> Reimar
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>

-- 
 Frango ut patefaciam -- I break so that I may reveal



From dodecatheon at gmail.com  Wed Jul 22 16:02:19 2009
From: dodecatheon at gmail.com (Ted Stern)
Date: Wed, 22 Jul 2009 13:02:19 -0700
Subject: [Moin-user] xls and csv support
Message-ID: <lsp1vo8ij04.fsf@saturna.ca.boeing.com>

Hi,

My users would really like to see csv and MS Excel spreadsheets
inlined as MoinMoin tables.

I see that there is a handler for xls2csv processing:

  lib/python2.5/site-packages/MoinMoin/filter/application_vnd_ms_excel.py

which is set up to support xls2csv from catdoc.

How do I extend the mimetypes in my farmconfig.py so that both
csv and xls files are processed? To do this, I have to modify
MIMETYPES_MORE to add

    'csv': 'text/csv'
    'xls': 'application/application_vnd_ms_excel'


Shouldn't those be included by default?

BTW, I have access to the wiki farm files but not the moin
installation, so I can't just go in and edit .../MoinMoin/wikiutils.py
by hand.

I just updated to version 1.8.4.  In earlier versions I accomplished
this task using the ShowCSV2 macro, but I'd like to avoid the
intermediate step.

Ted
-- 
 Frango ut patefaciam -- I break so that I may reveal



From dodecatheon at gmail.com  Wed Jul 22 17:56:55 2009
From: dodecatheon at gmail.com (Ted Stern)
Date: Wed, 22 Jul 2009 14:56:55 -0700
Subject: [Moin-user] farm support for common webpages
Message-ID: <lspy6qgfkk8.fsf@saturna.ca.boeing.com>

I have a wiki farm in which I'd like some of the pages to be shared in
common between all of the individual wikis.

For example, I just enabled supplementation_mode in farmconfig.py, and
I'd like to have a common DiscussionTemplate page.

The sinorca4moin theme has a quick link bar that shows other wikis in
the farm.  For themes that don't support that, I would like to share a
page called "OtherLocalWikis".

My current method of dealing with this is to create the page on one
wiki, move it to FARM/data/pages/, then symlink that page into the
data_dir/pages/ directory of all the other wikis.  But this is kind of
a hack.

I suppose I could just add these pages to the common underlay
directory, but then I have be careful to port them when I do upgrades.

Could there be a local_underlay_dir for files like this?

Ted
-- 
 Frango ut patefaciam -- I break so that I may reveal



From eric at tibco.com  Wed Jul 22 18:37:39 2009
From: eric at tibco.com (Eric Johnson)
Date: Wed, 22 Jul 2009 15:37:39 -0700
Subject: [Moin-user] farm support for common webpages
In-Reply-To: <lspy6qgfkk8.fsf@saturna.ca.boeing.com>
References: <lspy6qgfkk8.fsf@saturna.ca.boeing.com>
Message-ID: <4A6794B3.8070203@tibco.com>

Hi Ted,

Ted Stern wrote:
> I have a wiki farm in which I'd like some of the pages to be shared in
> common between all of the individual wikis.
>
> For example, I just enabled supplementation_mode in farmconfig.py, and
> I'd like to have a common DiscussionTemplate page.
>
> The sinorca4moin theme has a quick link bar that shows other wikis in
> the farm.  For themes that don't support that, I would like to share a
> page called "OtherLocalWikis".
>
> My current method of dealing with this is to create the page on one
> wiki, move it to FARM/data/pages/, then symlink that page into the
> data_dir/pages/ directory of all the other wikis.  But this is kind of
> a hack.
>
> I suppose I could just add these pages to the common underlay
> directory, but then I have be careful to port them when I do upgrades.
>   
This is the approach that we take. In practice, what we do is snapshot
the releases of MoinMoin into version control, and then merge that into
our "fork" of the code. Of course, about the only thing in the fork is
the pages in the underlay folder.

That way, every migration is the same, we simply re-merge our overlay
with the official release, and then export from version control. That
way, the version control tool makes sure you get the properly merged
underlay.

-Eric.




From rb.proj at gmail.com  Thu Jul 23 04:25:36 2009
From: rb.proj at gmail.com (R.Bauer)
Date: Thu, 23 Jul 2009 10:25:36 +0200
Subject: [Moin-user] xls and csv support
In-Reply-To: <lsp1vo8ij04.fsf@saturna.ca.boeing.com>
References: <lsp1vo8ij04.fsf@saturna.ca.boeing.com>
Message-ID: <h496q0$9e2$1@ger.gmane.org>

Ted Stern schrieb:
> Hi,
> 
> My users would really like to see csv and MS Excel spreadsheets
> inlined as MoinMoin tables.
> 
> I see that there is a handler for xls2csv processing:
> 
>   lib/python2.5/site-packages/MoinMoin/filter/application_vnd_ms_excel.py
Hi

this is used for xapian index build.

> 
> which is set up to support xls2csv from catdoc.
> 
> How do I extend the mimetypes in my farmconfig.py so that both
> csv and xls files are processed? To do this, I have to modify
> MIMETYPES_MORE to add
> 
>     'csv': 'text/csv'
>     'xls': 'application/application_vnd_ms_excel'
> 

The csv parser should show any csv file rendered in a page by using
transclusion syntax. see HelpOnLinking in your wiki.

We don't have a parser for xls files. And I don't know of a browser
plugin which could be used to render inline the xls file.

If you have a plugin you also could use transclusion syntax.

usually the mimetypes are defined on your system
the pathes can be found by:

python
>>> import mimetypes
>>> mimetypes.posixpath
ctrl+d

> 
> Shouldn't those be included by default?
> 

they are included on my box in /etc/mime.types

Reimar

> BTW, I have access to the wiki farm files but not the moin
> installation, so I can't just go in and edit .../MoinMoin/wikiutils.py
> by hand.
> 
> I just updated to version 1.8.4.  In earlier versions I accomplished
> this task using the ShowCSV2 macro, but I'd like to avoid the
> intermediate step.
> 
> Ted




From tw-public at gmx.de  Thu Jul 23 07:47:33 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 23 Jul 2009 13:47:33 +0200
Subject: [Moin-user] CacheError - on moving windows vm from outside
 domain to inside
In-Reply-To: <53C341FE4EA0B744B5BB64CA5C708C8C7BBED5@CCSEXB10.CUNET.CARLETON.CA>
References: <53C341FE4EA0B744B5BB64CA5C708C8C7BBED5@CCSEXB10.CUNET.CARLETON.CA>
Message-ID: <1248349653.12305.45.camel@x300>

> Now I get the below error/traceback trying to modify or create a
> new page. Anyone seen anything like this or have any suggestions?
> CacheError
>           * global CacheError = <class 'MoinMoin.caching.CacheError'>
>           * builtin str = <type 'str'>
>           * err = EOFError()

Looks like cache contents are corrupted / inaccessible somehow.

Please stop the wiki server, remove the complete contents of
data/cache/wikiconfig/drafts/, start the wiki server and try again.

Please also check permissions there.





From tw-public at gmx.de  Thu Jul 23 07:51:56 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 23 Jul 2009 13:51:56 +0200
Subject: [Moin-user] xls and csv support
In-Reply-To: <lsp1vo8ij04.fsf@saturna.ca.boeing.com>
References: <lsp1vo8ij04.fsf@saturna.ca.boeing.com>
Message-ID: <1248349916.12305.47.camel@x300>

> My users would really like to see csv and MS Excel spreadsheets
> inlined as MoinMoin tables.

IIRC there is a parser for csv.

> I see that there is a handler for xls2csv processing:
> 
>   lib/python2.5/site-packages/MoinMoin/filter/application_vnd_ms_excel.py

That won't help you for that purpose, it is for xapian search index
building.





From john_nowlan at carleton.ca  Thu Jul 23 14:59:51 2009
From: john_nowlan at carleton.ca (John_Nowlan)
Date: Thu, 23 Jul 2009 14:59:51 -0400
Subject: [Moin-user] CacheError - on moving windows vm from outside
	domain to inside
In-Reply-To: <1248349653.12305.45.camel@x300>
References: <53C341FE4EA0B744B5BB64CA5C708C8C7BBED5@CCSEXB10.CUNET.CARLETON.CA>
	<1248349653.12305.45.camel@x300>
Message-ID: <53C341FE4EA0B744B5BB64CA5C708C8C7BBEDB@CCSEXB10.CUNET.CARLETON.CA>

Thanks Thomas, that fixed it!

> -----Original Message-----
> From: Thomas Waldmann [mailto:tw-public at gmx.de]
> Sent: Thursday, July 23, 2009 7:48 AM
> To: moin-user at lists.sourceforge.net
> Subject: Re: [Moin-user] CacheError - on moving windows vm from
outside
> domain to inside
> 
> > Now I get the below error/traceback trying to modify or create a
> > new page. Anyone seen anything like this or have any suggestions?
> > CacheError
> >           * global CacheError = <class
'MoinMoin.caching.CacheError'>
> >           * builtin str = <type 'str'>
> >           * err = EOFError()
> 
> Looks like cache contents are corrupted / inaccessible somehow.
> 
> Please stop the wiki server, remove the complete contents of
> data/cache/wikiconfig/drafts/, start the wiki server and try again.
> 
> Please also check permissions there.
> 
> 
> 
>
------------------------------------------------------------------------
------
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user



From tw-public at gmx.de  Mon Jul 27 03:33:14 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 27 Jul 2009 09:33:14 +0200
Subject: [Moin-user] MoinMoin 1.9.0beta3 available
Message-ID: <1248679994.28814.3.camel@x300>

See there: http://moinmo.in/MoinMoinDownload

You can help making 1.9.0 a better release by giving us feedback after
testing the beta. Just file bug reports to the wiki.





From net.sourceforge.moinuser at pooryorick.com  Mon Jul 27 08:39:01 2009
From: net.sourceforge.moinuser at pooryorick.com (Poor Yorick)
Date: Mon, 27 Jul 2009 08:39:01 -0400
Subject: [Moin-user] on "create new empty page", redirect to login
Message-ID: <4A6D9FE5.5070003@pooryorick.com>

When unauthenticated users try to create a new empty page, I'd like MoinMoin to 
redirect them to the login page. Any hints how to do this?

-- 
Yorick



From lists at iDIAcomputing.com  Mon Jul 27 17:38:17 2009
From: lists at iDIAcomputing.com (George Dinwiddie)
Date: Mon, 27 Jul 2009 17:38:17 -0400
Subject: [Moin-user] Can't install in http:/server/moin ?
Message-ID: <4A6E1E49.70503@iDIAcomputing.com>

I'm finally getting around to upgrading from 1.5.6, and I've run into a 
snag.  On several wikis in my farm, the URL is of the form 
http://server/moin using mod-rewrite on a multiuser ISP machine:

ReWriteRule ^moin(/.*)? moin.cgi$1

With 1.8.4 this gives me the FrontPage all the time (and an error in the 
log).  Using

ReWriteRule ^moinx(/.*)? moin.cgi$1

works, but this means that URLs that have been publicized for many years 
will be wrong.  Any suggestions for how to workaround this?

  - George

-- 
  ----------------------------------------------------------------------
   * George Dinwiddie *                      http://blog.gdinwiddie.com
   Software Development                    http://www.idiacomputing.com
   Consultant and Coach                    http://www.agilemaryland.org
  ----------------------------------------------------------------------




From j.k.wight at ncl.ac.uk  Tue Jul 28 10:08:27 2009
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Tue, 28 Jul 2009 15:08:27 +0100
Subject: [Moin-user] 1.9.0beta3 and Python 2.4
Message-ID: <4A6F065B.3080703@ncl.ac.uk>

1.9.0beta3 is not compatible with Python 2.4. I'm getting this from run_server 
in flup_frontend.py:

     mod = __import__(mod, fromlist=['WSGIServer'])
TypeError: __import__() takes no keyword arguments
Premature end of script headers: moin.cgi

I gather from http://docs.python.org/library/functions.html that keyword 
support was only added to __import__ at 2.5.

Jim



From lists at iDIAcomputing.com  Tue Jul 28 14:37:36 2009
From: lists at iDIAcomputing.com (George Dinwiddie)
Date: Tue, 28 Jul 2009 14:37:36 -0400
Subject: [Moin-user] Can't install in http:/server/moin ?
In-Reply-To: <4A6E1E49.70503@iDIAcomputing.com>
References: <4A6E1E49.70503@iDIAcomputing.com>
Message-ID: <4A6F4570.5040702@iDIAcomputing.com>

Curiouser and curiouser!

In .htaccess (I don't have access to the Apache config), I've got:

ReWriteEngine on
ReWriteRule ^moinx(/.*)? moin.cgi$1
ReWriteRule ^moin(/.*)? _moin.cgi$1
RequestHeader set X-Moin-Location /moin

Both moin.cgi and _moin.cgi contain the same contents:

#!/bin/sh
/home/gdinwiddie/moin-1.8.4-installed/moin.cgi

farmconfig.py contains

  ("gdinwiddie",  r"^([A-Za-z0-9-]*\.)*gdinwiddie.com/moin(x)?(/.*)?$"),

to map with our without the 'x'.

http://gdinwiddie.com/moin/SystemInfo works
http://gdinwiddie.com/moinx/SystemInfo does NOT work (gives FrontPage)

If I change .htaccess to include

ReWriteRule ^moinx(/.*)? _moin.cgi$1

then they both work.

Why is the name of the cgi script significant in 1.8.4 but not in 1.5.6? 
  Is this also the case in the upcoming 1.9.0 release?

  - George

George Dinwiddie wrote:
> I'm finally getting around to upgrading from 1.5.6, and I've run into a 
> snag.  On several wikis in my farm, the URL is of the form 
> http://server/moin using mod-rewrite on a multiuser ISP machine:
> 
> ReWriteRule ^moin(/.*)? moin.cgi$1
> 
> With 1.8.4 this gives me the FrontPage all the time (and an error in the 
> log).  Using
> 
> ReWriteRule ^moinx(/.*)? moin.cgi$1
> 
> works, but this means that URLs that have been publicized for many years 
> will be wrong.  Any suggestions for how to workaround this?
> 
>   - George
> 


-- 
  ----------------------------------------------------------------------
   * George Dinwiddie *                      http://blog.gdinwiddie.com
   Software Development                    http://www.idiacomputing.com
   Consultant and Coach                    http://www.agilemaryland.org
  ----------------------------------------------------------------------




From tw-public at gmx.de  Wed Jul 29 08:34:19 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 29 Jul 2009 14:34:19 +0200
Subject: [Moin-user] 1.9.0beta3 and Python 2.4
In-Reply-To: <4A6F065B.3080703@ncl.ac.uk>
References: <4A6F065B.3080703@ncl.ac.uk>
Message-ID: <1248870859.2106.14.camel@server.firma.waldmann-edv.de>


> 1.9.0beta3 is not compatible with Python 2.4. I'm getting this from run_server 
> in flup_frontend.py:
> 
>      mod = __import__(mod, fromlist=['WSGIServer'])
> TypeError: __import__() takes no keyword arguments
> Premature end of script headers: moin.cgi
> 
> I gather from http://docs.python.org/library/functions.html that keyword 
> support was only added to __import__ at 2.5.

Oops. Thanks for reporting that, we were not aware of it.

As the minimum requirement for moin 1.9 is python 2.4, we have to fix
that (problem is in OUR code, not in flup).





From tw-public at gmx.de  Wed Jul 29 11:22:21 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 29 Jul 2009 17:22:21 +0200
Subject: [Moin-user] 1.9.0beta3 and Python 2.4
In-Reply-To: <4A6F065B.3080703@ncl.ac.uk>
References: <4A6F065B.3080703@ncl.ac.uk>
Message-ID: <1248880941.2106.19.camel@server.firma.waldmann-edv.de>

On Tue, 2009-07-28 at 15:08 +0100, Jim Wight wrote:
> 1.9.0beta3 is not compatible with Python 2.4. I'm getting this from run_server 
> in flup_frontend.py:
> 
>      mod = __import__(mod, fromlist=['WSGIServer'])
> TypeError: __import__() takes no keyword arguments
> Premature end of script headers: moin.cgi
> 

Can you please try whether this works for you:

    mod = __import__(mod) # when we require python 2.5, use:
                          # __import__(mod, fromlist=['WSGIServer'])





From John.Marshall at ec.gc.ca  Wed Jul 29 13:37:09 2009
From: John.Marshall at ec.gc.ca (John Marshall)
Date: Wed, 29 Jul 2009 13:37:09 -0400
Subject: [Moin-user] forking server under moin 1.9
Message-ID: <4A7088C5.2020207@ec.gc.ca>

Hi,

Is there a way (without hacking) that I can get a forking
(instead of a threaded) server under moin 1.9?

Thanks,
John



From tw-public at gmx.de  Thu Jul 30 02:36:11 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 30 Jul 2009 08:36:11 +0200
Subject: [Moin-user] forking server under moin 1.9
In-Reply-To: <4A7088C5.2020207@ec.gc.ca>
References: <4A7088C5.2020207@ec.gc.ca>
Message-ID: <1248935771.520.5.camel@x300>

> Is there a way (without hacking) that I can get a forking
> (instead of a threaded) server under moin 1.9?

Well, the usual way would be to use apache2 and mod_wsgi in daemon mode.

Werkzeug (we use that for moin's "standalone" server: wikiserver.py)
also seems to support forking, see:

http://werkzeug.pocoo.org/documentation/0.5.1/serving.html

But we don't feed the processes= argument to it, so if you like to test
that, you'ld have to modify MoinMoin/web/serving.py and maybe also its
callers.

Why do you need that / why doesn't threading work for you?




From j.k.wight at ncl.ac.uk  Thu Jul 30 08:13:02 2009
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Thu, 30 Jul 2009 13:13:02 +0100
Subject: [Moin-user] 1.9.0beta3 and Python 2.4
In-Reply-To: <1248880941.2106.19.camel@server.firma.waldmann-edv.de>
References: <4A6F065B.3080703@ncl.ac.uk>
	<1248880941.2106.19.camel@server.firma.waldmann-edv.de>
Message-ID: <4A718E4E.2040208@ncl.ac.uk>

Thomas Waldmann wrote:
> On Tue, 2009-07-28 at 15:08 +0100, Jim Wight wrote:
>> 1.9.0beta3 is not compatible with Python 2.4. I'm getting this from run_server 
>> in flup_frontend.py:
>>
>>      mod = __import__(mod, fromlist=['WSGIServer'])
>> TypeError: __import__() takes no keyword arguments
>> Premature end of script headers: moin.cgi
>>
> 
> Can you please try whether this works for you:
> 
>     mod = __import__(mod) # when we require python 2.5, use:
>                           # __import__(mod, fromlist=['WSGIServer'])

It fails immediately at the next line with:

     WSGIServerWrapped = mod.WSGIServer
AttributeError: 'module' object has no attribute 'WSGIServer'

But

    mod = __import__(mod, None, None, ['WSGIServer'])

works - and presumably would continue to work with 2.5.

Jim



From John.Marshall at ec.gc.ca  Thu Jul 30 08:57:22 2009
From: John.Marshall at ec.gc.ca (John Marshall)
Date: Thu, 30 Jul 2009 08:57:22 -0400
Subject: [Moin-user] *****SPAM***** Re:  forking server under moin 1.9
In-Reply-To: <1248935771.520.5.camel@x300>
References: <4A7088C5.2020207@ec.gc.ca> <1248935771.520.5.camel@x300>
Message-ID: <4A7198B2.1060106@ec.gc.ca>

Thomas Waldmann wrote:
>> Is there a way (without hacking) that I can get a forking
>> (instead of a threaded) server under moin 1.9?
>>     
>
> Well, the usual way would be to use apache2 and mod_wsgi in daemon mode.
>
> Werkzeug (we use that for moin's "standalone" server: wikiserver.py)
> also seems to support forking, see:
>
> http://werkzeug.pocoo.org/documentation/0.5.1/serving.html
>
> But we don't feed the processes= argument to it, so if you like to test
> that, you'ld have to modify MoinMoin/web/serving.py and maybe also its
> callers.
>
> Why do you need that / why doesn't threading work for you?
>   
Hi,

I need to be able to limit resource usage during the serving
of a page and
1) threads cannot be killed/terminated by parent
2) one cannot apply limits (e.g., memory, cpu) to individual threads
3) a signal cannot be set for an individual thread

Specifically, the resources used during a call out to some macros
a d parsers that I am using may not be predictable (e.g., a long
db query operation) or bounded (e.g., an infinite loop). There
may be some coding alternatives for some cases, but my need is
simply to be able to abort these call outs.

Do you see any solution to this problem other than forking?

Thanks,
John




From tw-public at gmx.de  Thu Jul 30 09:33:14 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 30 Jul 2009 15:33:14 +0200
Subject: [Moin-user] forking server under moin 1.9
In-Reply-To: <4A7198B2.1060106@ec.gc.ca>
References: <4A7088C5.2020207@ec.gc.ca> <1248935771.520.5.camel@x300>
	<4A7198B2.1060106@ec.gc.ca>
Message-ID: <1248960794.9284.36.camel@server.firma.waldmann-edv.de>

> > Why do you need that / why doesn't threading work for you?

> I need to be able to limit resource usage during the serving
> of a page and
> 1) threads cannot be killed/terminated by parent
> 2) one cannot apply limits (e.g., memory, cpu) to individual threads
> 3) a signal cannot be set for an individual thread
> 
> Specifically, the resources used during a call out to some macros
> a d parsers that I am using may not be predictable (e.g., a long
> db query operation) or bounded (e.g., an infinite loop). There
> may be some coding alternatives for some cases, but my need is
> simply to be able to abort these call outs.
> 
> Do you see any solution to this problem other than forking?

No, not really.

Well, then try what I suggested. If it works for you, I guess we can add
some option so it will be usable without the moin user having to hack
the moin src.





From tw-public at gmx.de  Thu Jul 30 11:47:14 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 30 Jul 2009 17:47:14 +0200
Subject: [Moin-user] 1.9.0beta3 and Python 2.4
In-Reply-To: <4A718E4E.2040208@ncl.ac.uk>
References: <4A6F065B.3080703@ncl.ac.uk>
	<1248880941.2106.19.camel@server.firma.waldmann-edv.de>
	<4A718E4E.2040208@ncl.ac.uk>
Message-ID: <1248968834.9284.51.camel@server.firma.waldmann-edv.de>

> But
> 
>     mod = __import__(mod, None, None, ['WSGIServer'])
> 
> works - and presumably would continue to work with 2.5.

Thanks for finding that out.

After googling a bit and finding other python code having the same
problem, I did this (slightly different) fix:

http://hg.moinmo.in/moin/1.9/rev/c37ea194d626

If you could confirm that this works for you, too, that would be
great. :)





From John.Marshall at ec.gc.ca  Thu Jul 30 14:49:10 2009
From: John.Marshall at ec.gc.ca (John Marshall)
Date: Thu, 30 Jul 2009 14:49:10 -0400
Subject: [Moin-user] forking server under moin 1.9
In-Reply-To: <1248971139.9284.62.camel@server.firma.waldmann-edv.de>
References: <4A7088C5.2020207@ec.gc.ca> <1248935771.520.5.camel@x300>	
	<4A71C653.60505@ec.gc.ca>
	<1248971139.9284.62.camel@server.firma.waldmann-edv.de>
Message-ID: <4A71EB26.7010607@ec.gc.ca>


>>  From other experiences, I suspect that a pre-forking server would
>> perform quite a bit better, but of course with some caveats.
>>
>> I guess I should check out apache+mod_wsgi.
>>     
>
> Yeah, definitely.
>
>   
>> Do you have any feel for how it would compare to the numbers above?
>>     
>
> It is likely much faster after the few initial requests.
>   

Here are some show_timing numbers for my machine for a trivial
page calling Navigation macro:
 

			sa threaded	sa forking	apache2-preforking+wsgi
Page.execute		0.009		0.126		0.009
getPageList		0.006		0.118		0.006
init			0.000		0.045		0.003
load_multi_cfg		0.000		0.030		0.000
run			0.165		0.668		0.151
send_page		0.159		0.659		0.145
send_page_content	0.013		0.129		0.013
total			0.168		0.714		0.154

So, after priming the apache2-preforking+wsgi option, it seems to be at
least competitive with standalone threading. However, it still may make
sense to add forking to the standalone in case functionality is needed
even if it is not that performant.

Note: unfortunately I only did the tests with mod_wsgi 2.3. I'll get around
to the testing v2.5.

Thanks,
John




From John.Marshall at ec.gc.ca  Thu Jul 30 15:17:12 2009
From: John.Marshall at ec.gc.ca (John Marshall)
Date: Thu, 30 Jul 2009 15:17:12 -0400
Subject: [Moin-user] Copy Page action
Message-ID: <4A71F1B8.40602@ec.gc.ca>

Hi,

Is there an easy way to enable the "Copy Page" action in the
actions menu apart from commenting it out/removing it from
the "actions_exluded" part of the options_no_group_name in
multiconfig.py? I've looked and cannot find one.

Thanks,
John



From sas at 321.hu  Fri Jul 31 02:43:46 2009
From: sas at 321.hu (=?ISO-8859-1?Q?SZERV=C1C_Attila?=)
Date: Fri, 31 Jul 2009 08:43:46 +0200
Subject: [Moin-user] sourceforge
Message-ID: <cf41cf410907302343s405c1364i3ce6089f15d23791@mail.gmail.com>

Hello!

2009.07.30 I've created neumann-gep into the /home/persistent :
http://neumann-gep.sourceforge.net/w

 $ less /home/groups/n/ne/neumann-gep/cgi-bin/moin.cgi

sys.path.insert(0,
'/home/persistent/n/ne/neumann-gep/moin/lib/python2.4/site-packages')
sys.path.insert(0, '/home/persistent/n/ne/neumann-gep/neumann-gepwiki')

 $ less /home/persistent/n/ne/neumann-gep/neumann-gepwiki/wikiconfig.py

data_dir = '/home/persistent/n/ne/neumann-gep/neumann-gepwiki/data/'
data_underlay_dir =
'/home/persistent/n/ne/neumann-gep/neumann-gepwiki/underlay/'

Please, help, how can I set the static stuff?

-- 
SZERV?C Attila - zeneszerz?
http://google.com/search?q=szerv?c <http://google.com/search?q=szerv%C3%A1c>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20090731/21dc657b/attachment.html>

From tw-public at gmx.de  Fri Jul 31 03:04:00 2009
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 31 Jul 2009 09:04:00 +0200
Subject: [Moin-user] Copy Page action
In-Reply-To: <4A71F1B8.40602@ec.gc.ca>
References: <4A71F1B8.40602@ec.gc.ca>
Message-ID: <1249023840.14837.5.camel@x300>

On Thu, 2009-07-30 at 15:17 -0400, John Marshall wrote:
> Hi,
> 
> Is there an easy way to enable the "Copy Page" action in the
> actions menu apart from commenting it out/removing it from
> the "actions_exluded" part of the options_no_group_name in
> multiconfig.py? I've looked and cannot find one.

Just put it in your wikiconfig (copy the default value from multiconfig)
and modify it as you like.

class Config(...):
    ...
    actions_excluded = [...]




From j.k.wight at ncl.ac.uk  Fri Jul 31 04:19:35 2009
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Fri, 31 Jul 2009 09:19:35 +0100
Subject: [Moin-user] 1.9.0beta3 and Python 2.4
In-Reply-To: <1248968834.9284.51.camel@server.firma.waldmann-edv.de>
References: <4A6F065B.3080703@ncl.ac.uk>	<1248880941.2106.19.camel@server.firma.waldmann-edv.de>	<4A718E4E.2040208@ncl.ac.uk>
	<1248968834.9284.51.camel@server.firma.waldmann-edv.de>
Message-ID: <4A72A917.9070307@ncl.ac.uk>

Thomas Waldmann wrote:
> After googling a bit and finding other python code having the same
> problem, I did this (slightly different) fix:
> 
> http://hg.moinmo.in/moin/1.9/rev/c37ea194d626
> 
> If you could confirm that this works for you, too, that would be
> great. :)

Yes, that works.

Jim